版本化的 FAR 分支,告诉承包商哪些在跑标案、下传条款和谈判打法接下来必须改。
联邦承包商的捕获、投标、分包和谈判工作,靠的是散在条款库、模板、评审矩阵和培训材料里的各类打法。第二批 FAR 大改写一次改掉多个部分,影响不止商业采购,还波及责任认定、数据权利、运输和谈判惯例,所以团队很容易一边等人工红线和律师备忘录,一边拿过期的内部指引去推进在跑机会。现有的投标软件、共享盘和外部律师备忘录能解释规则,却说不清到底哪些在跑标案、下传条款或审批步骤还停在错误版本上。
为何现在
- 两批拟议 FAR 大改写已在 2026-09-18 发布,意见截止日是 2026-10-19,所以承包商现在就得先有一条临时迁移路径。
- 配套规则把承包商责任、专利与数据权利、运输及条款变化一并卷进来,单独一套商业项目采购打法已经不够用。
- 第 15 部正在围绕谈判、简化缺陷处理,以及让更多方案留在竞争区间重塑规则,过期的评审脚本会直接改写投标结果。
- Council 面对的是一个 45 percent 的 2025 财年合同金额都没有竞争或只有一家报价的市场,这进一步逼着承包商尽快适配新的采购姿态。
- GSA 已经放出了 SaaS 采购指引,并承诺在 FAR 大改写门户上继续追加交互式工具,未来指引会越来越脱离静态条款手册。
催化因素。 FAR Council 已发布第二批重写规则,开放了很短的公开意见窗口,还配上了 acquisition.gov 门户和非监管型采购指引,逼着承包商在最终文本落地前就先迁移临时打法。
创意
FAR 分支发布图是一套给联邦承包商用的版本化政策发布系统。它把 Federal Register 里的规则文本和官方采购指引,与单个承包商自己的标书模板、条款库、谈判阶梯、分包材料包和评审培训材料一起吃进来。每一处监管差异都会被转成一张具名影响图,明确指出碰到了哪些制品、审批和在跑商机。合同和投标负责人先审批发布包,再把它推回现有仓库,同时保留一条审计留痕,清楚记录任何时点上哪些标案还挂在旧分支上。同一张图还能反过来产出公开意见所需证据,并标出最终规则与临时分支到底在哪些地方分叉。
差异化。 标书写作 AI、CLM 工具和法律备忘录,只会在单个项目或一组文档里解释内容。这个概念做的是一张从规则重写本身直接出发、再一路落到内部流程的版本化影响图;在团队碰到在跑标案前,它先把签过字的变更推到模板、下传条款、谈判阶梯和培训资产里。真正的护城河在发布遥测:哪些规则差异改了哪些制品、每家承包商迁得有多快、评审周期到底缩了多少、返工降了多少。
| 滩头市场 | 有集中式投标中心、维护良好的条款库,且手里有受第 12 和第 15 部影响的民用或国防相邻 SaaS、IT 现代化、专业服务标案的中型联邦科技与专业服务承包商。 |
|---|---|
| 切入点 | 先做一套覆盖第 12 和第 15 部的托管导入 + 软件分支:吃进标书模板、条款库、谈判清单、培训材料和在跑商机,再给每个受影响的制品发出签字发布包。 |
| 非显而易见洞察 | 真正能守住的切口,不是把法律内容总结得更好,而是做一条机器可读的分支,把每次采购规则变化精确映射到必须重新发布的内部制品和在跑项目。 |
| 风险投资级路径 | 先从科技服务承包商的第 12 和第 15 部迁移起步,再扩到第 9、27、44、47 和 52 部、机构补充规定、分包下传条款管理、评审周期压缩的基准数据,以及卖给投标、CLM 和 GovCon ERP 厂商的底层 rules API。 |
| 主要用户 | 250–3,000 人规模的联邦 IT、专业服务和系统集成承包商里,负责投标运营或合同政策的负责人;团队同时跑着 25–200 个在跑商机,并反复处理分包下传条款。 |
|---|---|
| 次要用户 | 大型主承包商内部的捕获和分包负责人,要把获批打法变更发到多个业务单元。 |
| 经济买方 | 中型联邦承包商的合同副总裁、首席增长官或 COO。 |
| 首个客户 | 300–1,500 人规模的联邦 IT 或系统集成承包商:有集中式投标中心、内部合同政策负责人,且手里有多项触及第 12 或第 15 部表述的 SaaS 或专业服务标案。 |
|---|---|
| 购买触发点 | 拟议版或最终版 FAR 批次在项目还在推进时落地,尤其是遇到重大重新竞标、分包刷新,或内部政策复核赶在意见截止日或发布冻结前发生时。 |
| 当前替代方案 | 外部律师备忘录、共享盘条款跟踪表、电子表格红线、一场一场的培训,以及按单个标案人工复核。 |
| 切换理由 | 这张图把每一处规则差异一路落到具名制品和在跑商机上,管理层因此只需发布真正要改的那一小部分,而不用在每轮捕获和法务评审里把整份 FAR 重写从头读一遍。 |
| 定价假设 | 按一个投标中心及其接入仓库收取年度订阅费;每次重大规则批次迁移再收一笔导入费。 |
待完成任务
| 任务 | 当前替代方案 | 成功指标 |
|---|---|---|
| 当多部分 FAR 重写在项目还在推进时落地,帮合同政策负责人只找出并发布受影响的内部制品,让投标团队别再拿过期指引去应标。 | 法律备忘录、人工红线和逐案评审电话会 | 从规则发布到所有受影响制品拿到签字版内部发布的耗时 |
| 当捕获与分包团队得同时改谈判脚本和供应商下传条款时,帮他们发出一条统一获批的分支,让在跑标案和合作方材料始终停在同一规则版本。 | 共享盘、邮件附件和一次性培训 | 在最终评审前完成迁移的受影响商机和下传条款占比 |
flowchart LR Rewrite[FAR rewrite batch] --> Graph[Release graph] Playbooks[Internal playbooks] --> Graph Graph --> Bids[Updated bids and flowdowns] Bids --> Outcome[Live opportunities stay aligned]
- 创意 · 5/5把采购政策变化当成一条可发布分支,再拆成落到单个制品的发布包,这比写标、法律研究或通用合规工作流软件都具体得多。
- 潜力 · 4/5第一刀切进去的是一个窄但有预算的 GovCon 工作流切口,后面还能扩到机构补充规定、分包控制和嵌入式 rules API,只是起步仍得靠较强的咨询式动作。
- 空白 · 5/5投标工具、CLM 系统和顾问都没有真正占住这样一个场景:底层联邦规则一改,承包商的在跑打法该如何版本化迁移。这个新近被标准化出来的空档仍没人守。
- 痛点 · 4/5投标和分包团队如果在活跃采购期里继续按过期规则理解做事,时间、利润率和竞争姿态都会直接受损。
- 切入点 · 4/5面向科技服务承包商的第 12 和第 15 部发布分支,是一个很干净的首个工作流;只是要把仓库和审批逻辑映射清楚,仍离不开引导式实施。
- 证据 · 5/5两份一手拟议规则再加独立报道,全都指向同一件紧急工作:谈判、商业采购和交互式采购指引必须一起迁移。
- 联邦采购法律事务所和政策顾问
- 投标软件、CLM 和仓库厂商
- 愿意共享匿名迁移指标的共创承包商
- 把官方规则批次和采购指引解析成发布对象
- 把承包商制品和在跑商机映射到受影响差异
- 发布、审计并基准化内部打法版本发布
- 机器可读的规则到制品关系图
- 接入模板仓库和条款库的连接器
- 迁移速度与评审返工的基准数据
- 别再发一份法律备忘录,而是明确指出哪些标案、条款和评审步骤变了
- 在过期打法漏进在跑商机前,先把签字版内部规则发布出去
- 一张影响图同时复用到意见函、培训、分包和最终规则迁移
- 首条规则分支采用服务辅助导入
- 与合同管理层做季度政策发布复盘
- 继续扩到更多规则族和业务单元
- GovCon 顾问公司和采购法律精品所
- 投标中心社群与联邦承包商会议
- 与投标、CLM 和文档仓库厂商做集成合作
- 中型联邦 IT 和专业服务承包商
- 具备集中式投标与合同职能的系统集成商
- 后续可嵌入 rules API 的 GovCon 软件厂商
- 政策与实施团队
- 产品、图谱与集成工程
- 客户成功与合规支持
- 按投标中心收年度软件订阅
- 每次重大规则批次收导入与迁移费
- 长期向软件伙伴收嵌入式 rules API 收入
市场
| TAM | $300.0M这项估算假设:美国约 4,000 家处在目标规模段的联邦承包商,拥有集中式投标或合同政策团队;一旦产品验证跑通,每家愿为这层工作流软件支付综合 $75k 左右的年度经常性费用,不含一次性导入。 |
|---|---|
| SAM | $72.0M在 TAM 之上再收窄到约 1,200 家最受第 12 和第 15 部影响、且活跃于联邦 IT 与专业服务项目的承包商,并按首个滩头市场 $60k 的经常性支出假设测算。 |
| SOM | $6.0M在三到五年里,一个可信的可达份额大约是 80 家滩头市场承包商;按服务辅助导入后的约 $75k 年经常性收入计算。 |
高管要点
- 痛点就在当下:承包商面前是 30 天意见窗口、不断扩大的 FAR 重写范围,以及对下传条款和评审的连锁影响;与此同时,很多团队今天仍靠电子表格、共享盘和人工复核来跑投标与合同。
- 这套机制少见,但并非无人可抢。公开现有厂商擅长的是投标自动化、内容库或授标后合同工作流;没人主打 FAR 分支发布模型,但几家手里都握着相邻数据,完全可能补位。
- 预算是存在的,但大概率藏在合同、投标运营和合规预算科目里,而不是一条全新的预算线。Deltek 说,投标成本已从 14% 升到 19%,96% 的承包商预计合规成本会持平或继续上升。
- 采纳摩擦确实不小:CUI 边界含糊、法务复核边界、SharePoint 和 Word 集成工作,以及投标中心内部的行为改变,都说明首发动作必须带较强服务。
- 可触达的软件 TAM 有意义,但并不算大。现实的首个滩头市场只是几千家有投标中心的承包商,这更像一门几十到上百亿美元级别的软件细分市场,而不是互联网规模的横向 SaaS 故事。
市场定义
面向美国中型联邦 IT、专业服务和系统集成承包商的 GovCon 工作流软件:把外部采购规则变化翻成更新后的内部投标、合同、分包和培训制品。
用户与买方
主要日常使用者,是负责合规矩阵、条款库、模板和内部发布治理的投标运营或合同政策负责人;经济买家则是那些拥有集中式投标中心、并持续参与民用或国防相邻项目的承包商里的合同副总裁、COO 或首席增长官。
购买触发点
- 一批跨多个部分、且意见窗口很短的 FAR 规则,会立刻逼团队重查商业采购、谈判、责任认定、数据权利和分包下传条款,而此时很多在跑标案还没停。 [1][2][5][6]
- 竞争性评审仍要严格围绕招标评审因素,写清优势、弱项和缺陷,所以过期的内部指引会直接伤到标书合规和得分。 [5][20]
- 网络安全和 CUI 边界一旦变化,会直接改写人员配置、架构和定价假设,所以在活跃项目里,政策变更拖延本身就很贵。 [7][8]
支付意愿
预算信号可信,但更偏间接。Deltek 报告显示,投标成本从 14% 升到 19%,且 96% 的承包商预计合规成本持平或上升;与此同时,GovCon CLM 和投标厂商基本都走演示驱动的企业销售,而不是低价自助。换句话说,预算负责人确实存在,只是采购会走委员会。 [9][10][11][12]
品类动态
顺风因素
- 联邦政府正在主动简化采购,并持续发布配套指引、矩阵和从业者资源,这让规则变化从一次性备忘录,变成会反复发生的工作流事件。
- 承包商正更愿意采用 AI 和工作流工具,而合规成本又在上升,这让围绕投标和合同工作的受控自动化更容易被论证。
逆风因素
- 安全、CUI 和 CMMC 相邻约束都会抬高 SaaS 采纳门槛,并可能逼出更慢的部署节奏或更受限的运行环境。
- 很多团队至今仍靠 Excel、共享盘和人工交接来跑工作,所以导入摩擦高,短期可扩展性也被压住。
验证信号
- 两份九月 18 日规则包都已经落地,意见截止日是十月 19, 2026。
- Council 明确提到:45% 的 2025 财年合同金额是在没有竞争或只有一家报价的情况下授出的,这会进一步逼市场调整采购姿态。
- Deltek 发现,56% 的承包商在定价流程里至少某个环节仍靠 Excel。
- GovCon 投标团队今天仍常常靠收件箱和共享盘运转,而不是完全连通的系统。
- APMP 软件生态已经挤满了响应管理和内容库工具,因此“规则发布”这块空位反而更显眼。
监管与技术约束
- 产品必须处理拟议规则继续漂移,因为在规则真正定稿前,客户都需要拟议版和最终版并行存在。
- 各机构对 CUI 的认定并不一致,这会直接改写投标工作流里的架构、人员配置和定价假设。
- NDAA 与 DFARS 在成本数据门槛、下传条款限制和技术数据监督上的变化,会让客户期待中的映射逻辑更复杂。
- 投标评审仍要求到因素级别的证据和缺陷记录,所以发布包必须带清楚、可审计的追溯。
- 合同数据和制品仓库依旧碎片化,所以早期部署里的集成和归一化工作不会轻。
采用阻力
| 阻力 | 严重度 | 受影响买方 | 缓解措施 |
|---|---|---|---|
| 法务解读边界 | 高 | 合同副总裁与合同政策负责人 | 把产品定位成受控发布管理 + 强制人工审批,而不是自治式法律建议。 |
| CUI 与安全姿态 | 高 | COO、CIO 和安全负责人 | 支持受限部署、明确的数据边界控制,以及对标书和合同数据的文档化处理规范。 |
| 仓库与工作流集成 | 高 | 投标运营负责人 | 先从 Word、SharePoint、条款库和商机跟踪的结构化导入起步,再往更深的系统连接走。 |
| 服务化制品映射 | 高 | COO 与实施赞助人 | 把首单打包成固定范围的第 12 和第 15 部迁移,配可复用模板和清楚的发布指标。 |
| 预算负责人不清楚 | 中 | 首席增长官或 COO | 围绕避免返工、加快获批指引发布,以及降低活跃项目中不合规投递风险来卖。 |
PESTLE
- 政治Revolutionary FAR Overhaul 给出了一次点名清楚、时间边界明确的催化剂,逼着承包商重新梳理内部采购和投标打法。
- 经济买家本来就在投标和合规上花不少钱,但这笔预算通常要靠降风险而不是纯增长软件 ROI 来辩护。
- 社会投标中心和合同团队至今仍大量依赖共享盘、收件箱、正式评审和既有习惯,所以工作流改造会很慢。
- 技术AI 辅助解析、CLM 摄入和投标合规自动化,市场已经接受为可用积木,技术可行性风险因此下降。
- 法律CUI 边界含糊、人工签字要求以及持续变化的下传条款与数据权利规则,都会抬高审计和法务设计负担。
竞争
市场大致分三层:提速应答的投标自动化工具、负责授标后合同治理的 GovCon CLM / ERP,以及依赖律师、SharePoint、邮件和电子表格的服务或手工替代。拟议中的创业公司横跨这三层,因为它从规则变化本身起步,而不是从单份文档或已授标合同起步。
| 竞争对手 | 阶段 | 切入点 | 定价 | 优势 | 相对劣势 |
|---|---|---|---|---|---|
| TechnoMile Contracts Suite | 成熟的 GovCon CLM 厂商 | 面向 GovCon 的 CLM,覆盖商机到结项,并处理 CLIN、SLIN、mod 和条款跟踪。 | 报价式企业销售 | 对联邦合同结构的深度管理模型和审计能力。 | 重心在合同记录和生命周期控制,而不是把规则批次发布到在跑标案和培训里。 |
| Deltek Costpoint 与 Clarity 生态 | 现有厂商 ERP 与 GovCon 软件生态 | 定价治理、合规、ERP 集成,以及面向政府承包商的市场情报。 | 套件式报价销售与企业部署 | 装机基础深、定价和合规可信度强。 | 公开定位里,并没有把自己定义成横跨投标、下传条款和政策资产的制品级 FAR 重写迁移层。 |
| GovDash | AI 原生 GovCon 工作流创业公司 | 以捕获、投标和合同 AI 代理为核心,再加合规矩阵自动化。 | 报价式直销 | 投标自动化速度快,生命周期叙事也完整。 | 重心仍是招标驱动的投标和合同监控,而不是外部规则差异驱动的发布治理。 |
| Procurement Sciences | AI 原生 GovCon 平台 | 带 GovCon 视角的“从投标到合同”AI 与 CLM 自动化。 | 报价式企业销售 | 把投标、合同条款、合规和执行工作流串得更紧。 | 仍偏通用生命周期自动化;公开定位里没有把内部打法的 FAR 重写迁移放在中心。 |
| 外部律师 + 内部 SharePoint / Excel 拼装栈 | 现状替代品 | 人工解读,加上模板、电子表格和仓库流程。 | 内部人力 + 按小时或按项目计费的法务支出 | 法律判断可信,而且不用新采买平台。 | 速度慢、难以在在跑商机里追踪,也没法复用成一张发布图。 |
为什么现有厂商不会默认胜出
- 投标自动化套件. 它们擅长招标解析和草稿生成,但公开定位核心仍是提速响应与可信内容,而不是把外部规则版本一路推到下传条款、谈判打法和培训里。
- GovCon CLM 与 ERP 平台. 它们掌握合同记录、条款和授标后控制,但重心在授标后的合同管理与审计,而不是在规则重写期间迁移授标前打法。
- 外部律师与内部手工拼装栈. 这些替代品能提供解读和定制支持,但速度慢、很吃人,而且最后留给承包商的往往还是电子表格、共享盘和人工复核闭环,而不是可复用的发布逻辑。
波特五力
- 供应商议价能力3 / 5模型厂商和集成工具并不稀缺,但首批部署里,稀缺的 GovCon 政策经验和仓库集成人才仍然重要。
- 买方议价能力4 / 5买家高度集中、流程又重委员会,而且完全可以退回现有律师或手工流程,所以每一单都得把 ROI 和服务方案讲得非常实。
- 新进入者威胁3 / 5工作流本身很垂直,但相邻的投标和 CLM 厂商本来就理解这类买家;一旦需求被验证,它们完全能补一个更轻的规则更新模块。
- 替代品威胁5 / 5外部律师、内部政策团队、电子表格、共享盘和一次性培训,今天已经能以很不完美的方式解决这件事,而且不需要新软件采购。
- 竞争强度4 / 5投标 AI、内容库和 GovCon CLM 厂商都已经在抢相邻预算,也都能声称自己覆盖了部分相同工作流。
商业计划
FAR 分支发布图一开始就该做成一款服务增强型发布管理产品,卖给美国中型联邦 IT、专业服务和系统集成承包商;这类公司的投标中心一边还在跑项目,一边必须回应 2026 年的 FAR 大改写。眼下真正疼的不是抽象层面懂不懂法规,而是搞清楚哪些条款库、标书模板、谈判脚本、分包下传条款、培训资产和在跑商机,已经挂在错误的内部版本上。第一版产品应先落成第 12 和第 15 部分支:托管导入、只读拉取现有仓库、人工审批发布包。因为这是眼下最小、但既有预算负责人又有短证明周期的一刀。首位买家通常是合同副总裁、COO 或首席增长官,日常使用者则在投标运营、合同政策、捕获和分包团队。GTM 应把一笔固定范围迁移试点和一个年度投标中心订阅绑成同一套采购系统,这样首单、证明指标和扩展路径才能一气呵成。研究支持约 $72.0M 的滩头市场 SAM 和 $6.0M 的近端 SOM,但这个市场还不够大,吃不下长期重咨询模式。核心取舍很明确:在公司把条款库、Word/SharePoint 仓库和审批工作流的映射标准化前,早期部署一定偏服务化。公开材料还没证明,目标承包商里到底有多少人的仓库足够干净,能让导入重复起来;也没证明在最终规则落地前,买家是否愿意先为临时分支买单。所以前 12 个月该看的是试点转化、映射准确率和发布时间缩短,而不是只盯收入增速。
问题
- 联邦承包商把标书模板、条款库、谈判打法、分包材料包和培训材料散在不同仓库里,所以一轮 FAR 重写带来的不是单一法务解读任务,而是跨制品迁移问题。
- 2026 年九月的重写批次在很短的意见窗口里,同时改了第 12、15、9、27、44、47、51 和 52 部,所以团队在等待人工红线和律师备忘录时,很容易继续拿过期的内部指引去推进在跑标案。
- 现状替代品——外部律师、电子表格跟踪、共享盘和一次性培训——能解释规则变化,却说不清到底哪些在跑标案、下传条款或审批路径还停在错误版本上。
解决方案
- 做一条带版本的 FAR 分支,把每一处拟议版或最终版规则差异转成承包商专属的影响图,覆盖模板、条款库、谈判清单、培训资产、分包下传条款和在跑商机。
- 交付带人工必审节点的签字发布包,支持拟议版与最终版分支对比,并保留清楚的审计留痕,记录哪些制品和项目已经迁完。
- 先从第 12 和第 15 部开始,用只读方式拉取 Word/SharePoint 仓库和商机跟踪工具;只有在映射准确率和发布提速被证明后,再往外扩。
为什么我们会赢
- 产品不是从某一份 RFP 或已授标合同切进去,而是从外部规则变化本身起步;这是投标自动化和 CLM 厂商公开定位里都没真正占住的位置。
- 人工审批的发布管理,比自治式法律建议更符合法务评审边界,也正面回应了研究里最难缠的采纳阻力。
- 每次部署都能沉淀专有的规则到制品映射、审批路径模式和迁移遥测,这些东西律师备忘录和通用内容库都留不下来。
- 把首刀刻意收在第 12 和第 15 部、并围住有在跑 SaaS、IT 现代化和专业服务标案的滩头市场,比一上来就想覆盖全部 FAR/DFARS 变化或所有承包商类型,更容易更快做出证明。
| 滩头市场 | 300–1,500 人规模的美国联邦 IT、专业服务和系统集成承包商:有集中式投标中心、维护良好的条款库,并且手里有 25–200 个受第 12 和第 15 部影响的民用或国防相邻 SaaS、IT 服务或专业服务在跑商机。 |
|---|---|
| 切入点理由 | 这批客户已经有集中式投标和合同所有权、条款复用频繁,而且手里真有在跑标案;过期指引会直接改写合规和谈判结果。更宽的 GovCon 覆盖只会带来更乱的仓库、更多补充规定,以及更长的证明周期,还没让单个客户看到可量化价值。 |
| 推进顺序 | 先做一笔固定范围的第 12 和第 15 部迁移试点,证明一条获批分支更新受影响制品的速度,比“外部律师 + 电子表格”工作流更快,再去加相邻规则族、分包下传条款覆盖和伙伴集成。公司也该先招实施和政策运营,而不是先堆销售,因为真正卡住扩张的是导入能否复制,不是管道量不够。 |
| 暂不进入 | 面向政府机构侧的采购工作流软件 · 首发阶段就覆盖完整 DFARS 与机构补充规定 · 没有人工签字的自治式法律建议生成 · 替换整个 CLM 或标书创作套件 |
| 切入点 | 趁着在跑的 SaaS、IT 现代化或专业服务项目仍在推进时,先卖一笔“一个投标中心的第 12 和第 15 部迁移”,再把这条获批分支转成年度受控发布订阅。 |
|---|---|
| 渠道 | 创始人亲自外呼,直打 300–1,500 人联邦承包商里的合同副总裁、投标运营负责人、COO 和首席增长官。 · 通过采购法律精品所和 GovCon 政策顾问转介绍;这些机构本来就在替同一批买家解读 FAR 和 NDAA 变化。 · APMP 和投标中心社群,这些地方本来就在比较内容库和工作流工具。 · 等发布图跑通后,再和 GovCon CLM、投标软件和仓库厂商做生态合作。 |
| 漏斗目标 | 合格发现转付费试点 20–30%;付费试点转年度订阅 50%+;首个投标中心扩到第二类规则或第二个业务单元 40%+,并在 12 个月内发生。 |
| 定价 | 按投标中心报年度订阅价,验证跑通后锚在研究得出的 ~$60k-$75k 经常性支出;首轮第 12 和第 15 部迁移再收一笔固定导入费。这样的定价贴合委员会式采购,也能直接挂在既有的投标或合规预算上,而不是按席位收费。 |
| MVP | 先做一个投标中心的第 12 和第 15 部发布分支:吃进 Word/SharePoint 模板、条款库、谈判清单、培训材料、分包材料包和在跑商机跟踪;映射受影响制品;再在人工审批后发布带审计留痕的签字包。 |
|---|---|
| 6 个月 | 拿下 3–5 家共创客户,做出只读 SharePoint / Word 导入和在跑商机跟踪,并证明政策负责人无需替换现有投标或 CLM 工具,也能批准一条临时的第 12 和第 15 部分支。 |
| 12 个月 | 补上拟议版与最终版分支对比、面向联邦 IT 与专业服务承包商的可复用映射模板,以及试点最常遇到的下一组规则族支持。 |
| 24 个月 | 从单一投标中心扩到跨业务单元的发布治理、更多 FAR 部分与机构补充规定、分包下传条款控制,以及通过生态伙伴销售的 rules API。 |
| 关键押注 | 大多数滩头市场客户的条款库、模板和商机跟踪系统,已经有足够结构化程度,配合服务辅助导入就能做出评审人认可的映射准确率。 · 客户买单的核心,不是更会总结法律,而是获批发布周期更快、在跑标案里的过期制品更少。 · 如果没有拟议版与最终版分支并行管理,买家不会放心,因为他们等不到最终文本才开始迁移。 · 只要面向科技服务承包商的映射模板能复用,实施就有机会从定制项目慢慢弯到类软件毛利率。 |
| 收入来源 | 按投标中心收取 FAR 分支受控发布管理的年度订阅费。 · 每新增一批规则或一个业务单元,收固定范围的导入与迁移费。 · 后续再卖更多 FAR 部分、机构补充规定、分包下传条款,以及伙伴 API 接入模块。 |
|---|---|
| 价值单位 | 纳入 FAR 分支受控发布管理的投标中心。 |
| 目标毛利率 | 70% |
| 扩张杠杆 | 再加第 9、27、44、47 和 52 部等新规则族,前提是第 12 和第 15 部切口先跑通。 · 从一个投标中心扩到同一承包商内部的多个业务单元或子公司。 · 加上使用同一张影响图的分包下传条款和培训发布工作流。 · 等数据集成熟后,把 rules API 或发布图授权给投标、CLM 和 GovCon ERP 伙伴。 |
| 北极星指标 | 在标书或分包材料发布前,已迁到当前获批分支的受影响制品和在跑商机占比。 |
|---|---|
| 输入指标 | 从规则发布到所有受影响制品拿到签字版内部发布的天数。 · 模板、条款、打法和在跑商机上的评审人认可映射准确率。 · 付费试点转年度订阅的转化率。 · 在最终评审前已被获批分支覆盖的活跃项目占比。 · 从第 12 和第 15 部扩到更多规则族或业务单元的扩展率。 |
| 待构建护城河 | 覆盖标书模板、条款库、谈判阶梯、分包材料包和培训资产的规则到制品映射数据集。 · 记录发布时间、过期制品下降幅度和审批路径模式的迁移遥测。 · 面向联邦 IT 与专业服务承包商、且仓库结构相近的可复用导入模板。 · 一旦投标和 CLM 厂商更愿意嵌入而非重建发布图,就能放大的伙伴分发杠杆。 |
| 终止标准 | 如果滩头市场里少于 3 个付费的第 12 和第 15 部试点,且聚焦销售已持续 12 个月,就该停下来重看。 · 前 3 个试点的评审人认可映射准确率做不到至少 80%,或从规则发布到签字版内部发布的速度提不快至少 25%。 · 超过一半的合格买家坚持等最终规则文本出来,才愿意为任何临时分支付费。 · 如果导入工时的降幅不到 30%,且比较的是前 2 次部署与后 3 次部署,那就说明模式会长期卡在重服务。 |
里程碑
- 在定义好的滩头市场里签下 3 个付费的第 12 和第 15 部共创试点。
- 证明至少 80% 的评审人认可映射准确率、至少 25% 的发布时间提升,并在 2 个试点里跑出来。
- 至少 2 个试点转成年费制的投标中心订阅。
- 交付适用于联邦 IT 与专业服务承包商的可复用导入模板,以及拟议版与最终版分支对比。
- 扩到试点最需要的下一组规则族,并上线分包下传条款发布工作流。
- 做到 10–15 家付费客户,以及至少 3 次跨业务单元扩展。
- 和一家法律精品所或 GovCon 软件厂商跑通一条伙伴转介绍动作。
- 把平均导入工作量较首批试点基线压低至少 30%。
- 做到 30–40 家付费客户,并证明存在一条靠渠道辅助、走向研究里 80 家 SOM 的路径。
- 向投标或 CLM 厂商上线 rules API 或嵌入式伙伴工作流。
- 在不丢掉中型市场切口的前提下,加上机构补充规定和面向更大主承包商的更深层发布治理。
- 根据可复制的软件毛利率、伙伴杠杆和扩展速度,决定是否启动更大一轮融资。
flowchart LR Wedge[Parts 12 and 15 beachhead] --> MVP[Managed release-branch MVP] MVP --> Proof[Proof points from signed releases and migrated bids] Proof --> Expansion[Expansion to more FAR parts and business units]
创始团队
| 角色 | 入职时间 | 理由 |
|---|---|---|
| 创始人/CEO / 行业销售 | 第 0 个月 | 负责买家发现、预算负责人推进,以及把监管紧迫性变成付费项目所需的服务辅助试点动作。 |
| 创始工程师 | 第 0 个月 | 搭规则差异解析器、影响图、分支工作流,以及定义切口的审批/审计系统。 |
| 实施与政策运营负责人 | 第 1 个月 | 把每家承包商的条款库、模板和审批规则翻成可复用映射,避免导入永远只靠创始人硬扛。 |
| 产品与集成工程师 | 第 3 个月 | 负责 SharePoint、Word 和商机跟踪导入,以及拟议版与最终版分支对比;没有这些,就做不成可复用部署。 |
| 客户成功与部署负责人 | 第 9 个月 | 把导入标准化、沉淀基准遥测,并在首条分支上线后把扩展打到更多规则族或业务单元。 |
| 企业销售 / 合作负责人 | 第 12 个月 | 只有在至少 2 个试点成功转年订阅后才加入,确保公司放大的是真正验证过的动作,而不是提前堆销售。 |
实验路线图
| 阶段 | 实验 | 假设 | 成功指标 | 负责人 |
|---|---|---|---|---|
| 0–90 天 | 共创客户发现冲刺 | 滩头市场承包商里的投标运营和合同政策负责人,会确认在跑 FAR 重写带来的不是单纯法律研究问题,而是发布治理问题。 | 至少 10 位受访者在 15 次目标访谈里明确说出触发事件、预算负责人,以及和在跑标案或下传条款挂钩的试点成功指标。 | 创始人/CEO / 行业销售 |
| 0–90 天 | 仓库审计与映射原型 | 只读导出的 Word、SharePoint、条款库和商机跟踪数据,已经足以在不做深度系统集成的前提下,映射大多数第 12 和第 15 部影响。 | 做到 80% 的评审人认可历史影响映射,并覆盖至少 2 家共创客户账户。 | 创始工程师 |
| 90–180 天 | 第 12 和第 15 部付费试点 | 一笔固定范围迁移试点,能在最终评审截止时点前做出一条覆盖大部分受影响制品的获批临时分支。 | 签下 2 个付费试点,且至少 1 个试点在在跑标案或分包材料发布前覆盖超过 70% 的受影响制品。 | 创始人/CEO + 实施负责人 |
| 90–180 天 | 律师治理材料包 | 律所或内部律师审核可以被标准化成可复用的审批工作流,而不是每家客户都来一套定制法务流程。 | 标准治理材料包在 2 个试点里被接受,且没有实质性的特权或签字异议。 | 实施与政策运营负责人 |
| 180–270 天 | 拟议版与最终版分支更新 | 客户愿意先维护临时分支,等最终规则文本有分歧时,再为更新付费。 | 至少 1 个试点转成年订阅,并购买最终规则更新工作流。 | 产品与集成工程师 |
| 270–365 天 | 伙伴转介绍动作 | 一家采购法律精品所和一家 GovCon 工作流厂商,能比纯冷启动外呼更快打开合格机会。 | 拿到 3 个合格机会和 1 个付费试点,发生在上线后 90 天内。 | 创始人/CEO / 合作 |
风险评估
- R1最终版 FAR 文本与拟议版差异过大,导致客户推迟支出,或把临时分支当成一次性耗材。 — 把拟议版和最终版分支并排维护,把“临时迁移 + 最终规则更新”卖成一套工作流,在规则尘埃落定前不要提前宣称永久固化。
- R2每家客户的仓库结构和审批逻辑都太乱,导入根本做不成可复制流程。 — 先把目标客群收窄,导入按固定范围卖,尽快沉淀可复用映射模板,并对实施工时和映射准确率设清楚的停手机制。
- R3CUI、安全或特权边界顾虑,挡住云端部署或拖慢审批。 — 把人工审批定成硬门槛,尽早写清数据边界和审计日志;只有首批试点真需要时,再补受限部署选项。
- R4投标、CLM 或 GovCon 工作流现有厂商,在公司数据护城河成形前就补出轻量级规则更新功能。 — 把差异拉在规则到制品覆盖度、签字发布遥测,以及跨制品迁移结果上——这些都不是加个简单告警功能就能模仿的。
- R5预算负责人不清楚,拖长销售周期,还把试点变成没预算的评估项目。 — 每一单都围绕具名经济买家、真实触发事件、双方确认的试点 KPI,以及写清楚的试点转订阅路径来筛。
| 风险 | 可能性 | 影响 | 缓解措施 |
|---|---|---|---|
| 最终版 FAR 文本与拟议版差异过大,导致客户推迟支出,或把临时分支当成一次性耗材。 | Medium | High | 把拟议版和最终版分支并排维护,把“临时迁移 + 最终规则更新”卖成一套工作流,在规则尘埃落定前不要提前宣称永久固化。 |
| 每家客户的仓库结构和审批逻辑都太乱,导入根本做不成可复制流程。 | High | High | 先把目标客群收窄,导入按固定范围卖,尽快沉淀可复用映射模板,并对实施工时和映射准确率设清楚的停手机制。 |
| CUI、安全或特权边界顾虑,挡住云端部署或拖慢审批。 | Medium | High | 把人工审批定成硬门槛,尽早写清数据边界和审计日志;只有首批试点真需要时,再补受限部署选项。 |
| 投标、CLM 或 GovCon 工作流现有厂商,在公司数据护城河成形前就补出轻量级规则更新功能。 | Medium | High | 把差异拉在规则到制品覆盖度、签字发布遥测,以及跨制品迁移结果上——这些都不是加个简单告警功能就能模仿的。 |
| 预算负责人不清楚,拖长销售周期,还把试点变成没预算的评估项目。 | Medium | Medium | 每一单都围绕具名经济买家、真实触发事件、双方确认的试点 KPI,以及写清楚的试点转订阅路径来筛。 |
| 标题 | 300–1,500 人联邦 IT 承包商里的合同副总裁 |
|---|---|
| 画像 | 一家中型联邦 IT 或系统集成承包商:有集中式投标中心、内部合同政策负责人、基于 SharePoint 和 Word 的模板与条款库,以及多项受第 12 和第 15 部影响的在跑标案。 |
| 触发点 | 拟议版或最终版 FAR 批次在重新竞标、分包刷新或内部政策复核期间落地,而管理层却说不清哪些标案或下传条款还停在已批准版本之外。 |
| 买方 | 合同副总裁 |
| 初始合同 | 先签一笔 $25k-$50k 的固定范围第 12 和第 15 部迁移试点 + 导入;如果首条获批分支能覆盖在跑标案、条款库和培训资产,再转成一个投标中心约 $60k-$75k 的年度订阅。 |
必须成立的条件
- 至少有 5 家滩头市场承包商,会在最终版 FAR 文本落地前就为第 12 和第 15 部的临时迁移买单。
- 目标客户的模板、条款库和商机跟踪系统,足够结构化,能在固定范围导入里做到至少 80% 的评审人认可影响映射。
- 试点买家会把价值判断放在发布时间变快和过期指引减少上,而不是把产品当成另一份法律备忘录或 AI 助手。
- 投标和 CLM 现有厂商不会在公司先做出专有迁移遥测和可复用映射之前,就抢先上线可信的规则发布工作流。
- 一次投标中心部署能扩到更多规则族、分包下传条款或业务单元,把 ARR 拉出首单规模。
待尽调问题
- 在最终规则发布前,预算到底归谁:合同副总裁、COO、首席增长官,还是法务?
- 前 10 个目标账户里的条款库、SharePoint / Word 仓库和在跑商机跟踪系统,到底有多干净?
- 只覆盖第 12 和第 15 部,是否足以支撑首购,还是必须在首发就把第 9、27、44、47 和 52 部一起带上?
- 外部律师必须在哪些节点继续留在审批环里?这会不会引出特权或责任方面的反对意见?
- 到底是哪一个试点 KPI 最能转成年订阅:签字发布时间更快、在跑标案里的过期制品更少、外部律师返工更低,还是分包下传条款更一致?
| 结论 | 观察 |
|---|---|
| 信心 | 客户触发点清楚,工作流切口也少见,但可复制性、市场规模和服务强度还没强到足以给出合伙人级高判断。 |
| 相信的理由 | 这家公司踩在一个点名清楚的监管催化剂、有预算的运营买家,以及现有投标和 CLM 厂商都没公开按规则发布管理来定义的工作流空档上。 |
| 怀疑的理由 | 如果导入一直做不成模板化,或者现有厂商在公司产品化映射数据集之前就先补出够用的规则更新模块,这门生意很容易退化成一层细分咨询。 |
| 下一步尽调 | 先拿下 2–3 个付费的第 12 和第 15 部试点,并证明仓库映射、买家预算和试点转年订阅都能在不过度定制交付的前提下跑通。 |
财务模型
| 第 1 年收入 | $99KEBITDA $-824K · 期末现金 $1.68M |
|---|---|
| 第 2 年收入 | $613KEBITDA $-1.03M · 期末现金 $645K |
| 第 3 年收入 | $2.23MEBITDA $-319K · 期末现金 $326K |
| 年 ARPU | $90K |
|---|---|
| 毛利率 | 70% |
| CAC | $24K回本期 4.6 个月 |
| LTV / CAC | 10.9x生命周期价值 $263K |
| 轮次 | 种子前轮 · $2.5M |
|---|---|
| 跑道 | 24 个月 |
| 里程碑 | 做到 10–13 个付费投标中心、至少 2 个试点转成年订阅、跑通一条可复用的伙伴转介绍链路,并在种子轮前把导入工作量压低约 30%。 |
模型合理性
- 收入引擎. 基准情景的收入来自把最早的三笔付费试点转成年费订阅,再把付费投标中心数拉到 38 家(到 Q4Y3),同时让 40% 的客户在 12 个月内买下相邻扩展。
- 必须跑通的事. 要扛住第三年客户数,导入工时必须在第五次部署时压低约 30%,这样三名实施/政策运营 FTE 才不会把毛利率压穿目标。
- 模型会失灵,如果. 如果销售周期一路拖向 8 个月、伙伴转介绍又迟迟起不来,下行情景下公司会在达到第三年里程碑前先把现金烧成负数。
- 下一轮证明包. 只有当公司做到 10–13 个付费客户、至少两次试点转年订阅,并跑通一条不靠翻倍堆服务团队也能扩张的伙伴转介绍动作时,下一轮融资才真正站得住。
- 营收(线/面积)
- 期末现金(虚线)
- EBITDA(柱,灰色为亏损)
- 领导层
- 工程
- 实施 / 政策运营
- 客户成功 / 部署
- 销售 / 合作
- G&A / 运营
| 第3年营收 | 第3年 EBITDA | 现金最低点 | 说明 | |
|---|---|---|---|---|
| 下行 | 伙伴转介绍要晚约一年才真正起效,导入也始终更偏定制,结果是客户增长变慢、毛利率继续被服务成分拖住。 | |||
| 基准 | 公司把最早的三笔第 12 和第 15 部付费试点成功转年费、按计划拿到第二年客户里程碑,并主要靠更紧的导入模板和一条小有起色的伙伴转介绍动作扩张。 | |||
| 上行 | 两条伙伴渠道比计划更早跑起来,且更多客户在不明显增加团队人数的情况下买下相邻规则族或多业务单元扩展。 |
| 变量 | 下行 | 上行 | 现金影响 | 营收影响 |
|---|---|---|---|---|
| 销售周期 | 从合格发现到付费试点的路径会拖长到 6–8 个月。 | 伙伴引荐能把这条路径压到 3–4 个月,并踩中真实规则变化触发点。 | ||
| ARPU | 活跃投标中心退出时的综合年收入只能到约 $80K。 | 活跃投标中心退出时的综合年收入可到约 $96K。 | ||
| 毛利率 | 退出毛利率只能到 65%。 | 退出毛利率可到 72%。 | ||
| 招聘节奏 | 在导入可复制性尚未被证明前,就把第三位实施和第三位工程师提前招进来。 | 后台和实施招聘继续后移,直到伙伴来源的需求真正成形。 | ||
| 流失率 | 如果试点没能扩大成更广的工作流使用,月度流失率会漂到 3.0%。 | 更多规则族和业务单元跑起来后,月度流失率可改善到 1.5%。 | ||
| CAC | 如果伙伴来源机会不及预期,CAC 会升到约 $30K。 | 一旦转介绍能稳定带来合格试点,CAC 有机会往 $20K 靠。 |
情景
| 情景 | 第 3 年收入 | 第 3 年 EBITDA | 现金低点 | 说明 | 关键变化 |
|---|---|---|---|---|---|
| 下行 | $1.56M | $-760K | $-170K | 伙伴转介绍要晚约一年才真正起效,导入也始终更偏定制,结果是客户增长变慢、毛利率继续被服务成分拖住。 |
|
| 基准 | $2.23M | $-319K | $284K | 公司把最早的三笔第 12 和第 15 部付费试点成功转年费、按计划拿到第二年客户里程碑,并主要靠更紧的导入模板和一条小有起色的伙伴转介绍动作扩张。 |
|
| 上行 | $2.72M | $120K | $430K | 两条伙伴渠道比计划更早跑起来,且更多客户在不明显增加团队人数的情况下买下相邻规则族或多业务单元扩展。 |
|
敏感性
| 变量 | 下行情景 | 基准情景 | 上行情景 |
|---|---|---|---|
| ARPU | 活跃投标中心退出时的综合年收入只能到约 $80K。 | 活跃投标中心退出时的综合年收入约为 $91K。 | 活跃投标中心退出时的综合年收入可到约 $96K。 |
| CAC | 如果伙伴来源机会不及预期,CAC 会升到约 $30K。 | 在创始人主导销售并跑通一条转介绍渠道的前提下,CAC 约为 $24K。 | 一旦转介绍能稳定带来合格试点,CAC 有机会往 $20K 靠。 |
| 流失率 | 如果试点没能扩大成更广的工作流使用,月度流失率会漂到 3.0%。 | 月度流失率维持在 2.0%。 | 更多规则族和业务单元跑起来后,月度流失率可改善到 1.5%。 |
| 销售周期 | 从合格发现到付费试点的路径会拖长到 6–8 个月。 | 从合格发现到付费试点的路径维持在 4–6 个月。 | 伙伴引荐能把这条路径压到 3–4 个月,并踩中真实规则变化触发点。 |
| 毛利率 | 退出毛利率只能到 65%。 | 退出毛利率到 70%。 | 退出毛利率可到 72%。 |
| 招聘节奏 | 在导入可复制性尚未被证明前,就把第三位实施和第三位工程师提前招进来。 | 招聘仍按里程碑触发,基本贴着商业计划节奏走。 | 后台和实施招聘继续后移,直到伙伴来源的需求真正成形。 |
关键假设 (25)
| ID | 名称 | 数值 | 单位 | 来源 |
|---|---|---|---|---|
| A1 | 模型起始月份 | 2026-10 | YYYY-MM | [BP date 2026-09-22];模型从下一个完整月份开始。 |
| A2 | pre-seed 到账后的期初现金 | 2500 | usdK | [BP fundingAsk targetFundingRangeUsd $2–4M, runwayMonths 18];模型按 $2.5M 到账测算,并叠加阶段所需的 6 个月缓冲。 |
| A3 | 期初付费投标中心(M1) | 0 | count | [BP experimentRoadmap 0–90 days];最初几个月先做发现、仓库审计和共创客户工作,首个付费试点随后才落地。 |
| A4 | 客户爬坡 | 3 个(到 M12)、13 个(到 Q4Y2)、38 个(到 Q4Y3) | customers | [BP milestones 0–12 个月, 12–24 个月, 24–36 个月];基准情景保持在商业计划里写明的 30–40 家付费客户、第 3 年目标区间内。 |
| A5 | 每个投标中心的基础年度订阅价 | 70 | usdK per year | [BP gtm.pricing], [BP market.sam], [BP investorMemo.firstCustomer.initialContract];验证跑通后,按研究得出的 $60K–$75K 经常性价格带中位数取值。 |
| A6 | 首年平均迁移与更新费 | 35 | usdK / 新客户 | [BP investorMemo.firstCustomer.initialContract $25K–$50K pilot plus onboarding];模型用固定范围第 12 和第 15 部迁移工作的中位数。 |
| A7 | 12 个月内扩展附加率 | 40 | 百分比 of customers | [BP gtm.funnelTargets first proposal center to second rule family or business-unit expansion 40%+ within 12 个月];对应首个投标中心向相邻规则族或业务单元扩展的附加率目标。 |
| A8 | 扩展成交后的收入抬升 | 15 | usdK ARR / 扩展客户 | [BP businessModel.expansionLevers];对第二类规则族、分包下传条款模块或第二个业务单元加购的经验化假设。 |
| A9 | 目标稳态毛利率 | 70 | 百分比 | [BP businessModel.targetGrossMarginPct]. |
| A10 | COGS 爬坡 | 首个付费试点月份为 45%,到 30% 时点是 Q4Y3 | 百分比 of revenue | [BP sequencingRationale], [BP operations], [BP operatingAssumptions implementation can standardize quickly enough to support 70% 毛利率];这是服务辅助型合规软件的创业财务经验曲线。 |
| A11 | 月度客户流失率 | 2.0 | 百分比 | 针对早期企业级 GovCon 工作流产品的创业财务经验法则:试点转年订阅存在风险,但一旦进入年度预算后粘性较强。 |
| A12 | 综合 CAC | 24 | usdK per customer | [BP gtm.channels], [BP gtm.funnelTargets], [BP milestones partner referral motion], [Research reportMemo.distributionChannels];创始人主导 + 伙伴辅助的企业销售经验假设。 |
| A13 | 管理层全负担薪酬 | 180 | usdK 每年 | [BP team Founding CEO / domain seller] + pre-seed 创始人薪酬经验值。 |
| A14 | 工程团队全负担薪酬 | 170 | usdK 每年 | [BP team Founding eng; Product and integrations engineer] + GovCon 工作流工程岗位的薪酬经验值。 |
| A15 | 实施与政策运营全负担薪酬 | 145 | usdK 每年 | [BP team Implementation and policy operations lead] + 服务辅助型合规科技实施岗位的薪酬经验值。 |
| A16 | 客户成功与部署全负担薪酬 | 125 | usdK 每年 | [BP team Customer success and deployment lead] + 早期 GovCon 售后部署岗位的薪酬经验值。 |
| A17 | 销售与合作全负担薪酬 | 165 | usdK 每年 | [BP team Enterprise AE / partnerships lead] + 企业合作岗位的薪酬经验值。 |
| A18 | G&A 与财务运营全负担薪酬 | 105 | usdK 每年 | 精简后台覆盖下的创业财务经验法则,适用于更大种子轮之前的后台团队。 |
| A19 | 招聘顺序 | M2 实施/政策运营,M4 第二位工程师,M10 客户成功,M13 销售/合作,M16 第二位实施,M22 第三位工程师,M28 G&A/运营,M31 第三位实施 | 月 index | [BP team], [BP sequencingRationale];后续招聘都按里程碑触发,是“先产品化导入、再放大销售”路线的延伸。 |
| A20 | 非薪酬研发支出爬坡 | 6K–8K / 月(Y1),24K–27K / 季(Y2),30K–36K / 季(Y3) | usdK | [BP product], [BP operations];云、安全与文档摄入工具的经验假设。 |
| A21 | 非薪酬销售与市场支出爬坡 | 4K–7K / 月(Y1),24K–30K / 季(Y2),33K–48K / 季(Y3) | usdK | [BP gtm.channels], [Research reportMemo.distributionChannels];覆盖差旅、活动、投标社群和伙伴内容支出的经验假设。 |
| A22 | 非薪酬 G&A 支出爬坡 | 7K–9K / 月(Y1),24K–33K / 季(Y2),36K–45K / 季(Y3) | usdK | [BP operations], [BP risks], [Research adoptionFrictionMatrix];安全、法务、保险和审计准备支出的经验假设。 |
| A23 | 基础销售周期 | 从合格发现到付费试点及年度转化决策,周期为 4–6 个月 | 个月 | [BP market.buyingProcess], [BP experimentRoadmap paid pilot], [Research reportMemo.buyingTriggers];对应从合格发现到付费试点的基础销售周期假设。 |
| A24 | 到 Q4Y3 伙伴来源的合格管道占比 | 25 | 百分比 of qualified pipeline | [BP milestones partner referral motion], [BP experimentRoadmap partner referral motion], [Research reportMemo.distributionChannels];对应伙伴来源合格管道占比假设。 |
| A25 | 收入建模简化约定 | 试点、导入和规则更新费被归一进每客户的综合收入里,而不是单列一条服务收入线 | policy | [BP gtm.pricing], [BP investorMemo.firstCustomer.initialContract];这样建模能让收入直接跟付费客户数挂钩,同时把早期服务成分纳入综合收入。 |
flowchart LR Leads[Qualified buyers] --> Pilots[Paid migration pilots] Pilots --> Subs[Annual subscriptions] Subs --> Expansion[Rule-family or business-unit expansion] Expansion --> Revenue[Blended revenue] Revenue --> GrossProfit[Gross profit] GrossProfit --> Cash[Cash runway]
警示项: 从 13 家客户(Q4Y2)跳到 38 家(Q4Y3),靠的是伙伴转介绍和可复用导入模板都得按时到位。 · 模型把试点、导入和规则更新费都揉进了综合客户收入里,因此按 GAAP 看,早期服务占比会更高,毛利率也会更波动。 · 毛利率只有在前几次部署后实施工作明显下降时,才摸得到 70% 目标;如果客户仓库比预期更乱,这门生意会一直太偏服务。 · 既然研究给出的近端 SOM 只有 $6.0M,公司最终必须靠多业务单元和相邻规则族扩展,才能在滩头市场之外继续撑起风投级增长。
主要风险
- 拟议规则继续漂移. 最终版 FAR 文本在意见期后仍可能继续变化,客户因此可能不得不返工临时分支。 缓解措施: 把拟议版与最终版分支并排维护,先把产品卖成“临时迁移 + 意见证据”工作流,而不是提前宣称自己已经完成永久固化。
- 服务化导入偏重. 早期部署可能离不开政策专家,去把单个承包商的模板、下传条款和审批路径一一映射清楚。 缓解措施: 先从科技服务承包商的第 12 和第 15 部模板做起,并激进产品化仓库连接器。
- 现有厂商顺手扩展工作流. 投标套件、CLM 厂商或外部律师,一旦看到需求成形,很可能补上一层轻量级规则更新跟踪。 缓解措施: 守住规则到制品图谱和迁移基准数据,这两块不是通用跟踪器或一次性顾问项目能很快追上的。
证据
引用来源 (15)
- GovInfo. 联邦采购条例:革命性 FAR 大改写——第 8、12、13、15、38、44 和 51 部;拟议规则 · https://www.govinfo.gov/content/pkg/FR-2026-09-18/html/2026-19162.htm
- GovInfo. 联邦采购条例:革命性联邦采购条例大改写——第 9、27、47 部;拟议规则 · https://www.govinfo.gov/content/pkg/FR-2026-09-18/html/2026-19159.htm
- Acquisition.GOV. 让联邦采购回归常识 · https://www.acquisition.gov/far-overhaul
- Washington Technology. 最新一轮重写瞄准商业采购与谈判的 FAR 大改写 · https://www.washingtontechnology.com/contracts/2026/09/far-overhaul-targets-commercial-buying-and-negotiations-newest-rewrite/416084/
- Federal News Network. 政府正在重写采购规则,而且变化来得很快 · https://federalnewsnetwork.com/contracting/2026/06/the-government-is-rewriting-the-rulebook-for-how-it-buys-and-the-changes-are-coming-fast/
- GovExec. 联邦采购重写仍未解决网络安全混乱 · https://www.govexec.com/management/2026/06/federal-acquisition-rewrite-cybersecurity-confusion/414428/
- Thompson Hine. 2026 财年 NDAA 改革机构与承包商采购政策 · https://www.thompsonhine.com/insights/ndaa-for-fy-2026-reforms-acquisition-policies-for-agencies-and-contractors/
- TechnoMile. 政府承包商合同生命周期管理软件终极指南 · https://technomile.com/resources/government-contract-lifecycle-management-software
- Deltek. Deltek GovCon Clarity 2026:定价与估算 · https://www.deltek.com/resources/articles/deltek-govcon-clarity-2026-pricing-and-estimating/
- GovDash. 联邦合同 AI 代理 | 2026 年八月 | GovDash · https://www.govdash.com/blog/ai-agents-for-govcon
- Procurement Sciences. 政府承包领域最佳合同生命周期管理软件 · https://www.procurementsciences.com/blog/best-contract-lifecycle-management-software
- APMP. 投标与方案软件 · https://www.apmp.org/Web/Web/Learning-Resources/Bid-Proposal-Software.aspx
- FEDweek. 合同支出增加约 $18 十亿至 $793 十亿:GAO 对 2025 年的说法 · https://www.fedweek.com/federal-managers-daily-report/contract-spending-increased-some-18-billion-to-793-billion-in-2025-gao-says/
- Intellectible. GovCon 团队的方案管理流程指南 · https://intellectible.com/feeds/blog/proposal-management-process
- Acquisition.GOV. 15.305 方案评估 · https://www.acquisition.gov/far/15.305