面向 GxP 场景的工作编排系统，把申报工作分派给 CRO 和 AI 代理，同时守住审计轨迹，不越过数据边界。

1. 外部用工规模已经太大、太碎片化，受监管团队再靠互不相通的后台工具去管，已经撑不住了。
2. 买家越来越把合同工和 AI 代理看成同一个治理问题，这让同一个预算负责人有理由拍板上一层统一的控制体系。
3. 合规、数据主权管控和认证工作，已经变成 AI 辅助外部工作能否规模化之前必须先花的钱。
4. 制药行业的财富 500 强试点表明，这个品类已经从概念阶段走到企业真实评估阶段。
5. VMS、HRIS、ERP、ATS 和编排工具之间的集成越铺越多，反而催生出对叠加层而不是又一个单点方案的需求。

催化因素。 Sherpa 的信号说明，企业已经在把外包工治理和 AI 代理监管统一起来，并为此投入合规和集成预算，这为现在 切入受监管工作包这个领域打开了窗口。

产品为每一份申报交付物创建一个 GxP 工作包，把获批的 CRO 人员、自由职业者和受限范围的 AI 代理都拉进同一个 队列。它把每项任务绑定到获批的源文档、模板和 SOP 上，再把溯源、审核和付款事件记录进同一条审计轨迹。 与 RIM 或 eTMF 系统、VMS 工具、ERP 或 AP 系统以及身份管控的集成，让客户在保留现有记录系统的同时， 在其之上叠加一层策略和证据管控。AI 代理只能在划定范围内的任务里运作，配合私有化部署和审核节点， 这样质量和数据主权团队可以先批准小范围用例，再逐步放开自主权限。第一个可衡量的成果是：批准后申报 周期变快、交接失误变少、审计材料更干净。

差异化。 现有的 VMS 工具管供应商，AI 治理工具管模型风险，但没有一个真正占住外部人力和代理协作发生的那个受监管 工作包。这家公司从申报交付物本身切入，而不是从工人或模型切入，因此能把指派、策略、审核证据和付款统一 进同一条记录。这种以交付物为原点的定位很难被复制，因为背后需要深度工作流集成，还需要不断积累的审计级 执行数据。

待完成任务

flowchart LR
  Buyer[Regulatory Ops] --> Pain[Fragmented CRO and AI submission work]
  Pain --> Product[GxP work packet control plane]
  Product --> Outcome[Faster filings with audit-grade evidence]

高管要点

• 这个切口是真实存在的：制药申报工作已经横跨 CRO、发布方、标签供应商和刚起步的 AI 辅助，而现有工具却把 RIM、发布、供应商治理和合规证据拆成了几套系统 [11][24][25][54][57]。
• 产品应该把自己定位成叠在 RIM 和服务栈之上的审计级控制层，而不是推倒重来的整套系统；买家已经有记录系统，缺的是一本统一的工作包总账 [12][14][25][54][75][78]。
• eCTD 4.0、EMA 修订后的变更规则，以及持续存在的数据完整性要求，正把团队从单纯处理文档，推向元数据规范、可溯源和受管控自动化 [20][49][72][76][78][79][80]。
• 六位数 ACV 的商业可行性是可信的，因为企业已经在为相邻的外部用工和工作流控制平台买单，这些平台有可衡量的 ROI 和庞大的装机量 [10][22][54][88][92]。

市场定义

相关市场，是治理申报和标签工作中受监管外部工作包的软件——它卡在 RIM 套件、CRO 服务和用工/VMS 层之间，而不是取代其中任何一个 [12][24][45][54]。

用户与买方

日常操作者是监管运营负责人或申报运营负责人，统筹 CRO 撰稿人、发布方、标签供应商，现在还要管 AI 辅助的文档任务。经济买家通常是 VP 级监管运营、RIM 平台负责人，或有 QA 背书的数字化监管发起人，因为申报吞吐量、数据完整性和外包交付都汇聚到那笔预算里 [25][28][54][60][94][96]。

购买触发点

• 一次 AI 撰写、审核或监管情报试点，需要先有人工监督、可溯源性和受管控的源数据边界，QA 或监管领导层才会放量。 [18][34][83][85][86]
• 一次申报延误、卫生监管机构问询，或一波批准后变更，暴露出数据碎片化和人工供应商交接的问题。 [57][75][76][77]
• 一次审计、警告信惊魂，或内部数据完整性复查，暴露出证据留存薄弱、对外部协作者管控不一致。 [71][74][78][79]

支付意愿

付费意愿是可信的，因为买家已经在为能省钱或保住合规的相邻控制层花钱。Beeline 称回本周期不到三个月、三年 ROI 达 158%；Veeva 有 450+ 家 RIM 客户，85+ 家机构用上了持续发布；Parexel 配备 1,300+ 名监管专家；相邻的用工/工作流软件市场规模早就以数十亿美元计。 [10][22][54][88][90][92]

品类动态

增长信号 10.1% CAGR

验证信号

• Sherpa 的融资以及财富 500 强试点活动，说明企业已经在评估面向人力和 AI 外部工作的统一治理方案。
• Veeva 的 450+ 家 RIM 客户和 85+ 家持续发布用户，说明监管运营买家已经在为大规模工作流现代化付费。
• Beeline 的 Forrester 研究显示，外部用工治理平台可以带来 CFO 能看懂、回本快的收益。
• RAPS 和 Syneos 都把监管运营定义为人才和运营模式问题，这提高了对编排和自动化的接受度。

监管与技术约束

• 电子记录、签名和审计轨迹必须可导出，并随时准备好接受检查。
• eCTD 4.0 引入了元数据、关键词和验证要求，让脏源数据和人工发布交接的成本更高。
• 批准后变更需要准确的变更分类、分组变更处理和正确的生产场地管理。
• AI 辅助工作必须保留人工监督、留档、监测和可信 AI 管控。
• 当 AI 代理或外部供应商触碰受监管文档和产品信息时，数据隐私和主权问题同样重要。

竞争密集但分散。Veeva 和 Ennov 占着受监管数据和发布工作流，IQVIA 和各家 CRO 卖产能加合规专长，Beeline 占着外部用工治理，Sherpa 证明了人力加 AI 编排这类买家确实存在。但没有一家天然把指派、允许来源、审核证据和付款串在同一个 GxP 申报工作包里 [12][24][45][3][11][54]。

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

• RIM 与申报套件. Veeva、Ennov 这类套件在管档案、元数据和发布上确实做得好，但它们的重心是申报记录本身——不是跨供应商执行、QA 签核顺序，或付款关卡。
• 监管服务与 CRO 外包. IQVIA、Parexel、ICON 这类公司解决的是产能和专长缺口，但不会自动给申办方一个能横跨多家供应商和 AI 代理的可复用控制层。
• 延伸用工与工作说明书（SOW）管理. 像 Beeline 这类平台在供应商上线、支出可视化和服务采购上很强，但天生不是围着申报或 GxP 交付物设计的。
• AI 驱动的监管自动化. AI 副驾驶能压缩检索、摘要和起草的时间，但要在受监管场景落地，仍然依赖可溯源性、人工监督、数据治理和 RIM 语境。

GxP 申报工作操作系统，应先卖一层由申办方自持的控制层，覆盖批准后变更、续展和说明书变更申报——这些工作已经依赖多家 CRO、专业供应商和早期 AI 辅助任务。真正紧迫的痛点不只是文档撰写本身，而是缺少一条审计级记录，说清谁碰过每份申报包、用了哪些获批源文档、SOP 检查点是否走完，以及供应商付款何时能放。第一个客户，是一家全球前 20 大制药公司的监管运营 COE，每年跑 10-100 份欧盟和美国批准后申报，用着 5-20 家优选 CRO，并试图在不触碰 QA 或数据主权红线的前提下，把 AI 撰写或 QC 试点做大。公司应该以叠加层的姿态落在 RIM、发布和 AP 系统之上，而不是去替换它们，因为买家已经为这些系统付过钱，缺的是跨供应商的执行控制。研究测算给出约 $30.0M 的滩头 SAM，第 3 年 SOM 约 $6.0M，来自 10 个生产级客户、每家约 $600k ARR——这个规模足够撑起一个聚焦的种子前切口，但只有公司之后扩展到标签变更、药物警戒、质量整改和更广泛的受监管外部工作编排，才谈得上创投级规模。市场进入动作只有在触发点、试点范围、定价基础和分销渠道都对齐时才成立：在 AI 治理推动、申报延误或审计惊魂时切入；先啃下一个可重复的批准后工作流；按活跃受监管工作包定价，设六位数年费下限；靠 CRO 和 RIM 实施伙伴压低部署风险。最大的反向风险，是申办方继续把这个问题塞进 CRO 服务或渐进式 RIM 工作流里，而不肯为一层新的、申办方自持的控制层买单。公开证据目前还说不清监管运营、RIM、QA 和采购这几方里到底谁能真正拍板预算，所以前三个试点必须同时证明预算话语权和 90 天内可复制的部署节奏。

问题

• 申报运营团队把一份批准后申报包拆给 CRO 撰稿人、发布方、标签供应商、QA 审核人，再散落进表格、邮件、RIM 任务和 AP 审批里，结果没有一个系统能完整说清执行人、来源、审核和付款的全链路。
• AI 撰写或 QC 试点反而加剧了这个控制难题，因为 QA 和数据主权团队需要先看到受限的源数据访问、人工检查点和可导出证据，才会批准放量。

解决方案

• 为每份申报交付物创建一个 GxP 工作包，把获批的人力和 AI 代理绑定到允许的源文档、SOP 步骤、截止日期和具名审核人上。
• 在现有 RIM、身份和财务系统之上叠加不可篡改的溯源记录、QA 可用的审计导出，以及付款放行管控，让申办方在不替换核心系统的前提下加快常规申报节奏。

为什么我们会赢

• 现有 RIM 套件占着档案数据，CRO 占着产能，VMS 或采购工具占着供应商行政管理，但没有一个天然占住申办方自持的申报工作包——那个连接执行、证据和付款的地方。
• 从常规的批准后工作包切入，能沉淀出可复用的 SOP 模板、连接器模式和异常处理记录，在向更大范围受监管工作扩张之前，先把部署时间和转换成本一起建起来。

里程碑

flowchart LR
  Wedge[Post-approval submission wedge] --> MVP[Work-packet control plane]
  MVP --> Proof[Cycle-time and audit-evidence gains]
  Proof --> Expansion[Labeling and broader regulated work]

创始团队

实验路线图

风险评估

必须成立的条件

• 至少 40% 的合格全球前 50 大制药账户，已经在一个可审计申报工作流之外协调 5 个以上外部协作者或代理。
• AI 监管试点被治理、溯源和审核控制卡住的程度，超过被模型质量本身卡住的程度。
• 一个 RIM 集成加导出式财务交接，就足够在 90 天内跑出第一个受管控工作包。
• 只要产品能把请求到 QA 的周期时间压缩至少 20%，或把审计材料准备时间压缩至少 50%，付费试点转生产的转化率就能保持在 50% 以上。
• RIM 套件、CRO 和采购平台，仍然无法或不愿把源管控、QA 证据和付款放行统一进一份申办方自持的记录里。

待尽调问题

• 这个切口的预算和政策话语权，究竟落在 VP 级监管运营、RIM、QA 还是采购手里？
• 第一个试点必须打通的那一项集成，到底是 RIM、身份、文档库，还是 ERP 与 AP？
• 批准后工作包因为工作跨多家供应商而产生返工或审计证据慌乱的频率有多高？
• CRO 会接受申办方自持的任务和付款关卡管控，还是会抵制这种数据共享模式？
• 同一个控制层能不能扩展到标签变更和药物警戒，而不用每次都换一套实施模式？

模型合理性

• 收入引擎. 基准情形的收入靠把第 1 年两个付费试点，转化成第 3 年第 4 季度的 10 个生产客户，同时已确认合同价值逐步走向每个客户约 $600K ARR。
• 必须做对的事. 公司必须尽快把前两个试点变成可引用的生产客户，才能在雇一支庞大直销团队之前，让伙伴开始输送合格商机。
• 模型失效的临界点. 如果部署始终超过 90 天，且买家把年度范围压在约 $500K 上限，下行情形会让现金在第 3 年结束前就跌破零。
• 下一轮融资的证明. 只有当 6 个生产客户真正上线、部署可复制地压在 90 天以内，且伙伴商机证明这不只是创始人亲自打单，种子轮才站得住。

情景

敏感性

flowchart LR
  Discovery[Qualified discovery] --> Pilot[Paid pilot]
  Partners[CRO and RIM partners] --> Pilot
  Pilot --> Production[Production workflow]
  Production --> Expansion[More packet types and volume]
  Production --> Revenue[Subscription and implementation revenue]
  Expansion --> Revenue
  Revenue --> GrossProfit[Gross profit]
  GrossProfit --> Cash[Cash after opex]

警示项: 模型假设第一个付费试点在 M7 开始计费；采购周期一旦变慢，现金表现会很快滑向下行情形。 · 毛利率要到第 3 年后期才完全达到商业计划 70% 的目标，反复出现的定制化验证或连接器工作会同时压缩 EBITDA 和现金跑道。 · 基准情形已经达到研究测算里第 3 年 10 个客户的 SOM 锚点，所以长期创投级机会仍取决于这个切口跑通后能否扩展到标签变更、药物警戒或其他受监管工作流。 · 到第 3 年，收入集中度依然偏高，因为少数几个大型制药客户贡献了大部分 ARR 和可参考案例。

• 验证摩擦. 除非产品从第一天就能证明 GxP 验证能力、审核可控性和可导出的证据，质量和监管团队可能拒绝 AI 辅助工作。 缓解措施: 先从治理人力-供应商工作流开始，让 AI 保持可选且严格限定范围，并提供适配现有验证项目的审计材料导出。
• 现有套件功能蔓延. RIM、VMS 或 ERP 厂商可能加上轻量级编排功能，把自己定位成够用的延伸方案。 缓解措施: 靠跨系统证据、付款关卡，以及现有厂商难以在同一条工作流记录里天然具备的人力加代理策略管控取胜。
• 企业销售周期长. 大型制药买家决策慢，可能要求先做重服务式部署，才愿意把新的控制层标准化下来。 缓解措施: 从一个带可衡量周期时间 KPI 的批准后工作流切入，借助实施伙伴，只有在证明申报速度和审计价值之后才扩张。