916官方彩票

B端产品经理要掌握的3项硬核基本功

本文将介绍B端产品经理应关注的最硬核三项基本功——账号体系设计、权限管理设计、导航体系设计。

做B端产品经理也很久了,也见识过很多产品和产品经理,似乎没有人谈及一些产品经理应当扎实掌握的基本功,而这些对于每一个产品经理都是至关重要的。举个不恰当的例子,这些基本功就像一个人的内裤,你可能不太好意思拿出来说你有,但总归是要用到的。

本文将介绍B端产品经理应关注的最硬核三项基本功——账号体系设计、权限管理设计、导航体系设计。每一个模块其实都可以单独拿出来大做文章,但碍于篇幅,只能在此抛个引子,如感兴趣,可在评论区深入探讨。

一、账号体系设计

对于普通用户,账号体系的可能被简单理解为登录,但做过B端产品的都清楚,账号体系建设是一项复杂的系统工程。

账号体系一般分为账号、角色、权限三部分,所谓账号体系设计,本质上是要设计账号、角色与权限三者之间的联系,但因为权限管理非常的复杂,所以单独拿到下一部分来说。

B端产品经理要掌握的硬核基本功

账号设计中的用户体验五要素

首先,我们先谈账号设计,参照上图,我们根据用户体验五要素来分别说下账号设计中要做哪些事情。

战略层首先要明确我们的定位、目标、用户,搞清楚战略才能够知道产品是封闭的还是开放的。比如我之前做的一个企业内部的saas框架,让集团各个公司的办公saas都接入进去,这种产品的定位必然是开放的,在接下来的产品设计中肯定要考虑开放更多接口,做足数据保密工作等。

范围层考虑的是我们需要哪些功能,实现什么效果。账号设计中,范围层一般有三部分需要重点关注,分别是登录、退出、密码找回。这里面会涉及到账号的第三方关联,账号密码的加密方式,找回密码的方式等。值得一提的是,如果你们是做一个开放平台,未来可能会嵌入其他的产品,建议提前做好单点登录的接口,免得后续改造起来很麻烦。

结构层更多的是考虑信息架构。在账号设计中,需要呈现给用户的信息主要分为用户协议、保密协议、公告、账号信息等。这个看上去简单,但是落地还是比较困难,在系统开发阶段,需要做一个非常合理的数据库设计,否则用户增多后,将会有无尽的麻烦。

框架层就是对界面的信息及布局设计。这里应当有操作指引、操作提示、登录流程等方面的考虑。

最后就是表现层。可根据市场需求、产品定位来决定登录页的静态或动态,是否需要广告位,如果有广告位,登录框应该靠右,没有的话就要居中……

B端产品经理要掌握的硬核基本功

角色分类

接下来简单谈谈角色。角色可看做是一个个权限组,角色设计是B端账号设计中非常重要的一环,由于业务特殊性,B端用户势必有很多层级,每个层级所需要看的内容不尽相同,就需要一个符合业务的角色体系。

一般的角色有三种设计方式——根据岗位、根据职责、个性化。

  • 根据岗位是指用户本身的岗位就是自己的角色,上级要拥有下级全部权限,这种设计多用于销售相关产品。
  • 根据职责是指以用户使用这个系统的目的来确定角色,比如超级管理员、分级管理员等,这种设计比较常见,一个普通员工的权限可能比公司CEO的权限范围都大。
  • 最后一种是个性化角色设计,一个账户开通后,仅具有一般权限,需要什么权限可在后续找相关负责人申请,此种设计常见于需求频繁变动的企业内部,且维护成本比较高,对于一般的B端产品,不建议直接采用此种设计。

由于B端用户的需求通常比较复杂,所以在实际的产品设计中,这三种方式往往混搭出现,以充分满足用户需求。

二、权限管理设计

在探讨这个模块之前,我要发出一个灵魂拷问:为什么需要权限管理?

理由很简单——为了更好的协作。从本质上来讲,所有权限管理产品,都属于B端产品,涉及到很多不同的人的参与,不同的人需要看的东西不一样,不同的人需要进行操作不一样,不同的人对风险把控的能力不一样,为了降低风险,增加效率,才需要权限控制。

权限管理一直以来都是让产品经理头疼的事情,作为一个B端产品经理,我们应该知道一个共识——B端的需求复杂,目前还没有一个针对权限管理的完美的解决方案,权限管理的设计过程其实是一个不断取舍的过程。

B端产品经理要掌握的硬核基本功

权限管理的RABC模型

现阶段比较通用且比较成熟的权限管控模型是RBAC(Role-Based Access Control)——基于角色的访问控制。简单来说,就是权限授予角色,角色赋给账号,角色可视为权限的集合,账号就是角色的集合,彼此为多对多关系。账号和权限在上面已经提到,且网上很多关于RBAC的资料可以查阅,所以这里不重点阐述,我想重点说明的是在权限管理设计时应当注意的一些问题。

(1)数据权限与功能权限分开

见过一些B端产品,将数据权限与功能权限绑定在一起,可见即可得。在产品起步阶段,这样的设计会减少维护成本和学习成本,但是当产品用户量提升或遭遇大客户时,便会显得力不从心。这个时候可能需要重新设计产品,将数据权限和功能权限剥离,这样很耗费资源,还不如一开始就做到位。

(2)角色不要与组织强挂钩

部分B端产品会采用将角色挂靠到组织下的方式,这种方式的好处是角色和账号可一并管控,且可以无限细分管理下级,扩展性很强。但是对于一个商业产品来说,非常不推荐这种形式,因为目前很多公司的组织架构并不稳定,甚至有的公司每个月都要大调整,角色与组织强挂钩无异于饮鸩止渴。

(3)留有余地,为某些特殊需求做准备

每一个B端产品经理都知道,B端的需求是非常复杂的,所以在设计权限管理时,要为一些特殊需求做准备,留有可自由配置任何权限组合的通道,以免需求到来,措手不及。

三、导航体系设计

相比于直接搜索,用户更喜欢用导航,因为导航是让用户做选择题,而搜索是填空题。

这句话我忘记了是从哪听说的,但每次谈到B端产品,我都会想到这句话。对于B端产品来说,用户学习成本高,完全做不到像百度一样直接放个搜索框,导航是一个B端产品经理传递给用户最温暖的话语。

导航的作用有两个——“我们有什么”以及“你在哪”。

“我们有什么”意思是要有一个清晰的导航架构及标签体系。这就要求在设计产品时对各页面及子页面做好清晰的规划,保持结构的连贯性和一致性。同时导航务必采用容易理解的交互方式,不要做太多“炫技”式交互。

导航的形式也要根据实际情况做充分的考虑,主流的导航形式有三种——顶部导航、侧边导航、混合导航,其中混合导航是顶部导航和侧边导航共存的混合形式,多用于页面结构复杂的产品。目前导航设计比较好的产品有阿里云官网,有机会可以单独写一篇文章来分析阿里云官网。

B端产品经理要掌握的硬核基本功

阿里云官网导航

“你在哪”其实就是告诉用户现在的处于哪一个页面的哪一个位置。常见的处理方式是在导航中做标注,用户所处的位置做区别处理。另一种常用的处理方式是面包屑导航,每一级都做标注,且每一级都可以点击,电商网站常使用面包屑导航。

B端产品经理要掌握的硬核基本功

有赞微商城中对用户位置的展示

B端产品经理要掌握的硬核基本功

京东商城中的面包屑导航设计

以上就是我对B端产品经理最硬核的三项基本功——账号、权限、导航的阐述,还是那句话,基本功就像内裤,你可能不太好意思拿出来说你有,但总归是要用到的。如果有问题,欢迎在评论区与我沟通。

私以为,每一个产品经理都必须穿一条好内裤。

 

本文由 @王撼宇 原创发布于916官方彩票。未经许可,禁止转载

题图来自Unsplash,基于CC0协议

给作者打赏,鼓励TA抓紧创作!
评论
欢迎留言讨论~!
  1. 转B端产品 有哪些方法?

    回复
  2. 最近遇到数据权限和功能权限设计问题,一直没想透彻,不知您是否有经验可介绍?

    回复
    1. 可以关注我的公众号,有时间会写这个

      回复
  3. 憾宇最流弊

    回复
    1. 桃哥啥时候也来谢谢UI啊

      回复
    2. 写写

      回复
  4. 感觉例子举的很恰当

    回复
    1. 谢谢

      回复
  5. 赞一个,不知道笔者是那个行业的,可以多交流 :oops:

    回复
    1. 前不知名信息化产品经理,现智能CRM产品小白

      回复
  6. 相比于直接搜索,用户更喜欢用导航,因为导航是让用户做选择题,而搜索是填空题。虽然不知道这个结论是从什么数据总结出来,总的来说这个观点其实不一定,我以前就是常常会用到阿里云,对我来说阿里云的导航太复杂,因为系统过于庞大,导致找一些功能模块,翻来翻去,到最后,还不如一个搜索,把功能搜索出来

    回复
    1. 是的,这句话并不是说完全摒弃搜索,而是说,对于B端产品来说,一个清晰的导航,比搜索重要的多。让我们这样想,你是一个第一次接触阿里云的,并不是对功能了如指掌的老司机,你是更需要导航还是搜索。office发展到2016才设置了一个搜索,其实也是一个道理,搜索在B端只能是辅助,而不像C端是主搜。

      回复
  7. 请问下什么情况下需要将数据权限和功能权限分开呢,可以举例说明下吗?谢谢作者哈哈哈 我已经关注了你的公众号

    回复
    1. 一般情况下,做权限系统都建议把数据权限和功能权限分开。比如一个CRM系统的团队数据统计,功能权限应该只开给管理者,普通销售是没有这个功能权限的。但是不同的管理者,可以看到的数据是不一致的,ceo需要看到全国的,分公司总经理只能看到特定地区的。

      回复
    2. 对于B端产品这个具体还是要看客户需求,数据权限顾名思义,谁可以看到那部分数据,谁不可以看到哪部分数据,配好用户角色,根据用户角色进行数据权限划分;而功能权限就是菜单权限了,一般情况下,我们配置好所有菜单开关,由admin去设置用户的菜单使用权限了。一般系统设计,数据权限和菜单权限是两个独立的,就如同作者的例子,或者,一个OA系统中,领导可能会看到一些统计数据,但是不必进行一些功能操作,而员工没有权限看统计数据,但是可以进行流程申请等操作。

      回复
    3. 详细清楚!谢谢! ;-)

      回复
  8. 期待作者大大的权限篇 :mrgreen:

    回复
    1. 谢谢,会有的

      回复
  9. 个性化配置对于一个组织架构变动频繁的组织来说,可能是基于角色、组织配置权限的基础上,最佳解决方案了吧

    回复
    1. 频繁变动的组织架构,我称之为动态组织架构,哈哈哈哈哈

      回复
    2. 拥抱变化。

      回复
    3. 我们要拥抱有意义的变化

      回复
  10. 坐等作者的权限篇!

    回复
    1. 哈哈,可以关注我的公众号,才开始搭建,准备最近写点干货

      回复
  11. 小白感激不尽

    回复
  12. 感谢,有些以前没明白的东西豁然开朗

    回复
  13. 写得很棒,受益匪浅

    回复
    1. 这个说的都比较浅,往深了说的话,可以说得太多了

      回复
    2. 是的,但是浅层的我们理解了,你下次写深入的文章,那么我们也就明白了

      回复
  14. 账号权限头大……感谢分享!

    回复
    1. 权限管理目前还没有一个完美的方案,只能多踩坑,多总结

      回复
  15. 嗯,大佬可不可以写一写B端系统跟系统之间对接需要学习的一些知识,感谢!!!

    回复
    1. 之前做过B端框架产品,可以理解为承载各个系统接入的容器,有机会可以写一写,有兴趣可以关注我公众号哟

      回复
  16. 审批流做的我们头大

    回复
    1. 所以前期的账号权限设计很重要

      回复
  17. 权限,日志,报表,监控,告警,都是2B 常用模块。

    回复
    1. 是的,不过个人认为日志监控这些产品解决方案都比较完善了

      回复
  18. 学习了,期待宇少对阿里云导航页的分析

    回复
    1. 以后有时间会写一篇,阿里云的导航真的强

      回复
  19. 写的很好呀,讲解很具体,学习~

    回复
  20. 比如业务系统,仅仅是公司自身使用,就是单个系统,为什么它也做单点登录呢?

    回复
    1. 如果只是单个系统的话,确实没必要。只是在考虑到现在或未来有其他系统接入的可能,才会做单点登录。

      回复
  21. 写得很好耶,小白get!

    回复
  22. 感谢,之前也有涉及到多身份多权限的问题。

    回复
    1. 权限是一个很复杂的工程,得多花点时间研究

      回复
  23. 优秀 学习到了!

    回复
    1. 我的朋友7总又出现了

      回复
  24. 你好 我也是做B端的 以后有时间可以交流一下

    回复
    1. 可以的,你是做什么产品的?

      回复
    2. 目前在做ERP系统 头疼 :cry:

      回复
    3. ERP确实比较头疼,对业务的理解需要非常深刻

      回复
    4. 想辞职不干了 账号和权限做的想死 :cry:

      回复
    5. 你这种可以尝试做非常细致的权限管理,但是要投入人员来运营

      回复
  25. 为什么这么多收藏,但是没评论呢???

    回复
    1. 哈哈哈哈都在偷着学,默默点开回复回一句

      回复
圈子
  • 产品经理群
  • 运营交流群
  • 营销增长群
  • 文案交流群
  • Axure学习群
关注微信公众号
大家都在问