用副作用、阶段适配和解决力度判断方案

一句话提醒

真需求成立只说明问题值得解决，方案还要比较解决力度、副作用、阶段适配、覆盖范围和成本。

为什么今天看它

• 需求讨论很容易把提出的方案直接当成答案。把问题层、方案层和当前阶段拆开，才能避免只堵一个表面入口，却伤害体验或错过更根本的链路。

留一个问题

你当前考虑的方案解决了多少核心问题？它的副作用、阶段适配、覆盖范围和成本是否值得现在上线？

参考思路

1. 1.先确认要解决的深层问题，避免把表面功能当成完整需求。
2. 2.评估方案对核心问题的实际解决力度，而不只看是否能工作。
3. 3.检查对用户体验、流程和现有系统的副作用。
4. 4.结合平台阶段、资源条件、覆盖范围和实施成本判断适配性。
5. 5.在多个方案之间做比较，选择当前最值得先上的路径，并保留升级空间。

03_知识库/问题/如何判断一个方案是不是当前最优解.md