产品迭代时，需求排期总免了一番拉扯。最近我们就碰上了一个典型难题：需求2对核心指标贡献大，但开发周期长；需求1效果稍弱，却能很快上线。管理层想先拿好摘的果子，把需求1当成短期亮点赶紧推出去；业务团队却觉得需求2才是拉新留存的根本，值得花时间死磕。一边是见效快，一边是价值深，光靠主观拍板根本解不开这个结。

为了拿客观依据说服决策层，我们找来了需求管理里的经典工具——卡诺模型。这个模型把功能跟用户满意度之间的非线性关系拆解得很透，把需求分成了五类：必备属性是底线，没有它用户直接翻脸，有了也只是理所应当；期望属性是做得越好用户越开心；魅力属性属于惊喜，没有无所谓，有了就会让人惊叹；无差异属性就是做了也没人在乎；反向属性则是强行加上反而招人烦。

理论还得靠数据撑着。我们对着200个目标用户做了一天的定向调研，回收时把答题太快、逻辑矛盾的样本都剔除了。归类统计之后，两个需求的底牌清楚了：需求1是个典型的魅力属性，近一半用户觉得有了它体验更好，但就算没有也不觉得碍事；需求2则直戳痛点，超过三分之一的用户把它当成不可或缺的底线——对这批核心人群来说，需求2是绝对的必备属性。



光定性还不够，我们又算了一笔量化的账，引入了 Better-Worse 系数。Better 系数衡量功能增加带来的满意度提升，算的是期望与魅力属性在总和里的占比；Worse 系数衡量功能缺失导致的满意度滑坡，算的是必备与期望属性占比的负值。测算结果很直观：需求1的 Better 值是 46，Worse 值是 0，说明它纯粹提供正向惊喜，没有也不扣分；需求2的 Better 值是 36，Worse 值却高达 -41，这组数据坐实了它的核心地位——虽然吸引力略逊，但一旦缺位，满意度会直接滑坡 41。



数据摆出来，比干吵架管用得多。结合当下的市场站位，管理层最终认了这笔账，把开发风险更高的需求2排进了本期。这次排期拉扯也给了我们不少启发：卡诺模型确实好用，能把主观撕扯变成客观共识，向上沟通时数据比直觉硬气；但它也不是万能的，排期到底怎么定，还得看产品定位和市场势能，竞品杀过来或者商业目标变了，静态分析随时得推翻；而且再精密的调研，也盖不住商业决策里那点经验和运气。

说到底，卡诺模型这次也没给出一个绝对的唯一解。我们最终选了需求2，无非是现阶段更怕底线功能缺失带来的反噬。换一个产品或者换个生命周期，同样的数据可能就会让需求1上位。工具真正的价值，不是替你做决定，而是让你在做决定时，清楚地知道代价是什么。