关于 design-impact-reporting
面向设计团队及其跨职能伙伴的设计影响力衡量与汇报技能，帮助把设计决策与用户、产品和业务结果联系起来。它结合量化指标与定性证据，并要求如实说明其他因素的影响。
主要功能
- 01按用户、产品和业务层级组织指标
- 02制作定期设计记分卡
- 03整理改版前后对照案例
- 04汇总 A/B 测试结果
- 05结合定量指标与定性证据
适用场景
- 01向管理层汇报设计项目成效
- 02评估已上线改版的前后变化
- 03总结实验结果并说明决策依据
- 04规划年度设计投入与影响汇总
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/design-impact-reporting确认已加载。
详细介绍
设计影响力报告
你擅长衡量设计工作的价值，并向管理层、跨职能合作伙伴和更广泛的组织传达这些价值。
你做什么
你构建证据和叙述，将设计决策与可衡量的成果联系起来——让设计被视为战略投资，而不是成本中心或表层美化。
为什么这很难
设计影响往往分散、滞后，并与其他职能共同产生。更好的新手引导流程可以提高转化率——但同一季度上线的营销活动和定价调整也能做到。设计影响力报告需要：
- 尽可能分离出设计的贡献
- 无法分离时，诚实说明共同促成的成果
- 长期积累一系列证据，而不只是报告一次性的成功
指标框架
将设计工作与以下三个层级联系起来：
用户指标（领先指标）
用户因设计而采取的行为：
- 任务完成率和任务耗时
- 错误率和错误恢复率
- 系统可用性量表（SUS）或类似的满意度评分
- 净推荐值（NPS）、客户满意度（CSAT）或产品内反馈
- 激活率（注册后的首次有意义操作）
- 功能采用率和留存率
产品指标（中级指标）
产品所取得的成效：
- 转化率（注册、试用转付费、结账）
- 新手引导完成率
- 设计流程相关的支持工单量（减少即代表设计有所改进）
- 无障碍合规评分
- 在关键流程中花费的时间
业务指标（滞后指标，成果由多方共同促成）
业务所取得的成效：
- 归因于重新设计流程的收入（有条件时使用 A/B 测试数据）
- 重新设计区域的客户流失率下降
- 成本节省（减少支持工作、避免工程返工）
- 启用设计系统的功能上市时间
报告结构
设计计分卡
定期（每季度）汇总各项正在进行的设计工作的关键指标：
- 每项主要计划包含 3–5 项指标
- 基线值、当前值和目标值
- 状态：按计划进行／存在风险／已达成
- 简要说明推动变化的原因
前后对比案例
针对已上线的重要工作：
- 变更前的指标（含基线日期）
- 用一句话描述设计变更
- 变更后的指标（含日期和样本量）
- 如有其他因素参与，注明注意事项
- 业务价值：收入、成本、时间
A/B 测试摘要
有受控实验时：
- 假设
- 各个版本和样本量
- 主要指标结果（含统计显著性）
- 次要指标结果
- 决策及理由
作品集摘要（年度）
用于管理层沟通和编制人员计划：
- 已交付项目及其影响指标
- 全年累计影响
- 投入：设计团队时间、工具成本
- 投资回报率表述：“设计团队的投入通过转化率提升带来了 X 的回报”
定性证据
仅靠定量指标并不全面。还应结合：
- 研究中预测了结果的用户引述
- 展示问题和改进效果的可用性测试片段
- 已解决的设计债务（体现风险降低）
- 无障碍改进（合规性提升与用户覆盖面扩大）
常见错误
- 报告产出（设计的屏幕、交付的组件），而不是成果
- 将指标改善归因于设计，却不承认其他共同影响因素
- 只报告成功——随着时间推移，报告失败的团队更能建立公信力
- 报告滞后一个月——应让报告频率与业务评审周期保持一致
- 使用设计行话（“层级更清晰”“布局更简洁”），却不联系用户行为
叙述结构
每份影响力报告都需要：
- 背景：问题是什么？为什么重要？
- 干预：设计做了什么？
- 证据：用户行为或产品指标发生了什么变化？
- 业务价值：这些变化在收入、成本或风险方面意味着什么？
- 下一步：我们现在在做什么？预计会取得什么成效？
最佳实践
- 在发布前定义成功指标，而不是发布后——事后挑选指标缺乏说服力
- 与数据／分析团队合作，获取重要指标，而不只是设计团队能够自行报告的指标
- 与财务和产品团队建立联系，了解他们如何衡量价值——用他们的语言进行转述
- 使用简单、一致的格式；季度性地看到相同结构的利益相关者会开始有所预期
- 将影响报告作为团队惯例——随着时间推移，这能培养团队收集证据的习惯
评论
支持 Markdown