产品经理留学机构内部CRM系统建设总结

1、编辑导语： CRM 系统主要用于管理和运营，是用户运营工作中的重要工作之一；整体功能框架较大，各个模块都有不同的设计；本文作者将介绍整个系统的基础 公司管理模块。上篇文章介绍了国际课程的基本知识与业务模式，让各位读者心中先有个大概。从本篇文章开始，将详细介绍CRM 中各个模块的设计，接下来直接进入正题。根据上篇文章的介绍，笔者将CRM 划分了10个模块：以上即整个CRM 的整体功能框架，笔者后续会分几篇文章分别对以上模块做单独介绍。本次就先介绍整个系统的基础 公司管理模块。这一模块也是比较通用的产品设计，适用于各种需要进行权限管理的 B 端产品。因为公司现有OA 系统的组织架构模块没有共享的能

2、力，另一方面此“国际课程培训事业部”是作为一个子公司独立品牌运营的，所以需要在此CRM 中再单独开发组织架构模块。但是无需特别复杂，仅需达到数据权限与功能权限的控制和业务审批流程控制即可。组织架构即经典的树形结构，笔者在进行方案设计时，参考了现有OA 系统以及钉钉的组织架构设计。组织架构要有最顶级的父级节点，这个节点一般是不能编辑改动的。其他的组织节点全部都挂载在此节点下，因此如果顶级节点一旦被调整位置或被删除，整个系统将会全部乱套甚至瘫痪。除了顶级节点外，笔者根据业务部门的现在的情况，以及未来的发展趋势，限制了下级节点最多有3 级，即【顶级节点】 【一级节点】 【二级节点】 【三级节点】；除

3、顶级节点外，其他节点都可以调整位置挂在到其他节点下。调整时需要注意如果该节点下还有子节点，那么需要确定子节点是否跟随转移还是默认转移到最近的上级节点。另外如果该节点内有员工，也是同样的道理需要确定员工是否要跟随转移。这里笔者采用的方案是子节点以及员工全部跟随转移。还有一点值得注意的是，如果要删除一个节点，必须考虑到该节点内是否有员工存在。这里笔者建议，如果节点内有员工则必须先将员工转移，再进行删除操作。员工管理也可以理解为账号管理，只有被添加了的员工（且状态正常），才可以登录 CRM 系统。在员工的信息中，需要定义一个字段作为登录的账号，一般常见的有手机号和邮箱，比较好记而且也方便密码遗失后的

4、找回。不过笔者并没有做密码找回的功能，仅仅是做了管理员重置密码和个人密码修改的功能。因为对于企业内部来说（特别是中小企业）系统管理员就可以承担 “找回密码 ”的功能。员工的状态也是非常重要的点，一般来说有 “在职、离职”两种状态，在职即代表该员工可以正常登陆并访问系统；而一旦被 “离职 ”后，必须要禁止该员 工访问系统。另外因为此CRM 是需要接入一个第三方的外呼系统的，届时需要给销售人员添加一个 “坐席号 ”才能正常拨打电话，所以笔者在此版块添加了此字段。其他的员工档案字段需要根据自己公司的实际情况来定义了，这里笔者就不展开说了。职位管理即角色管理，是为了控制员工可访问的系统资源。笔者设计的

5、职位属性包含：职位名称、数据权限、功能权限、状态；职位名称一般是不能重复的，虽然ID 是唯一的，但是名称一旦重复，后期在给员工选择职位的时候就很容易混淆；数据权限主要通过上面所讲的组织架构来进行控制。不过在职位这里还是进行了权限范围分类：功能权限这块就完全需要按照需求来了，没有通用的划分方法。理论上来说，任何一个页面上的任意一个按钮、搜索框、字段等等，都可以做功能权限控制。在进行功能权限划分的时候，一般只要在文档中写清楚所划分的功能的界限，开发就能够明白了。如果初次功能划分的有问题，也没有关系，毕竟划分功能不是设计功能，这块都是可以反复定义的（但是要善待开发兄弟呀）。功能划分完成之后，还要以一定的规律呈现，方便在组合的时候快速找到。所以笔者建议可以以导航栏为基础，这样想要开通某个页面下的功能时，自然就能快速锁定该功能的位置；职位的状态，一般分为 “正常、禁用 ”两种，职位被禁用后，只要员工没有被 “离职 ” ，还是可以正常登陆的，但是就无法访问任何系统内容