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

15天0基础极速入门数据分析,掌握一?#36164;?#25454;分析流程和方法,学完就能写一份数据报告!了解一下>>

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

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

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

一、账号体系设计

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

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

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

账号设计中的?#27809;?#20307;验五要素

首先,我们先谈账号设计,?#25569;?#19978;图,我们根据?#27809;?#20307;验五要素来分别说下账号设计中要做哪些事情。

战略层首先要明确我们的定位、目标、?#27809;В?#25630;清楚战略才能够知道产品是封闭的还是开放的。?#28909;?#25105;之前做的一个企?#30340;?#37096;的saas框架,让集团各个公司的办公saas都接入进去,这种产品的定位必然是开放的,在接下来的产品设计中肯定要考虑开放更多接口,做足数据保密工作?#21462;?/p>

范围层考虑的是我们需要哪些功能,实?#36136;?#20040;效果。账号设计中,范围层一般有三部分需要重点关注,分别是登录、退出、密码?#19968;亍?#36825;里面会涉及到账号的第三方关联,账号密码的?#29992;?#26041;式,?#19968;?#23494;码的方式?#21462;?#20540;得一提的是,如果你们是做一个开放平台,未来可能会嵌入其他的产品,建议提前做好单点登录的接口,免得后续改造起来很麻?#22330;?/p>

结构层更多的是考虑信息架构。在账号设计中,需要呈现给?#27809;?#30340;信息主要分为?#27809;?#21327;议、保密协议、公告、账号信息?#21462;?#36825;个看上去简单,但是落地还是比较困难,在系统开发阶段,需要做一个非常合理的数据库设计,否则?#27809;?#22686;多后,将会有无尽的麻?#22330;?/p>

框架层就是对界面的信息及布局设计。这里应当有操作指引、操作提?#23613;?#30331;录流程等方面的考?#24688;?/p>

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

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

角色分类

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

一般的角色有三种设?#21697;?#24335;——根据岗位、根据职责、个性化。

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

由于B端?#27809;?#30340;需求通常比较复杂,所以在?#23548;?#30340;产品设计中,这三?#22336;?#24335;往往混搭出现,以充分满足?#27809;?#38656;求。

二、权限管理设计

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

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

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

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

权限管理的RABC模型

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

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

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

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

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

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

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

三、导航体系设计

相比于直接搜索,?#27809;?#26356;?#19981;?#29992;导航,因为导航是让?#27809;?#20570;选择题,而搜索是填空题。

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

导航的作用有两个——“我们有什?#30784;?#20197;及“你在哪”。

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

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

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

阿里云官网导航

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

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

有赞微商城中对?#27809;?#20301;置的展示

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

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

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

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

 

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

题图来自Unsplash,基于CC0协议

给作者打赏,鼓励TA抓紧创作!
评论
欢迎留言讨论~!
  1. 您好,对于您的文章,我有两处疑问,希望您指点;
    1.数据权限和功能权限分开?#20309;?#26159;不是可以理解为?#28909;?#36130;务角色查看订单管理场景,仅让财务角色在订单管理下看到“已支付”状态的订单,这样系统每次访问服务器?#26412;?#20250;只调取已支付的订单,我这个理解算不算是数据权限与功能权限分开的?

    2.角色不要与组织强挂?#24120;?#26159;不是可以理解为一个角色可?#36816;?#23646;一个或多个组织,但调整组织架构时,该组织下的角色不受影响,并且该角色不管调整到那个组织,他的权限都不变呢?
    之前没接触过B端,希望您指正。

    回复
    1. 第一个问题:功能权限是让?#27809;?#26377;权限使用这个功能,而数据权限就是决定?#27809;?#22312;使用这个功能时能看到哪些数据。?#28909;?#20320;说的这个场景,财务和运营都有看到订单列表的权限,这是功能,而财务只能看到已支付类的订单,而运营能看到所有的订单,这是数据权限。再?#28909;?#24635;裁和大区总都能看到销售数据,用着同一个功能,而总裁能看到全国的,大区总只能看到他管辖的区域的,这也是数据和功能权限分开的案例。
      第二个问题,如果角色属于组织,很难做到调整组织时角色不受影响,建议是角色和组织只做关联,组织调整只会影响到该组织下的人,而不会影响其他人。有的角色甚至不和组织挂?#24120;?#21482;和人员挂?#24120;?#19981;管组织怎么变,人员的权限都不受影响。

      回复
    2. ?#34892;?#24744;的帮助。

      回复
    3. 可以?#20013;?#20851;注我的公众号,?#34892;?#25903;持

      回复
  2. 转B端产品 有哪些方法?

    回复
  3. 最近遇到数据权限和功能权限设计问题,一直没想?#36171;梗?#19981;知您是否有经验可介绍?

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

      回复
  4. 憾宇最流弊

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

      回复
    2. 写写

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

    回复
    1. 谢谢

      回复
  6. 赞一个,不知道?#25910;?#26159;那个行业的,可以多交流 :oops:

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

      回复
  7. 相比于直接搜索,?#27809;?#26356;?#19981;?#29992;导航,因为导航是让?#27809;?#20570;选择题,而搜索是填空题。虽然不知道这个结论是从什?#35789;?#25454;总结出来,总的来说这个观点其实不一定,我以前就是常常会用到阿里云,对我来说阿里云的导航太复杂,因为系统过于庞大,导致找一些功能模块,翻来翻去,到最后,还不如一个搜索,把功能搜索出来

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

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

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

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

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

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

    回复
    1. 谢谢,会有的

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

    回复
    1. 频繁变动的组织架构,?#39029;?#20043;为动态组织架构,哈哈哈哈哈

      回复
    2. ?#24403;?#21464;化。

      回复
    3. 我们要?#24403;?#26377;意义的变化

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

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

      回复
  12. 小白感激不尽

    回复
  13. ?#34892;唬?#26377;些以前没明白的东西豁然开朗

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

    回复
    1. 这个说的都比较?#24120;?#24448;深了说的话,可?#36816;?#24471;太多了

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

      回复
  15. 账号权限头大……?#34892;?#20998;享!

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

      回复
  16. 嗯,大佬可不可以写一写B端系统跟系统之间对?#26377;?#35201;学习的一些知识,?#34892;唬。。?/p>

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

      回复
    2. 期待您的作品!

      回复
    3. 我也想了解

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

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

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

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

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

    回复
    1. ?#38498;?#26377;时间会写一篇,阿里云的导航真的强

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

    回复
  21. ?#28909;?#19994;务系统,仅仅是公司自身使用,就是单个系统,为什?#27492;?#20063;做单点登录呢?

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

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

    回复
  23. ?#34892;唬?#20043;前也有涉及到多身份多权限的问题。

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

      回复
  24. 优秀 学习到了!

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

      回复
  25. 你好 我也是做B端的 ?#38498;?#26377;时间可以交流一下

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

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

      回复
    3. ERP确?#24403;?#36739;头疼,对业务的理解需要非常深刻

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

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

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

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

      回复
纯银3D电子游戏