先明确问题与目标，再展开多个方案路径

一句话提醒

需求滑向方案，就是问题和目标还没澄清，就把某个具体做法当成需求本身；同一个问题往往有多条解决路径。

为什么今天看它

• 过早锁定某个功能或实现方式，会缩小思考范围，让团队把方案误当成需求。
• 真正更合适的解法可能在流程、业务规则或协作方式，而不一定是新增一个功能。

留一个问题

我们现在讨论的是用户或业务问题，还是已经默认了某个做法？如果不采用它，还有哪些路径能达成目标？

参考思路

1. 1.把原始诉求改写成具体用户、场景、问题和期望结果，先不写解决方案。
2. 2.标出表达里的事实、目标和未经验证的实现假设，确认是否把按钮、页面或技术方案误当成需求。
3. 3.围绕同一目标展开多条路径，包含功能改动、流程优化、业务规则和协作调整。
4. 4.再按结果匹配度、成本、约束与风险比较方案，最后决定是否采用最初提出的做法。

03_知识库/问题/什么叫需求滑向方案.md