收到一份功能清单，上面列了二十三项，客户问我这得多少钱。我报了个数，他沉默了几秒说：能不能砍到一半的价。这就是今天要聊的事，小程序开发里最见功力的不是加功能，是砍功能，砍得对，一半的钱能办八成的事。
按能不能直接收钱排顺序
功能清单摊开，给每一项问一个问题：这个功能直接帮我收钱、省钱还是留住客人？预约下单直接收钱，排最前；核销和会员省钱省事，排其次；积分商城、排行榜、社区这类锦上添花的，往后放。一个教育机构的项目，原清单二十多项，按这个标准筛完，一期只留课程展示、在线约课、订单支付、后台核销四样，预算从9万压到4万2，上线两个月，报班转化没有因为功能少受影响，反而流程更清楚。客人少，路径短，转化反而高。
三类功能建议直接放进二期
- 要靠人运营的功能：社区、直播、内容专区，没专人养就别上
- 依赖规模的功能：分销裂变、多人拼团，日活没起来之前是摆设
- 锦上添花的功能：动画效果、积分游戏，好看但不影响成交
这三类的共同点是需要运营投入或者流量基础，系统上线只是第一步，没人喂它们就是死功能，还占着一期预算和工期。判断一个功能该不该进二期，还有个粗暴但有效的办法：想象它上线后第一个月，谁来用、多久用一次，答不上来的，先放下。
砍掉的需求不是扔掉
砍功能的正确姿势是分期，不是否定。让开发商在架构上给二期留好口子：数据表设计时把会员等级字段预留好，接口划分清楚模块，二期加功能就不用动地基。要注意分辨两种说法：「预留接口」是架构上做好了准备，加功能正常计费就行；「以后想做随时加」是空话，没做架构准备，二期加起来可能比新做还贵。签合同时把这个区别写明白，二期报价提前约定计价方式。小程序开发分期的项目，一期的架构纪律决定二期的成本，这一点签约时就该谈透。
一个简单的自查方法
把功能清单砍到最狠，问自己：如果只上三个功能，是哪三个？先跑三个月，客人抱怨缺什么再加什么。客人用脚投票的结果，比你闭门想出来的需求准得多。清单短了，每项功能的预算就厚了，做出来自然扎实，这也是砍功能的隐性收益。比格网络接单时经常干砍需求的事，有的客户起初不乐意，跑半年回头都感谢当初砍得狠。一期把核心流程做扎实，比二十个半成品功能体面得多，钱也花在了刀刃上。
