MVP第一版该做哪些功能？砍功能的4条判断标准
"先做个MVP试试水"这句话，很多企业都说过。但真正开始排需求时，MVP常常被理解成"功能少一点的完整产品"——于是第一版里塞进了多角色权限、积分体系、数据大屏、消息中心，最后回到五个月前那个没人愿意面对的问题：预算不够、周期太长、方向还没验证。
MVP的正确理解是另一种：它不是产品做小了，而是把一条核心业务链路完整跑通，其余全部砍掉。MVP第一版功能取舍的判断依据，就是下面这四条标准：先定核心链路，再按链路内外划线。
一、先定义核心链路，再谈功能清单
核心链路指的是：一个真实用户从进入到完成一次完整业务动作，中间必须经过的最少步骤。比如充电桩运营场景的核心链路是"扫码—启动充电—计费—支付—结束"；会员零售的核心链路是"注册—下单—支付—核销"。
把这条链路写出来之后，功能清单就有了取舍依据：凡是落在这条链路上的，必须做；凡是链路之外的，默认砍掉。按这个标准，一个真正的MVP通常只有8到15个核心页面，而不是30到60个。
二、该砍的四类功能
1. 多角色权限体系。第一版只需要两级：管理员和普通用户。复杂的角色矩阵、数据权限、审批流引擎，等业务跑起来、角色真的分化之后再补。这一项省下的工作量通常是三到五周。
2. 完整报表与数据大屏。第一版需要的只是一个能看核心指标的最小看板：今天多少单、多少钱、成功率多少。多维分析、同比环比、可自定义的报表引擎，属于第二版。
3. 运营激励体系。积分、等级、优惠券、分销、裂变。这些机制的前提是有用户、有交易数据，冷启动阶段上线它们，既没人用，又要花大量时间调规则。
4. 锦上添花的体验项。多语言、深色模式、消息中心全套、在线客服IM、分享海报生成。这些功能不阻塞业务闭环，砍掉不影响用户完成一次完整交易。
按我们的经验，这四类功能在第一版里通常占掉总需求量的四成以上。砍掉它们，不是降低产品质量，而是把预算集中到真正决定成败的那条链路上。
三、不能砍的四类
MVP第一版功能取舍最容易出问题的地方，是把该保留的也砍了。反过来，下面四类无论怎么压缩都必须保留，砍掉它们会让MVP失去验证价值：
- 身份与登录。没有账号体系，就没有可追踪的用户行为，也就无从判断留存。
- 核心业务主流程。这是MVP存在的理由。主流程不完整，产品就不成立。
- 支付或结算环节（若业务涉及交易）。交易闭环不跑通，验证到的是假需求。
- 异常提示与失败处理。支付失败、网络断开、库存不足该给出什么反馈。这类细节决定用户是否会第二次回来，也是第一版最容易漏掉的部分。
还有一项经常被忽略但必须保留：基础的数据埋点与日志。没有埋点，第一版上线后你只能看"有没有人用"，看不出"卡在哪一步"。埋点的成本很低，补做却要改代码，一定要在第一次就做进去。
四、砍完之后，第一版应该长什么样
按上面这套MVP第一版功能取舍做完，一个健康的MVP大致具备这些特征：功能点15到25个，核心页面8到15个，端数一到两个（一个用户端加一个管理后台），对接第三方服务两到三个。
按这个规模，开发周期通常落在6到10周，报价区间在5万到15万元。这个区间内的费用构成大致是：产品与原型8%到10%，视觉设计12%到15%，开发50%到55%，测试与联调10%左右，项目管理与部署8%到10%。
如果第一版的报价超过20万元，或者周期排到4个月以上，先别急着砍预算，回头看一遍功能清单——大概率是链路之外的东西又溜进来了。
五、怎么验证这次MVP第一版功能取舍砍对了
MVP上线后，判断砍得对不对，看三个指标就够了：
- 核心链路完成率。进来的人里，有多少真的走完了完整流程。这个数字低于三成，多半是流程中某一步的阻力被低估了。
- 首周留存或首次复购。用户第一次用完，会不会主动再来一次。这是需求真实性的直接信号。
- 人工替代率。原本靠微信、Excel、电话完成的工作，有多少转到了系统里。对内部管理类系统来说，这一条比前两条更重要。
三个指标里有两个达标，再谈第二版的功能扩张。都不达标，说明问题不在功能多少，而在核心链路本身没有解决真实痛点——这时候加功能只会让方向偏得更远。
最后一句实务建议：MVP的功能清单，最好在你找开发方报价之前就定下来。带着清单去谈，你能拿到可比较的报价；带着"我想做个平台"去谈，你拿到的只会是三个互不相干的数字。