方案评审被退回，评语是「思路可以，不落地」。翻回去看，通篇是「加强」「优化」「提升」，没有一个动作能明天开始做。补四个模块。
模块一：谁来做。写到岗位，不写部门。「由运营部负责」会变成三个人的事没人管；「由运营部王X牵头，每周五出1页进度」才有人。涉及跨部门，写明接口人和决策人各是谁。
模块二：花多少。分三档给：最少要多少、正常多少、宽裕多少。带上时间单位，比如「每月服务器费用约3000-5000元」。只写「需要一定预算」等于没写，评审时必被追问。
模块三：什么时候见效。拆成里程碑：第2周出原型、第6周小范围试点50人、第10周全量。每个里程碑配一个可验证的结果，别写「完成开发」，写「试点用户完成率≥80%」。
模块四：怎么算失败。提前写止损条件：「试点2周完成率低于40%，暂停并复盘」。写不出止损条件的方案，说明你没想过它会失败，评审人第一眼就看出来。
还有两个细节常被忽略。一是依赖项：需要别的部门先做什么，列出来并注明「已沟通/未沟通」。未沟通的依赖是方案最大的雷。二是历史参照：以前试过类似的事吗，结果如何，这次哪里不一样。有这一段，可信度立刻不同。
改完之后找一位没参与方案的人读一遍，问他「明天早上你能开始做的第一件事是什么」。答得出，方案就落地了。
