B端软件的权限设计，背后的管理模式是怎样的？

B端软件权限设计背后的管理模式是怎样的？

企业管理软件的权限设计有何意义？本文将带领您了解企业管理软件的权限设计及其背后真正的企业管理模式。

权限设计是B端产品设计的重要组成部分。

在设计B端软件整体框架时，权限设计是一个非常重要的模块。它决定了用户登录系统后可以查看哪些模块、可以操作哪些功能、可以查看哪些数据集。可以说，设计权限决定了用户进来后系统的所有内容。

由于不同的权限所能处理的业务不同，看到的数据也可能不同，因此，如果设计时权限设计不完整或者不合理，对于B端软件来说将是一场灾难。

一旦设计存在缺陷，很容易在使用过程中造成数据泄露、权限混乱等问题。企业遭受了实际经济损失。

权限设计对于B端软件来说非常重要和基础，因此在最初设计产品框架时需要充分考虑和实现系统架构。

那么我们该如何合理设计授权呢？权限设计的意义是什么？有没有一些通用的设计模式可以帮助我们更好的设计权限呢？

1、B端软件权限设计本质上是真实企业管理模式的映射。

B端软件的本质是“降本增效”，因此在实践中它通常是为了解决特定的业务问题或管理流程而存在。

例如：

“CRM”的存在是为了解决销售管理问题；

“审批”的存在是为了解决企业管理过程中的各种流程制度；

“招聘”的存在是为了解决人员招聘过程中企业管理效率的问题；

……

不管它解决什么问题，B端软件存在的最大意义就是解决现实业务运营中真正的“管理问题”。因此，在设计软件时，会有非常明确的“角色”和“流程”。

B端软件本身的“角色”就是现实世界中的业务用户，是对真实业务用户的抽象。授权的设计主要围绕“角色”和“用户”展开。“角色”是对一组具有共同功能权限的人的描述，而“用户”是系统中的特定人员。

因此，真实企业业务所涉及的角色和用户就成为B端软件权限设计的重要对象，而权限设计的意义实际上就是真实企业管理模式的映射。

例如：

在《CRM》中，普通销售、销售经理、区域经理等实际上反映了现实销售世界中个人角色的划分；

《审批》中，员工、经理、部门负责人、HRBP等其实都是现实企业中人的身份证；

《招聘》中的招聘专员、部门负责人、招聘经理也真实反映了企业招聘业务所涉及的各种角色；

……

2、B端软件权限设计背后的通用管理模型

B端软件权限设计背后是否有共性？

也许你会说，每个B端软件解决的业务问题不同，涉及到的作用不同，具体问题需要具体分析，企业管理模式没有通用的规则。

但如果你仔细观察上面列出的场景，你会发现“部门领导”出现在每个场景中。那么除了这个角色之外，还会有其他常见的角色出现吗？

我们先来看看企业管理的几种常见模式：

基于组织结构的管理模式

基于报告的管理模式

基于业务关系的管理模式

1、基于组织架构的管理模式

在企业管理中，最基本的是基于组织结构的管理。

什么是组织架构？

这就是我们通常理解的“部门”——如：市场部、销售部、技术部、行政部等。根据企业的规模和企业的战略方向，往往有不同类型和层次的组织结构。

一旦企业人数达到一定规模，企业往往会在组织架构中设置“负责人”的角色，比如销售部门的负责人。

部门负责人往往拥有非常高的管理权限，一般情况下，除非有“工资”等??非常敏感的数据，否则部门负责人通常可以管理部门下所有人员的全部业务。

这意味着：作为一个部门的负责人，他对部门成员拥有完全的管辖权，因为他是部门的“老大”。

和部门负责人一样，由于有些公司的规模非常大，比如上千人，所以往往很容易出现“HRBP部门”的角色，因为业务方的人力资源协调经理在企业的人力资源管理中扮演着重要的角色。许多企业。

因此，在B端软件中，我们通常会涉及到以下与组织架构相关的角色：

部门主管人力资源业务部

部门助理

……

但需要注意的是，在一些特殊行业中，“部门负责人”的描述不能用于所有行业，例如房地产连锁店行业，其组织结构描述为“店”，因此“店”经理。”其实就相当于我们所说的“部门负责人”。

这里需要强调的是组织结构中的某种“角色”，不同行业的实际名称可能有所不同，但“部门负责人”是一般企业管理中的约定俗称。

这个角色的关键是对部门和部门下的每个人拥有管理权限，这通常体现在：

查看业务数据时，您可能有权限查看部门下所有人的数据，包括：查看业务数据、查看报表。

上级部门主管

在某些业务管理中，有某些特殊的操作权限

2、基于报告的管理模式

在企业中，除了部门之间的关系所形成的关系组织结构外，还常常存在基于“汇报关系”而形成的“管理小团队”。

当企业规模较小时，比如只有几十人，组织结构中的部门负责人往往是该部门下属全体人员的上级。但当企业规模增大到数百人、数千人时，尤其是组织结构变得更加层级化时，部门负责人往往无法管理所有人。因此，在企业中，“领导经理”这样的角色经常出现，往往直接管理几个下属成员。

我们通常将上下级之间的直接汇报关系称为“基于汇报关系的管理模式”。

相对于组织结构是由部门之间的层级结构形成的，汇报关系是基于人与人之间的汇报关系而形成的。由于汇报人员之间存在上下级关系，因此汇报关系中也会存在“上下级”关系。因此，通常有“直属下属”和“级别下属”之分。直接下属是指直接向领导报告的人员。

为什么需要关注B端软件的关系模型？我们看一下不同场景下的业务需求：

作为领导者，您需要能够：

查看下属的绩效结果；

检查下属的OKR；

查看下属的日常工作报告；

检查下属的工作进度；

查看您下级客户的追踪状态

……

从上面的场景我们可以看出，下级视图场景在企业管理中“无处不在”。因此，一个常见的管理“角色”——管理者的角色，需要作为权限设计的关键参考。

要记住的一点是，企业中有两种汇报形式，一种是“直接汇报关系”，另一种是“虚线汇报关系”，因为通常有一个直接上级，但由于工作需要。，一名员工可以向几个不同的人进行“虚线汇报”。

因此，在考虑业务授权的时候，往往需要考虑当前的情况，选择去管理哪种关系，这也意味着，在你的授权中，需要考虑直线还是虚线，或者为那里的企业提供“个性化”的能力。。

无论是直线报表还是虚线报表，基于报表关系形成的网络关系都可以在业务授权设计中注明：

作为领导者，如何管理下属的业务？

作为Leader，他的信息需要与他人分享吗？

是否需要提供分级过滤能力，支持用户对不同级别的数据进行过滤；

是否提供可配置的功能以允许企业设置自己的管理模型，例如选择是否包括虚线上的报告。

3、基于业务流程的超级模型

在基于业务流程的管理模型下，每个流程所涉及的角色确实不同，因此我们无法对每个业务流程所需的角色进行抽象的解释。

但我们发现，无论是哪种类型的管理软件，都会存在“超级管理员”或“系统管理员”或“业务管理员”等角色。

“超级管理员”或者“系统管理员”对业务拥有最大的管理权限，可以对业务进行各种设置，并拥有一些最大的权限。

“业务管理员”是每个软件产品下某种特征角色的抽象。这些角色必须根据实际的业务流程进行抽象，每个软件中涉及到的重要角色都需要仔细分析，明确定义。

因此，在设计授权时，思考的第三个维度是基于业务流程的管理模式。对于业务管理者的授权，也许每种形式的产品专家都可以抽象出这是一个垂直领域的定义，而不是一个通用的标准定义。

三、总结

总结一下，B端软件权限设计的背后，其实有一一取材于真实的企业管理模式。无论是哪一种管理软件，只要是在企业环境中，组织结构模型、上下级关系模型、超级业务经理，以上三类管理模型都会直接影响到管理软件的设计。管理权限。软件。

对于企业管理软件中的PM来说，了解企业管理、熟悉管理流程是设计企业管理软件的基础。希望大家在设计企业管理软件的时候也关注企业管理。

本文由@Lieut发表于《人人都是产品经理》禁止。

题图来自Unsplash，基于CC0协议