在B端产品设计评审中,如何做出更合理的决策?

6 评论 10432 浏览 76 收藏 9 分钟

设计实践中,最难的也许不是设计过程本身,而是在一堆方案中决定哪个是最合适的。我希望能有一个行之有效的优先级原则,来帮助我们在设计和评审时做出更合理的决策。

我所理解的B端产品

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

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

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

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

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

对于设计师来说,那些通用的设计原则是我们在做设计和进行方案评审时的重要指导方针。而由于B端产品本身存在的业务逻辑造成的理解壁垒,使得我们在做判断时,非常容易陷入无休止的纠结或各说各话的无限争吵之中。

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

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

 1、清晰

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

用户需要在足够清晰的界面环境中完成任务,达成目标。虽然B端产品一般要比c端产品要求用户拥有更多的专业基础,但过于复杂和隐晦的界面设计,即使是专家也会恼火的。

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

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

2、高效

高效是我们在讨论业务时听到的最多的一个词。对于很多产品经理或者说管理者来说,这是个非常具有战略意义的目标。我们总是想把它放在第一位。但当将“高效”推向极致时,却也看到了问题。

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

所以 “高效”只能排在第二位。什么样的设计对用户来说是高效的呢?我认为包括但不限于以下几点:

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

3、一致性

一致性往往是复杂的B端产品中最让设计师头疼的一个问题之一。特别是对于如今流行的“原子设计”理念来说,不一致是不可原谅的。

在产品初期,即使再完美的产品经理和设计师,也很难预知到所有的场景甚至是业务类型,所以即使在设计初期定义好完整的设计规范,往往到后面也很难满足众多的场景和需求。此外,由于产品的业务繁杂、人员之间的信息壁垒以及不同的设计规范执行力度,这就更容易导致一致性问题的出现。

一致性很重要,比如可以降低用户的学习成本、确立设计模式、打造符合直觉的统一品牌形象等等。但是如果过分的追求一致,系统将永远得不到进化的机会。

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

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

4、美观

对于设计师来说固然重要,但绝非体验的核心要素。

对于产品,特别是企业类型的产品,完成目标任务永远是第一位的。很多所谓美观的产品设计实际使用起来便会令人感到乏味无聊,看上去精彩绝伦的用户界面在很多时候会难以认知和记忆。美观是提升体验、激发愉悦的重要手段,但对于我们来说,不可能将它的重要性排在其他任何设计原则之前。

美观的标准见仁见智,不同的设计师,甚至在同一个团队内,往往很难达成一个较统一的标准。但仍然存在一些宽泛的准则:

  • 页面信息的易读读性;
  • 色彩的统一性与协调性;
  • 布局的协调性,主次分明

写在最后

在设计过程中,我们也不断提醒着自己聚焦于清晰、高效、一致和美观的体验目标。在进行设计评审时,这套原则及其权重分配方式同样适用。当遇到需要进行多方面权衡的复杂状况时,设计原则的优先级次序也可以帮助我们做出明确的决策。

日常设计小结,如有不足,欢迎拍砖指正!

 

本文由 @Rindy 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自uunsplash,基于CC0协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 您好,想在产品设计的分享文章(非盈利)中引用部分观点(会标注并感谢),不知是否可以呢 😳

    来自山东 回复
    1. 薛之谦 😐

      来自四川 回复
  2. 说的很有道理,当你的设计在评审中被指体验不好但又没有更好的设计方案时很有可能你的方案参与评审对象是不专业的人员,对B端产品业务不了解的一些人,这些人通常站在C端用户身上说产品要设计到傻子都会用的话,我经常碰到,也经常很无语

    来自广东 回复
    1. 首先感谢认可(^-^)我觉得,在设计评审前就一定要和业务方在功能上达成共识,以此减少不必要的争论;其次是评审时对核心功能最好能拿出多个方案……这样才能更好地对比,评价时也会有理有据,真正将评审的重点引导到“评”,而不是被“审”和“怼”

      回复
  3. 文章写得很赞,学习了。假如B端用户是公司的内部使用者,比如说运营人员,他们关注的更多的是功能能不能实现,操作是不是简单方便快捷。所以类似一致性、美观和清晰的方法论他们都觉得无可紧要,更别说开发人员了。。那么刚接手这类B类产品的产品经理如何优雅又不是礼貌的怼出这些需求呢? 😉

    来自江苏 回复
    1. 这里的原则,主要是用来评审方案的,并不是说所有的产品需要达到这样的标准,更不是需求;至于你说的那完全内部人员使用的产品,功能需求永远是第一的,在满足功能的前提下(一定要与业务方达成产品可用的共识),然后再去依据这些原则来审视方案,使产品更好更合理

      回复