为什么需要这套方法
真正重要的，不是把故事包装完整，而是在投入时间、资金与执行力之前，先把事实、假设、判断与未知拆开。
01
不把猜测当结论
证据不够时，就保留未知，而不是提前制造确定性。
02
不让问题跳步
先看需求，再看商业，最后回到实现。顺序本身，就是方法的一部分。
03
不让输出停在摘要
最后留下的，不只是整理过的聊天，而是一份可以继续推动决策的材料。
核心框架
需求、商业、实现。顺序看起来简单，但足以让很多仓促推进的决定，停下来重新被审视。
Desirability
判断这个问题是否真实存在、是否足够明确，以及用户是否真的愿意为解决它付出注意力与迁移成本。
Viability
判断价值主张是否能成立，市场与渠道是否允许它成为一门能持续运转的业务。
74
商业
Feasibility
判断在真实资源、时间与合规约束下，这个 MVP 是否能以负责任的方式被交付出来。
如何运行
每一段都有明确目的：先厘清，再追问，再确认。只有真正站得住的信息，才会被带进正式结论。
推进原则
每个阶段都有关键判断点。
总结进入正式结果前，用户可以修正。
不是所有问题都要立刻回答，但关键锚点不能长期悬空。
01
先把问题说准确
系统先收拢问题、用户、场景、方案，以及当前支撑你信心的核心假设。
02
再把逻辑压扎实
它会围绕 DVF 三个维度追问证据缺口、边界条件、隐藏依赖与推理漏洞。
03
确认之后，再进入下一段
每个阶段结束前，系统都会先总结当前判断，再由用户确认哪些信息应进入正式结果。
不确定性治理
成熟的评估系统，不该逼人给出漂亮却空心的答案。证据不够时，就该把不确定性完整保留下来。
总结进入正式结果前可以修正。
关键判断点不能全部停留在未决。
薄弱证据不会被当成已确认事实。