To B 产品设计,警惕这些陷阱!

起点学院产品经理365成长计划,2天线下闭门集训+1年在线学习,全面掌握BAT产品经理体系。了解详情

又是一场旷日持久的评审,经过整整一上午的沟通讨论,才算各方就新版本的一个功能设计达成一致。虽然同样是面向人提供服务,但是在设计的过程中,To B的产品和To C的产品还是会有很大的不同,一个又一个大坑埋伏在前进的道路上,需要时刻注意!趁着今天刚刚经过激烈的讨论,简单整理一下。

xianjing

陷阱1:角色分离

要说To B产品和To C产品在设计上最大的不同,小不认为排第一的就属角色分离——对于To C产品来说,我们只需要面向单个用户提供服务,创造良好的体验即可,而对于To B的产品来说,产品是面向整个组织提供服务的,而且很多时候,这些服务面向的群体之间存在千丝万缕的关联和不同的权责划分。一般来说,To B产品中至少会包含一个管理员的角色和多个普通用户,对于复杂的系统可能会划分出更多的角色来承担不同业务。

系统中的角色分离,其实是对现实适用场景中,不同人职能不同的高度抽象,每个角色都是一大堆职能的集合。然而,这种角色的分立与企业组织架构的关系也不是完全对应的,比如大多数时候,最高权限的管理员对应的就不是企业CEO,而往往是IT人员。所以,在设计角色的时候,我们需要分析清楚,到底这些角色都是谁,他们会如何使用产品。

在分析角色的时候,其实也有非常多的陷阱。其中,最大的陷阱就是用自己代表用户!虽然同样是To B的产品,但是企业内的协作方式、组织架构、企业文化等的不同都可能会对使用体验造成比较大的影响,这是和To C产品非常大的不同。所以,在To B端,很多成功的产品要么超级复杂,能够满足各种强大的定制和自定义,要么超级简单,会比较少受到不同企业个性的影响,当然,这里的简单不是指功能上,而是指逻辑上。

角色分离另一个比较坑人的点就是,组织架构上的管理职责不一定能够映射到产品上的管理职责。举个简单的例子,对于部门内员工权限的管理,理论上来说,应该是部门负责人最清楚,但是,如果你傻傻地在产品上给部门负责人太多人员、权限相关的管理职责,结果很可能相当酸爽!

当然,这块的大坑还很多,在此小不就不逐一列举了。

陷阱2:操作冲突

因为是多人操作的情况,在稍复杂一点的系统中,操作冲突可能就是不可避免的状况,尤其是一些涉及后台执行、多点登录等功能的产品。在处理这类问题的时候,需要考虑如何友好地展现冲突的状态,冲突内容的保存,冲突内容的处理机制等各种问题。这里可以参考一些比较成熟的产品的处理方式,比如SVN等,不同的冲突也会有不同的解决方案。

SVN中的冲突是按照基准版本来判定的,也就是假设有两个用户A和B,A在版本C的基础上修改了内容,上传后更新后变成了C+1版本,而此时B也是在C版本的基础上做了修改,上传之后就产生了冲突,对于B来说,他修改的冲突版本中,内容还保存着,可以重命名一下,再更新到C+1版本中,提交为C+2版本。

而大家比较熟悉的Axure采用的是另一种冲突处理方式。在Axure团队项目中,所有页面都需要进行签出后才能编辑,签出的页面如果被第二个人签出,就会提示后签出页面的用户,通过警示人,避免人们进行可能冲突的操作。

几年前,金山出过一款面向企业的网盘产品,叫做金山快盘企业版(现在应该已经合到金山企业云了),这款产品当时处理冲突的方法就比较简单粗暴了,只要发生了冲突,就对冲突的文件的文件名后面加上时间戳做区分,继续同步使用。

以上是对于某个对象修改的冲突,当然这一类冲突的处理机制远不止以上三种,还有很多不同的方案,如文件服务器。冲突处理机制会根据业务模式、使用场景、实现机制的不同而有所差异。除了修改冲突以外,还有很多其他的操作冲突,尽力寻求符合业务目标的最佳体验吧。

陷阱3:操作逻辑

操作逻辑是个隐形的坑,简直坑人坑得不留痕迹,只要稍不留神就会被摆上一道!

举个简单的例子:假设你要设计一个功能,功能的操作流程为A→B→C,这个时候,技术可能告诉你,现有产品不能这样实现,或者按照这个流程来实现的难度很大,要实现C,就需要在B和C之间加一步D操作,然后,又经过几次版本迭代,出现了一个新的分支流程A→E→C,但是在后面的产品设计中,居然还在讨论如何优化B和D的过程。这个时候,可能突然有个人站出来说,既然A→E→C已经搞定了,为什么还需要B和D,大家这才反应过来。

这种情况在产品设计的时候时有发生,因为To B的产品在功能逻辑、业务流程上相对复杂,复杂业务可能会分拆成多个子流程来实现,因此一个点的变动会牵扯到很多地方的调整,如果不能时时谨记设计的最终目的,就极有可能拘泥于原有设计的逻辑,而在系统中遗留一些设计垃圾。

总结

To B产品的设计要做好并不容易,跟To C产品的设计在思路上也有很多差异。这些年,也看到很多产品、设计干了一段时间就纷纷逃离,这里面有很多原因,其中也包括承受压力的问题和对这个领域的误解。但是,小不相信,只要是好的设计,就一定会让这个世界变得更美好的!

 

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

您的赞赏,是对我创作的最大鼓励。

评论( 4

登录后参与评论
  1. 坑是太多了,,都是泪呀!!不说了,填坑去了

    回复
  2. 个人认为To B的产品的难度主要体现在:权限管理、流程这两大块

    回复
  3. TO b中间有很多很多的坑,简直每走过一次都觉得心惊胆战的。

    回复
  4. To B 产品真的经历过才知道坑多,印象深刻的一点是切记不要一开始就给B太多个性化设置,尽量提供标准,不然也是那酸爽!

    回复
加载中