作者：MVP功能取舍有方法吗？有。而且我们复盘项目时反复看到一个扎心的规律：首版功能清单越长的项目，后面死得越快。第一版做20个功能，等于把20个没人验证过的假设同时押上桌——任何一个不成立，成本都已经付出去了。这篇讲砍需求的具体刀法，都是能直接套用的判断题。
为什么首版总想多做
原因一般有三个：竞品有所以“我们也要有”；公司里每个部门都往清单里塞一条自己的诉求；以及最隐蔽的一种——觉得功能多显得报价划算。但第一版的目标不是完备，是验证：用最小的成本确认核心价值成立，再谈扩张。APP从0到1的阶段那篇里我们写过，第一版的验收标准是核心流程能跑通、有真实用户完成关键动作，而不是功能数量。清单每长一条，工期、测试面和上线后的理解成本都在涨。还有一层账：每个功能上线后都要有人管——出bug要修、用户提问要答、数据要看。功能不是做完就结束的，是养起来的。首版多养十个功能，等于多出半个人的隐性支出。
砍需求的三个问题
对着清单里的每一项问三个问题。一，砍掉它，用户还能完成核心任务吗？能，就砍。二，留下它，上线日期推迟几周？超过两周的，进二期。三，它有没有被数据验证过的需求来源——用户访谈、竞品数据、旧产品行为，三样都没有的，只是某个人觉得需要。三个问题过完，清单一般能瘦三到五成，而且砍掉的多数确实是该砍的。争议大的项，挂个“上线后看数据”的标签，比开会吵两小时有用。举个真实的砍法：某项目首版清单里有“消息中心”，拿三个问题过一遍——核心任务是预约服务，不看消息也能完成；做完整版要推迟三周；需求来源是“竞品有”。三项全中，砍。上线后几个月，用户没提过一次，二期也没排它。
一条参考线：什么留，什么砍
给个直接的参考。要留的：注册登录——但从简，手机号一键加微信授权够了，别做邮箱、找回、多重验证全家桶；核心价值链路；支付主流程，如果商业模式需要。要从简的：管理后台，第一版能用表格加脚本凑合的先凑合，业务真跑起来再补。要砍的：分享裂变、积分体系、多语言、深度个性化设置，以及一切“以后可能用到”的功能。页面规模上，第一版控制在10-15个页面是常见健康的区间（以2026年行业常见做法为参考）；超过25个页面，先回头看看是不是把二期做进来了。这张清单拿去和团队对齐时，记得带上一句话：不是不做，是排队。把“砍”换成“晚点做”，阻力小一半——毕竟每个功能背后，都站着提需求的人。
砍掉的功能去哪了
砍不等于扔。进需求池，按用户反馈和数据决定谁升上来——上线后前30天的留存和反馈密度最高，哪些“砍错了”这个时候就会现形，具体参考留存那篇。版本路线图的作用，是把“以后做”变得可信：二期三期的功能排着队，用户提的需求有去处，团队不会觉得功能是被砍死的，而是排队等待验证。MVP的真义不是做得少，是把有限的资源押在最值得验证的假设上。
需求清单砍不动的，把清单发来，我们陪你从第一行过到最后一行。联系我们，或电话 18616880101——玉雀科技帮你把二期和砍掉的分清楚，砍完再决定做不做，也不迟。