在B端产品设计评审中，如何做出更合理的决策？,人人都是产品经理微信公众号文章

作者：Rindy

全文共 2242 字，阅读需要 5 分钟

———— / BEGIN / ————

从开始做B端产品，转眼已近十个月了。在这期间，有一些感悟和总结，希望能分享一下。

我所理解的：B端产品，是面向少数专业用户的，用户需要具备相关行业的专业知识才能使用。

它的重要目标是提供更全面、专业和强大的功能，体验相对C端产品很可能没那么重要和关键，这是事实；在使用中更重视业务逻辑以及流程的完整和效率——这也是为什么我们看到的很多B端产品用户，希望把功能尽量平铺出来（而不是像C端产品倡导的“一个界面只完成一件事”），因为这部分用户相对固定和专业，他们首先考虑的是产品的功能强大和高效率。

当然，这与另一类B端产品（如OA系统，协作工具等），是有本质区别的——这类产品其实和普通C端产品更类似。

但，这并不意味着我们的产品不需要关注交互和视觉的细节。

对于设计师来说，那些通用的设计原则是我们在做设计和进行方案评审时的重要指导方针。

而由于B端产品本身存在的业务逻辑造成的理解壁垒，使得我们在做判断时，非常容易陷入无休止的纠结或各说各话的无限争吵之中。

到底有没有一个行之有效的准则，或者说通用的“设计原则”，可以有效地判断方案的优劣，而减少无谓的争执呢？

于是，就有了下面的思考，即“设计优先级四原则”，我希望这个原则可以帮助自己塑造设计思维，进而对具体的方案进行评判，做出正确的设计决策。

一、清晰

任何时候，界面的清晰，对我们来说是体验当中的重中之重。

用户需要在足够清晰的界面环境中完成任务，达成目标。

虽然B端产品一般要比c端产品要求用户拥有更多的专业基础，但过于复杂和隐晦的界面设计，即使是专家也会恼火的。

你不能期望用户像你一样对这个产品充满好奇与探知欲，所以我们将“清晰”放在第一位。为实现这一目标，结合平时交互设计的理论与实践，我总结了一些主观或客观的评价标准：

界面主次分明：很容易区分主要功能和次要功能、关键信息和补充信息、主要控件和次要控件；
对于核心用户，很容易判断自己在前页面能干什么，不会感到迷惑和不知所措；
页面的核心信息清晰易懂，语句简洁无歧义，对于难以理解的专业名词有必要的解释和说明；

二、高效

高效是我们在讨论业务时听到的最多的一个词。对于很多产品经理或者说管理者来说，这是个非常具有战略意义的目标。

我们总是想把它放在第一位，但当将“高效”推向极致时，却也看到了问题。

一个表单，只需要点击一次“提交”就可以完成，看似很高效，但实践证明过长的表单更容易使用户烦躁并出错，这也是为什么很多“订单”页面需要分成多步来完成的重要原因。

所以 “高效”只能排在第二位。

什么样的设计对用户来说是高效的呢？我认为包括但不限于以下几点：

能够让系统依靠内部或设定的业务逻辑自动进行关联的操作或判断，就不要让用户来进行；
能够在当前页面完成的任务或操作，尽量不需要去到其他页面；
对于80%的操作或需要的信息，需要3次点击以内就能够到达；
能够识别核心用户行为，并在他们进行操作时给予对应的推荐。

三、一致性

一致性往往是复杂的B端产品中最让设计师头疼的一个问题之一。

特别是对于如今流行的“原子设计”理念来说，不一致是不可原谅的。

在产品初期，即使再完美的产品经理和设计师，也很难预知到所有的场景甚至是业务类型，所以即使在设计初期定义好完整的设计规范，往往到后面也很难满足众多的场景和需求。

此外，由于产品的业务繁杂、人员之间的信息壁垒以及不同的设计规范执行力度，这就更容易导致一致性问题的出现。

一致性很重要，比如可以降低用户的学习成本、确立设计模式、打造符合直觉的统一品牌形象等等。

但是如果过分的追求一致，系统将永远得不到进化的机会。

所有的设计规范都有一个原则：只规定80%的事情。我们需要为适时适用的设计创新保留一定的空间，所以我将其放在第三位。我总结了几个最常见的一致性判断标准：

业务逻辑的一致性：不同模块或页面的同类功能，是否有同样的操作？同样的定义是否使用了同样的标题或文案？
结构层和框架层的一致性：即各级导航菜单的结构、页面的框架和布局等。如：“更多”的入口是弹窗还是跳转？菜单是下拉还是侧滑？操作区域是位于页面右侧还是下方等；
表现层的一致性：即核心控件、元素、交互动作是否一致：包括视觉与交互样式，如常用控件：按钮、图标、toast提示、弹窗、遮罩层、菜单等；常见交互动作：点击效果、滑动效果、转场动效等等；