「降级阶梯」救活AI医疗项目，一个PM的破局复盘

一个AI医疗产品，立项第一周就被判了死刑。范围被法务钉死，进度被上线日钉死，5个人满打满算2.5个人力投入。三条边全锁死，项目在数学上不成立。这是我从一篇实战复盘中看到的真实故事。故事的结局不是加班加点打鸡血，而是这个PM做了一件反直觉的事：提前排好认输的顺序。

一、两堵墙把我夹在中间

第一堵墙是法务。项目是一个AI诊后纪要生成器，给陪诊师和健康管理师用的。患者看完病，化验单照片、医生口头叮嘱的录音、陪诊师随手记的几行字，一次性丢进去，AI整理成一份结构清楚的纪要。这个产品有两层：分析层搬运来源信息，建议层输出健康指导。PM真正想做的是建议层，他觉得那才是产品的灵魂。

法务一句话把它摁死了。AI生成健康建议，不合规。两个理由堵得死死的：一是资质，给患者出健康建议本质上是医疗行为，得有执业医师资格证；二是责任，患者照着AI做，万一出事谁负责？这条责任链是断的，找不到那个能签字的人。PM脑子宕机了，但最后还是得认：建议层，砍。

第二堵墙是排期。建议层砍掉之后，剩下的P0和P1需求按优先级排了一遍。结合组里所有人的时间，满打满算2.5个人。他算出一个让人心里发凉的数：就算每个需求都用最理想的方式实现，到上线那天也做不完。不是差不多能赶上，是再顺也赶不上。

二、当数学上做不完时怎么办

PM强迫自己停下来，回到项目管理最老的那张图：铁三角。范围、进度、成本三条边，拉动任何一条，另外两条就得跟着动。他的项目往图上一套：范围被法务钉死，进度被上线日钉死，资源就2.5个人。三条边全锁死了。

他想明白了一件事，也是整个复盘最值钱的洞察：当范围、进度、资源同时锁死，项目在数学上就是不成立的。这种局面下，再努力一点就能做到是幻觉。你只剩两个结局，要么有意识地松掉一个约束，要么不知不觉牺牲质量，或者到点砸掉交付日。

产品经理最该干的不是默默扛着硬上，而是把这个不可能摆上台面，逼出一个有意识的取舍。他在排期阶段就算出来了，这反而是好事。最怕的是上线那天才发现做不完。

三、「降级阶梯」：提前排好认输的顺序

多数人的本能是做加法：加班，加人，打鸡血。他偏偏反着来。提前想好，万一到点真做不完，该按什么顺序，有计划地认输。他把这个叫做降级阶梯。

为什么需要这东西？他捋了一遍关键路径，真正决定生死的是AI准确率这条研究型的线。而它特别脆：调优窗口只有三周左右，还加不了人，调prompt没法五个人并行。给模型打分的评测集本身也在关键路径上，还得占用医生时间标注。2.5个人的投入，少谁半天产能就掉一块。准确率达不达标，到节点才见分晓，几乎没有回旋余地。

那与其到时候手忙脚乱地乱砍，不如现在就排好该砍的顺序，从最不疼的砍起。降级阶梯的核心逻辑是：前面好几档本质上都是同一件事，收范围，把准确率喂饱。这是AI产品和传统软件最不一样的地方。传统软件想达标，是加功能、修bug；AI产品想让准确率达标，很多时候反而是做减法。模型在全部9个模块、全部科室上只能做到70%，你把范围缩到4个模块、3个科室、两种输入，它就能干到80%。没把准确率调低，只是把摊子收小，让它在小范围里够得着。

整张表里最重要的一句是：这张降级阶梯，得在立项前就和老板、法务一起敲定。不是等节点真出事了再现场恐慌谈判，而是提前把如果到X时准确率只有Y、就执行第几档，白纸黑字定下来。到点了，执行一个早就商量好的预案，而不是现场制造一个措手不及的意外。

四、降级阶梯对PM的四个启示

第一，合规是产品边界定义器，不是成本。法务那一刀砍掉了PM最想做的建议层，却逼他在最早就把两件事想清楚了：这个产品的边界在哪，出了事责任算谁的。一个连谁来担责都没想明白的AI医疗产品，就算硬做出来也是定时炸弹。

第二，P0的判据是必要性，不是价值高。每个人都爱把需求标成P0，老板想要的、ROI高的全是P0，结果P0疯狂膨胀等于没排。真正的门槛是一句话：不做它，产品是不是就不可用？过了才是P0。高价值但不影响能不能用的，归P1。一个P0还能再拆成核心和增强。

第三，能用先于好用，happy path先行。赶期有个很狠的打法：第一版只做happy path，一切正常时能用先落地，异常兜底、边界、打磨全往后挪。判断一块该留核心还是后置，常问三句：去掉它，主流程还能不能端到端跑通？能不能先用人工兜底？它是能用还是好用？

第四，把研究当研究排，把工程当工程排。AI产品的痛苦，很多来自把研究型任务塞进工程型排期，逼算法承诺一个无法承诺的交付日。正确做法是双轨并行：工程轨搭骨架，研究轨在上面反复试模型调prompt，两条轨在预定的go/no-go闸门上同步。

面对一个做不完的项目，会有顺序地认输比硬撑着更值钱。把到点上收窄版变成立项第一周就拍好的预案，别让它成了上线前一周的事故。