项目群里的进度汇报，很长一段时间都是三个字：进行中。客户看不懂，服务商也懒得细写，等到交付日前一周，突然说还差不少，两边一起抓瞎。小程序定制想不烂尾，把进行中换成按周可验收的里程碑，是成本最低的办法，这张表值回的远不止几个电话费。
里程碑的颗粒度是周
一个四十五天的项目，合理的状态是每周五都有一个看得见的产出：第一周原型定稿，第二周设计稿确认，第三四周核心流程可点击，第五周后台可用，第六周联调测试，第七周提审上线。每个节点都有对应的验收物，而不是一句快了。周颗粒度的好处是偏差最晚一周就能暴露，纠正起来代价小；拖到月颗粒度，偏差往往已经攒成大坑。
每个节点配确认动作
里程碑不是服务商单方面的汇报，必须绑着客户的确认动作。原型周，客户要书面回复确认或修改意见；设计周，要逐页签认；联调周，要安排真实业务数据进去跑。很多项目的延期，责任其实一半在客户侧，确认拖三天，工期顺三天，谁也不说破。把确认义务写进里程碑表，谁拖谁认账，扯皮就少了。
有人担心按周验收把节奏搞得太紧，其实恰恰相反。周节点逼着双方把问题当周解决，攒不到月底；一旦某个节点松了口，后面的节点会跟着松，项目就像没有闸的车。对服务商也一样，周报制度逼着开发把进度透明化，藏着掖着的空间就小了。成熟的项目，周会对齐十五分钟就够，把每个节点的钩打上，有偏差当场定对策。
- 每个节点写清交付物名称，别用阶段成果这种虚词
- 确认时限写明，超期视为确认
- 节点延期要有原因记录，累积两次触发项目会
里程碑是付款的依据
付款节点和里程碑对齐，是保护双方的好办法。常见的四三三结构：签约付四成，核心功能验收付三成，上线稳定运行后付尾款。每一笔款对应明确的产出，服务商不敢糊弄，客户也不怕被拿捏。付款比例可以谈，但别谈成首付八成，那样的结构对谁都没有约束力。见过太多项目因为付款约定模糊，做到一半互相猜忌，最后不欢而散。
比格网络的项目管理里，小程序定制的里程碑表从签约第一天就给到客户，周报对着表打钩。给准备定制的朋友两条建议：签合同时把里程碑表作为附件，每周五固定花二十分钟对一次进度；发现某个节点连续两周没动静，当天就约项目会，别等，别拖到月底一起算账。
