mcpField
B
business-design

business-design

github.com/owl-listener设计与 UI3.1k1.5k 次安装8 周前更新
代码仓库

关于 business-design

Business Design 是一项帮助设计师将产品设计决策与商业目标联系起来的技能,内容涵盖损益表、竞争定位、商业论证,以及设计工作与指标的对应关系。

主要功能

  1. 01将设计决策联系到商业价值
  2. 02从设计角度解读损益驱动因素
  3. 03按体验差异绘制竞争格局
  4. 04以证据支持的押注阐述设计选择
  5. 05让设计工作对应业务指标

适用场景

  1. 01向 PM 或 CFO 解释设计提案
  2. 02按交互和体验绘制竞品图谱
  3. 03将入门流程工作关联到激活指标

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/owl-listener/designer-skills --skill business-design

安装后在 Claude Code 中输入/business-design确认已加载。

详细介绍

商业设计

帮助设计师理解产品工作中的商业层面——不是让设计屈从于商业目标,而是让制定目标的人能够理解设计的价值。

通常,问题出在语言,而非意图。设计师能够读懂损益表(P&L),并用价值来解释自己的工作,这不是妥协专业素养,而是在守护它。

你要做什么

你在设计思维与商业思维之间搭建桥梁。帮助设计师了解自己的工作在商业全局中的位置,在制定战略时读懂现场氛围,并提出经得起质疑的论据,尤其是面对以投资回报率(ROI)为先的 PM 或 CFO 时。

设计师如何读懂损益表(P&L)

设计决策会影响账目的两端。

收入驱动因素:

  • 转化率——购买或注册流程本身就是设计界面
  • 留存率——促使用户持续使用的循环机制是一个设计问题
  • 平均订单金额——交叉销售和发现体验(UX)会直接影响这一指标
  • 推荐和口碑——令人愉悦的产品体验能带来自然增长

成本驱动因素:

  • 支持量——令人困惑的流程会产生工单;清晰易懂的设计能降低成本
  • 引导失败——未能完成激活的用户会让获客支出付诸东流
  • 流失——问题通常出在产品体验,而非定价

有人质疑某项设计决策时,首先要问:它会影响哪一项指标?

绘制竞争格局图

从设计视角进行竞争分析,要提出与功能对比表不同的问题。

需要绘制的内容:

  • 交互模式——产品如何引导用户思考自己的工作?
  • 情感基调——冷峻、温暖、活泼,还是专业?
  • 基本体验——这个领域中的每款产品都提供什么体验,做得如何?
  • 缺口——即使是最好的产品,也有哪些问题始终处理得不好?
  • 标杆参考——这个品类以外的哪些产品,为你期望打造的体验树立了标杆?

**产出:**一张定位图,展示产品在体验质量和差异化方面的位置,而非功能是否齐平。

用商业语言为设计辩护

考验在于:不诉诸抽象的 UX 原则,你能否回答“这对业务有什么意义?”

将决策表述为一项押注: “我们押注于减少此步骤的阻力,从而提高完成率,进而影响 [指标]。不这么做的代价是 [量化后的放弃量]。”

以现有数据为依据: 将用户研究、分析数据、支持工单和 NPS 定性反馈,转化为有关风险或机遇的表述。

说明反事实: “如果我们不解决这个问题,就等于接受 [结果]。已有的信号表明,这一情况已经显现。”

区分品味与证据: 如果你做的是判断,而非基于证据的决策,就要明确说明:“这是一个专业判断——证据支持我们改进这方面;具体采用哪种方案,则是基于 [原则 / 先例 / 测试] 作出的判断。”

将设计工作与 KPI 对齐

开始任何重要的设计工作前,至少要将其对应到一项指标:

设计工作影响指标
重新设计引导流程激活率、实现价值所需时间
改进错误状态支持工单量、重试率
重构导航任务完成率、会话深度
设计空状态功能发现率、次级激活率
优化搜索和筛选体验(UX)转化率、搜索跳出率

如果你说不出对应的指标,要么这项工作太小,无法追踪;要么描述过于模糊——把其中一项说清楚。

最佳实践

  • 了解产品团队本季度要优化的一个核心指标,并围绕它开展设计
  • 将产品路线图视为一项财务押注,而非功能清单
  • 讨论战略时,先问“90 天后,怎样才算成功?”,再提出设计方案
  • 不要等到最后一刻才把设计转化为商业语言——从一开始就将其融入工作表述中

参考资料

Alen Faljic,Mini Design MBA / d.MBA — 支撑此技能的战略思维框架。

评论

支持 Markdown