用阶段、资源、体验和解决力度选择先上的方案

一句话提醒

真实工作里没有总是最优的方案；当前更值得先上的，往往是轻量、可落地、可控且对体验扰动较小的方案。

为什么今天看它

• 方案讨论容易默认选择最彻底的解法，但早期产品更需要在解决力度、副作用、实施成本和平台阶段之间做现实取舍。

留一个问题

哪个方案理论上更彻底，哪个方案更适合当前阶段？它们的解决力度、副作用、成本和体验影响分别是什么？

参考思路

1. 1.先把表面功能还原成真正要控制或改善的深层问题。
2. 2.至少比较一个轻量方案和一个更彻底的流程或链路方案。
3. 3.分别评估解决力度、副作用、开发成本、影响范围和用户理解成本。
4. 4.结合平台阶段、资源限制和问题发生频率判断当前适配度。
5. 5.先选择轻量、可落地、可回滚的阶段性方案，并保留后续升级路径。

03_知识库/问题/如何在不完美方案里做阶段性取舍.md