脱缰对比：一次项目复盘
脱缰对比最有意思的地方，是同一件事换一种处理方式，结局能差很多。下面用一个真实感很强的项目场景复盘：一个小团队原本只想做7天活动页，后来需求一路膨胀。通过问答把全过程拆开，看哪里跑偏、哪里救回来了。
Q1：这个案例里的脱缰从哪开始？
起点很普通：三个人要做一个7天活动页，目标是收集报名线索。第一版需求只有三块：活动介绍、报名表单、成功提示。按正常节奏，两天设计、两天开发、一天测试，剩下两天处理文案和上线。
脱缰发生在第二天。有人提出加排行榜，因为“能刺激分享”；接着又有人说加抽奖，因为“能提高转化”；下午又冒出积分体系，因为“以后还能复用”。单看每个建议都不离谱，放在一起就离谱了。脱缰对比的关键就在这里：单点合理，不等于整体可承受。
Q2：当时有哪些处理方案？
方案A是全接，优点是大家都开心，缺点是7天活动页会变成小型产品。方案B是全拒，优点是范围稳，缺点是容易错过确实有价值的增长点。方案C是分层处理：本期只做报名和分享提示，排行榜做静态展示，抽奖和积分进入二期。
最后团队选了C。这个选择不是最省事，但最稳。它保留了“活动感”，又没把开发拖进泥潭。这里的脱缰对比很典型：全接看似积极，全拒看似理性，分层才是真正会过日子。
Q3：怎么判断哪些需求该留下？
他们用了一个四格表：直接影响报名、上线前必须、开发不超过半天、出错不会影响主流程。满足三项以上才进本期。报名表单满足四项，分享提示满足三项，排行榜只满足两项，积分体系只满足一项。
这个表的好处是把争论从“我觉得很重要”拉回“它到底贡献什么”。做脱缰对比，最怕用声音大小排优先级。需求一多，谁都能讲故事，表格虽然冷冰冰，但能救命。
Q4：过程中有没有二次脱缰？
有，而且很隐蔽。上线前一天，运营想把报名字段从3个加到8个，理由是后续销售跟进更方便。开发觉得只是表单字段，问题不大；设计觉得页面会变丑；销售觉得信息越多越好。
团队这次没有开大会，而是做了一个小对比：字段少，报名转化可能更高，但线索信息少；字段多，销售舒服，但用户放弃概率增加。最后保留姓名、手机号、公司三项，把其他问题放到报名后的二次问卷。这个处理比硬吵高效，因为它承认双方都有道理，只是阶段不同。
Q5：结果和原计划差多少？
最终页面第7天上线，主流程没延期，但范围比原计划多了一个分享提示和一个静态排行榜入口。抽奖、积分没有进本期。团队没有把所有想法做完，却把活动按时推出了，这就是控住脱缰后的好结果。
复盘时他们发现，真正救场的不是某个人特别强，而是中途做了两次对比：一次对比需求价值，一次对比表单字段成本。脱缰对比不是写给报告看的，它的价值是让大家在上头时还有一把尺子。
常见问题
- 脱缰对比适合用在哪些场景？
- 特别适合项目需求膨胀、个人计划过载、活动方案越改越大这类场景。只要选项多、争论多，就值得做对比。
- 需求脱缰时要不要全部砍掉？
- 不建议。更好的方式是分本期、二期、暂缓。这样既保住交付，也不把有价值的想法直接扔掉。
- 做脱缰对比用什么指标？
- 建议看四个指标：是否影响核心目标、是否必须现在做、成本是否可控、失败后果是否可承受。别只看喜欢不喜欢。