方案追问、决策分支与风险澄清

它解决什么问题

在企业经营、项目协作和会议讨论中，一个常见的失败模式是：方案听起来完整，但关键假设没有追问，决策树存在分叉未拆解，风险点被笼统带过。团队进入执行后才发现权限不清、时间约束冲突、数据缺失或失败案例未复盘，于是反复返工、争论和补流程。

这个 Skill 面向中国中小企业经营与协作团队，围绕 方案追问、决策分支与风险澄清 建立可检查的闭环。它不替代管理者、法务、财务或人力负责人做最终决策，而是帮助团队把模糊方案拆成事实、约束、假设、风险和人工确认项。

核心能力与关键步骤

• 输入校验：开始前要求确认业务目标、当前问题、负责人、已有制度、数据、文档、时间约束、决策权限、协作角色和不可改变条件。信息不足时，先列缺口和影响，不自行补写价格、时间、案例、资质、平台规则、经营结果或外部发布内容。
• 方案追问：围绕真实目标连续追问，识别方案背后的假设、信息来源、替代路径和未明说的约束。目标不是让对方接受结论，而是让方案进入可被理解、可被检查的状态。
• 决策分支拆解：把任务拆成可检查模块，区分必须由人决定、必须补充数据后决定、可先执行但需复核的分支，明确优先级、负责人和依赖关系。
• 风险澄清：区分事实、推断、建议和待确认信息，列出证据、风险、缺口和人工确认项，避免把推测写成既成事实。
• 交付前复核：按目标、事实、可执行性、合规和交付完整性复核。每项建议必须能落到负责人、动作、时间或检查标准；如果硬门槛不满足，输出 暂不可交付，并说明需要补充的信息、责任人和下一步动作。

适用边界与注意点

• 不代替管理者、法务、财务或人力负责人做最终决策。
• 不把本地文档、模板或建议冒充成已经执行的平台操作。
• 不读取、记录或输出密钥、Token、密码和无关个人信息。
• 涉及真实发送、发布、付费、删除、权限或生产变更时，必须由用户明确授权。
• 若资料中缺少与任务直接相关的现状、历史结果或失败案例，应先补齐再进入交付复核。