AI 录音采集器 + Procore 原生集成，把总承包商现场巡查的口头记录直接转化为 RFI、现场报告和缺陷清单，无需人工二次录入。

1. Pocket 靠售卖 $129 采集器实现 $27M ARR——企业现场工人已为专用 AI 采集硬件付费， 在任何建筑垂直产品面世之前就已验证了以设备为核心的 GTM 模式。
2. Accel 和 Y Combinator 明确将建筑工人列为 Pocket 用例， 表明顶级 VC 已将现场文档视为有付费意愿的细分市场，为建筑垂直切口打开了清晰窗口。
3. 手动触发录音在企业部署中优于全天候环境采集，与建筑业在工会工地和政府项目中的 录音同意要求完全契合。
4. HIPAA 和 SOC 2 合规已在 AI 采集器上获得验证，降低了总承包商采购的安全审查门槛—— 企业级数据处理不再是需要从零构建的差异化，只需配置即可。
5. AI 采集硬件的 Webhook 和自定义工作流集成已在生产环境验证， 意味着 Procore 原生集成可在成熟架构上构建，而非押注于不确定的 API 工作。

催化因素。 Pocket $11M 融资和 $27M ARR 验证了专用 AI 采集硬件已跨越企业采用门槛； 建筑工人已是明确的付费客户群，这是第一个能在经过验证的硬件 PMF 基础上 而非靠设备赌注来构建建筑垂直产品的窗口期。

一款夹在腰带或安全帽上的坚固 AI 采集器，单键按压即可在现场巡查时录制口头观察。 音频经过转录后，通过 Procore 原生集成层路由分类——将每条观察归类为日志条目、 RFI 草稿、缺陷清单条目或安全观察，并预填建议的分项、位置和优先级字段。 总监在巡查结束后用手机花 90 秒审批队列中的条目，无需手动转录或二次录入。 SOC 2 级数据处理和端到端加密开箱即满足企业总承包商的安全要求。

差异化。 与 Otter.ai、Fireflies 等纯软件笔记工具不同，本产品从一开始就是为工地环境设计的可穿戴设备—— 无需手持手机，无需环境麦克风，不会在嘈杂或双手忙碌的现场失效。 与将内容路由到通用日历和任务应用的 AI 硬件不同，本产品的切口是深度 Procore 认证—— 直接写入总承包商现有的系统记录，消除二次录入成本，并让 ROI 按每张避免的变更令可量化。 物理形态还解决了建筑业特有的同意合规问题：工人能看到设备激活， 从而消除全天候工具在工会和 OSHA 相关场景中面临的障碍。

待完成任务

flowchart LR
  GC[GC Superintendent] -->|Single button press| Puck[AI Capture Puck]
  Puck -->|On-device transcription| Router[Workflow Router]
  Router -->|Classify and map fields| Procore[Procore API]
  Procore -->|Pre-filled draft forms| Review[90-sec Mobile Review]
  Review -->|Approve| Record[Procore Record Created]
  Record --> Outcome[Zero rekey and zero lag]

高管要点

• 硬件 PMF 已在横向场景获得验证，但真正值得投资的切口是垂直工作流路由，而不是采集器本身 [1][2][3]。
• 建筑文档痛点严峻且可量化，但现有厂商大多仍假定用户依靠手机、表格或拍照巡查——而非免提结构化采集 [20][26][29][31]。
• 对 Procore 的依赖既是优势也是风险：它让分发和集成更顺畅，但同时也集中了平台风险敞口 [18][19][31]。
• $199/设备/月的定价，前提是产品能消除二次录入、加速当日 RFI 完成并减少返工或争议损失；单纯转录服务的定价锚点要低得多 [4][7][8][21][38]。

市场定义

初始市场是已在使用 Procore 或类似云端项目管理系统的商业总承包商的现场文档采集与路由。 要解决的任务不是通用会议笔记，而是把口头现场观察转化为结构化日志、RFI、变更令和缺陷条目， 并快到当天就能产生价值 [12][13][14][15][19]。行业基盘足够大，可支撑风险规模级切口： AGC 统计美国建筑企业逾 919,000 家，Construction Coverage 估计有员工的建筑企业为 814,557 家， 2025 年年产值 $2.2T [9][11]。

用户与买方

终端用户是在工地巡查和收尾跟进中工作的总监、助理总监、项目工程师或工长。 Procore 指出现场主管和项目经理通常负责日志管理，而 Raken、Fieldwire 等现场优先工具也明确围绕 同一批现场角色构建 [13][21][27]。实际买家是运营副总裁或建筑 IT 负责人， 他们已经负责 Procore 流程标准化、安全审查和集成治理 [17][18][19][35]。

购买触发点

• 近期的文档失败、交接时缺失记录或业主争议会制造紧迫感，因为不完整的项目记录明显拉长工期并侵蚀利润。 [20][12][15]
• 已经落后于计划的团队对延迟现场更新的痛感更强，因为一旦作业停滞，执行缺口就会不断累积。 [31][32]
• 已在 Procore 或同类工具中为结构化日志、RFI 和变更令工作流付费的总承包商，更容易购买能提升采集效率同时不替换现有系统记录的产品。 [13][14][15][19]

支付意愿

公开定价锚点清晰地呈现了品类差异：通用 AI 笔记工具月费集中在两位数低区间，Pocket 以设备加高级 AI 套餐变现， Fieldwire 在企业谈判前上限为 $89/用户/月 [4][7][8][21][38]。 这意味着 $199/设备/月的定价不能按笔记软件来卖， 必须以避免二次录入、加速当日文档完成、降低返工或索赔损失来销售 [15][20][31]。 [4][7][8][21][38][15][20][31]

品类动态

增长信号 建筑经理劳动力 10 年预计增长率 8.74%（作为席位增长的估算代理）

验证信号

• Pocket 表示已售出逾 13 万台，并明确将建筑工人列为活跃用户。
• Pocket 的新闻稿显示年化营收达 $27M，拥有企业客户，并强调 HIPAA/SOC 2 合规定位。
• 2026 年 3 月的调查显示，仅 13% 的受访者认为资产文档基本完整，近 80% 的人报告存在显著缺口或记录分散。
• Buildots 发现超过 200 个匿名项目的平均进度执行率为 48%，凸显了现场可见性延迟的高昂代价。
• OpenSpace 表示一家客户将采集、上传和映射时间缩短了 95%，证明当自动化能节省实际工时时，现场团队愿意采用。

监管与技术约束

• 企业买家仍需要结构化日志和报告用于审计和合规；仅有原始音频无法满足待完成的任务。
• 部署政策必须明确工作场所录音权利和豁免条款，而非依赖全面禁止录音的规定。
• 工地采集必须在嘈杂、移动、双手忙碌的条件下正常工作，并在审批后将输出映射到精确的项目对象。

竞争真实存在但分散。Procore 掌控系统记录，Raken 和 Fieldwire 掌控移动现场工作流， OpenSpace 和 Buildots 自动化视觉或进度采集，Otter、Fireflies、Pocket 和 Plaud 持续压低 AI 笔记采集成本 [1][3][6][7][8][21][27][30][31]。没有任何现有厂商同时具备坚固耐用的现场音频采集 和 Procore 原生记录创建——因此初创公司只有在提供从口头观察到经审批结构化记录的更快路径上才能获胜， 而不只是又一份转录稿 [12][18][19][31]。

为什么现有厂商不会默认胜出

• 系统记录工具. Procore 今天掌控着预算和工作流位置，但它仍期望团队在宽泛平台内录入或审查结构化数据，而非通过专用免提现场采集来完成。
• 现场报告专业工具. Raken 证明了现场人员愿意使用现场优先的文档软件，但其工作流起点仍是表单、照片和手动更新，而非领域调优的音频采集。
• 移动现场管理套件. Fieldwire 以公开的中小企业友好定价覆盖了 RFI、缺陷条目、报告和变更令，在许多买家考虑专用硬件之前就已是可信替代方案。
• 通用 AI 笔记工具. Otter 和 Fireflies 为 AI 笔记设定了低成本基准，但它们针对会议场景优化，不适合嘈杂工地或建筑对象模型。
• 实景采集平台. OpenSpace 和 Buildots 表明自动化采集在建筑业有真实需求，但它们的优势在于视觉上下文和进度分析，而非将语音转化为 RFI 或日志。

Construction Field AI Scribe 是一款坚固 AI 采集器，搭配 Procore 认证集成， 将口头现场观察转化为预填的 RFI 草稿、日志条目和缺陷清单记录——消除总承包商总监每天 花两到四小时手动二次录入的负担。目标买家是拥有 50–250 名现场人员、已在使用 Procore 且经历过因文档滞后引发变更令争议的商业总承包商运营副总裁。Pocket $27M ARR 和逾 13 万台的出货量证明企业现场工人为专用 AI 采集硬件付费；Accel 在任何建筑垂直产品面世之前 就明确将建筑工人列为付费客户群，打开了先发者窗口。没有任何现有厂商填补了从现场音频 到 Procore 记录的精确缺口——Raken 和 Fieldwire 仍需手动表单录入，Procore 本身 期待数据录入而非捕获——因此公司的胜出路径是比任何拼凑方案都更快地将口头观察路由到 经审批的结构化记录。防御性来自 Procore Marketplace 分发、按客户定制词汇微调， 以及随每条经审批现场记录积累迁移成本的建筑领域分类模型。滩头市场是向运营副总裁做 争议后销售——他们近期的变更令风险敞口已形成预算事件；一张避免的 $50,000 争议超过 两年订阅成本。近期执行有三个待解问题：嘈杂工地上可实现的词错误率、Procore API 写回在批量部署规模上的可行性，以及现场试点后首选硬件形态。

问题

• 总承包商总监每天要花两到四小时将现场观察二次录入 Procore——巡查中用语音备忘录和 纸质笔记记录的内容，由办公室管理员在交班时转录，产生 24 小时文档滞后， 导致 RFI 遗漏、日志不完整以及昂贵的变更令。
• 一条遗漏的 RFI 或未记录的现场事件，可触发 $10,000 至 $500,000 的变更令； 在活跃作业现场无法使用手机的环境中，没有任何专用免提采集方案。
• 工会和政府项目工地在结构上要求保护隐私的录音方式；全天候环境采集工具无法在 这些环境中部署，使建筑业缺乏能生成可审计记录的合规免提文档选项。

解决方案

• 一款夹在腰带或安全帽上的坚固 AI 采集器，单键按压即可录制现场口头观察， 在设备端完成转录，并通过 Procore 原生分类层将每条语音路由到正确表单类型—— 日志条目、RFI 草稿、缺陷清单条目或安全观察——预填建议的分项、位置和优先级字段。
• Procore 表单草稿队列由总监在巡查结束后用手机花 90 秒审批——无手动转录、 无办公室二次录入、不改变总承包商现有系统记录。
• 用户触发的按键录音、SOC 2 级数据处理、端到端加密以及不以客户数据训练模型， 开箱满足企业总承包商的安全要求和工会工地的同意规定，无需额外配置。

为什么我们会赢

• Procore 认证集成和 App Marketplace 上架既是分发护城河，也是总承包商 IT 采购 所需的信任信号；没有任何横向硬件或纯软件竞争对手持有建筑现场音频路由的认证。
• 物理按键同意在工会和政府工地上是结构性要求；全天候竞品在这些客户处已被默认排除， 其可寻址建筑市场只剩非工会商业项目。
• 按客户定制词汇微调和审批环路反馈，构建出一份将建筑语音映射到 Procore 对象的 标注语料库，通用笔记工具无法积累这份数据，路由准确率和迁移成本随每条经审批 记录持续复利增长。
• ROI 可按每张避免的变更令量化且可辩护——$199/设备/月以成本回避语言锚定， 而非抽象的生产力提升，这是通过总承包商采购审查和 CFO 评审的必要条件。

里程碑

flowchart LR
  Wedge[Post-dispute GC outbound] --> Pilot[First paid pilots - 3 GCs]
  Pilot --> Validation[Field accuracy validated]
  Validation --> Marketplace[Procore Marketplace listing]
  Marketplace --> Growth[25 customers and Series A]
  Growth --> Platform[Subcontractors and adjacent platforms]

创始团队

实验路线图

风险评估

必须成立的条件

• 现场音频分类在 6 个月试点数据后，在有 PPE、风噪和机械噪声的活跃工地上达到 85%+ 准确率。
• 前 10 家总承包商试点客户中至少 5 家，以每台设备每月 $199 转化为生产合同，且无需实质性价格让步。
• Procore API 支持在批量规模下直接写入日志、RFI 和缺陷清单对象，不存在阻止 Marketplace 上架的速率限制或认证障碍。
• 争议后购买触发机制具有足够可复制性，仅靠直接外呼每季度产生 20+ 个合格总承包商对话。
• 至少 60% 的现场主管在 30 天工地试点后偏好专用坚固设备而非手机配件。

待尽调问题

• 日志、RFI 和缺陷清单写回适用哪些 Procore API 端点和速率限制，App Marketplace 认证的实际时间表和成本是多少？
• 总承包商运营副总裁已就哪些具体文档失败场景编入预算解决方案，目前在用的是哪种替代方案（语音备忘录加管理员录入、Raken、Fieldwire）？
• 目标市场前 20 家商业总承包商客户的可穿戴录音设备劳动法和工会同意要求是什么，哪些州或项目类型限制最多？
• 具有工业可穿戴经验的合约电子制造商中，哪些能在种子阶段 1,000–5,000 台的出货量下接单，最小订购量和交货期分别是多少？
• 是否有总承包商运营副总裁已观看现场演示或原型并原则上承诺付费试点，如有，提出了哪些异议？
• Pocket 现有的 Webhook 和企业工作流架构如何映射到 Procore 专用写回需求，有多少工程工作需要重建而非适配？

模型合理性

• 营收引擎. 基础营收来自第 1 年 3 家付费账户扩展到第 2 年末 25 家、第 3 年末 100 家，同时每家总承包商将约 25–26 台计费现场主管设备标准化。
• 必须走对的事. Procore 原生工作流和解决方案上线必须保持足够可复制性，才能让毛利率随部署从试点转向批量部署后突破 70%。
• 模型失效条件. 若销售周期回归正常 6–12 个月的建筑软件时长，或每家总承包商平均部署停滞在约 20 台以下，悲观情景现金将跌至 $20K 低区间。
• 下一轮融资故事. 下一轮融资的叙事是 25 家付费总承包商、约 625 台活跃设备、Marketplace 可信度，以及从 Q4Y2 $1.5M ARR 验证点到 H2Y3 EBITDA 转正的清晰路径。

情景

敏感性

flowchart LR
  Trigger[Post-dispute trigger] --> Pilot[Paid pilot]
  Pilot --> Account[Production GC account]
  Account --> Seats[Active devices per GC]
  Seats --> Revenue[Subscription + onboarding revenue]
  Revenue --> GrossProfit[Gross profit]
  GrossProfit --> Cash[Cash and runway]

警示项: 商业计划书 24–36 个月里程碑将 $6M ARR 与 1,000+ 台活跃设备结合，但以每台设备每月 $199 计算，该 ARR 水平实际上需要约 2,500 台计费设备，除非账户扩展或附加项定价显著更高。 · customersEop 在整个第 1 年包含付费试点和生产订阅，因此早期客户数领先于真实生产客户数。 · 现金以 EBITDA 代理，可能低估了计划中首次生产批量硬件和替换库存所需的营运资本。 · 基础情景假设争议后触发机制确实能压缩企业采购周期；若不然，种子融资需求可能需要向商业计划书所述范围上限移动。

• Procore 平台依赖. 与 Procore 的深度集成形成单一渠道集中风险——API 条款、竞争产品路线图或 Marketplace 政策的任何变化都可能在一夜之间封死主要分发渠道。 缓解措施: 在 Series A 之前同步构建 Autodesk Build 和 Fieldwire 集成， 确保单一平台在活跃客户中的占比不超过 60%。
• 硬件生产制造复杂度. 将设备做到符合工地耐久性标准，需要供应链和制造经验—— 纯软件背景的创始团队往往低估这一难度，存在延迟发布和毛利率压缩的风险。 缓解措施: 与具有工业可穿戴经验的合约电子制造商合作，以订阅方式定价而非硬件销售， 从第一个月起就将综合毛利率目标设为 60% 以上，而不是以成本价出售设备。
• 企业采购周期漫长. 企业总承包商的采购决策由 IT 和运营副总裁主导，通常在项目交接期间评估工具， 形成 6 至 12 个月的销售周期，可能让种子期公司在找到可复制路径之前资金耗尽。 缓解措施: 以仅收取设备成本的价格向前十家客户提供试点， 重点锁定近期经历过变更令争议的总监——这一触发事件通常能将销售周期压缩到四到六周。