电话+V：159999-78052 ，欢迎咨询crm系统在哪里给员工开权限管理，[专业新媒体运营推广]，[各种商圈业内交流]，[抖音运营推广课程]，[微信运营推广课程]，[小红书运营推广课程]，[让你站在风口忘记焦虑]
许多用户在将员工信息录入系统后，遇到了无法使用员工账号登录CRM的问题。这通常是因为系统管理员尚未对这些账号进行授权。下面将详细说明如何进行授权和登录。
首先，在注册企业账号并录入公司员工信息后，员工的手机或邮箱之一必须被记录，以便于密码的修改。
接下来，需要对员工账号进行登录授权。这可以通过以下步骤完成：
1.打开企业设置，并选择“登录设置”。
2.选中需要授权的员工账号，并将默认的禁用状态更改为启动状态。
授权完成后，还需为员工分配相应的系统权限，以确保他们可以访问必要的模块。这可以通过以下步骤实现：
1.进入“权限管理”，然后选择“用户管理”。
2.选中特定员工，进行权限配置。
完成上述设置后，员工就可以在系统登录页面进行首次登录。如果是初次登录，员工需要自行设置登录密码。
步骤/操作方法
第一步：新增操作员
打开CRM系统，鼠标点击“系统设置”-“权限设置”，接着会弹出“权限设置”窗口，如图：
在上面这个窗口中“部门名称”下面的空白处，点击鼠标右键，然后在弹出的下拉列菜单中选择“新增操作员”，如图
填写好部门、用户名以及操作权租之后，点击“确定”按钮，就可以完成操作员新建工作。
同样通过点击鼠标右键弹出的下拉列表中选择“编辑操作员”、“删除操作员”、“修改密码”，就可以完成相应的编辑、删除以及修改密码操作。
第二步：设置操作权限组
操作权限组中分为“资料编辑”、“日常维护及其它”两个主要部分，而“编辑资料”又划分为四部分，分别是：“读取”、“新增”、“编辑”、“删除”；只要选中左边权限组下面的部门，然后分别点击读取、新增、编辑、删除，分别将将给予的功能上打勾即可。如图：
“日常维护及其它”的设置操作类似与“资料编辑”的操作。如图：
第三步：设置查询权限组
在左边的权限组中选择需要设置的权限组之后，右边会出现一个列表，这个列表是所选权限组所可以查询的用户。点击鼠标右键，然后选择“编辑查询权限组”，如图
本文介绍CRM系统的项目权限管理和用户报名流程的设计。
CRM(CustomerRelationshipManagement)–客户关系管理系统，是指利用软件、硬件和网络技术，为企业建立一个客户信息收集、管理、分析和利用的信息系统。以客户数据的管理为核心，记录企业在市场营销和销售过程中和客户发生的各种交互行为，以及各类有关活动的状态，提供各类数据模型，为后期的分析和决策提供支持。
简而言之，CRM系统是主流高效的客户管理系统，在维护客户，挖掘新客户，规避客户流失及企业内部恶意竞争，降低营销成本上有非常重要的作用。
项目背景笔者本次服务的甲方，在培训行业深耕多年，由于成立时间较早，所以在信息化管理较为薄弱。目前管理用户的方式还是通过excel录入管理，并且通过邮件进行传输。这样的管理方式，不仅效率低下，而且一定程度上，容易出现数据泄露。
于是甲方希望能够有一套CRM，能够覆盖培训的招生，报名，学生管理等流程。由于较高的保密需求，所以需要进行研发团队开发完成后，在公司内网部署。
在征得甲方同意后，本文仅介绍项目权限管理和用户报名流程的设计。
基于RBAC（Role-BasedAccessControl）的权限管理
RBAC模型一个完善的管理系统底层逻辑，权限管理，往往是系统架构的第一步。权限管理中，通常4个元素是无法回避的，分别为：
用户（User）；角色（Role）；权限（Permission）；资源（Resources）
在数据库表结构设计中，我们通常使用一对多（OneToMany）或多对多（ManyToMany）管理用户（User）；角色（Role）；权限（Permission）。
用户；角色；权限关系示意图
在完成了以上基础逻辑确定以后，我们能够很轻易搭建起一套基本的权限体系：即创建用户（CreateUser）；分配角色（AssignRole）；赋予权限（Grant）。
流程分析管理员（Admin）流程：
CRM系统左侧为菜单栏，用户登陆后，系统根据分配给用户的角色，以及角色对应的权限对菜单进行展示。
在用户进入菜单后，我们还需要二次判断当前用户的读写权限，对部分页面的内容或者操作进行屏蔽。
原型设计如下：
以上是简化版的RBAC权限管理设计方案，在现实生活中，还需要根据实际的情况，权限管理中，是否需要包含字段权限，以及字段权限的规则（只读，读写，不可见）。
报名流程设计需求分析培训机构在进行招生时，通常的流程是：
用户咨询–销售记录用户咨询内容–销售跟进用户–用户填写报名信息–销售审核–用户付款–创建学员信息。
报名流程图
以下是对应流程中，关于方案设计的主要信息：
新建用户/用户详情
在此，我们简化了部分字段，给读者展示了一个简单的新建用户/查看详情页。由于B端系统的非标性，在某些情况下，需要我们调整其中的功能权限和展示字段。这就需要我们联系前期设计的权限管理，实现功能与需求的高度适配。
方案总结由于本次定制程度较高，且开发周期时间不长，所以在底层架构设计中，我们多采用比较成熟的方案，如RBAC权限方案，高复用度的前端页面，基于角色权限的二层级菜单。减少了开发量和部分未知风险，在规定的时间内完成了开发任务。
发布本文，只为抛转引玉，希望能够与各位B端优秀的产品经理有更多的交流机会。如文中出现纰漏，也欢迎大家指正。
本文由@DaveFu原创发布于人人都是产品经理。未经许可，禁止转载。
题图来自unsplash，基于CC0协议
电话+V： 159999-78052
专注于网络营销推广配套流程服务方案。为企业及个人客户提供高性价比的运营方案，解决小微企业和个人创业难题
