医疗 SaaS 死在「采购流程」：产品 POC 三次验证通过，三甲医院合同两年签不下来
医疗 SaaS 最常见的死法：产品没问题，死在采购政治上
背景某 12 人医疗 SaaS 公司，产品：临床路径管理系统（帮助医院标准化治疗流程、减少医疗差错）。2023 年起开始 B2B 销售，完成了 3 个三甲医院 POC（每次 3-6 个月免费试点），临床科室反馈均为「很好用」「效率提升明显」。但从 POC 签约到正式合同，平均耗时 24 个月：其中 A 医院谈了 18 个月后项目搁置（院长换届），B 医院仍在谈（第 22 个月），C 医院刚完成 POC 正在「走流程」。每次拖延的原因各不相同：IT 部门要求对接 HIS 系统、科室要求增加报表功能、采购部门要求三方比价、评审委员会要求安全审计。创始人的判断：「是不是功能还不够完善？我们要不要继续按他们要求迭代？」
问题不是「产品功能不完善」，而是「你在做一个多方权力博弈的游戏，但你一直在和技术层谈」。医院采购的真实决策结构：IT 部门（技术把关，目标：保护自己的权力边界，不想被外部系统架空）、临床科主任（真实用户，目标：提升本科数据，证明自己的科研价值）、院长（最终签批，目标：医院竞争力提升 + 规避政治风险）、财务/采购部（执行流程，目标：合规，不出事）。每次「新需求追加」不是真正的功能需求，是权力方在用技术语言表达政治诉求：IT 部门追加 HIS 对接要求 = 「你必须经过我这个门」；科主任追加报表要求 = 「这个系统要绑定我的科室 KPI」。你一直在满足这些「技术要求」，等于在政治博弈里充当炮灰。
用 JTBD（待完成的工作）框架，分析医院各方的真实「工作」是什么——不是「需要一个临床路径系统」，而是每个决策方想通过这个采购完成的更深层目标
JTBD 拆解：① IT 部门的真实工作：「向院领导证明我对信息化有掌控力，同时控制数据权限」——所以他们会用「HIS 对接」「数据安全审计」来拖延，因为拖延期间他们掌握主动权；② 临床科主任的真实工作：「让本科数据好看，有科研发文的素材」——他们追加报表功能是因为他们想要「我的科室用了这个系统，病历规范率提升 30%」这样的数字；③ 院长的真实工作：「让我在同城三甲医院竞争里有一个差异化标签，同时不出政治风险」——他不会主动推进，只会在「有标杆」时跟进；④ 采购/财务的真实工作：「走完合规流程，不让自己背责任」。结论：你的客户不是「医院」，你的真实销售对象是「院长的差异化竞争焦虑」，但你一直在和 IT 部门谈技术问题。
分析医院 IT 采购市场的结构性力量，理解为什么医疗 SaaS 的直销路线系统性失效
五力分析揭示结构性困境：① 买家议价力（极高）：医院是稀缺资源方，供应商多，医院永远能说「再比几家」；② 供应商替代威胁（高）：IT 集成商（东软、卫宁等）已覆盖大多数三甲医院，新进 SaaS 产品必须通过他们的「准入」；③ 新进入者威胁（低，但对你是壁垒）：医院 IT 市场的隐性壁垒是「关系网络」，不是技术；④ 现有竞争者（高度碎片化但集成商垄断渠道）；⑤ 政策力量（压倒一切）：国家医疗信息化政策周期决定医院 IT 采购预算的开关。结构结论：在这个市场里，技术的价值必须通过「关系渠道」来变现——直销是在和整个行业结构对抗。你现在做的事，等于独立进攻一个靠关系守备的城池。
针对医院多方决策者，设计每个关键谈判节点的准备框架——明确「我的目标」「对方的利益」「可交换的筹码」「不可接受的底线」
谈判准备分析（以 B 医院第 22 个月僵局为例）：IT 部门谈判：① 你的目标：让 IT 部门从「阻碍者」变成「站台者」；② 对方利益：控制数据权限、在院里证明价值；③ 可交换筹码：「你们 IT 部门主导这个系统的数据治理，我们在给其他医院推荐时会注明是贵院 IT 团队的实施经验」——用「内部荣誉」换「外部支持」；院长谈判：① 你的目标：让院长知道「这件事对他本人的竞争优势有意义」；② 对方利益：在同级医院院长圈有谈资，同时规避采购合规风险；③ 可交换筹码：「A 市第一人民医院院长上周到我们 C 医院参观，问的第一个问题就是你们是怎么做到路径规范率提升的」——用同行压力而非产品逻辑打动院长。
用评估矩阵系统比较三种销售策略：直销（当前）、集成商渠道合作、政府批量采购项目——在销售周期、CAC、成功率、规模化可行性四个维度打分
评估矩阵结论（满分 5 分）：① 直销（当前）：销售周期 1/5（24 个月）、CAC 1/5（高）、成功率 2/5（POC 通过但合同难落）、规模化 1/5（无法复制）→ 总分 5/20；② 集成商合作（找东软/卫宁等做分销）：销售周期 4/5（集成商已有关系网络）、CAC 4/5（低，借用对方资源）、成功率 4/5（集成商是医院的「本家人」）、规模化 4/5（集成商覆盖多家医院）→ 总分 16/20；③ 政府项目批量采购：销售周期 2/5（政策周期不可控）、CAC 3/5（单笔大但前期成本高）、成功率 3/5（中标即签约）、规模化 3/5（区域性强）→ 总分 11/20。结论：立即启动与 2-3 家区域性医院 IT 集成商的合作谈判，提供「产品 + 培训 + 品牌背书」，让集成商用自己的渠道推销。
医院 IT 市场护城河的本质是「数据 + 关系」，分析这家公司如何从「技术产品护城河」迁移到「数据沉淀护城河」
护城河路径分析：当前护城河（弱）：产品功能差异化——容易被模仿，且医院不看功能看关系；目标护城河（强）：「临床路径数据库」——如果这家公司能在 10+ 家医院部署，积累 3 年+的临床路径执行数据，就能形成「行业最大临床路径 benchmark 数据库」，届时的价值是：① 科研价值（医院用这个数据发论文）；② 政策价值（卫健委制定路径标准时参考这个数据库）。护城河迁移路径：不要停留在「卖软件」，而是把「我们帮你沉淀临床数据，3 年后你的科室是有数据资产的科室，没用我们系统的科室是没有数据资产的科室」作为核心销售叙事。这个叙事直接打中科主任的痛点（科研发文需要数据），同时也让 IT 部门无法轻易拒绝。
这家公司把 2 年时间花在了「满足技术需求」上，但真正的瓶颈是「医院采购的政治结构」。停止做产品功能迭代（功能已经足够了），转向两个并行动作：① 在 3 个月内完成与 1-2 家区域集成商的合作框架协议，借用他们的关系网络完成「院长触达」——你的产品是筹码，对方的关系网络是渠道；② 把 B 医院（第 22 个月）的销售战术从「技术沟通」升级为「院长竞争叙事」——用 C 医院的案例数据做一份「你的同级对手已经在做了」的竞争情报报告，直接呈现给院长，打破僵局。
- 第一步（0-30天）：停止满足 IT 部门的「新需求」，宣布「功能冻结期——我们先把已有功能跑稳，3 个月后再讨论新功能」。同时联系已经覆盖 B 医院的区域 IT 集成商（问你们的 IT 部门对接人「你们平时和哪家集成商合作最多」），约一次非正式饭局，了解合作可能性
- 第二步（1-2个月）：针对 B 医院（卡在第 22 个月）启动「院长级别」的销售攻势。制作一份 4 页 PDF：「某市三甲医院临床路径管理数据报告（2024-2026）」——以 C 医院的真实数据为基础（脱敏处理），呈现：路径规范率提升 34%、医疗差错减少 19%、住院均次费用下降 8%。通过院长助理或医务处主任（不是 IT 部门）送达 B 医院院长，约 20 分钟汇报
- 第三步（2-6个月）：签下至少 1 家区域集成商合作协议（提供：系统 license 费 30% 分成 + 免费培训 + 联合品牌宣传）。2026 年底目标：通过集成商渠道完成 5-8 家新医院的合同签订，打破 24 个月的销售周期魔咒
- 不要继续接受 IT 部门的「功能追加清单」：每次接受都是在强化「IT 部门是决策者」的错误认知。IT 部门永远可以提新需求来维持谈判主动权——你越配合，他们越不着急签约。明确告知「现有功能已超过行业平均水平，我们接下来的精力在运营稳定性上，功能新增需要进入正式需求排期（合同签署后）」
- 不要等 A 医院（院长换届）自然重启：换届院长通常不急于继续前任的采购项目。主动找新院长约一次「纯汇报、不谈采购」的 30 分钟，把之前 POC 的成果用新叙事（符合新院长可能关注的方向）重新呈现。不主动等于放弃这个客户
你也在做医疗决策？
适用场景：医疗健康 SaaS 创业团队、医院 IT 系统供应商、面向 B2B 机构客户的企业服务团队、销售周期 > 12 个月的复杂企业销售。把你的真实情况输进去，引擎实时推演。