演进蓝图的减法原则——能手动就先不做系统

列完全部理想功能后，演进蓝图的关键是做减法：判断一期该做什么的核心原则是”凡是可以手动处理和解决的问题，暂时都不做系统支持”——比如报表可以先用SQL临时查，价格系数低频修改可以先让研发直接改数据库，只要不影响核心业务闭环的运转就可以推迟。发散：这条原则把”要不要做这个功能”的争论从”有没有价值”简化成了”当前有没有低成本的手动替代方案”，一个需求听起来很有用不代表现在就该做，只要还能用人力顶住，就该把研发资源留给真正没有替代方案的核心闭环。