作为 B 端产品的交互设计师，我们常常会感到困惑，面对复杂的业务逻辑让我们感到“无从下手”，犹如在一团乱麻找不到“线头”所在。
万字总结！B端产品设计基础思维与方法 本文作者从 2015 年开始进入 B 类产品的打造，前后几年时间进行了行业内容的探索，从概念产品的提出，到产品营收千万以上，从产品 1.0 的两三个功能到后续迭代二三十个功能的平台产品，沉淀了一些个人观点与经验，在此分享出来与大家讨论交流，希望能与大家有更多讨论。
阅读文章 >
那要如何快速捋清 B 端产品的设计思路呢？可以试试看这样的两步走！
先明确用户角色 再根据不同的用户角色去探索他们各自的业务体验路径。 这样一来，完整的用户路径在梳理的过程中就一步步输出，最终简化出了清晰可见的整体设计方案。
下面我们一步步来看：
第一步：业务场景定义用户角色 “用户角色（User Role）是一种抽象的概念模型，是对一类用户及其问题之间关系的定义，包括需求、兴趣、期望和行为模式。”
美国计算机领域先驱同时也是人机界面交互专家的 Larry Constantine 是这样定义“ 用户角色 ”的。
从他的解释中，我们可以抽出 2 个关键词：「抽象」和「问题之间的关系」。
用户角色和用户是完全不同的概念和意义。角色就是连接问题或者业务系统的和用户之间的一个关系，起到桥梁的作用。
用户是系统的使用者，而用户角色是指拥有同一类职能的人构成的抽象组织。
一个角色可以拥有多个用户，一个用户也可以分属于多个不同的角色。
在 产品设计 的初期，用户角色的概念是比较抽象的，而产品发展过程中可以通过一些辅助手段例如调研问卷，访谈，建立典型用户场景等不断完善用户角色和用户模型。
在 B 端方案设计中，拿最常用的 2 种用户角色为例：管理员和普通用户。管理员更加侧重管理和创建，而普通用户更多聚焦在产品体验。
我们在初期的用户角色定义后还需要在具体的业务场景中不断丰富用户角色。首先在分析逻辑，处理用户体验问题的时候第一要明确用户场景。在不同的场景下，用户体验目标和路径都会有很大的差异。
从上面这个底层框架我们可以看出来，角色在 B 端产品中有更加明确的一个定义。而从设计师的角度来看，遵循最经典的 7P 框架 Person（primary 基本性，empathy 同理性，realistic 真实性，singular 独特性，objectives 目标性，number 数量性，applicable 应用性）可以让设计师对用户进行不断的细分，从而做好用户的精细化分层。
这里举一个例子：一提到电商场景，我们想到的就是淘宝、天猫、京东，这就是垂直领域用户场景的重要性。如果从用户角度出发，可以探寻到产品最底层的需求，但是如果从目标出发反推到产品，就可以看到用户的痛点及需求。
第二步：用户角色决定使用流程 再说回 B 端，我们所说的“管理员”&“普通用户”两种用户角色是源于 B 端行业的自身属性，在不同的角色之前体现出差异性，这就存在了较为明显的业务边界。
当我们能够清楚的划分这些边界的时候，就可以梳理出某一个角色在某一个场合下的既定操作流程，下面是“管理员”和“普通用户”在相同场景下的不同使用路径。
通过上述的体验路径，我们可以看到管理员和普通用户在体验层面是完全不同的。管理员的使用路径更加侧重在制作和管理上，而普通用户的使用路径则更加侧重在使用和学习上。只有梳理好不同用户角色和不同的使用流程，才能在复杂的 B 端业务中删繁就简，提高设计效率。
需要注意的一点是，用户角色不等同于前期的用户画像，用户角色更加的具象和现实。我们仍然需要站在用户角色的基础上，进一步去开发人物模型，更多维度的去表现用户的目标场景和复杂的行为模式。所以在 B 端项目中去分析了用户角色之后，仍然有必要去结合具体的场景和行为来讨论。
“我们看用户角色的时候，并不会觉得这就是一个具体的人，一个真实的用户，所以这个是不能划等号的”。
通过以上的分析我们可以看出，只要定义好用户角色和用户场景，在 B 端业务的初期就能快速形成较为完整的用户路径，并且能够在复杂的 B 端业务中简化出较为清晰可见的设计方法。
最后，用一句话来概括中心思想「当某个角色的用户，他在使用某产品功能的时候，他们是想为了完成某个特定的任务或者达到某种目标」。
当设计师能够真正的理解这句话并且能够围绕用户场景深入分析的时候，产出的设计方案才能够更有效的解决体验问题，提高业务效率。
欢迎关注作者微信公众号：「联想上研」
