需求会上常常有一批功能被标成「二期再说」。我们翻了几个交付一年以上的项目，看看这些功能最后有没有真被做出来。
一、大半没有，而且没人再提
上线之后业务跑顺了，当初觉得非要不可的东西，多数再没被提起。说明那部分本来就不是核心流程，只是讨论时顺带想到的。把它们挡在一期外面，是对的。
- 一期只保核心闭环
- 二期清单单独存档
- 上线后重新评估而非直接排期
二、真被补上的，多半是统计和导出
实际追加最多的不是花哨功能，是「按某个维度导一张表」「给领导看一个汇总」。这类需求只有数据攒够之后才想得清楚，一期硬做往往白做。
- 报表需求等数据跑一阵
- 导出格式提前留扩展
- 汇总口径让业务自己定
三、所以一期要留的是接口不是功能
与其提前把不确定的功能做出来，不如把数据结构和扩展点留干净。后面真要加的时候，不用动底层，成本差好几倍。
- 字段与状态预留
- 模块边界清楚
- 避免为假设需求写死逻辑
写在最后
上面这些是我们在这类项目里反复碰到的情况。业务不一样，做法不必照搬，先把自己的流程说清楚，再决定系统该怎么配。有具体场景想聊，电话或微信找我们就行。