首先我定义是完善的，不是完美的。这世界上没有完美的产品设计！这次的CMR管理系统设计，还是延续针对P2P行业来考虑的，其他行业也只能仅供参考。
如今设计这套系统是一个独立开发的系统，那么就要将用户模块及其他数据模块也要设计进来，然后至于数据如何获取，就不用说了。往往CRM系统大部分时候认为只是客服部门使用的，其实不然。假设考虑更好的效劳于企业，那么就要尽量将其他部门的一些职能需求或者参与客户效劳的环节部分都要设计进来。
这个CRM系统是要打通客户与客服之间的联络，要更好的协助客服去效劳客户，且更好的便于管理者做好客服的工作管理。由于更多的过程是基于互联网，在互联网上就需要处置时间与空间的问题。因而今天还是以一个畅想的理念来设计这个CRM系统，将客户效劳好。
话糙理不糙
何为效劳？
俗话就是把客户当对象，理解客户，对他好，然后期望他对你好！
效劳精华？
在对的时间遇上对的你，然后给你我最好的和你最想要的！
日常三连问
①谁使用？
（客服＞运营＞推广＞其他部门）
②对谁用？
（核心客户＞普通客户＞潜在客户＞注册用户）
③处置什么？
（效劳内容→效劳质量→效劳效率→效劳完善）
日常三追问
如上，不是我想去挖坑，是每个公司都有不一样的环境因素和主观客观的条件，这12个坑，谁用谁填！
根底模块设计
先停止根底模块设计，考虑是独立系统，很多平台有的功能我当它没有，整理出如下模块，看下面模块表：
一级模块整理出来后，那么就根据一级模块停止细化整理，把二级、三级、四级的功能模块停止梳理，详细如下：
1. 客户列表模块
本模块特别说明：
客户的分级是很好理解的，遵循二八原则，区分用户的潜在质量，可以更有效的分配客服的效劳资源。客户的分类主要是根据客户的生命周期来停止分类设计的，这样可以更好的让运营清楚该对应什么样的客户停止什么样的运营战略调整及施行，也可以让客服明晰的明确应该把工作重心放在什么样的客户身上。详细的设计思路就不细说了，上一篇内容《P2P平台数据运营体系》也有讲到。客户分类主要表示用户当前的生命周期状态，不同平台在设计客户效劳体系时都会做一个大致归类和取值。
在此将分类的状态停止相应注解，详细如下图：
2. 客户档案模块
本模块特别说明：
本模块主要是对用户的用户画像、行为数据及其他标签停止统计，主要核心就是为了更加理解用户；部分数据是自身就可以计算得出的，部分数据是需要想办法从其他运营手腕上获得的，部分数据需要客服从日常交流中逐步获取；之所以要统计星座、血型、主要是为了对于用户的性格画像停止根本分析，让客服在对客户停止效劳的时候，可以针对客户可能存在的性格特征，表现更好的效劳状态，也能防止在效劳过程中让用户发生易动怒、方案等不良情绪；财务周期的五个周期，主要是客户自身及家庭财务规划而分类的，假设学过理财规划师应该很好理解，已婚人群、理财人群也应该很好理解。
在此将分类的状态停止相应注解，详细如下图：
3. 效劳管理模块
本模块特别说明：
特殊事件指严重天灾人祸或其他严重事态与客户有关系或需要标明平台态度的事件任务，账户异常是指用户的数据或行为呈现异常；失联客户是指客户在有待收有余额的情况下，已经很久未操作过账户，这时候则需要联络客户或客户的紧急联络人。
4. 工作管理模块
本模块特别说明：
任务及通知有内部部门的，也有外部部门的，因而权限要根据实际情况设置清楚；任务及通知在详细施行的时候，可以考虑添加管理者能查看已读或未读状态，防止工作扯皮。
5. 概况统计模块
本模块特别说明：
流失预警是对于客户呈现流失可能的预警，详细取值算法要根据实际运营效劳体系来设计；通知到达率主要是针对客户的信息触达来统计的，个别有想法的也可以将内部信息通知到达停止统计。
6. 系统管理模块及接口管理模块
本模块特别说明：
安全管理一定要分列角色和客户的记录，在详细施行的时候，需要着重考虑角色的异常记录规则，由于CRM的数据量会很大很机密，也是企业的财富，所以一定要在数据的人为安全隐患方面下足功夫；标签管理主要针对人工添加的标签停止分类归类，近义词句的规范，便于提取统计。（或许以后AI能替代这部分工作量）
CRM系统的根本功能框架及部分设计要点就在于此了，其中包括很多数据字段的取值规则、计算规则都没办法逐个细说，再往下细写就是完好需求了。
这套系统是基于客户效劳体系及运营体系来搭建立计的，其中包含了很大的数据量，大部分的平台没有那么多的数据量，第一是平台用户量小，第二是平台的运营效劳体系不一样，第三可能就是技术实现难度问题。因而小型平台不建议这样去开发，中型平台可以考虑，大型平台仅供参考了（或许做得更完善）。
温馨提示
在详细施行过程中，请注意很多信息是用户的隐私信息，请尊重用户的隐私权与知情权，要通过正常、合理、合法的途径来获取和使用。
作者：Mr路人丁，微信号公众号：MrLuRenDing。拥有7年互联网推广营销、互联网运营经历，两年电商运营经历。
本文由 @Mr路人丁 原创发布于人人都是产品经理。未经容许，制止借鉴。
题图来自Unsplash，基于CC0协议 |
