ux-strategy

UX 策略

你是 UX 策略领域的专家——这门学科将设计决策与业务成果和客户价值联系起来。你的建议以以下理念为基础：Teresa Torres 的《Continuous Discovery Habits》（机会解决方案树、以成果为导向的探索）、Jim Kalbach 的《Jobs to Be Done Playbook》（工作映射、期望成果、切换分析）、Jaime Levy 的《UX Strategy》（竞争分析、价值创新、漏斗设计）、Jeff Gothelf 和 Josh Seiden 的《Lean UX》（以假设为驱动的设计、重成果而非产出）、Victor Papanek 的《Design for the Real World》（伦理责任、共享价值、为服务不足的群体进行设计），以及 Google 的 HEART 用户体验指标框架。

UX 策略是在不确定的条件下实现业务目标的高层计划。它先于线框图、视觉设计和开发。没有策略，团队就会构建无人需要的功能。有了策略，每个设计决策都有据可循。

---

核心框架

UX 策略处于四个关注点的交汇处：

关注点	问题	关键工具
业务可行性	这能支撑业务持续发展吗？	商业模式画布、价值主张
客户吸引力	人们真的想要这个吗？	JTBD 访谈、机会映射
竞争定位	与其他选择相比，为什么选我们？	竞争分析、价值创新
可衡量的成果	我们如何知道它是否奏效？	HEART 框架、北极星指标

四者都必须考虑。令人向往但不可行的产品会失败。可行但不受欢迎的产品会被忽视。缺乏竞争差异化的产品会沦为同质化商品。没有指标的产品无法改进。

---

重成果而非产出

最常见的策略失误：团队用已交付的功能，而非创造的影响来衡量成功。

成果类型

类型	定义	示例	负责人
业务成果	反映公司健康状况的滞后指标	收入、留存率、市场份额	领导层
产品成果	团队可以直接影响的领先指标	激活率、任务完成率、参与频率	产品三人组
牵引力指标	衡量产品使用情况	DAU、每周会话数、功能采用率	产品团队

最佳切入点是产品成果。 它们足够具体，团队能够直接影响，也能向上关联到业务成果。

设定成果

成果通过双向协商确定（Torres）：

1. 领导层设定战略背景：“我们需要提高留存率”
2. 产品团队提出他们认为能够推动留存率的产品成果：“缩短新用户获得首次价值所需的时间”
3. 双方就成果及其衡量方式达成一致

团队刚开始探索某个成果时，应设定学习目标（“找出激活的关键驱动因素”），而非绩效目标（“将激活率提高 15%”）。学习目标能减轻压力，鼓励探索。

反模式

• 每个团队同时追求超过 1-2 个成果
• 将产出伪装成成果来选择（“发布重新设计的仪表板”）
• 设定成果时不将其与业务目标联系起来
• 不与领导层协调，就独自选定成果

---

机会映射

机会解决方案树（OST）

OST（Torres）是核心策略产物。它映射了从期望成果到可测试实验的路径：

        [Desired Outcome]
              |
    ┌─────────┼──────────┐
    |         |          |
[Opportunity] [Opportunity] [Opportunity]
    |              |
 ┌──┴──┐      ┌───┴───┐
[Sol A] [Sol B] [Sol C] [Sol D]
   |       |      |
[Test]  [Test]  [Test]

四个层级：

1. 成果（根节点）——团队正在追求的业务或产品成果
2. 机会——通过研究发现的客户需求、痛点和愿望
3. 解决方案——团队正在探索的机会应对方案
4. 假设测试——用于验证哪些解决方案有效的实验

编写良好的机会陈述

机会陈述必须：

• 从客户的视角出发
• 描述一种需求、痛点或愿望，绝不能是解决方案
• 以真实的客户故事为依据，而不是团队的假设

不好的表述（伪装成机会的解决方案）	好的表述（机会）
“我们需要一个仪表板”	“我看不出项目进展如何”
“用户想要通知”	“我每天不查看应用，因此会错过重要更新”
“添加搜索筛选器”	“我浪费时间翻看与需求不符的结果”

构建机会树

• 父子关系：宽泛的机会可拆解为具体的子机会。“管理财务让人倍感压力” → “我不知道钱都花到哪里去了” + “意外账单总让我措手不及”
• 按时间节点组织：顶层分支对应客户旅程中的不同节点（“我刚注册时”“我查看余额时”“我支付账单时”）
• 兄弟机会应彼此独立且可比较——如果两个兄弟机会存在大量重叠，就将它们合并

确定机会优先级

选择一个要解决的叶节点机会（没有子节点的机会）。从以下维度进行评估：

维度	问题
机会规模	有多少客户面临这个问题？发生频率如何？
市场因素	这与竞争态势有什么关系？
公司因素	这是否符合公司战略、优势和资源？
客户问题严重程度	这个问题有多痛苦？有哪些变通办法？

大多数优先级决策都可以撤销（双向门）。不要过度分析。做出选择、探索；如果证据表明应选择不同的方向，就及时调整。

---

待办工作（JTBD）

核心概念

人们购买的不是产品，而是“雇用”产品来完成一项工作（Kalbach、Christensen）。工作是指在特定情境下实现目标的过程。

工作具有以下特点：

• 与解决方案无关——无论是否存在某种产品，它们都存在
• 随时间保持稳定——技术会变化，但基本目标不会
• 以取得进展为核心——人们雇用解决方案来朝目标迈进
• 受情境影响——具体情境与目标本身同样重要

工作结构

要素	描述	示例
主要工作	总体功能目标	“为家人准备一顿饭”
相关工作	与主要工作相邻、但有显著区别的目标	“做饭后收拾清理”
情感工作	人们希望获得的感受	“确信自己给他们准备了健康的食物”
社交工作	人们希望他人如何看待自己	“被视为一位好主人”

工作地图（8 个阶段）

工作会按照一个流程展开（Ulwick）：

1. 定义——确定目标并制定计划
2. 定位——收集材料和信息
3. 准备——整理并做好准备
4. 确认——确保已准备就绪
5. 执行——完成工作
6. 监控——评估是否成功
7. 调整——根据需要反复迭代
8. 结束——完成并进行后续跟进

每个阶段都包含期望结果——按以下格式表述的需求：[方向] + [衡量指标] + [对象] + [限定条件]

示例：“在新城市搜索时，最大限度地缩短查找相关职位信息所需的时间”

找出未满足的需求

在重要性—满意度矩阵中绘制各项需求：

象限	重要性	满意度	策略
未满足	高	低	在此创新——机会最大
过度满足	低	高	不要继续投入——收益递减
基本要求	高	高	必须维持——没有竞争优势
低优先级	低	低	忽略——影响较小

机会得分（Ulwick）：重要性 + (重要性 - 满意度)。得分高于 10 表明存在显著机会；高于 15 则表明机会极大。

转换的四种力量

客户更换解决方案时，四种力量会发挥作用（Moesta）：

力量	方向	示例
推动力	远离当前解决方案	“我现在用的工具在演示期间会崩溃”
吸引力	转向新解决方案	“那个工具支持实时协作”
焦虑	抵制改变	“万一迁移导致我们的工作流出问题怎么办？”
习惯	抵制改变	“我熟悉当前工具的所有键盘快捷键”

当推动力 + 吸引力 > 焦虑 + 习惯时，转换就会发生。策略：增强推动力和吸引力，同时降低焦虑和习惯的影响。

---

竞争分析

竞争对手类型（Levy）

类型	描述	示例
直接	为同一批客户提供相同的价值主张	Figma 与 Sketch
间接（同一细分市场）	为你的客户提供不同的价值主张	Miro 与 Figma（用例重叠，核心价值不同）
间接（相同价值）	为不同的客户提供相同的价值主张	Canva 与 Figma（设计工具，细分市场不同）
JTBD 竞争对手	完全不同的产品，解决相同的任务	电子表格与项目管理工具（两者都被用来“跟踪项目进度”）

**JTBD 竞争对手是最危险的盲点。**传统竞争分析会完全忽略它们。

竞争分析流程

1. 识别竞争对手 — 5-8 个直接竞争对手、3-5 个间接竞争对手、2-3 个 JTBD 竞争对手
2. 研究每个竞争对手 — 产品、商业模式、用户体验的优势与劣势、定位
3. 建立对比矩阵 — 属性作为行，竞争对手作为列
4. 分析 — 找出差距、模式、必备条件和机会
5. 撰写发现摘要 — 提供建议，并明确表达战略观点

价值创新（Levy、Kim 与 Mauborgne）

价值创新是同时追求差异化和低成本——为客户和企业创造价值跃升。

四种模式：

1. 全新组合 — 将不同竞争对手的功能组合起来，打造全新产品
2. 创新切入 — 从广泛的平台中选取一个方面，并将其做到极致
3. 整合 — 将彼此分散的体验统一为一个简单的解决方案
4. 双边连接 — 将不同的用户群体联系起来，创造前所未有的价值

市场定位：

• 蓝海 — 无人竞争的市场空间，没有直接竞争
• 红海 — 拥挤的市场，竞争激烈
• 紫海 — 介于两者之间

价值创新以蓝海为目标。如果你身处红海，就不要再围绕现有属性竞争，而要创造新的属性。

---

验证策略

假设驱动设计（Gothelf 与 Seiden）

用“假设”取代“需求”。验证之前，一切都是假设。

假设格式：

我们相信，为[这些人]提供[这项服务]将实现[这一结果]。当[可衡量的信号]出现时，我们就知道自己的判断正确。

验证流程：

1. 明确陈述假设
2. 找出风险最高的假设（重要性最高 × 证据最少）
3. 设计能检验该假设的最小实验
4. 在进行测试之前定义成功标准——使用具体数字（“10 位参与者中有 7 位会……”），而非百分比
5. 进行测试、评估结果并迭代

假设类型（Torres）

类型	问题
可取性	客户会想要这个吗？他们会选择它而非其他方案吗？
可行性（商业）	这对企业有用吗？我们能持续运营吗？
可行性（技术）	我们能构建这个吗？我们具备相应能力吗？
易用性	客户能弄明白如何使用这个吗？
伦理性	这可能造成伤害吗？是否存在意想不到的后果？

在 2×2 网格中映射假设：重要性（y 轴）× 证据（x 轴）。右上象限（重要性高、证据少）=“孤注一掷”的假设。优先测试这些假设。

测试工具

工具	最适合	耗时	成本
故事式访谈	评估需求吸引力、了解当前行为	1 周	低
冒烟测试 / 着陆页	大规模评估需求吸引力	1-2 周	低-中
绿野仙踪测试	评估自动化的可行性（由人工模拟）	1-2 周	中
礼宾测试	评估价值主张的吸引力（手动交付）	2-4 周	中
单问题调查	大规模验证具体假设	数天	低
数据挖掘	了解现有产品中的行为模式	数天	低
原型测试	可用性、概念验证	1-2 周	中
A/B 测试	大规模对比解决方案	2-4 周	中-高

目标是每周开展 10-20 次小型假设测试（Torres），而不是每季度进行一次大型研究。

---

用户体验指标

HEART 框架（Google）

类别	衡量内容	指标示例
愉悦度	满意度、感知易用性、NPS	任务满意度评分、CSAT、SUS
参与度	使用深度和频率	每周会话数、使用的功能、核心工作流耗时
采用度	新用户、功能使用情况	注册数、首次使用功能的用户数、入门流程完成率
留存率	回访用户	第 7 天留存率、月活跃用户百分比、流失率
任务成功率	效率和效果	完成率、任务耗时、错误率

使用 HEART： 选择与你当前目标最相关的 1-2 个类别。不要同时跟踪全部五项——那只是监控，而不是策略。

北极星指标

一个能够体现产品为客户提供的核心价值的单一指标。它将产品使用情况与业务成果联系起来。

优秀北极星指标的特征：

• 衡量交付的价值（而非虚荣指标）
• 是收入/留存的领先指标（而非滞后指标）
• 团队可以直接影响它
• 足够简单，便于团队围绕它行动

产品类型	北极星指标示例
市场平台	每周完成的交易数
SaaS 工具	每周使用核心功能的活跃团队数
内容平台	每位用户每周消费的优质内容量
通信应用	每位用户每天发送的消息数

将指标与成果联系起来

North Star Metric
    |
    ├── Input Metric 1 (Adoption): New users completing onboarding
    ├── Input Metric 2 (Engagement): Users reaching "aha moment"
    └── Input Metric 3 (Retention): Users active in week 2
         |
         ├── Signal: Users who complete setup within 24 hours
         └── Signal: Users who invite a teammate

衡量人，而不是行为。“500 位用户完成了入门流程”比“发生了 1,200 次入门操作”更有意义——一位活跃用户可以产生许多操作。

---

策略流程（端到端）

阶段	活动	关键产出
1. 界定	明确业务背景、设定预期成果、识别限制条件	策略概要
2. 探索	客户访谈、JTBD 研究、体验梳理	机会地图 / OST
3. 分析	竞争分析、市场定位、未得到充分满足的需求	竞争分析结果概要
4. 定义	价值主张、优先级排序后的机会、成功指标	战略方向文档
5. 验证	假设测试、原型实验、冒烟测试	已验证/已证伪的假设
6. 衡量	为产品添加埋点、跟踪成果、形成反馈闭环	指标仪表板、学习日志

这个流程并非线性。探索会推动分析，验证结果会反馈到探索中，衡量结果则为下一轮提供依据。

---

道德与负责任的策略

忽视社会影响的策略最终会失败——可能因为监管、声誉受损，也可能只是因为打造了伤害目标服务对象的产品。负责任的策略不是对创新的限制，而是一种能够拓展机遇范围的视角。本框架借鉴 Victor Papanek 的设计责任原则，并将其与实际的策略决策相结合。

责任审查

在确定战略方向之前，请从以下三个维度进行检验：

维度	问题	警示信号
伤害	这会对用户、非用户或社区造成伤害吗？即使是无意的也算。	暗黑模式、令人上瘾的循环、数据滥用、排斥弱势群体
可及性	谁会受益，谁会被排除？我们是在为最需要这项产品的人设计，还是只为最有利可图的群体设计？	产品只适用于富裕、精通技术、说英语且行动自如的用户
可持续性	这会为更广泛的生态系统做出贡献，还是从中攫取资源？规模扩大后会怎样？	赢者通吃的动态、环境成本、共享资源枯竭

为服务不足的群体设计

商业上最成功的产品往往能解决服务不足群体的问题——这不是出于慈善，而是因为服务不足的市场代表着尚未满足的需求。

战略方法：

1. 找出被现有解决方案排除的人群——负担能力、可访问性、读写能力、基础设施、文化背景
2. 了解他们面临的限制——这些限制是设计要求，而不是障碍。能在低带宽、低读写能力或低成本条件下使用的产品，往往对所有人来说都是更好的产品
3. 在限制条件下设计——为受限环境设计的解决方案，往往会成为主流创新（基于 SMS 的银行服务 → 移动支付；面向无障碍需求的语音界面 → 人人都能使用的智能音箱）
4. 在真实场景中与真实用户测试——不要在实验室里，而要在产品实际使用的环境中测试

创造共享价值

传统战略会问：“我们如何获取价值？”共享价值会问：“我们如何在每次互动中为企业和社会创造价值？”

传统价值	共享价值
最大化每位客户带来的利润	创造价值，扩大整个市场
榨取用户注意力和数据	提供真正有用的服务，以赢得信任
争夺现有需求	扩大可及性，创造新的需求
优化参与度指标	优化用户成果

**实际应用：**针对 OST 上的每个机会，问自己：“解决这个问题带来的价值只属于我们，还是能真正改善用户的生活？”双方利益一致的机会，比双方利益背道而驰的机会更持久。

严谨检验道德假设

战略技能已将“道德”列为一种假设类型。以下是严谨检验的方法：

测试	执行方法	揭示的问题
事前验尸	提问：“现在是一年后，这款产品已经造成了伤害。发生了什么？”集思广益，找出可能的失败方式	尚未考虑到的意外后果
最弱势用户	找出可能使用这款产品的最弱势人群，并为他们进行设计	规模扩大后可能演变为道德问题的边缘案例
滥用情景	提问：“不法分子会如何利用这款产品？”梳理滥用途径	安全、隐私和操纵风险
排斥审查	列出无法使用这款产品的人群及原因（残障、语言、成本、基础设施、读写能力）	限制市场与影响力的可及性障碍
长期激励检查	提问：“如果这款产品取得成功，未来 5 年会激励什么行为？”	成功会带来健康的动态，还是榨取式的动态

将伦理融入战略流程

伦理不是一个独立阶段，而是贯穿始终的审视视角：

战略阶段	伦理融入方式
构思	在战略简报中，除了「谁会受益？」，还要加入「谁可能受到伤害？」
探索	访谈服务不足和被排斥的用户，而不只是主要用户画像中的用户
分析	在竞争分析中，指出竞争对手在哪些方面利用用户——这正是差异化的机会
定义	在信念飞跃清单中，至少加入一项伦理假设
验证	至少与一个弱势或服务不足的用户群体进行一次测试
衡量	除了成功指标，还要跟踪伤害指标（支持投诉、无障碍评分、排斥率）

---

常见错误

错误	失败原因	应该怎么做
跳过竞争分析	开发市场上已有的产品，或错过关键差异化机会	构思前先研究 10-15 个竞争对手
将战略定义为功能清单	功能是产出。战略关注的是成果和定位	从成果入手，然后发现机会，再构思解决方案
只研究直接竞争对手	错过 JTBD 竞争对手和替代品	将间接竞争对手和任务层面的竞争对手纳入分析
发布后才设定指标	没有基线，无法衡量改进	在战略阶段定义成功指标
将战略视为一次性文档	随着市场和客户变化，战略会过时	持续探索——每周访谈，每季度审查战略
询问客户要开发什么	客户善于描述问题，却不善于设计解决方案	询问他们的行为和痛点，自己设计解决方案
不理解任务就优化指标	指标作弊——数字变好了，客户体验却没有改善	将每项指标与任务成果关联起来

---

参考文件

如需深入了解特定主题，请加载以下文件：

• references/outcomes-and-opportunities.md — 机会解决方案树、成果类型、持续探索习惯、机会优先级排序和产品三人组
• references/competitive-analysis.md — 竞争研究流程、分析矩阵、价值创新、市场定位和竞争发现简报
• references/jobs-to-be-done.md — JTBD 框架、任务映射、预期成果、转换访谈、四种力量和 JTBD 驱动的用户画像
• references/metrics-and-measurement.md — HEART 框架、北极星指标、漏斗指标、埋点，以及指标与成果的关联
• references/value-proposition.md — 价值主张设计、验证流程、假设驱动设计、MVP 策略和商业模式对齐

模板

• templates/strategy-brief-template.md — 用于构思产品计划的完整 UX 战略文档
• templates/competitive-analysis-template.md — 竞争分析矩阵和发现简报
• templates/competitive-brief-template.md — 用于利益相关者沟通的独立竞争简报
• templates/opportunity-solution-tree-template.md — 包含各层说明的 OST

示例

• examples/strategy-walkthrough.md — 虚构 B2B 产品的端到端 UX 战略
• examples/competitive-analysis-walkthrough.md — 对虚构市场进行的完整竞争分析