做小程序，返工比做慢更让人头疼。返工意味着前面投的时间和钱都要重来一遍。下面这几类需求，是我们见过最容易返工的。坐下来没两句话他就问，小程序开发先做哪一块最划算。我通常这么答，能少一个人就少一个人。
需求没定就开工
最常见的是想法还没定型就让人动手。今天说要这样，明天看到别家的又改，谁都跟不上。
我们的做法是开工前先把核心流程写成一页纸：客户从哪进来、走几步，还有拿到什么。这页纸定下来，再动手。
写这页纸花不了一天，但能省下后面反复改的几周。这笔账，做过项目的人都算得清。
功能一开始堆太多
很多老板怕做得少，一开口就是十几个功能。功能越多，做得越慢，上线越晚，用的人反而越少。
建议是先做能跑通流程的最小版本，上线看数据，再决定加什么。用的人多的功能加厚，没人用的砍掉。
我们做过一个项目，一开始砍掉了几个花哨功能，两个月就上线了。后来那些功能一个都没加回来，因为用不上。
平台规则没弄明白
小程序在一个平台上跑，就要守那个平台的规矩。有些功能写好了，提交审核却发现平台不允许，只能重做。
比如某些类目需要资质、某些诱导分享的做法会被拒。开工前把这些摸清楚，能避开很多坑。
我们的做法是需求阶段就对照平台规则过一遍。有冲突的提前改方案，不做完了再发现不行。
怎么把返工的概率降下来
除了开工前确认，过程中也有几件事能减少返工。
一是做完一版先给客户试用，别等到全部做完才给看。中途看到问题，改起来便宜。
二是把每次确认的东西记下来。谁在什么时候确认了什么，白纸黑字，后面有分歧也能对得上。
三是留一点缓冲。任何项目都会有调整，把时间留出两成，真出问题时不至于手忙脚乱。
关于小程序返工，答得最多的几个问题
怎么减少返工
开工前把核心流程写清楚、把平台规则摸清楚，这两条做到，返工能少一大半。
改需求要加钱吗
看改动大小。小调整一般含在项目里，大的新增会另行评估，写清楚就不容易有争议。
能不能先做一半上线
能，这是好办法。先上一个能用的版本，跑起来再往下加，比憋大招强。
常斌只讲管用的，不讲好听的：宁可先做小，做通了再往上加，不做没想明白的东西。
开工前先过一遍清单
我的建议是开工前问三个问题：核心流程是什么、最小版本包含什么，以及有没有平台不允许的地方。三个问题答清楚，返工就少。
我们做模板建站 500 元起，一年维护和源码都包含在内。信服无限接手小程序时，会把这些先确认一遍再动手。动手写代码前，告诉我你想让客户用这个小程序干什么。