编辑导语：在上篇文章中，本文作者结合业务层面，对CRM系统的设计进行了梳理分析，让我们知晓了整个全栈会员关系管理系统的全貌。本篇文章中，作者又详细地介绍了系统的设计问题，希望大家看后有所启发。

上文我们已经遍历了整个全栈会员关系管理系统的全貌，那么接下来我们应该要来逐步解析各个子系统的实现了。

这里我们不讲太抽象的技术中台、业务中台和数据中台，架构师基本都懂，数据产品经理也需要懂些，考虑到大家阅读的体验，我们讲些通俗易懂的应用系统层以上的东西就可以了。

这里我们线索池系统的目标是把为公众提供服务的电商系统、社交系统、甚至第三方的资讯系统等，包括公众号、小程序、APP、电脑端等各端上所有的用户行为数据、用户属性都提炼成线索池的有效字段，宁滥勿缺，来组成最全面的总线索池，来彻底的规避当前平台生态里的数据孤岛。

那么我们先来看看总线索池系统的功能架构：

从架构中，我们可以看到线索池系统在这里根据线索的【价值】，划分成了四个功能模块，分别是总线索池、子线索池、商机库和订单库，在这里相信大家也能看出来，这也是个金字塔模型，颠倒过来的话，就是大家司空见惯的销售漏斗：

归根结底，大家折腾那么多功夫，最终目的就是要拿到订单，不管是B端还是C端，能抓到订单的就是好猫。

那么接下来，我来说说系统的设计问题，以下仅为个人观点，如有雷同，纯属巧合，如有错漏，欢迎指出，谢谢。

一、角色设计

我们要设计一个系统的话，先从使用者角度出发，那么首先我们要划分清楚，来使用线索池系统的有哪些角色，按这个划分的话，我们可以粗略设计如下：

首先，需要按部门来分，那么根据完整商业的业务形态，我们可以划分如下：

这里问题又来了，什么是完整的商业业务形态？什么又是不完整的呢？

那么，我们又要往前细究：一般企业从出生到人生巅峰，要经历如下四个阶段：

一个字一个字归纳总结，都码到图里了，我就不展开细化了。大家可以看到要成长到完整的商业业务形态，要经历如图四个阶段。

太早进入下一阶段，成本高，市场跟不上，多此一举；太晚进入下一阶段，被快鱼蚕食，等回过神来大厦已轰然倒塌，甚至连怎么死的都不知道。

那么，我们的系统需要按不同的阶段上不同成熟度的系统吗？

答案是否定的。

我们越早上成熟的系统，就越早能为今后橙红黑海的战斗积累充分的枪支弹药！你想假如跨越个10年，你在10年前的数据依然能给你带来订单，带来创意，沉淀忠实老客户，其价值何其可观？

好了，关于商业化业务营销方面的讨论，我们先暂告一段落，我们先回到本题。当然刚刚也不是跑题，而是在不同阶段，同一套系统的分工角色，都是完全不同的，由此我们可以简单的看以下四个阶段的分工角色：