如何给复杂的 B 端产品“瘦身”，打造成一款“高颜值”产品

本期大咖：田霞

用友畅捷通 UED 总监，12 年用户体验设计经验，擅长 B 端产品用户体验设计，现主要负责项目好生意、好会计、易代账、工作圈及财务业务一体化的智+的用户体验设计。

---

致力于打造企业互联网产品最佳用户体验，做最专业的企业互联网产品。说到 B 端产品常见的缺点，大家脑海里常常会浮现以下关键词：功能多，产品重，界面丑、不好用、没情趣等不招人喜爱的标签，而令用户满意的 B 端产品则是小而美，好看好用。

本期【蓝湖大咖访谈】，湖湖采访了拥有 12 年用户体验设计经验、擅长打造 To B 产品的田霞老师，她将讲述如果通过产品“瘦身”，优化产品的用户体验，让产品更好看、更有用。

B 端产品的复杂性

成熟的 B 端产品相较于 C 端产品往往更复杂，从 B 端产品与 C 端产品的差异点，能发现 B端产品复杂性的来源。👉 B 端产品和 C 端产品的差异点主要体现在以下四个方面：

📌 从产品本质来说

1. C 端产品是以“人”为中心的驱动模式

2. B 端产品是以“任务流程”为中心，来驱动产品的设计

📌 从功能层面来说

1. C 端产品是单一的功能需求

2. B 端产品往往是从 “人” “财” “货” “客”等多角色视角出发，衍生交叉复杂的功能需求

📌 从使用者来说

1. C 端产品的用户基本都是以用户自己为单位，产生个人行为

2. B 端产品的用户虽然也是“人”，但这个人是在组织里承担某个“角色“的人，因此说 B 端产品的用户是“某个角色”更加准确

📌 从用户行为来说

1. C 端产品的用户基本都上万，他们自发的去使用产品，所以他们的核心诉求是：产品有趣，不断更新

2. B 端产品的用户最多也就上万人，他们往往被迫使用产品，所以他们的诉求更多是：产品安全稳定，结构清晰，随时知晓协作者的情况

针对以上说到的 B 端产品的背景，利用英国设计协会（British Design Council）提出的设计“双钻模型”来分析，B 端产品的复杂性，主要来自两个方面：

1. 产品策略阶段，业务诉求的复杂性

2. 产品设计阶段，产品本身的复杂性

如何给复杂的 B 端产品“瘦身”

人人都有一颗渴望变美的心，作为 B 端产品的设计师，也希望自己的产物是人见人爱的“高颜值”产品，而不是复杂不便使用的产品。因此，当 B 端产品视觉上看起来繁复，功能冗余，导致体验不好的时候，我们需要为产品“减肥”了。

👉 应该如何下手呢？

功能阉割简单粗暴，就像抽脂手术，抽掉多余的脂肪达到瘦身目的，是不健康、不可取的。

✅ 正确的做法是：

有针对性的对脂肪（产品功能）进行锻炼，将其转化为肌肉（精简的功能），不仅保持了产品的美观，还优化了产品的使用体验。接下来，我会结合案例为大家分享如何健康的为 B 端产品瘦身。

1.  全身性瘦身

什么是产品的全身性“瘦身”？

从复杂的根源出发，简化业务。从需求到设计出发，追求需求理解的准确性，以此来确定我们如何做正确的事，而不是做多做错。从而让产品有清晰易懂的信息架构，让用户有掌控感，减少认知成本。

需求分析环节，设计师一定要确认自己如何做的对而不是做的多，想办法通过设计从根源上减少业务的复杂性。简化业务，设计需要做到以下两个方面：

📌 第一方面：深知简化商业复杂性的原则，深挖用户真正的需求，保障设计的准确性。

确保需求的准确性，并做出满足需求的设计，是设计于商业的一个核心价值。如何确保设计的准确性呢？要找到问题的答案，智者不是马上提供准确的回答，而是提出一个个问题，一步步分辨和深挖用户真正的需求。

👉 如何确定问题和答案是否合理？

有一个小技巧：收到产品经理需求的时候，一定要学会问这三个问题：

问题一：谁的问题？（解决谁的问题？是合作伙伴还是使用用户？）

问题二：场景是什么？（用户问题的场景是什么？）

问题三：价值及目的是什么？（是为了解决用户的什么问题，及产生的价值是什么？）

以此确定产品需求分析的准确性之后，你才可以更好的去简化你的设计。

📌 第二方面：产品要有清晰易懂的信息架构，用户对产品一旦失去掌控感，就会觉得产品非常的复杂难用。

如何让产品具备清晰易懂的信息架构呢？

👉 以产品“好生意”为例：

项目背景：因为市场需求，“好生意”从最初的一个版本，升级为六个不同的版本，每个版本功能内容都不一样，针对的客群也不一样。我们设计的时候，既要考虑到品牌的统一性，还好考虑到每个版本的扩展性，所以信息架构需要重新设计。

这时，我们发现这个产品出现的问题包括：版本多、功能多、角色多、层级深等，原有的产品信息架构已经不能支撑现在的局面，导致信息架构溢出、结构混乱的情况出现，用户对这个 App 失去掌控感的局面一触即发。用户感知产品的价值才会一直使用产品，要解决产品信息架构混乱的问题。

首先，我们要从用户的角度分析简化信息架构，路径是：

从商业价值（品牌价值）➯ 给用户价值的支柱 ➯ 产品商业目标 ➯ 用户体验 ➯ 用户旅程

由上面的路径，最终我们抽离出三种大的信息架构，去支撑六个版本的产品。每个版本的信息架构，再更深层的加入了角色权限的控制。

最终形成场景化的信息架构设计，让每个版本的不同用户，都可以更快速的去找到自己想要的功能，形成最优的简化方案。从从而减少用户的认知成本，让用户对产品有极强的掌控感，使用的效率更高。

2. 局部的“瘦身”

什么是产品的局部“瘦身”？

切勿成为自嗨型的设计师，从用户视角简化产品设计，倾听用户“真正”的声音，解决产品本身的复杂性。通过用户旅程图，对用户进行客观的分析，挖掘用户真正的痛点，找到设计中可以简化的机会点，从而做到把复杂留给自己，把简单留给用户。

如何找到设计中可以简化的机会点，简化产品的交互体验呢？

👉 以一款 PDA 手持设备的交互体验简化过程为例：

📌 首先，需要我们去了解这款产品的特性

PDA 手持设备的一些特性：单手持握扫描；实体按键可关联开单功能；若定制 PDA 硬件，则屏幕尺寸固定。

📌 了解了这款产品的一些特性以后，我们抽出关键场景的功能简化

这款产品最关键的两个场景是：

流程的优化：用户最高频使用的 PDA 扫描开单流程

关键页面的字段优化：商品列表页、购物车页、结算页

📌 确认好简化范围以后，进行设计减法：

➡️ 了解用户画像 

➡️ 了解用户场景（阶段、角色、触点、想法和情绪）

➡️ 分析用户痛点 

➡️ 找到优化的机会点

📌 找到机会点以后我们优化的方案

👉 流程优化

👉 关键页面字段的优化

最终新方案上线以后，用户满意度高达 86%，是较为成功的一次设计减法的案例。

总结

在给复杂的 To B 业务做减法的过程，切记奥卡姆剃刀定律的“剃刀原理”，“如无必要，勿增实体”，重点从两个方面进行简化：

📌 全身性的瘦身

在最初的业务诉求阶段，一定要去了解产品的所有功能模块，以及产品对于用户来说真正的价值是什么。准确性是这个环节里很重要的因素，简化一个庞大又复杂的信息架构，给予用户一个准确，清晰、简单的信息架构。让用户对产品有极强的掌控感，才是这个环节简化整个产品的最关键的一个步骤。

📌 针对性的局部瘦身

对产品某个复杂的功能模块进行简化，一定要对某个功能进行深入的用户场景分析。

切记不要自嗨，一定要客观的去了解用户场景和分析用户的旅程图，在用户流程过程中，去深挖用户的痛点，寻找最有价值的优化点来进行简化，才可以事半功倍，更好的简化我们的产品。

感谢田霞老师的分享，本期【蓝湖大咖访谈】就到这里，你有什么感想和疑问？欢迎在评论区留下你的观点。我们下期不见不散～