面向药企发现团队的审计就绪 copilot,把 Claude 模型会话变成可复现的实验包。
通过 Claude 查询定量药物发现模型已经越来越容易,但大多数药企团队还没法把这些输出安全地用进真实实验规划。随着更多科学家可以直接用自然语言索取模型建议,实验室会遇到一种新的失效模式:提示不可复现、隐含假设没人说清、模型输出交到 assay 设计或 CRO 指令时层层失真。现有 ELN、LIMS 和模型厂商要么只做事后记录,要么只开放单一模型家族,都补不上自然语言科研工作流里的受控决策层。
为何现在
- Claude 现在已经是定量科研模型的实际操作界面,而不只是文本助手,这会把可调用这些模型的科学家群体迅速放大。
- 独立报道明确指出,采用瓶颈在界面而不在模型本身,因此围绕这个界面做工作流控制,自然就成了下一个可采购层。
- 自然语言接入拿掉了编码门槛,也就把可复现性和评审需求一起抬高——模型输出一旦要影响 assay 决策,就不能再裸奔。
- SandboxAQ 已经在把 AQPotency 和 AQCell 接到同一界面上,随着更多模型驱动决策进入同一发现流程,这个问题只会叠加。
催化因素。 SandboxAQ 接入 Claude 说明,定量模型正从专家专用工具走向主流 LLM 界面,市场会立刻需要一层控制机制,把这些输出真正变成可用于研发决策的东西。
创意
产品通过一个面向科研工作流构建的 MCP 控制平面,把 Claude 接到获批的内外部定量模型上。科学家依然可以用自然语言提问,但每条工作流都会被 assay 模板、参数边界、必填控制项和底层证据引用收紧。软件会记录提示历史、数据集、模型版本和不确定性备注,再把结果整理成实验台团队或 CRO 真能执行的实验简报。它还会横向比较不同模型版本的输出,并在建议依赖越界假设或缺少验证时发出提示。第一版产品聚焦 hit-to-lead 项目的效价排序和下一步实验规划,因为这里每一次交接出错,都会白白损失几周 assay 时间。
差异化。 SandboxAQ 及类似厂商卖的是模型访问,现有实验室软件记录的是下游结果;这家公司卡住的正是中间缺掉的那一层:把自然语言模型会话受控地转成可执行实验包。因为它既不押注单一模型、又按具体工作流设计,所以能同时挂在内部模型、外部模型和未来更多 MCP 端点之上,而不是赌某一套科研模型栈。时间拉长后,它真正沉淀下来的私有资产会是获批 assay 模板库、评审策略,以及模型到结果的追踪数据——这些东西,才会让科学 AI 真正在企业级研发里跑起来。
| 滩头市场 | 首个滩头市场,是全球前 30 大药企里做小分子 hit-to-lead 的团队:它们已经采购外部定量模型,却仍要靠少数计算专家把效价和细胞模型输出翻成湿实验 assay 计划。 |
|---|---|
| 切入点 | 切口是一个原生跑在 Claude 里的实验包生成器:把提示词、数据集、模型版本、假设和评审签字都收进来,再把模型输出改写成可直接用于效价排序和下一步实验规划的建议。 |
| 非显而易见洞察 | MCP 原生接入不只是把科学模型普及给更多人,它真正转移的是瓶颈:卡点从模型访问,变成可复现性和信任。一旦非专业用户也能在 Claude 里调用前沿定量模型,稀缺资产就不再是模型本身,而是那层能把开放式提问收束成可审阅、受 SOP 约束实验决策的工作流。 |
| 风险投资级路径 | 先从效价和细胞模型工作流切入,再往 ADME、安全性、制剂、材料和催化剂项目扩,这家公司有机会变成企业级科研研发里“模型到实验决策”的系统记录层。 |
| 主要用户 | 大型药企里的转化药理和药物化学科学家;他们需要模型支持的下一步建议,但不想自己写代码。 |
|---|---|
| 次要用户 | 负责科研软件准入、模型访问和可审计性的发现信息学团队。 |
| 经济买方 | 发现信息学负责人或计算化学副总裁 |
| 首个客户 | 首个客户应该是全球前 30 大药企中的一个发现项目:团队里有 10–30 名药物化学和转化药理科学家,每周开 hit-to-lead 评审会,并把 assay 执行外包给一个或多个 CRO。 |
|---|---|
| 购买触发点 | 团队一旦开始使用可从 Claude 调用的定量模型,就会突然需要可复现的模型输出,来支撑每周的化合物优先级决策。 |
| 当前替代方案 | 目前的替代方案,是分析师人工居中协调,再配上计算化学专家维护的 PowerPoint 摘要、ELN 记录和定制脚本。 |
| 切换理由 | 这个切口一边替团队省下稀缺专家时间,一边给实验台负责人和信息学负责人一份能审、能共享、也能跨内部团队和 CRO 留痕的实验包。 |
| 定价假设 | 定价假设是按活跃发现项目收取年度平台订阅费,再叠加受控模型运行次数和导出实验包的按量收费。 |
待完成任务
| 任务 | 当前替代方案 | 成功指标 |
|---|---|---|
| 当每周的 hit-to-lead 评审需要把模型输出转成 assay 请求时,帮转化药理负责人产出一份可复现的建议实验包,让他们不用再追着模型专家跑,也能批准下一步实验。 | 由计算化学专家手工拼出的 PowerPoint 摘要,再加邮件往返的实验台备注 | 从模型查询到 assay 请求获批的时间,从按天计压到按小时计 |
| 当发现信息学团队开始铺开可由 Claude 调用的科研模型时,帮他们把获批模板和评审链路卡进系统,这样用量扩大时也不会把治理风险一起放大。 | 零散的提示词指南文档加人工收集审计材料 | 带完整溯源记录的受控模型决策占比超过 90% |
flowchart LR Buyer[Discovery team] --> Pain[Model outputs are hard to trust and operationalize] Pain --> Product[Governed Claude to experiment packet layer] Product --> Outcome[Faster and reproducible assay decisions]
- 信号 · 4/5多家已抓取来源都确认了 Claude 集成,以及它对药物和材料工作流的相关性。
- 痛点 · 4/5定量模型访问放开之后,高成本研发决策里的可复现性和交接问题会立刻冒头。
- 切入点 · 5/5首个产品非常聚焦:就是给 hit-to-lead 的效价和细胞模型工作流补上一层实验包。
- 防御性 · 4/5工作流模板、评审策略和模型到结果的追踪数据,会带来超过通用 chatbot 外壳的切换成本。
- 规模化 · 4/5这个滩头市场可以从药物发现向相邻的药企和材料研发工作流扩出去,而这些场景面对的是同一类控制问题。
- SandboxAQ 等科研模型厂商
- 承接下游 assay 的 CRO
- 提供工作流需求的药企发现信息学团队
- 搭建受控的模型编排和溯源采集能力
- 用历史发现流程验证实验包输出是否可靠
- 把模板扩到效价、细胞及相邻研发场景
- 连接内外部科研模型的 MCP 集成层
- 按 assay 细分的工作流模板库和评审策略
- 在发现信息学领域有公信力的科研实施团队
- 把自然语言模型会话转成可复现的实验包
- 减少日常模型驱动决策对稀缺计算专家的依赖
- 在模型输出进入实验室或 CRO 之前,先补上审计与评审链路
- 高触达实施,先把 assay 模板跑通
- 和科研负责人一起做验证与基准评审
- 在同一研发组织内靠更多模型工作流向内扩张
- 直接面向发现信息学负责人和平台负责人做企业销售
- 与转化药理团队共创部署
- 接入现有科研模型厂商和 CRO 工作流
- 在做小分子 hit-to-lead 的全球前 30 大药企发现项目
- 想在多条研发项目线上统一科研 AI 治理的发现信息学团队
- 科研工作流工程与实施成本
- 企业集成与安全支持
- 验证研究和客户定制模板开发
- 按发现项目收取年度软件订阅费
- 按受控模型运行和实验包导出收取使用费
- 为工作流验证和模板部署收取专业服务费
市场
| TAM | $360.0M 自下而上估算:全球约 150 家大型生物医药及相邻发现机构 × 每家约 8 个已暴露给 AI 的 hit-to-lead 或临床前项目 × 约 $300k 年度项目 ACV;用 2025 年 $6.93B 的药物发现 AI 市场规模做交叉校验后,这个数字依然明显偏保守。 |
|---|---|
| SAM | $45.0M 滩头市场估算:全球前 30 大药企 × 每家约 5 个已经使用外部模型或高度依赖 CRO 交接的小分子 hit-to-lead 项目 × 约 $300k 年度项目 ACV。 |
| SOM | $4.5M 第 3 年可触达情形:5 家企业客户 × 每家 3 个在运行项目 × 约 $300k 年度 ACV,前提是先拿下 1 个共创客户,再做出数个相邻项目扩张。 |
高管要点
- 大型药企科学家已经把 copilot 当成默认入口,但一到监管更重、数据更乱的工作流,采用就会掉下来,因为信任在这里最容易断裂 [5][24]。
- why-now 很具体:可由 Claude 调用的科研模型和 MCP 正在比信息学团队手工治理的速度更快地放大模型访问 [1][2][3][4]。
- 现有厂商动作很快,但它们大多只在工作已经待在自己栈里时占优;真正的空白,是把外部 Claude 会话中立地抓进来,再转成可执行的实验包 [6][7][13][14][15]。
- 产品不能被卖成一个通用 chatbot,而要被卖成受控工作流基础设施,因为真正的痛点是手工交接、可复现性流失,以及 CRO 或湿实验实验包准备太慢 [8][10][11]。
市场定义
相关赛道不是泛 AI 助手,而是受控的科研工作流软件:它负责捕捉由 LLM 和模型参与的发现推理,把它和源数据、审批动作连起来,再导出可执行的实验包,而不是只留下松散的聊天记录 [3][6][8][17]。
用户与买方
一线用户,是那些已经能通过自然语言界面调用高级模型、但仍需要发现信息学负责人把输出做成可审、可共享、可执行的转化药理和药物化学科学家。经济买方则是发现信息学负责人或计算化学副总裁,因为采购会碰到验证、安全、数据结构和跨团队工作流设计 [5][9][11]。
购买触发点
- 团队一旦打开 Claude 或 MCP 可访问的科研模型,很快就会出现一个失衡:能产出模型建议的人变多了,但能负责记录和评审的专家并没有同步增加。 [1][2][3][4]
- 项目负责人会发现,每周评审决策仍然要靠手工拼 PowerPoint、实验记录本和发给 CRO 的 PDF,才能真正批准一条 assay 请求。 [8][10][11]
- AI 试点一旦走到安全、IP 或合规评审环节,就可能因为溯源、验证和审计性还不够可靠而卡住,没法规模 rollout。 [5][6][9][21][22]
支付意愿
如果把产品定位成项目级基础设施,付费意愿应该不低:现有平台本来就在卖带验证支持的定制化企业套餐,而用户仍要把大量时间花在报告整理、CRO 数据处理和机构记忆回溯上。 [9][10][11]
品类动态
顺风因素
- 科学家已经把 copilot 当成默认入口,这会把工作流控制需求从少数建模专家扩展到更广的人群。
- Claude 和 MCP 正在降低 AI 助手与科研系统之间的集成摩擦。
- 在 AI 驱动的发现逐步成熟之际,大型药企研发仍在持续寻找效率提升。
逆风因素
- 现有信息学厂商正在快速补齐 agent 化 AI、可追踪性和报告功能。
- 即便编排层更好,科研数据碎片化仍然会让 AI 输出不值得信任。
- 买方可能更愿意在现有 ELN 或 DMTA 系统上做扩展,而不是再加一层验证界面。
验证信号
- 89% 的受访生物科技科学家已经把 copilot 或推理工具当作数据询问的第一入口。
- Benchling 报告称,只要工作流被结构化并链接回源数据,科研 AI 的报告准备时间就能大幅下降。
- SandboxAQ 明确表示,先进定量模型现在已经可以在 Claude 里通过自然语言提示调用。
- Benchling 与 Anthropic 的集成已经在主打“一键可追踪”和自动继承审计日志,这说明买方确实在意这层能力。
监管与技术约束
- 在受监管环境里,电子记录系统必须经过验证,记录可调取,并带有安全、带时间戳的审计轨迹。
- 如果审批工作流要替代人工评审记录,就必须明确签名含义、时间戳和不可抵赖能力。
- AI 治理越来越强调风险管理、人工监督和可追踪性,而不是接受黑箱模型输出。
- 模型建议的可靠性,最终取决于喂给它的结构化数据和上下文元数据。
竞争
竞争真实存在,但很分散。Benchling 和 Dotmatics 占着结构化系统记录层,Schrödinger 占着 DMTA 协作,BenchSci 占着以证据为底的疾病生物学 copilot,SandboxAQ 则占着模型接入切口。到目前为止,还没有谁明确吃下“跨模型、跨外部 Claude 会话捕捉,再加实验包治理”这一层 [6][7][12][13][14][15]。
| 竞争对手 | 阶段 | 切入点 | 定价 | 优势 | 相对劣势 |
|---|---|---|---|---|---|
| SandboxAQ | 扩张期 | 通过 MCP 和企业授权,把基于物理的大型定量模型用于药物发现。 | 企业授权 / 前沿合作(定制) | 模型深度强,而且有清晰路径把定量模型直接挂到 Claude 一类界面背后。 | 它掌握的是模型访问,不是横跨多家模型厂商和外部会话的中立评审与实验包层。 |
| Benchling | 现有厂商 | 统一的研发数据平台,带 agent、模型中枢、MCP 连接器和合规级审计轨迹。 | 定制化企业平台定价,另含附加模块、验证支持和服务 | 如果团队已经深度待在结构化 ELN 和系统记录层里,它是位置最好的现有厂商。 | 对那些发生在 Benchling 之外、但又要被整理成实验包的模型决策,它的捕捉和治理并不天然顺手。 |
| Dotmatics Luma | 现有厂商 | AI 原生的多模态科研平台,所有动作都有日志、审批闸门和可审计报告。 | 定制化企业定价(已抓取页面未公开) | 在治理叙事和科研数据、工作流覆盖面上都很强。 | 平台太宽,导致“外部 Claude 到实验包”的切口更像众多功能之一,而不是产品核心。 |
| Schrödinger LiveDesign | 现有厂商 | 云原生 DMTA 协作与 ML copilot,深度嵌进计算设计工作流。 | 企业软件 / 预约演示模式 | 非常贴合药物化学,并明确支持和 CRO 伙伴共享数据。 | 它优化的是以 Schrödinger 为中心的设计流程,而不是跨混合助手和模型栈的可移植治理层。 |
| BenchSci | 扩张期 | 建立在生物证据知识图谱上的疾病生物学 copilot。 | 定制化企业定价(已抓取页面未公开) | 在临床前立项和实验设计里,证据基础扎实、科研可信度也强。 | 它更偏证据和靶点选择,而不是跨模型溯源、审批和 assay 实验包导出。 |
为什么现有厂商不会默认胜出
- 云平台. Claude 和 MCP 让访问门槛下降了,但平台本身不会自动变成科研系统记录层或审批工作流。
- ELN 与信息学套件. 像 Benchling 这样的平台,在工作本来就发生在它的数据模型里时最强;但对于发生在系统边界之外的外部会话和模型决策,它们不会自动抓到。
- 模型厂商. SandboxAQ 这一类厂商的优势在预测模型和授权模式,不在中立溯源、跨模型比对或更大工作流里的评审签字。
- 计算设计套件. Schrödinger 这一类工具在站内 DMTA 协作上很强,但它们的协作模型仍然绑在自家设计环境里,不像可跨混合系统流转的实验包层。
商业计划
这家公司应该被搭成一层受控实验包:服务那些刚开始在每周化合物优先级评审里使用可由 Claude 调用的定量模型的头部药企 hit-to-lead 团队。第一位用户,是想拿到模型支持的下一步建议、又不想排队等计算专家的转化药理或药物化学负责人。真正拍板的人,则是发现信息学负责人或计算化学副总裁,因为采购会碰到验证、模型访问策略和 CRO 交接。MVP 不该去替 Benchling、Dotmatics、LIMS 或上游模型厂商;它该做的是抓取外部 Claude 会话、强制执行获批 assay 模板,再导出带评审签字、可由实验台团队或 CRO 直接执行的实验包。最好的切口,是美国头部药企里做小分子效价排序和下一步实验规划的团队:这条流程周周重复,交接痛点肉眼可见,验证面也比更泛的科研 AI 治理窄。研究证明市场确实需要可追踪性和工作流控制,但还没证明买方会不会在等 Benchling、Dotmatics 或 SandboxAQ 自己补功能之前,先为一层中立层掏钱。只要公司能成为“从开放式模型查询到审计就绪实验包”的最快路径,并持续沉淀模板、评审策略和实验包到结果的追踪数据,它就有机会赢。董事会层面真正要问的是:在现有厂商补齐之前,早期试点能不能把周期缩短和专家时间节省做得足够明显,从而把预算拉出来。
问题
- 随着 Claude 和 MCP 把定量模型开放给更多科学家,每周的 hit-to-lead 决策都会冒出不可复现的提示、隐含假设和手工整理实验包的问题,导致 assay 请求迟迟批不下来。
- 发现信息学团队必须横跨外部会话、多家模型厂商和 CRO 交接,去治理模型驱动建议;但 ELN 和模型厂商大多只会在自家栈里做事后记录。
- 每次交接失真都可能白白耗掉几周 assay 时间,也会迅速消耗团队对科学 AI 的信任;所以买方要的先是可审阅性,而不是更大范围的自动化。
解决方案
- 把 Claude 会话上下文、获批数据集、模型版本、关键假设和评审签字收进按 assay 定制的实验包模板,先服务效价排序和下一步实验规划。
- 面向内部实验室或 CRO 伙伴导出可执行的实验简报;只要数据、参数边界或溯源不完整,就直接阻断实验包生成。
- 横向比较不同模型版本的输出,并把越界警告显式抬出来,让信息学负责人在不丢控制权的前提下扩大模型使用。
为什么我们会赢
- 切口不是再做一个模型厂商,也不是替掉 ELN,而是在 Claude 会话和实验记录之间补上一层中立治理。
- 购买触发点非常具体:一旦团队把可由 Claude 调用的科研模型放进流程,评审会上产生的模型建议就会超过专家能手工整理的上限。
- 湿实验和 CRO 交接能带来可量化 ROI——更快的实验包准备、更少的专家居中协调,以及更少的评审往返。
- 如果创业公司尽早拿下标杆项目,可复用的实验包模板、评审策略和实验包到结果追踪数据,会逐步沉淀成切换成本。
| 滩头市场 | 首个滩头市场,是美国头部 30 家药企里已经在使用外部定量模型、且将不少 assay 执行外包给 CRO 的小分子 hit-to-lead 团队。 |
|---|---|
| 切入点理由 | 这一小块场景有每周重复的决策节奏、昂贵的下游实验,以及能立刻感知治理痛点的信息学买方。相比泛化的科研 AI 治理产品,它更容易先把一类实验包、一个买方和一套 ROI 叙事验证出来。 |
| 推进顺序 | 先从效价排序和下一步实验包做起,因为它们最接近明确的审批动作,也最容易作为现有 ELN 和模型栈之上的叠加层出售。只有当公司证明了从试点到生产的转化能力后,才应该再扩相邻工作流、做更深的系统记录层集成,以及更广的地域 rollout,让产品范围、销售动作、招聘和合规负担始终对齐。 |
| 暂不进入 | 在药企证明跑出来之前,不碰材料科学和催化剂工作流 · 在效价和细胞模型实验包模板还没跑顺之前,不扩 ADME、安全性和 developability 模块 · 不做完整 ELN、LIMS 或模型厂商替代 · 在美国共创客户打法和可追踪性控制没被证明之前,不做 EU-first 扩张 |
| 切入点 | 把公司卖成一层控制层:让头部药企团队能在每周 hit-to-lead 决策里使用可由 Claude 调用的定量模型,而不额外背上治理债务,也不用手工拼实验包。 |
|---|---|
| 渠道 | 由创始人亲自去卖给发现信息学负责人、计算化学副总裁和转化药理负责人 · 在 1 个真实在跑的 hit-to-lead 项目里,以每周评审会为核心做共创部署 · 通过上游模型厂商和 Claude 生态引荐切入那些下游运营层缺位的场景 · 围绕实验包导出和交接痛点,从 CRO 与 assay 运营伙伴处拿转介绍 |
| 漏斗目标 | 目标账户到合格买方 20%+,合格买方到付费试点 25%+,付费试点到生产项目 50%+,首个项目到账户内第二个项目扩张在 12 个月内达到 40%+ |
| 定价 | 按在运行的发现项目收取年度订阅费,外加实施与验证包;当受控模型运行或实验包导出量更高时,再按量收费。这样的价值锚点更符合买方,因为它替代的是项目层面的专家居中协调和手工实验包准备,而不是再卖一个终端用户 seat。 |
| MVP | 第一版是带 concierge 支持的控制平面,先服务 1 个 hit-to-lead 项目:抓取 Claude 会话、强制执行效价或细胞模型实验包模板、记录与签名绑定的审批动作,再把 CRO-ready 实验包导入现有评审流程。每份实验包都必须保留人工审批,产品定位是叠加层,不替掉 ELN 或 LIMS。 |
|---|---|
| 6 个月 | 6 个月目标:上线首个生产版 MVP,覆盖效价排序和下一步实验包生成,并带上数据集引用、模型版本跟踪、越界警告,以及可被内部实验室和 CRO 使用的导出格式。 |
| 12 个月 | 12 个月目标:把效价和细胞模型工作流沉淀成可复用的实验包模板库,补上跨模型比对、审批仪表盘,以及能量化准备时间下降、实验包完整度和评审吞吐的证据包。 |
| 24 个月 | 24 个月目标:扩到 ADME、developability 等相邻发现工作流,做更深的 ELN 与 LIMS 集成,并提供能跨项目比较实验包质量和下游 assay 结果的组合视图。 |
| 关键押注 | 效价排序和下一步实验规划,是频率够高、痛点够深、也最容易被做成可复制产品的窄工作流。 · 相比更激进的自治科研 agent,买方会更快接受一层保留人工审批的叠加层。 · 实验包生成能拿掉大部分手工文档工作,同时不削弱科研判断和可审计性。 · 跨项目的实验包模板和结果追踪数据,比一次性服务型工作流更能沉淀防御力。 |
| 收入来源 | 按受控发现项目收取年度软件订阅费 · 为实验包模板配置和工作流映射收取实施与验证费用 · 超出合同基线后,对受控模型运行和实验包导出收取按量费用 · 向重复采购的企业客户出售高级组合分析和额外工作流模块 |
|---|---|
| 价值单位 | 带获批实验包模板、受控模型会话和生产级交接流程的在运行发现项目 |
| 目标毛利率 | 72% |
| 扩张杠杆 | 在同一药企账户内扩更多 hit-to-lead 及相邻临床前项目 · 从效价和细胞模型实验包,扩到 ADME、developability 和安全性工作流 · 出售高级跨模型比较和实验包到结果分析模块 · 通过模型厂商、科研咨询公司和 CRO 集成走伙伴分发 |
| 北极星指标 | 带完整溯源、无需人工返工、并最终转成已执行 assay 的模型驱动实验包数量 |
|---|---|
| 输入指标 | 从模型查询到评审批准实验包的中位小时数 · 首次评审即通过、且没有缺失溯源字段的实验包占比 · 每个活跃项目在每周评审准备中省下的专家工时 · 付费试点到生产项目的转化率 · 生产客户在 12 个月内新增第二个受控项目的占比 |
| 待构建护城河 | 贴着真实 hit-to-lead 流程构建的获批 assay 模板、参数边界和评审策略库 · 把提示、模型、假设和下游 assay 结果连起来的实验包到结果数据集 · 能横跨多家模型厂商和记录系统的内嵌审批与 CRO 交接工作流 |
| 终止标准 | 前 10 个目标药企账户里,不到 3 家愿意在当前预算周期为付费试点拨款 · 前 3 个付费试点无法把实验包准备时间较团队当前人工流程至少砍掉 50% · 前 5 次付费部署后,试点到生产转化率仍低于 40% · 超过一半的严肃潜客明确要求等现有 ELN 或模型厂商发布对应功能 |
里程碑
- 在头部 30 家药企的 hit-to-lead 项目里拿下 2 个付费共创试点
- 上线生产版 MVP,覆盖效价排序和下一步实验包生成,并带审批日志和 CRO-ready 导出
- 在 1 条真实的每周评审工作流里,证明实验包准备时间至少下降 50%
- 建立一套可复用的验证包,能在试点部署中通过客户 QA 和信息学评审
- 至少把 2 个试点账户转成年付生产合同,并让其中 1 个扩到第二个受控项目
- 在首批客户中补上可复用的细胞模型模板、跨模型比较和组合报告
- 固化 1 条 CRO 或科研服务集成路径,减少手工重排实验包格式
- 形成一套标杆实施手册,把新账户部署时间稳定压在 10 周以内
- 在证明初始效价切口后,扩到 ADME 或 developability 等相邻工作流
- 跨多个客户沉淀实验包到结果的基准数据,增强留存和定价权
- 在可追踪性和验证姿态成熟后,扩到更广的美国市场和选择性的欧洲药企部署
- 通过模型厂商或科研工作流咨询伙伴,建立伙伴驱动分发
flowchart LR Wedge[Hit-to-lead packet wedge] --> MVP[Governed Claude session to packet MVP] MVP --> Proof[Faster approvals and cleaner CRO handoffs] Proof --> Expansion[Multi-workflow scientific AI control layer]
创始团队
| 角色 | 入职时间 | 理由 |
|---|---|---|
| 创始人/CEO | 第 0 个月 | 前几单必须由创始人亲自打,因为早期成交更依赖买方发现、产品打包和伙伴信任,而不是规模化获客。 |
| 创始工程师 | 第 0 个月 | 核心技术风险,在于能否稳定抓到会话、卡住溯源、记录审批,并把结果稳定导进混合企业系统。 |
| 科学工作流负责人 | 第 0 个月 | 产品必须把 assay 模板和评审逻辑贴住真实 hit-to-lead 决策流程来编码,而不是停留在泛 AI 治理理论。 |
| 解决方案架构师 | 第 4 个月 | 企业试点需要有人把客户记录系统、CRO 交接和验证需求,翻成标准化部署模式。 |
| 质量与合规负责人 | 第 9 个月 | 当试点开始转生产时,公司需要专人负责验证材料、可追踪性控制和审计就绪姿态。 |
实验路线图
| 阶段 | 实验 | 假设 | 成功指标 | 负责人 |
|---|---|---|---|---|
| 0–90 天 | 访谈 15 位来自头部 30 家药企的发现信息学、计算化学和转化药理负责人。 | 外部 Claude 实验包治理是和模型 rollout、每周评审工作流直接挂钩、且当前就能列预算的痛点。 | 至少 8 位买方把这个问题排进未来一段时间最重要的前三个工作流优先级,且至少 3 位愿意推进付费试点范围界定。 | 创始人/CEO |
| 0–90 天 | 跟一轮真实的 hit-to-lead 周评审,并用团队现有材料手工做出一个实验包原型。 | 实验包准备时间、溯源缺口和 CRO 交接摩擦足够明显,足以支撑一个狭窄但成立的 ROI 叙事。 | 明确记录一套当前流程:至少需要 1 个工作日人工准备,并能识别出 5 个以上可模板化的高频字段。 | 科学工作流负责人 |
| 90–180 天 | 签下 2 个关于效价排序和下一步实验包生成的付费试点。 | 即便还没完全自动化,只要产品能嵌进现有审批流程并把人保留在环里,买方也愿意付费。 | 拿下 2 个每个至少 $100k 的付费试点,都有清晰的生产转化路径,而且不要求替换现有 ELN。 | 创始人/CEO |
| 90–180 天 | 和一位共创客户一起验证 1 条 CRO 导出集成和 1 套审批签名工作流。 | 创业公司可以占住实验包层,而不被迫去做系统记录层。 | 有 1 个试点账户接受导出的实验包和评审日志进入生产使用,且没有出现关键 QA 或审计阻塞。 | 创始工程师 |
| 180–365 天 | 在首批付费试点中量化周期缩短、实验包完整度和节省下来的专家工时。 | 在更长期结果数据还没积累起来之前,运营 ROI 已经强到足以把试点转成年度项目订阅。 | 实验包准备时间至少下降 50%,首次评审完整度至少达到 90%,并且至少有 1 个试点转成生产。 | 解决方案架构师 |
风险评估
- R1现有 ELN 或模型厂商补出足够多的实验包化和可追踪性能力,让独立切口变窄。 — 把差异拉在跨外部会话和多家模型厂商的中立性、更快部署,以及更深的工作流专用实验包模板上。
- R2药企的验证和采购周期把试点拖得太久,导致学习速度和收入都被饿住。 — 先以影子模式切入,保留强制人工审批,并只卖进 1 个真实在跑、流程窄且 ROI 清楚的项目。
- R3如果实验包生成让科学家觉得是在额外做文档工作,产品会被直接拒绝。 — 从会话上下文自动预填实验包字段,显式量化编辑时间;只要还没快过现有人工流程,就继续收窄范围。
- R4即使治理层做得对,只要源数据差或模型越界输出,实验包照样会失去信任。 — 每份实验包都强制要求数据集引用、参数边界和不确定性警告;证据不全就不允许导出。
- R5如果相邻工作流在早期证明之后始终打不开,滩头市场可能窄到撑不起风投级增长。 — 把效价工作流当成证明切口,但要在前 18 个月同步测试细胞模型和相邻临床前实验包的扩张拉力。
| 风险 | 可能性 | 影响 | 缓解措施 |
|---|---|---|---|
| 现有 ELN 或模型厂商补出足够多的实验包化和可追踪性能力,让独立切口变窄。 | High | High | 把差异拉在跨外部会话和多家模型厂商的中立性、更快部署,以及更深的工作流专用实验包模板上。 |
| 药企的验证和采购周期把试点拖得太久,导致学习速度和收入都被饿住。 | High | High | 先以影子模式切入,保留强制人工审批,并只卖进 1 个真实在跑、流程窄且 ROI 清楚的项目。 |
| 如果实验包生成让科学家觉得是在额外做文档工作,产品会被直接拒绝。 | Medium | High | 从会话上下文自动预填实验包字段,显式量化编辑时间;只要还没快过现有人工流程,就继续收窄范围。 |
| 即使治理层做得对,只要源数据差或模型越界输出,实验包照样会失去信任。 | Medium | High | 每份实验包都强制要求数据集引用、参数边界和不确定性警告;证据不全就不允许导出。 |
| 如果相邻工作流在早期证明之后始终打不开,滩头市场可能窄到撑不起风投级增长。 | Medium | Medium | 把效价工作流当成证明切口,但要在前 18 个月同步测试细胞模型和相邻临床前实验包的扩张拉力。 |
| 标题 | 由发现信息学负责人牵头的一个小分子 hit-to-lead 共创项目 |
|---|---|
| 画像 | 全球前 30 药企团队,包含 10–30 名药物化学和转化药理科学家,已经在使用外部模型,并且每周评审会都会触发 CRO assay 交接。 |
| 触发点 | 某个在跑项目启用了可由 Claude 调用的定量模型,评审会上产出的模型建议开始超过专家能打包和审批的上限。 |
| 买方 | 发现信息学负责人或计算化学副总裁 |
| 初始合同 | 首单应是 1 条受控 hit-to-lead 工作流加实验包模板配置的 $100k-$150k 付费试点;一旦团队在每周评审和 CRO 交接里真正用上生产级实验包,就转成 $250k-$400k 的年度项目订阅。 |
必须成立的条件
- 前 10 个目标药企账户里,至少有 3 家把外部 Claude 实验包治理视为今年可预算的问题。
- 前 3 个试点能在不增加科研返工的前提下,把实验包准备时间至少砍掉 50%。
- 超过 80% 的实验包字段可以直接从会话和模型上下文自动生成,且评审人编辑时间少于 15 分钟。
- 至少 2 个早期试点在结束后 6 个月内转成每年 $250k 以上的生产合同。
- 至少 1 个生产客户能在 12 个月内扩到第二个项目或相邻工作流。
待尽调问题
- 发现信息学负责人现在就会买一层中立实验包层,还是会等 Benchling、Dotmatics 或 SandboxAQ 自己扩栈?
- 效价排序和下一步实验规划是不是最佳首个工作流,还是别的实验包类型更容易转化买方?
- 最先能打开预算的 KPI 到底是什么:省专家时间、缩周期、补完整度,还是增强合规姿态?
- 在 assay 规划决策里,买方需要保留多少人工评审,才会真的信任系统?
- 公司能否拿到足够权利去构建实验包到结果的基准数据,而不引发 IP 或数据共享阻力?
| 结论 | 观察 |
|---|---|
| 信心 | 工作流切口和买方痛点都很强,但在中立实验包层能否独立拉出预算之前,判断仍要保守。 |
| 相信的理由 | 公司瞄准的是“模型输出到 assay 执行”之间那道具体的运营断层;在这里,可审阅性、溯源和 CRO 交接质量,比再加一个前沿模型更重要。 |
| 怀疑的理由 | 现有 ELN、工作流和模型厂商,都可能补出足够好的实验包化和可追踪性能力,从而在创业公司拿到标杆客户前拖慢采用。 |
| 下一步尽调 | 下一步关键证明,是 2–3 个头部药企付费试点:它们要能明显加快实验包审批、降低专家负担,并至少有 1 个转成生产项目。 |
财务模型
| 第 1 年收入 | $400K EBITDA $-757K · 期末现金 $2.24M |
|---|---|
| 第 2 年收入 | $1.28M EBITDA $-779K · 期末现金 $1.46M |
| 第 3 年收入 | $2.34M EBITDA $-506K · 期末现金 $958K |
| 年 ARPU | $300K |
|---|---|
| 毛利率 | 72% |
| CAC | $180K 回本期 10.0 个月 |
| LTV / CAC | 6.7x 生命周期价值 $1.20M |
| 轮次 | 种子轮 · $3.0M |
|---|---|
| 跑道 | 18 个月 |
| 里程碑 | 在至少 3 家药企账户中拿下 5 个生产级受控项目,证明 1 条第二项目扩张路径,并把新部署周期稳定控制在 10 周内,同时仍保留 6 个月现金缓冲。 |
模型合理性
- 收入引擎. 基准情景收入,来自把 2 个早期试点转成生产,再在 Y2 新增 3 个项目,并以约 $300K ACV 在 Y3 末做到 9 个在运行的受控项目。
- 必须成立的前提. 试点转生产必须接近 business-plan 设定的 50%,而且至少有 1 个账户要在 12 个月内扩到第二个项目。
- 模型会在哪种情况下失效. 如果买方选择等待现有厂商,导致周期拖向 9 个月,下行情景的现金最低点会逼近 $0.1M,公司需要在 Y3 结束前桥接融资。
- 下一轮融资证明点. 只要公司以 5 个生产项目、1 套可复制扩张动作,以及“部署稳定低于 10 周”的证明结束 seed 阶段,下一轮融资就更站得住。
- 营收(线/面积)
- 期末现金(虚线)
- EBITDA(柱,灰色为亏损)
- 创始人/CEO
- 工程
- 科学工作流
- 解决方案架构师
- 质量与合规
- 销售 / GTM
- 客户成功 / 运营
| 第3年营收 | 第3年 EBITDA | 现金最低点 | 说明 | |
|---|---|---|---|---|
| 下行 | 现有厂商补功能更快、买方紧迫性更弱,会把销售周期拖向 9 个月,导致第 3 年末在运行项目更少。 | |||
| 基准 | 2 个早期付费试点转成一套可复制的受控项目打法,到 Y2 末达到 5 个生产项目,到 Y3 末达到 9 个在运行项目。 | |||
| 上行 | 在首批标杆账户里,缩短周期的价值很快变得显而易见,从而压缩销售周期,并提前拉动第二项目扩张。 |
| 变量 | 下行 | 上行 | 现金影响 | 营收影响 |
|---|---|---|---|---|
| 销售周期 | 9 个月:因为买方选择等待现有 ELN 或模型厂商的路线图。 | 4-5 个月:当标杆实施和伙伴引荐缩短尽调后。 | ||
| ARPU | $250K ACV:如果买方把使用量锁在 1 条很窄的工作流上,并抗拒高级分析。 | $340K ACV:随着相邻工作流扩张和分析增购而实现。 | ||
| 招聘节奏 | 在生产证明尚不充分前,就提前补齐更多售后和合规岗位。 | 把第 2 个客户成功岗位延后到伙伴带来的扩张开始可复制之后。 | ||
| 毛利率 | 68%:如果试点继续偏服务化,验证工作也始终高度定制。 | 75%:当实验包模板和 QA 资产能够跨账户复用后。 | ||
| CAC | $220K CAC:如果每次部署都需要创始人和解决方案团队大量定制投入。 | $150K CAC:如果 1 条伙伴渠道可以先筛买方,并且实施更少定制化。 | ||
| 流失率 | 月流失率 2.5%:如果产品长期停留在项目制,买方也迟迟不做多项目标准化。 | 月流失率 1.0%:当实验包模板和结果追踪真正嵌入流程后。 |
情景
| 情景 | 第 3 年收入 | 第 3 年 EBITDA | 现金低点 | 说明 | 关键变化 |
|---|---|---|---|---|---|
| 下行 | $1.71M | $-1.03M | $87K | 现有厂商补功能更快、买方紧迫性更弱,会把销售周期拖向 9 个月,导致第 3 年末在运行项目更少。 |
|
| 基准 | $2.34M | $-506K | $958K | 2 个早期付费试点转成一套可复制的受控项目打法,到 Y2 末达到 5 个生产项目,到 Y3 末达到 9 个在运行项目。 |
|
| 上行 | $3.03M | $82K | $1.95M | 在首批标杆账户里,缩短周期的价值很快变得显而易见,从而压缩销售周期,并提前拉动第二项目扩张。 |
|
敏感性
| 变量 | 下行情景 | 基准情景 | 上行情景 |
|---|---|---|---|
| ARPU | $250K ACV:如果买方把使用量锁在 1 条很窄的工作流上,并抗拒高级分析。 | $300K ACV / 每个受控项目。 | $340K ACV:随着相邻工作流扩张和分析增购而实现。 |
| CAC | $220K CAC:如果每次部署都需要创始人和解决方案团队大量定制投入。 | 模型基准情景下,由创始人主导的企业销售对应 $180K CAC。 | $150K CAC:如果 1 条伙伴渠道可以先筛买方,并且实施更少定制化。 |
| 流失率 | 月流失率 2.5%:如果产品长期停留在项目制,买方也迟迟不做多项目标准化。 | 月流失率 1.5%。 | 月流失率 1.0%:当实验包模板和结果追踪真正嵌入流程后。 |
| 销售周期 | 9 个月:因为买方选择等待现有 ELN 或模型厂商的路线图。 | 6 个月:由创始人主导销售,并采用验证优先部署。 | 4-5 个月:当标杆实施和伙伴引荐缩短尽调后。 |
| 毛利率 | 68%:如果试点继续偏服务化,验证工作也始终高度定制。 | 目标毛利率 72%。 | 75%:当实验包模板和 QA 资产能够跨账户复用后。 |
| 招聘节奏 | 在生产证明尚不充分前,就提前补齐更多售后和合规岗位。 | Y2 只再加 1 名工程师,并在转化完成后才扩解决方案和客户成功。 | 把第 2 个客户成功岗位延后到伙伴带来的扩张开始可复制之后。 |
关键假设 (19)
| ID | 名称 | 数值 | 单位 | 来源 |
|---|---|---|---|---|
| A1 | 模型起始月份 | 2026-06 | 月 | 从 2026-05-19 business-plan 日期后的首个完整月份开始。 |
| A2 | 客户计数单位 | 受控发现项目 | customer_definition | [BP businessModel.unitOfValue] 定价和扩张都按在运行的发现项目计算,因此模型里的 customer 以受控项目为单位,而不是按企业账户数计算。 |
| A3 | 付费试点套餐 | $125.0K over 4 个月 | usdK_per_pilot | [BP investorMemo.firstCustomer.initialContract] 对应 1 条受控工作流和实验包模板配置时,取已给出 $100k-$150k 付费试点区间的中点。 |
| A4 | 生产阶段 ACV | $300.0K per governed program per year | usdK_per_program_year | [BP market.som + research.market.som] 两个文件都把第 3 年可触达情形落在单个受控项目年 ACV 约 $300K。 |
| A5 | 单项目收入确认 | $31.25K 每月 during the 4 pilot 个月, then $25.0K 每月 in production | usdK_per_program_month | 由 A3 和 A4 推导得出,因此收入可以和试点月份加年度订阅精确对上。 |
| A6 | 毛利率 | 72% | 百分比 | [BP businessModel.targetGrossMarginPct] 目标毛利率为 72%。 |
| A7 | 项目爬坡节奏 | 2 live programs by M8, 5 by Q4Y2, and 9 by Q4Y3 with 7 in production by the end of Y3 | live_programs | [BP milestones + research.market.som] 对齐计划:Y1 跑出 2 个付费试点,Y2 完成 2+ 个生产转化并拿到 1 个第二项目扩张,Y3 再扩大多项目 rollout,同时仍低于完整的 15 个项目 SOM。 |
| A8 | 销售周期与转化 | 6-月 median enterprise cycle, 25% qualified-buyer-to-paid-pilot, and 50% pilot-to-production conversion | funnel | [BP gtm.funnelTargets + BP risks] 基准情景保留 business-plan 的转化目标,但假设药企验证和采购仍会把周期拉到约 6 个月。 |
| A9 | 月流失率 | 1.5% | 百分比 | 针对黏性较强但仍处早期的企业工作流软件的创业财务经验值。 |
| A10 | 全口径 CAC | $180.0K per production program | usdK_per_program | [BP gtm.channels + research.reportMemo.distributionChannels] 由创始人主导的企业销售、试点交付和重验证部署,会带来较高但仍可承受的 CAC。 |
| A11 | 全成本薪酬带宽 | 创始人 $120K;工程 $180K;科学工作流 $190K;解决方案 $160K;质量/合规 $170K;销售/GTM $170K;客户成功/运营 $110K | usdK_per_fte_year | 针对美国早期生命科学工作流软件的创业财务经验值,并锚定到 business-plan 里的团队角色和企业销售招聘需求。 |
| A12 | 人员爬坡快照 | Founder 1/1/1/1/1/1; engineering 1/1/2/2/3/3; scientific workflow 1/1/1/1/1/1; solutions 0/1/1/1/1/2; quality/compliance 0/0/0/1/1/1; sales/GTM 0/0/0/1/1/1; customer success/ops 0/0/0/0/1/2 across q1y1/q2y1/q3y1/q4y1/q4y2/q4y3 | fte | [BP team + strategicChoices.sequencingRationale] 先按 Month 0、Month 4、Month 9 的明确招聘顺序走,再在拿到生产证明后,只增加最低限度的工程和售后产能。 |
| A13 | 非薪酬运营支出 | Rises from $18K 每月 in Q1Y1 to $54K 每月 by Q4Y3 | usdK_per_month | 创业财务经验值,覆盖云算力、验证支持、客户差旅、法务/合规,以及受监管企业部署所需的软件工具。 |
| A14 | seed 交割后的起始现金 | $3.0M | usdM | [BP fundingAsk.targetFundingRangeUsd] 取已给出 $3-5M seed 区间下沿,确保计划保持精干、并围绕里程碑推进。 |
| A15 | 资金用途配比 | 45% engineering/product, 24% GTM, 13% G&A and compliance, 18% six-月 buffer | allocation | 由模型中的 18 个月 burn 结构和在达到 seed 里程碑后仍保留 6 个月缓冲的要求推导而来。 |
| A16 | Y2-Y3 运营费用平滑 | Quarterly opex rises gradually from $388.8K in Q1Y2 to $594.6K in Q4Y3 instead of stepping only at the required year-end snapshots | method | [Financial Modeler instructions] 薪资和非薪酬成本在各个快照列之间做平滑处理,这样季度 opex 轨迹才能和分阶段招聘保持一致。 |
| A17 | 下行情景调整 | $250K ACV, 68% 毛利率, 9-月 cycle, and only 8 live programs by Q4Y3 | scenario_inputs | 基于 BP 与 research 中关于现有厂商缩小功能差距、预算可选性以及药企采购拉长的风险构建。 |
| A18 | 上行情景调整 | $340K ACV, 75% 毛利率, 4-5 月 cycle, and 10 live programs by Q4Y3 | scenario_inputs | 上行情景假设实验包 ROI 很早就被看见、1 条伙伴渠道开始可复制,而且第二项目扩张快于基准计划。 |
| A19 | 现金流简化假设 | Cash movement equals EBITDA in this operating model | method | 针对早期软件公司的创业财务经验值:规划期内不单列债务、capex 或显著营运资本波动,因此现金变动等于 EBITDA。 |
flowchart LR Targets[Target pharma programs] --> Pilots[Paid pilots] Pilots --> Production[Production governed programs] Production --> Expansion[Second-program expansion] Expansion --> Revenue[Subscription and usage revenue] Revenue --> GrossProfit[72% gross profit] GrossProfit --> Opex[Hiring plus compliance and delivery spend] Opex --> Cash[Ending cash]
警示项: 模型默认药企买方现在就会为一层中立实验包治理掏钱,而不是等 Benchling、Dotmatics 或 SandboxAQ 自己延长栈能力。 · 到 Y3,人均收入只刚刚越过软件基准下沿,因此任何额外服务工作或过早招聘,都会明显拉差 burn 效率。 · 基准情景下,公司在 Y3 末仍有 2 个在运行试点处于转化中,因此下一轮融资质量取决于试点到生产节奏是否真能按模型跑出。 · 如果验证包、CRO 导出或数据映射继续一户一户定制,毛利率会很快下滑。
主要风险
- 平台下场侵蚀. 科研模型厂商或 Claude 平台方,自己就可能补上基础溯源和工作流打包能力。 缓解措施: 先把中立审批、跨厂商比较和 CRO 交接工作流做深——这些都不是单一模型厂商天然拥有的地盘。
- 验证周期过长. 药企团队可能需要几个月的影子模式证据,才肯让新层进入 assay 规划。 缓解措施: 先在一条效价排序工作流上落地,用历史项目做基准比对,先证明周期缩短,再谈更大范围 rollout。
- 科研责任风险. 在高风险研发环境里,只要一次建议失误或模型输出边界没卡住,信任就会很快崩。 缓解措施: 保留人工审批闸门,显式暴露不确定性和来源溯源;一旦输入超出验证范围,就直接拦截实验包导出。
证据
引用来源 (26)
- PRNewswire. SandboxAQ 通过 MCP 将其定量 AI 模型接入 Anthropic 的 Claude · https://www.prnewswire.com/news-releases/sandboxaq-integrates-its-quantitative-ai-models-with-anthropics-claude-via-mcp-302773174.html
- TechCrunch. SandboxAQ 把药物发现模型带进 Claude——无需计算机博士学位 · https://techcrunch.com/2026/05/18/sandboxaq-brings-its-drug-discovery-models-to-claude-no-phd-in-computing-required/
- Anthropic. 模型上下文协议(Model Context Protocol)简介 · https://www.anthropic.com/news/model-context-protocol
- Anthropic. 面向生命科学的 Claude · https://www.anthropic.com/news/claude-for-life-sciences
- Benchling. Benchling 2026 生物科技 AI 报告 · https://www.benchling.com/biotech-ai-report-2026
- Benchling. Benchling 携手 Anthropic,在科学与 AI 之间搭桥 · https://www.benchling.com/news/benchling-partners-with-anthropic-to-build-a-bridge-between-science-and-ai
- Benchling. Benchling AI · https://www.benchling.com/ai
- Benchling. 加速报告撰写 · https://www.benchling.com/ai/report-writing
- Benchling. 定价 · https://www.benchling.com/pricing
- Benchling. 生物科技研发中的 AI 用例 · https://www.benchling.com/ai/use-cases
- Benchling. 一位名副其实的 AI Scientist · https://www.benchling.com/blog/ai-scientist-that-deserves-the-name
- BenchSci. 关于 BenchSci · https://www.benchsci.com/about
- SandboxAQ. 药物发现 · https://www.sandboxaq.com/solutions/drug-discovery
- Dotmatics. Luma AI 能力 · https://www.dotmatics.com/luma/artificial-intelligence
- Schrödinger. LiveDesign · https://www.schrodinger.com/platform/livedesign/
- Schrödinger. LiveDesign ML · https://www.schrodinger.com/platform/products/livedesign-ml/
- Cornell Law School. 21 CFR 11.10 封闭系统控制要求 · https://www.law.cornell.edu/cfr/text/21/11.10
- Cornell Law School. 21 CFR 11.50 签名显示要求 · https://www.law.cornell.edu/cfr/text/21/11.50
- Cornell Law School. 21 CFR 11.70 签名与记录关联 · https://www.law.cornell.edu/cfr/text/21/11.70
- NIST. AI 风险管理框架 · https://airc.nist.gov/AI_RMF_Knowledge_Base/AI_RMF
- ISPE. GAMP 指南:人工智能 · https://ispe.org/publications/guidance-documents/gamp-guide-artificial-intelligence/
- European Commission. 人工智能监管框架提案 · https://digital-strategy.ec.europa.eu/en/policies/regulatory-framework-ai
- Precedence Research. 药物发现中的人工智能市场 · https://www.precedenceresearch.com/artificial-intelligence-in-drug-discovery-market
- CAS. 让科学数据达到 AI 成熟度的结构化框架 · https://www.cas.org/resources/cas-insights/ai-maturity-scientific-data
- CompaniesMarketCap. 按营收计全球最大制药公司 · https://companiesmarketcap.com/pharmaceuticals/largest-pharmaceutical-companies-by-revenue/
- IQVIA Institute. 2026 全球研发趋势 · https://www.iqvia.com/insights/the-iqvia-institute/reports-and-publications/reports/global-trends-in-r-and-d-2025