关于 derisk-measurement-advisor
derisk-measurement-advisor 是面向产品经理的交互式技能,用于评估产品或 AI 想法的内部与外部风险,并整理成优先级风险登记表。它扫描 4 项内部风险和 6 项 PESTEL 风险,再将各项分为立即行动或持续跟踪。
主要功能
- 01扫描 10 个风险维度
- 02评估产品与业务结果风险
- 03检查 PESTEL 外部因素
- 04将风险分为行动或跟踪
- 05生成优先级风险登记表
适用场景
- 01决定是否推进产品或 AI 想法
- 02在纳入路线图前检查风险
- 03补充内部或外部风险评估
- 04向管理层说明潜在风险与应对次序
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ deanpeters/ product-manager-skills --skill derisk-measurement-advisor安装后在 Claude Code 中输入/derisk-measurement-advisor确认已加载。
详细介绍
目的
引导产品经理梳理 10 个风险维度中最需要衡量、测试或跟踪的事项——其中 4 个属于内部风险,6 个属于外部风险——然后将每项风险分为立即采取行动或开始跟踪。最终产出是一份按优先级排列的风险登记表,告诉你该先做什么,而不只是列出可能出错的地方。
这不是一份通用风险清单,而是针对你的特定产品、客户和市场背景进行的引导式扫描。它要回答的问题是:橙子值得榨取吗?
输入
最适合提供: 你想要进行压力测试的产品或 AI 创意。 也很有帮助: 产品所处阶段(概念、原型、已进入市场)、你已经验证的内容,以及你已知存在风险的维度。
通过调用本身提供的任何内容——技能名称后面的文本、粘贴的背景信息,或附加的 ARGUMENTS: 行——都算是已经给出的答案。使用这些内容,并跳过其中涵盖的问题;不要重复询问。
空手而来?也没问题。 顾问会先请你用一两句话介绍创意,然后围绕它扫描 10 个风险维度。
调用示例: De-risk this: an AI agent that auto-drafts insurance claim responses for adjusters — prototype stage, no compliance review yet.
核心概念
两个视角,一个问题
每个产品创意都面临两类风险。大多数产品经理只检查其中一类,而忽略另一类。
内部风险关注产品本身能否奏效:
- 产品成果指标(吸引力 + 易用性)=“客户/用户能从中获得什么?”
- 业务成果指标(可行性 + 商业价值)=“我们的业务/组织能从中获得什么?”
外部风险关注外部环境是否允许产品奏效:
- PESTEL 因素(政治、经济、社会、技术、环境、法律)=“哪些因素可能让我们措手不及?”
适用于两类风险的唯一分诊问题是:我现在要采取行动,还是开始跟踪?
内部风险框架(DUFV)
根据 Marty Cagan 提出的四类产品风险改编,并划分为两类衡量指标:
| 类别 | 维度 | 核心问题 |
|---|---|---|
| 产品成果指标 | 吸引力 | 客户会认为它足够有价值并愿意购买吗? |
| 产品成果指标 | 易用性 | 客户能弄明白怎么使用它吗? |
| 业务成果指标 | 可行性 | 我们能打造它吗?能否在规模化后持续提供? |
| 业务成果指标 | 商业价值 | 它能成为一门可持续的生意吗? |
产品成果指标回答:客户/用户能从中获得什么? 这些指标衡量产品是否解决了重要问题,并为目标用户创造价值。
业务成果指标回答:我们的业务/组织能从中获得什么? 这些指标衡量产品在保持交付可行的同时,能否有效且可靠地支持流畅的客户体验。
与定位的关联:产品成果指标用于验证你的问题定位陈述(对客户的承诺)。业务成果指标用于验证你的问题框定陈述(商业论证)。
外部风险框架(PESTEL)
组织外部的六类力量,可能重塑、延迟或终止你的产品计划:
| 类别 | 涵盖内容 | 风险示例 |
|---|---|---|
| 政治 | 政府政策、贸易法规、政治优先事项 | 面向政府承包商的新 AI 安全规则 |
| 经济 | 市场状况、融资、不平等、供应链 | 风险投资对 AI 的资助枯竭——重点转向盈利能力 |
| 社会 | 人口结构、舆论、数字素养、文化变迁 | AI 被指存在偏见——你能证明其公平性吗? |
| 技术 | 平台依赖、标准、竞争技术 | 新 AI 模型让你的模型过时——是否该快速创新? |
| 环境 | 能源消耗、可持续性、碳足迹 | AI 因碳足迹受到批评——如何实现绿色化? |
| 法律 | 数据隐私、合规、知识产权、不断演变的法规 | AI 深度伪造引发诉讼交锋——你能保护自己的产品吗? |
课堂关键见解: 市场状况不仅会变化——它们还可能改变我们、我们的业务和我们的产品。PESTEL 帮助 PM 对这些变化进行分类并作出应对,而不只是观察。
行动/观察分类
每项识别出的风险都要标记为以下两种之一:
- 立即采取行动: 该风险已经出现、影响重大,需要立即应对——开展测试、调整计划或弥补差距。
- 开始跟踪: 该风险确实存在,但尚不紧急——持续监控、设定触发阈值,并定期重新审视。
这种分类同样适用于内部和外部风险。你无法回答的需求吸引力差距,和监管截止日期一样,都属于“立即行动”。你预见到的人口趋势,就像你已部分缓解的可行性问题一样,属于“观察”。
反模式: 把所有事项都标记为“立即行动”。如果每项风险都很紧急,就没有任何一项真正得到优先处理。强制自己大致按 40/60 的比例划分为行动/观察。
何时使用此技能
适用于以下情况:
- 你有一个产品或 AI 创意,需要决定是否投入
- 你即将把某项内容列入路线图,想进行结构化的风险检查
- 你一直关注内部风险,却没有扫描外部力量(或反之)
- 领导问“可能会出什么问题?”,而你想给出比“没问题,一切都好”更好的回答
不适用于以下情况:
- 你还没有具体的产品创意(请先使用
problem-framing-canvas) - 你需要深入的 PESTEL 分析,并附有数据和引用(请使用
pestel-analysis组件技能) - 你已经验证了创意,需要选择验证方法(请使用
pol-probe-advisor) - 该创意已经投入生产,你需要优化而非降低风险
引导流程的权威依据
默认使用 workshop-facilitation 作为此技能的交互协议。
它定义了:
- 会话预告及进入模式(引导式、上下文倾倒、最佳猜测)
- 每轮一个问题,并使用通俗易懂的提示
- 进度标签(例如 Context Qx/4 和 Risk Scan Qx/6)
- 中断处理以及暂停/恢复行为
- 决策点的编号建议
- 常规问题的快速选择编号选项(适用时包含
Other (specify))
本文件定义了特定领域的评估内容。如有冲突,请遵循本文件的领域逻辑。
应用
此交互式技能使用自适应提问,从 10 个风险维度(4 个内部维度 + 6 个外部维度)扫描你的产品创意,将识别出的每项风险归类为行动/观察,并生成按优先级排列的风险登记表。
会话开始:事先说明 + 参与模式(必需)
Agent 开场提示词:
“开始之前先简单说明一下:这通常需要大约 15-20 分钟。我们会讨论 4 个背景问题,然后扫描 10 个风险维度——其中 4 个是内部维度(客户是否需要、他们是否会用、我们是否能构建、业务是否可行),6 个是外部维度(政治、经济、社会、技术、环境、法律)。对于发现的每项风险,我们都会进行分流:立即采取行动或持续跟踪。
你想怎么进行?
- 引导模式: 我会一次带你了解一个维度。
- 背景信息汇总: 粘贴你对这个想法的了解,我会跳过已有答案的部分。
- 最佳猜测模式: 用一句话告诉我这个想法,我会做出合理假设并注明。”
步骤 0:收集背景信息
Agent 每轮提出以下一个问题:
背景问题 1/4: “你正在评估的产品或 AI 想法是什么?请用 1-2 句话描述它的功能和目标用户。”
背景问题 2/4: “这个想法目前处于什么阶段?”
- 概念阶段——我们仍在探索是否要推进
- 原型阶段——我们有可测试的东西,但尚未决定是否投入
- 开发阶段——我们已决定推进并正在开发
- 扩展阶段——产品已上线,我们正在扩大规模
背景问题 3/4: “你目前最关心什么?”
- 真的会有人需要它吗?(需求/吸引力风险)
- 用户能弄明白怎么用吗?(可用性风险)
- 我们真的能构建并持续维护它吗?(技术/可行性风险)
- 这能成为一门好生意吗?(可行性/商业模式风险)
- 外部因素可能会打乱我们的计划(监管、市场、竞争)
背景问题 4/4: “客户是谁——也就是会使用或购买这个产品的人?请提供职位名称或角色,而不是公司名称。”
问题 4/4 之后,Agent 总结:
“以下是我目前掌握的信息:
- 想法: [总结]
- 阶段: [阶段]
- 主要顾虑: [顾虑]
- 客户: [角色]
我们来扫描一下风险。先从内部风险开始(产品结果指标和业务结果指标),然后再看外部因素(PESTEL)。”
步骤 1:内部风险扫描——产品结果指标(吸引力 + 可用性)
Agent 介绍:
“首先,我们来看看产品结果指标——它能为客户带来什么?这些指标用于衡量产品是否能为客户带来价值,以及是否易于使用。我会介绍两个维度的测试和指标。对于每个维度,请告诉我哪 2 项对你的产品最关键。”
风险扫描问题 1/10——吸引力:“以下哪些测试或指标对于验证[客户角色]是否真的需要[产品想法]最重要?请选择 2 项。”
- 使用落地页衡量初步兴趣
- 通过说明视频或广告测试互动情况
- 分析广告活动带来的注册率
- 观察用户对故事板演示的反馈
- 衡量用户交互过程中的会话时长
- 随时间跟踪功能采用率
- 其他(请描述你自己的方案)
对于每项选择,Agent 都会询问:“这是需要你立即采取行动(运行测试、弥补差距),还是开始跟踪(持续监测)?”
风险扫描问题 2/10——可用性:“以下哪些指标对于验证[客户角色]能否顺畅地使用[产品想法]最重要?请选择 2 项。”
- 观察用户如何与线框图交互
- 使用绿野仙踪测试获取可用性洞见
- 根据纸面模型反馈观察清晰度问题
- 跟踪愤怒点击,识别用户受挫之处
- 衡量任务完成工作流中的流失情况
- 分析任务完成时间,找出阻碍
- 其他(请描述你自己的方案)
对于每项选择,Agent 都会询问:“立即采取行动还是开始跟踪?”
第 2 步:内部风险扫描 — 业务结果指标(可行性 + 商业可行性)
Agent 介绍:
“现在来看看业务结果指标——这对我们的业务有什么意义?这些指标用于衡量业务和技术能否支持这款产品。”
风险扫描 Q3/10 — 可行性:“要确认你确实能构建并持续运营 [product idea],以下哪些事项最重要?选择 2 项。”
- 衡量系统正常运行时间和稳定性
- 模拟用户负载,确保可扩展性
- 在测试期间跟踪资源使用情况和效率
- 监控不同环境下的故障率
- 通过类似系统评估成本
- 测试与关键依赖项集成的准备情况
- 其他(请自行描述)
对于每项选择,Agent 会询问:“立即采取行动,还是开始跟踪?”
风险扫描 Q4/10 — 商业可行性:“要确认 [product idea] 能作为一门生意运作,以下哪些事项最重要?选择 2 项。”
- 查看类似产品的相关数据
- 分析相邻产品,获取可比较的洞见
- 使用模拟模型估算盈亏平衡点
- 通过客户调研测试价格敏感度
- 评估收入与成本结构的可扩展性
- 运行趋势分析,评估长期市场潜力
- 其他(请自行描述)
对于每项选择,Agent 会询问:“立即采取行动,还是开始跟踪?”
步骤 3:外部风险扫描 — PESTEL
Agent 介绍:
“现在,让我们扫描一下外部因素——组织之外可能改变、延误或终止计划的因素。我会逐一介绍 6 个类别。针对每个类别,我会提出与你的产品和行业相关的风险。告诉我哪些风险值得关注,以及应该采取行动还是持续观察。”
风险扫描 Q5/10 — 政治:“考虑到 [product idea] 和 [customer role],哪些政治因素可能影响你的计划?”
启发性提示(Agent 会根据上下文调整):
- 监管合规要求(现行或待出台)
- 影响你所在行业的政治优先事项变化
- 区域政策要求或司法管辖区差异
- 出口限制或贸易政策变化
“其中哪些(或其他因素)与你相关?对于每一项,是立即采取行动还是开始跟踪?”
风险扫描 Q6/10 — 经济:“哪些经济因素可能影响 [product idea]?”
启发性提示:
- 影响目标客户群预算的经济不平等
- 影响交付或成本的供应链中断
- 融资环境变化(风险投资、企业预算)
- 招聘市场中的技能短缺
“哪些与你相关?采取行动还是持续观察?”
风险扫描 Q7/10 — 社会:“哪些社会或文化趋势可能影响 [product idea] 的采用?”
启发性提示:
- 社会对 AI 或你的产品类别的态度变化
- 目标客户群体的数字素养差距
- 目标市场的人口结构变化
- 城市化或远程办公趋势对客户工作方式的影响
“哪些与你相关?采取行动还是持续观察?”
风险扫描 Q8/10 — 技术:“哪些技术变化可能影响 [product idea]?”
启发性提示:
- 平台依赖项(API、云服务提供商、AI 模型提供商)
- 产品必须满足的行业标准不断演进
- 可能超越你当前方案的竞争技术
- 频谱分配或基础设施变化(如适用)
“哪些与你相关?采取行动还是持续观察?”
风险扫描 Q9/10 — 环境:“哪些环境因素可能影响 [product idea]?”
启发性提示:
- 能耗方面的顾虑(尤其是 AI/计算密集型产品)
- 客户或监管机构提出的可持续发展要求
- 公众或投资者对碳足迹的审视
- 影响基础设施或供应的资源短缺
“哪些与你相关?对许多产品而言,这一类别的影响较小——如果是这样,请说‘影响很小’,我们就继续。对于相关因素,是采取行动还是持续观察?”
风险扫描 Q10/10 — 法律:“哪些法律风险可能影响 [product idea]?”
启发性提示:
- 数据隐私法规(GDPR、州隐私法、特定行业规则)
- AI 专属责任或透明度要求
- 知识产权保护方面的挑战(专利、商业机密、开源许可)
- 雇员或承包商身份认定法律(如果产品会影响工作)
“哪些与你相关?采取行动还是持续观察?”
步骤 4:综合 — 风险登记表
Agent 将所有选择汇总到风险登记表中:
“以下是针对 [product idea] 的降风险计划:
立即采取行动
| # | 维度 | 风险/测试 | 建议的第一步 |
|---|---|---|---|
| 1 | [例如,吸引力] | [例如,通过落地页评估初步兴趣] | [例如,开展为期 1 周的落地页测试并收集电子邮件] |
| 2 | [例如,法律] | [例如,面向欧盟客户的数据隐私合规] | [例如,本周将 GDPR 要求映射到你的数据架构] |
| ... |
开始跟踪
| # | 维度 | 风险/信号 | 观察事项 | 审查频率 |
|---|---|---|---|---|
| 1 | [例如,经济] | [例如,AI 领域风险投资收缩] | [例如,季度风险投资报告、竞争对手融资情况] | 每季度 |
| 2 | [例如,社会] | [例如,社会对医疗保健领域 AI 的态度变化] | [例如,行业调查、媒体舆情、客户访谈] | 每月 |
| ... |
总结
- 发现的风险总数: [N]
- 立即采取行动: [N] — 这是你在继续投入前的下一步
- 开始跟踪: [N] — 为这些审查周期设置日历提醒
- 最大缺口: [未解决的立即行动事项最多的维度]"
Agent 随后会询问:
"接下来你想做什么?
- 深入了解一项需要立即采取行动的事项 — 我会帮助你设计具体的测试或测量方法
- 运行完整的 PESTEL 分析 — 使用
pestel-analysisskill 深入分析外部力量 - 选择一种验证方法 — 使用
pol-probe-advisor为你的首要风险选择成本最低的测试 - 导出此风险登记表 — 我会将其整理为可与团队分享的 Markdown 文档"
示例
示例:AI 驱动的临床试验匹配工具
背景:
- 创意: 根据 EHR 数据将患者与临床试验匹配的 AI 工具
- 阶段: 概念阶段
- 主要关注点: 外部监管风险
- 客户: 临床运营负责人
内部风险扫描结果:
产品成果指标:
- 吸引力:观察故事板演示的反馈(采取行动)+ 跟踪功能采用率(观察)
- 易用性:衡量任务完成工作流中的流失情况(观察)+ 分析完成耗时以发现阻碍(观察)
业务成果指标:
- 可行性:测试 EHR 依赖项的集成准备情况(采取行动)+ 监控不同环境中的故障率(观察)
- 可持续性:考察类似产品的类比数据(采取行动)+ 评估收入与成本的可扩展性(观察)
外部风险扫描结果:
- 政治:FDA 数字健康指南不断变化(观察 — 每季度)
- 经济:疫情后医院 IT 预算承压(采取行动 — 立即验证付费意愿)
- 社会:临床医生对 AI 驱动的患者匹配的信任(采取行动 — 开展信任度访谈)
- 技术:EHR 平台 API 的稳定性和访问政策(采取行动 — 本轮冲刺测试集成)
- 环境:影响极小
- 法律:AI 处理 PHI 的 HIPAA 合规性(采取行动 — 在原型开发前进行法律审查)
风险登记表输出:
立即采取行动(5 项):
- 吸引力 — 与 5 位临床运营负责人进行故事板演示
- 可行性 — 开展 EHR 集成探索(测试 API 访问权限和数据格式)
- 可持续性 — 对标类似产品(同类工具如何定价?)
- 经济 — 与 3 位医院 IT 采购方确认预算决策权
- 法律 — 审查 AI 处理 PHI 的 HIPAA 合规性
开始跟踪(5 项):
- 吸引力 — 功能采用率(上线后指标)
- 易用性 — 任务完成流失情况和完成耗时(原型完成后)
- 可行性 — 不同环境中的故障率(构建完成后)
- 可持续性 — 收入与成本的可扩展性(试点后)
- 政治 — FDA 数字健康指南(每季度审查)
最大缺口: 法律/合规 — 在任何原型接触真实患者数据之前,必须完成 HIPAA 审查。
常见陷阱
1. 风险列表过于笼统
失败模式:“吸引力是风险。可行性是风险。监管是风险。”没有具体内容,也没有联系实际产品。
后果: 风险登记表适用于所有产品,因此对任何产品都没有帮助。
解决方法: 每项风险都必须明确指出针对该产品和该客户的具体测试或信号。“了解初步兴趣”过于笼统。“制作一个为期 1 周的落地页,针对临床运营负责人宣传 EHR 集成”则足够具体。
2. 只有行动,没有观察
失败模式: 每项风险都被标记为“立即采取行动”,因为审视时感觉事事紧急。
后果: 缺乏优先级排序。团队试图同时处理 15 项风险,结果一项也没有进展。
解决方法: 强制区分。如果有 10 项风险,“立即采取行动”的最多应为 4 至 5 项。其余风险确实存在,只是今天还不需要处理。设定审查周期,然后继续推进。
3. 仅分析内部或仅分析外部
**失败模式:**产品经理进行了全面的 DUFV 扫描,却从未检查 PESTEL(反之亦然)。“我们验证了需求和可行性——上线吧!”结果 6 个月后,某项法规扼杀了产品。
**后果:**恰好在你未扫描的维度上存在盲点。
**解决方法:**这项技能正是为避免这种情况而设计的。每次都要兼顾这两种视角。如果某个外部类别的影响较低(SaaS 中环境因素通常如此),就说明“影响极小”并继续——但不要跳过这个问题。
4. 分析没有后续步骤
**失败模式:**风险清单做得很漂亮,却没有建议的第一步。文档放在 Google Doc 里,无人采取行动。
**后果:**风险作秀——看似尽职,实则空洞。
**解决方法:**每个“立即行动”事项都必须有具体的下一步:谁在什么时候做什么,以及如何确认风险已得到处理。“做个测试”不算下一步。“发布一个为期 1 周、带邮箱收集功能的落地页,面向[客户角色]进行投放,衡量注册率,并在[日期]前决定是否继续”才算。
参考资料
相关技能
- pestel-analysis(组件)— 提供涵盖全部 6 个类别、基于数据分析的 PESTEL 深度分析模板;本技能发现值得进一步调查的外部风险后,可使用此模板
- pol-probe-advisor(交互式)— 为优先级最高的“立即行动”风险选择成本最低的验证方法
- pol-probe(组件)— 为特定风险编写生命迹象验证(Proof of Life)探测方案
- recommendation-canvas(组件)— 根据风险清单结果构建继续/停止建议
- problem-framing-canvas(交互式)— 在扫描风险之前界定问题
外部框架
- Marty Cagan — Inspired(2018):四种产品风险(价值、可用性、可行性、可持续性)是产品探索的基础
- Francis Joseph Aguilar — Scanning the Business Environment(1967):PEST 分析的起源,后来扩展为 PESTEL
Dean 的工作
- Productside AI Product Management 课程,单元 07:“降低 AI 赌注的风险——剖析未知因素和假设”
- PESTel 风险规划活动(外部风险的立即行动/持续观察分流)
- 衡量重要事项活动(通过 DUFV 象限选择分析内部风险)