mcpField
D
derisk-measurement-advisor

derisk-measurement-advisor

github.com/deanpeters生产力7.7k1.4k 次安装2 周前更新
代码仓库

关于 derisk-measurement-advisor

derisk-measurement-advisor 是面向产品经理的交互式技能,用于评估产品或 AI 想法的内部与外部风险,并整理成优先级风险登记表。它扫描 4 项内部风险和 6 项 PESTEL 风险,再将各项分为立即行动或持续跟踪。

主要功能

  1. 01扫描 10 个风险维度
  2. 02评估产品与业务结果风险
  3. 03检查 PESTEL 外部因素
  4. 04将风险分为行动或跟踪
  5. 05生成优先级风险登记表

适用场景

  1. 01决定是否推进产品或 AI 想法
  2. 02在纳入路线图前检查风险
  3. 03补充内部或外部风险评估
  4. 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 个是外部维度(政治、经济、社会、技术、环境、法律)。对于发现的每项风险,我们都会进行分流:立即采取行动或持续跟踪。

你想怎么进行?

  1. 引导模式: 我会一次带你了解一个维度。
  2. 背景信息汇总: 粘贴你对这个想法的了解,我会跳过已有答案的部分。
  3. 最佳猜测模式: 用一句话告诉我这个想法,我会做出合理假设并注明。”

步骤 0:收集背景信息

Agent 每轮提出以下一个问题:

背景问题 1/4: “你正在评估的产品或 AI 想法是什么?请用 1-2 句话描述它的功能和目标用户。”

背景问题 2/4: “这个想法目前处于什么阶段?”

  1. 概念阶段——我们仍在探索是否要推进
  2. 原型阶段——我们有可测试的东西,但尚未决定是否投入
  3. 开发阶段——我们已决定推进并正在开发
  4. 扩展阶段——产品已上线,我们正在扩大规模

背景问题 3/4: “你目前最关心什么?”

  1. 真的会有人需要它吗?(需求/吸引力风险)
  2. 用户能弄明白怎么用吗?(可用性风险)
  3. 我们真的能构建并持续维护它吗?(技术/可行性风险)
  4. 这能成为一门好生意吗?(可行性/商业模式风险)
  5. 外部因素可能会打乱我们的计划(监管、市场、竞争)

背景问题 4/4: “客户是谁——也就是会使用或购买这个产品的人?请提供职位名称或角色,而不是公司名称。”

问题 4/4 之后,Agent 总结:

“以下是我目前掌握的信息:

  • 想法: [总结]
  • 阶段: [阶段]
  • 主要顾虑: [顾虑]
  • 客户: [角色]

我们来扫描一下风险。先从内部风险开始(产品结果指标和业务结果指标),然后再看外部因素(PESTEL)。”


步骤 1:内部风险扫描——产品结果指标(吸引力 + 可用性)

Agent 介绍:

“首先,我们来看看产品结果指标——它能为客户带来什么?这些指标用于衡量产品是否能为客户带来价值,以及是否易于使用。我会介绍两个维度的测试和指标。对于每个维度,请告诉我哪 2 项对你的产品最关键。”


风险扫描问题 1/10——吸引力:“以下哪些测试或指标对于验证[客户角色]是否真的需要[产品想法]最重要?请选择 2 项。”

  1. 使用落地页衡量初步兴趣
  2. 通过说明视频或广告测试互动情况
  3. 分析广告活动带来的注册率
  4. 观察用户对故事板演示的反馈
  5. 衡量用户交互过程中的会话时长
  6. 随时间跟踪功能采用率
  7. 其他(请描述你自己的方案)

对于每项选择,Agent 都会询问:“这是需要你立即采取行动(运行测试、弥补差距),还是开始跟踪(持续监测)?”


风险扫描问题 2/10——可用性:“以下哪些指标对于验证[客户角色]能否顺畅地使用[产品想法]最重要?请选择 2 项。”

  1. 观察用户如何与线框图交互
  2. 使用绿野仙踪测试获取可用性洞见
  3. 根据纸面模型反馈观察清晰度问题
  4. 跟踪愤怒点击,识别用户受挫之处
  5. 衡量任务完成工作流中的流失情况
  6. 分析任务完成时间,找出阻碍
  7. 其他(请描述你自己的方案)

对于每项选择,Agent 都会询问:“立即采取行动还是开始跟踪?”


第 2 步:内部风险扫描 — 业务结果指标(可行性 + 商业可行性)

Agent 介绍:

“现在来看看业务结果指标——这对我们的业务有什么意义?这些指标用于衡量业务和技术能否支持这款产品。”


风险扫描 Q3/10 — 可行性:“要确认你确实能构建并持续运营 [product idea],以下哪些事项最重要?选择 2 项。”

  1. 衡量系统正常运行时间和稳定性
  2. 模拟用户负载,确保可扩展性
  3. 在测试期间跟踪资源使用情况和效率
  4. 监控不同环境下的故障率
  5. 通过类似系统评估成本
  6. 测试与关键依赖项集成的准备情况
  7. 其他(请自行描述)

对于每项选择,Agent 会询问:“立即采取行动,还是开始跟踪?”


风险扫描 Q4/10 — 商业可行性:“要确认 [product idea] 能作为一门生意运作,以下哪些事项最重要?选择 2 项。”

  1. 查看类似产品的相关数据
  2. 分析相邻产品,获取可比较的洞见
  3. 使用模拟模型估算盈亏平衡点
  4. 通过客户调研测试价格敏感度
  5. 评估收入与成本结构的可扩展性
  6. 运行趋势分析,评估长期市场潜力
  7. 其他(请自行描述)

对于每项选择,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 随后会询问:

"接下来你想做什么?

  1. 深入了解一项需要立即采取行动的事项 — 我会帮助你设计具体的测试或测量方法
  2. 运行完整的 PESTEL 分析 — 使用 pestel-analysis skill 深入分析外部力量
  3. 选择一种验证方法 — 使用 pol-probe-advisor 为你的首要风险选择成本最低的测试
  4. 导出此风险登记表 — 我会将其整理为可与团队分享的 Markdown 文档"

示例

示例:AI 驱动的临床试验匹配工具

背景:

  • 创意: 根据 EHR 数据将患者与临床试验匹配的 AI 工具
  • 阶段: 概念阶段
  • 主要关注点: 外部监管风险
  • 客户: 临床运营负责人

内部风险扫描结果:

产品成果指标:

  • 吸引力:观察故事板演示的反馈(采取行动)+ 跟踪功能采用率(观察)
  • 易用性:衡量任务完成工作流中的流失情况(观察)+ 分析完成耗时以发现阻碍(观察)

业务成果指标:

  • 可行性:测试 EHR 依赖项的集成准备情况(采取行动)+ 监控不同环境中的故障率(观察)
  • 可持续性:考察类似产品的类比数据(采取行动)+ 评估收入与成本的可扩展性(观察)

外部风险扫描结果:

  • 政治:FDA 数字健康指南不断变化(观察 — 每季度)
  • 经济:疫情后医院 IT 预算承压(采取行动 — 立即验证付费意愿)
  • 社会:临床医生对 AI 驱动的患者匹配的信任(采取行动 — 开展信任度访谈)
  • 技术:EHR 平台 API 的稳定性和访问政策(采取行动 — 本轮冲刺测试集成)
  • 环境:影响极小
  • 法律:AI 处理 PHI 的 HIPAA 合规性(采取行动 — 在原型开发前进行法律审查)

风险登记表输出:

立即采取行动(5 项):

  1. 吸引力 — 与 5 位临床运营负责人进行故事板演示
  2. 可行性 — 开展 EHR 集成探索(测试 API 访问权限和数据格式)
  3. 可持续性 — 对标类似产品(同类工具如何定价?)
  4. 经济 — 与 3 位医院 IT 采购方确认预算决策权
  5. 法律 — 审查 AI 处理 PHI 的 HIPAA 合规性

开始跟踪(5 项):

  1. 吸引力 — 功能采用率(上线后指标)
  2. 易用性 — 任务完成流失情况和完成耗时(原型完成后)
  3. 可行性 — 不同环境中的故障率(构建完成后)
  4. 可持续性 — 收入与成本的可扩展性(试点后)
  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 象限选择分析内部风险)

评论

支持 Markdown