以用户为中心的设计是一种将人置于产品决策中心的方法。对于小型团队来说，这似乎昂贵、缓慢且难以维护。但在实践中，当以精益方式应用时，以用户为中心的设计可以减少返工、提高清晰度并加快决策速度。本指南展示了如何选择和应用这种轻流程的方法，不产生官僚主义，并注重实际结果。
在整本书中，您将了解什么是以用户为中心的设计，如何适应小型团队的流程，哪些例程值得付出努力，哪些可以简化。目标是将研究和用户体验转变为决策引擎，而不是瓶颈。
什么是以用户为中心的设计
以用户为中心的设计是从人们的真实需求出发，定义功能、流程和界面的过程。该团队不是依靠直觉，而是通过访谈、观察和测试来学习。结果是一个更清晰、更有用且更易于使用的产品。
这种做法并不意味着取悦所有人。这意味着就产品的服务对象、解决的问题以及提供的体验做出明智的决策。在小团队中，这可以避免开发不产生价值的东西。
为什么这种方法在小团队中更有意义
小团队没有犯错的余地。每周投资于错误的功能都会让您付出高昂的代价。以用户为中心的设计降低了这种风险，因为它在构建之前验证了假设。即使是简单的研究（很少进行访谈）也已经揭示了可能需要数周返工的问题。
还有一点：小团队需要专注。以用户为中心的设计有助于确定优先级。当您了解用户的痛点时，就可以更轻松地拒绝不会产生影响的请求。
以用户为中心的设计不是什么
- 这不是一个无限的研究过程。
- 这不是推迟开发的借口。
- 这不仅仅是创造漂亮的角色。
- 与数十人一起进行测试并不昂贵。
在小团队中，方法需要轻便、实用且以决策为导向。
如何为您的团队选择合适的用户体验级别
问题不是“我们是否要做用户体验”，而是“我们现在需要多少用户体验”。理想水平取决于产品风险和不确定性。
使用简单的规则：
- 低风险和高清晰度： 轻用户体验（快速搜索和简单测试）。
- **高风险和高不确定性：**更深入的用户体验（访谈、原型和测试）。
如果决策成本高昂或不可逆转，请投入更多时间来了解用户。
风险图：快速决策工具
在开始任何计划之前，将其分为两个维度：
- 潜在影响（高或低）。
- 问题的不确定性（高或低）。
| 影响 | 不确定性 | 推荐方法 |
|---|---|---|
| 高 | 高 | 研究+原型+测试 |
| 高 | 低 | 快速原型+短期测试 |
| 低音 | 高 | 快速搜索 |
| 低音 | 低 | 直接执行 |
该框架有助于平衡时间和风险。
精益流程分为 4 个步骤
对于小型团队来说，精益循环效果很好：
- **发现：**通过访谈了解问题。
- 定义： 调整将要做的事情。
- **构建：**原型并验证。
- **测量：**跟踪实际使用情况。
这个周期可能会在几周内发生，而不会成为一个副项目。
第 1 步：发现（快速且客观的研究）
研究不需要太长。五次出色的采访揭示了主要问题。秘诀是询问事实，而不是意见。
有效的问题：
- 您最后一次遇到这个问题是什么时候？
- 你做了什么来解决这个问题？
- 这个过程中最令人沮丧的是什么？
这些答案清晰并避免猜测。
如何不花大钱招募用户
小团队可以简单地招募：
- 当前的客户群。
- 在线社区。
- 客户的朋友（具有类似的资料）。
- 当地团体。
重要的是与真正遇到问题的人交谈。采访那些不符合公众的人是没有意义的。
步骤2：定义（组织和决定）
访谈结束后，将数据转化为决策。使用一个简单的框架：
- 反复疼痛。
- 期望的收益。
- 当前的障碍。
这样，团队就可以选择首先攻击的目标。此步骤避免了臃肿的积压。
第 3 步：构建（轻型原型）
在编码之前，创建一个简单的原型。它可以在纸上或 Figma 中。目的是验证流程是否有意义。这样可以节省时间并减少返工。
即使时间很少，低保真原型也可以检测到流量错误。
步骤 4：测量（实际使用情况）
启动后，测量必不可少。使用简单的指标：
- 流程中的转换。
- 完成任务的时间。
- 放弃率。
如果结果不佳，请迅速调整。循环继续。
适合小团队的良好实践
- 简短的研究会议： 30 至 45 分钟。
- 简单说明： 没有长报告。
- 与 3 到 5 人进行快速测试。
- 用明确的假设记录的决策。
目标是快速学习，而不是制造官僚主义。
精益用户体验的轻量级工具
- Figma 原型。
- 用于快速搜索的 Google 表单。
- Notion 或 Google Docs 来记录见解。
- Loom 记录测试并分享。
工具不会取代方法，但它们有助于提高速度。
值得的最低限度的文件
小团队不需要大型文档，但有些项目会有所帮助：
- 采访摘要（1 页）。
- 痛苦与收获的地图。
- 解决方案假设。
- 成功指标。
这些文件使团队保持一致并减少重复讨论。
在小团队中应用用户体验时的常见错误
- 想要研究太多但没有必要。
- 跳过定义步骤。
- 仅与同事一起测试。
- 启动后忽略数据。
- 将用户体验视为一个独立的步骤。
避免这些错误已经大大改善了结果。
如何协调用户体验和业务
以用户为中心的设计并不意味着忽视业务。理想的是交叉两个轴：
- 对用户的价值。
- 对业务的影响。
当一个想法对用户具有高价值并且对业务具有高影响力时，应该优先考虑它。当影响较小时，可能不值得付出努力。
实际示例：SaaS 中的小团队
想象一下一个由 4 人组成的团队的 SaaS 服务。他们注意到试用转化率下降。他们没有在黑暗中改变产品，而是对放弃该产品的用户进行了 5 次采访。他们发现初始设置很混乱。他们创建了一个更简单的入门原型，并由 3 个用户对其进行了测试。结果：配置时间减少了 30%。此改进实施迅速并提高了转化率。周期短、成本低、效果好。
实际示例：本地应用程序
本地预订应用程序的取消率很高。经过 4 次采访，团队意识到通知发送得太晚了。他们调整了日程并测试了一周。取消下降。这表明数据驱动的微小变化会产生真正的影响。
当一切看起来都很重要时如何确定优先顺序
使用影响与努力矩阵：
| 优先 | 影响 | 努力 |
|---|---|---|
| 高 | 高 | 低音 |
| 媒体 | 高 | 高 |
| 低 | 低音 | 高 |
在小团队中，专注于影响大、工作量少的事情。这会产生快速的结果并保持团队的积极性。
测量和学习而不成为数据奴隶
以用户为中心并不意味着衡量一切。选择一些基本指标。对于关键流程，请使用：
- 对话。
- 完成任务的时间。
- 错误率。
简单的数据已经表明体验是改善还是恶化。
用户体验和交付速度
一个常见的误解是用户体验会延迟。事实上，用户体验减少了返工。经过验证的原型可以避免数周的代码丢失。秘诀在于保持研究精益并与开发流程保持联系。
小团队的总结清单
- 明确的问题定义。
- 与真实用户快速搜索。
- 编码前的简单原型。
- 验证流量的简短测试。
- 使用基本指标进行测量。
如果团队遵循这个清单，犯错误的机会就会大大降低。
结论
以用户为中心的设计不一定是麻烦的。对于小型团队来说，它可以轻量、快速且极其有效。秘诀在于减少建造前和交付后测量的不确定性。通过应用此流程，团队可以集中精力、节省资源并创建更符合用户需求的产品。在竞争激烈的市场中，这种纪律可能是增长与停滞的区别。
##常见问题解答
1) 我需要一个用户体验团队来应用这种方法吗？
不会。小团队可以应用简单的研究和测试实践。
2) 多少次面试才足够？
五次精心进行的采访已经揭示了清晰的模式。
3）原型需要很漂亮吗？
不可以。原型必须验证流程，而不是最终设计。
4) 用户体验延迟交付？
不会。用户体验可以减少返工并加快决策速度。
5) 如何说服团队使用用户体验？
展示减少错误和提高转化率的具体成果。
另请阅读
- 【以用户为中心的设计：日常生活中如何选择0
- 【交互设计：如何通过清单进行选择1
- 【包容性设计：如何选择必要步骤2
- 【以用户为中心的设计：如何选择规模3
- [数字无障碍用户体验4
- [用户体验中的深色模式：完整指南5