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

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

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

一、账号体系设计

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

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

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

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

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

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

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

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

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

角色分类

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

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

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

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

二、权限管理设计

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

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

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

权限管理的RABC模型

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

（1）数据权限与功能权限分开

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

（2）角色不要与组织强挂钩

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

（3）留有余地，为某些特殊需求做准备

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

三、导航体系设计

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

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

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

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

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

阿里云官网导航

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

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

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

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

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

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

题图来自Unsplash，基于CC0协议