在上路线图或投入团队预算前，用 DUFV+PESTEL…

当你要系统判断一个产品/AI 想法该测量、测试或跟踪什么，并区分立即行动与持续跟踪时使用。

适用场景

解决思路

1. 开始前说明本次通常需 15-20 分钟：先问 4 个上下文问题，再扫描 10 个风险维度，4 个内部维度与 6 个外部维度，每个浮现风险做 act/watch 分诊。
2. 让用户选择进入模式：1 Guided mode 逐维引导；2 Context dump 粘贴已知信息并跳过已覆盖内容；3 Best guess mode 用一句话给想法并标注合理假设。若 invocation 后有文本、粘贴上下文或追加的 `ARGUMENTS:` 行，视为已给答案，跳过已覆盖问题，不要重复问。
3. Context Q1/4：询问产品/AI 想法，用 1-2 句描述它做什么、给谁用。
4. Context Q2/4：询问阶段，给出选项：Concept 概念探索；Prototype 有可测试但未承诺；Building 已承诺并开发中；Scaling 已上线并增长。
5. Context Q3/4：询问当前主要担忧，选项：是否有人真的想要（需求/desirability 风险）；用户能否学会使用（usability 风险）；能否实际构建并可持续（技术/feasibility 风险）；能否成为可行业务（viability/商业模式风险）；外部力量可能扰乱计划（监管、市场、竞争）。
6. Context Q4/4：询问客户是谁，即会使用或购买产品的人，要求给职位或角色，不要公司名。
7. Q4 后总结：想法、阶段、主要担忧、客户；说明先扫描内部风险（Product Outcome Metrics 和 Business Outcome Metrics），再扫描外部 PESTEL。
8. 内部风险扫描 Product Outcome Metrics：说明这是“客户得到什么”，衡量产品对客户是否有价值和可用；对 Desirability 和 Usability 各让用户从候选中选 2 个最关键。
9. Risk Scan Q1/10 Desirability：问哪些测试或指标最关键，以验证 [客户角色] 会想要 [产品想法]，选 2 个：1 用落地页衡量初始兴趣；2 用解释视频或广告测试参与度；3 分析广告活动的注册率；4 观察故事板演示反馈；5 测量用户互动中的会话时长；6 跟踪功能采用率随时间变化；7 Other 自定义。每个选择后问 act on immediately 还是 start tracking。
10. Risk Scan Q2/10 Usability：问哪些最关键，以验证 [客户角色] 能无摩擦使用 [产品想法]，选 2 个：1 观察用户如何操作线框图；2 用 Wizard of Oz 测试获得可用性洞察；3 观察纸模型反馈中的清晰度问题；4 跟踪 rage clicks 找挫败点；5 测量任务完成流程中的 drop-offs；6 分析 time-to-complete 找摩擦点；7 Other 自定义。每个选择后问 act on immediately 还是 start tracking。
11. 内部风险扫描 Business Outcome Metrics：说明这是“业务得到什么”，衡量业务和技术能否支撑产品。
12. Risk Scan Q3/10 Feasibility：问哪些最关键，以确认能实际构建并维持 [产品想法]，选 2 个：1 测量系统 uptime 和稳定性；2 模拟用户负载确保 scalability；3 测试期间跟踪资源使用和效率；4 监控跨环境 failure rates；5 通过类似系统评估成本；6 测试与关键依赖的 integration readiness；7 Other 自定义。每个选择后问 act on immediately 还是 start tracking。
13. Risk Scan Q4/10 Viability：问哪些最关键，以确认 [产品想法] 可作为业务成立，选 2 个：1 检查类似产品的 analogous data；2 分析相邻产品获得可比洞察；3 用模拟模型估算 break-even points；4 通过客户研究测试 price sensitivity；5 评估收入 vs 成本结构的 scalability；6 运行趋势分析评估长期市场潜力；7 Other 自定义。每个选择后问 act on immediately 还是 start tracking。
14. 外部风险扫描 PESTEL：说明这是组织外部、可能重塑、延迟或杀死计划的力量；逐项走 6 类，每类根据产品与行业建议相关风险，让用户说哪些重要以及 act/watch。
15. Risk Scan Q5/10 Political：问哪些政治力量可能影响计划；starter prompts：法规合规要求，现有或待定；改变的政治优先事项影响行业；地区政策强制或司法差异；出口限制或贸易政策变化。问相关项 act/watch。
16. Risk Scan Q6/10 Economic：问哪些经济力量可能影响；starter prompts：经济不平等影响客户细分预算；供应链中断影响交付或成本；融资环境变化，如 VC、企业预算；招聘市场技能短缺。问相关项 act/watch。
17. Risk Scan Q7/10 Social：问哪些社会或文化转变可能影响采用；starter prompts：对 AI 或产品类别的社会情绪变化；目标客户数字素养差距；目标市场人口结构变化；城市化或远程工作趋势改变客户工作方式。问相关项 act/watch。
18. Risk Scan Q8/10 Technological：问哪些技术转变可能影响；starter prompts：平台依赖，如 API、云厂商、AI 模型提供商；产品必须满足的行业标准演进；可能跃迁你方法的竞争技术；频谱分配或基础设施变化，如适用。问相关项 act/watch。
19. Risk Scan Q9/10 Environmental：问哪些环境因素可能影响；starter prompts：能源消耗担忧，尤其 AI 或计算密集产品；客户或监管者的可持续性要求；公众或投资者对碳足迹的审视；资源稀缺影响基础设施或供应。很多产品该类别影响低，若是说 minimal 并继续；相关项问 act/watch。
20. Risk Scan Q10/10 Legal：问哪些法律风险可能影响；starter prompts：数据隐私法规，如 GDPR、州隐私法、行业特定规则；AI 特定责任或透明度要求；IP 保护挑战，如专利、商业秘密、开源许可；雇佣或承包商分类法律，若产品影响工作。问相关项 act/watch。
21. 对每个浮现风险强制分诊为 Act on immediately 或 Start tracking；定义：Act 是风险当前存在、重要、需要现在响应，运行测试、改变计划或弥补差距；Start tracking 是风险真实但尚不紧急，监控、设置触发阈值、按节奏重访。内外部同样适用。
22. 应用 anti-pattern 控制：不要全部标 act now；若所有风险都紧急则没有优先级；强制大致 40/60 act/watch 分割。
23. 合成风险登记表 Act on Immediately 表：列包括 #、Dimension、Risk/Test、Recommended First Step。
24. 合成风险登记表 Start Tracking 表：列包括 #、Dimension、Risk/Signal、What to Watch、Review Cadence。
25. 生成 Summary：总风险数；Act on immediately 数，即承诺前下一步；Start tracking 数，设置日历提醒按复查节奏；Biggest gap，即未解决 act-now 项最多的维度。
26. 合成后提供下一步选项：1 深挖某个 act-now 项，帮忙设计具体测试或测量；2 运行完整 PESTEL 分析，使用 `pestel-analysis` skill 做外部力量深潜；3 选择验证方法，使用 `pol-probe-advisor` 为最高优先级风险选最便宜测试；4 导出登记表，格式化为 Markdown 文档给团队分享。
27. 使用 `workshop-facilitation` 作为默认交互协议；其中定义 session heads-up 与 entry mode，Guided、Context dump、Best guess；一次一个问题且用平实语言；进度标签，如 Context Qx/4 和 Risk Scan Qx/6；打断处理和暂停/恢复行为；决策点编号建议；常规问题用编号快速选择响应选项，有用时含 Other (specify)。若冲突，遵循本技能领域逻辑。
28. 避免通用风险清单：每个风险必须点名针对本产品、本客户的具体测试或信号；例如不要写“衡量初始兴趣”，要写“运行 1 周落地页，目标临床运营负责人，传达 EHR 集成信息”。
29. 避免 all act no watch：10 个风险中最多 4-5 个 act now，其余是真实但非今天的问题；设置复查节奏并继续。
30. 避免只看内部或只看外部：每次两个镜头都扫描；若某外部类别低影响，如 SaaS 的 Environmental，说 minimal 并继续，但不要跳过问题。
31. 避免只有分析没有下一步：每个 act-now 项必须有具体下一步，谁做什么、何时完成、如何知道风险已处理；不要写“运行测试”，要写“启动 1 周落地页并收集 email，目标 [客户角色]，衡量注册率，并在 [日期] 做 go/no-go”。
32. 将 Product Outcome Metrics 连接到 Problem Positioning Statement 验证，即客户承诺；将 Business Outcome Metrics 连接到 Problem Framing Statement 验证，即业务案例。
33. 当外部风险值得进一步调查时，使用 `pestel-analysis` 深挖全部 6 类并提供数据驱动分析。
34. 需要为最高优先级 act-now 风险选择最便宜验证方法时，使用 `pol-probe-advisor`。
35. 需要记录某个具体风险的 Proof of Life probe 时，使用 `pol-probe`。
36. 需要用风险登记表发现形成 go/no-go 建议时，使用 `recommendation-canvas`。
37. 需要先框定问题再扫描风险时，使用 `problem-framing-canvas`。
38. 如果用户空手而来，也可以：先让用户用一两句话给想法，然后针对它扫描 10 个风险维度。
39. 若 invocation 形如 `De-risk this: an AI agent that auto-drafts insurance claim responses for adjusters — prototype stage, no compliance review yet.`，可从中提取已给信息并跳过相应问题。

适用边界 · 注意事项

• 尚无具体产品想法时，先使用 `problem-framing-canvas` 框定问题，不要直接扫风险。
• 需要带数据和引用的深度 PESTEL 分析时，使用 `pestel-analysis`，不要停留在本技能的高层扫描。
• 已经验证想法并需要选择验证方法，或产品已在生产中优化而非去风险时，改用 `pol-probe-advisor` 或不要使用本技能。