九个模块排下来，哪些是骨架哪些是枝叶

一、先把九个模块的名字摆上桌面

聊客户管理系统，最容易犯的毛病是一上来就比功能多少。功能清单拉出来长长一串，看的人眼花，比的人心虚，最后往往凭一句“听起来挺全”就把决定做了。其实换个看法更清楚：把系统当成一座宅子，先数清有几个房间，再看哪些房间承重、哪些房间点缀，座次排明白了，选和用都有了章法。

客户管理系统里常被点名的模块，拢共是九个：客户与线索、商机与管道、活动与任务、报价合同与订单、营销培育、工单与知识库、报表与预测、权限管理、流程审批。各家叫法略有出入，管的都是这些事，跑不掉。

• ● 有人称它模块，有人称它板块，叫法不同，活是同一份
• ● 九个摆在纸面上平平无奇，难的是分清轻重
• ● 分不清轻重，选型时样样都想要，落地时样样都铺不开

把九个名字先摆上桌面，还有一层用处：往后不管是看演示、听介绍，还是跟同行打听，脑子里都有这张清单垫底。对方讲到的每一块，你都知道它坐在哪个位置、担哪份活。讲得再热闹也乱不了阵脚。反过来说，连清单都没有，人家讲什么你就信什么，比到最后只剩个印象分。决定做得稀里糊涂。

图1：九个模块排成整体，主次与层次一望即知

二、先看承重的几块：一单生意从头到尾绕不开

判断哪些是骨架，办法很简单，跟着一单生意走一遍。缺了就断链子的，就是承重墙。

• ● 客户与线索管人从哪来：名字、底细、来往的痕迹都在这里
• ● 商机与管道管事推到哪：可能性排成队，先后看得清
• ● 报价合同与订单管约定怎么落：谈成的条件白纸黑字固定住
• ● 活动与任务管每天做什么：跟进不悬空，动作有落点

有人担心，承重的块数多，用起来就笨重。坦率讲，其实恰恰相反，骨架立得全，各人手上的动作才有统一的去处：记客户有固定的地方，排事情有固定的看板，谈条件有固定的文书，每天的活有固定的清单。地方固定了，习惯才养得起来；习惯养起来了，快是自然长出来的，不是催出来的。

• ● 人有处记，事有处排，纸有处落，活有处领。四样齐了日子就顺
• ● 骨架不是负担，是让每个人少操心一半的托底

这几块是一单生意的主脉。人没记下，后面全免谈；事没排开，力气使不到点子上；约定没固定，扯皮就免不了；动作没安排，再好的盘面也是纸上谈兵。骨架之所以是骨架，就在于它担着生意往前走的每一步。一步都省不掉。

顺手还能看出一件事：承重的几块彼此是咬合的，不是各干各的。人从线索进到客户，事从接触里长出来排进管道，推到一定程度要报价、要签约。推的过程又靠每天的动作垫着。四块咬得越紧，生意走得越顺；哪一块跟前后脱了节，缝隙里漏的都是真金白银，事后还未必找得到漏在哪里。

图2：线索进得来，主干的头一截才算接上

三、再看点缀的几块：围着主干转的帮手

余下的几块，单拎出来似乎都可以缓一缓，可主干要立得稳、走得远，又离不开它们搭手。

• ● 营销培育负责往线索池里添料，让人源源不断地进来
• ● 工单与知识库接住成交之后的杂事，售后不至于散乱
• ● 报表与预测回头看盘面，替判断提供底数
• ● 权限与流程审批立规矩，谁可以看、谁可以改，都有说法

这些块有个共同的特点：它们自己不直接推进生意，却让主干上的每一步走得更省、更稳。枝叶离了树干活不成，树干缺了枝叶也长不壮，主次是相对的，只是先来后到得分清。

看一个团队用系统用得好不好，也常能从枝叶上瞧出来：主干是各家都有的，差别往往在枝叶的成色。说白了，知识库厚不厚，报表信不信得过，审批顺不顺，这些不起眼的地方。日久见功夫。主干决定能不能跑起来，枝叶决定能跑多远，两句话放在一起，分层这事就说透了。

有人嫌枝叶可有可无，那是生意还小的时候的说法。买卖做到后来，进人越来越贵，售后越来越重，判断越来越依赖盘面，这几块就从帮手变成了离不开的左右手。到那时候再补，历史数据要回填，老习惯要重养，花的力气远比一开始就留好位置要大。所以枝叶可以缓上，不必缺席，位置先给它留出来。

四、分层的依据：砍一刀试试就知道

有人会问，这几个模块难道天生就分了高下？也不是。分层的依据其实就一条：抽掉它，链条断不断。

• ● 抽掉客户与线索，人是谁都想不起来，一切无从谈起
• ● 抽掉商机与管道，事全挤在脑子里，谁热谁凉说不清
• ● 抽掉报价合同订单，谈好的条件没处落笔，回头就翻脸
• ● 抽掉活动与任务，每天干什么全凭临场发挥。漏了没人知道
• ● 骨架的块数不多，却块块踩在生意的必经之路上

再看枝叶那几块，报表暂且不看，生意照做；审批暂且走线下，事情照样办。疼是疼一点，链条没断。这便是骨架与枝叶的分野：一个是断了就停摆，一个是缺了会难受。想明白这一条，上系统时先立什么、后补什么，答案自己就浮出来了。

拿这个法子自己掂量，比听谁讲都准。各家业务的走法不同，座次也会跟着挪：靠售后吃饭的公司，工单的分量就得往上提；跑量获客的公司，营销培育就靠前站。分层不是背标准答案，是拿链条断不断这一条，对着自家的生意量一遍。量出来的才是自家的次序。

量的时候还有个提醒：别光在会议室里画圈，拉着天天跑业务的人一起掂，他们在一线摸到的断点最真。说穿了，纸上排的次序再漂亮，落不到一线的习惯里。照样是空架子。次序是大家一起量出来的，往后推起来才没人叫屈。

五、排好座次再动手，落地才不乱

真到动手的时候，顺序比速度要紧。骨架先立，枝叶缓行，是多数公司趟出来的稳妥走法。

• ● 头一步把客户与线索记清楚，家底先入账
• ● 再把商机与管道摆开，手上的事归置成队
• ● 报价合同订单跟着上，谈成的都固定住
• ● 最后补报表、审批、知识库这些，让系统越用越顺手
• ● 每立一块，就把它的规矩讲透一块，不贪快

像海软CRM这样把九个模块一次配齐的平台，好处就在于排座次时不必搬来搬去：先用得上的先开，暂用不上的先闲着，业务长到哪一步，哪一块随时接上。怕的不是模块多，怕的是没次序地一次全压下来，团队消化不了。好工具也用成了负担。

还有一个实在的好处值得提：分批立骨架，每一批的口径都定得扎实。头一批把客户怎么记、事怎么推的规矩定死，后面的模块搬进来时就有现成的地基。反过来一口气全铺开，每块都在抢注意力，规矩反而定不细。回头返工是常有的事。慢就是快，说的是这个理。

• ● 骨架立一块稳一块，枝叶接一片活一片，宅子才住得长久

六、常见问题解答

1、问：CRM系统的九个模块必须一次全部上线吗？

答：不必。稳妥的次序是先把骨架立起来，也就是客户与线索、商机与管道、报价合同订单这几块，让日常的记录和推进先跑顺。枝叶类的可以等站稳之后再逐步补上，比如知识库、报表、审批。一次铺满不但团队消化不了，口径也容易乱，分层推进反而省力，每一步都踩得实。

2、问：怎么判断某个模块算骨架还是枝叶？

答：有个简单的办法：假设把这块功能先关掉，生意还能不能照常往前走。客户记不了、事排不开、合同签不下来，这就是断了链条，属于骨架。而报表暂时没人看、审批暂时走线下，生意照样转，这类就归入枝叶。分层的标准不在功能花哨与否，而在链条断与不断。

3、问：模块之间数据不通，会出什么问题？

答：最直观的后果是同一个客户在不同地方出现好几个版本，做业务的看一份，做售后的看另一份，管理层看到的又不一样。判断没了统一的底，开会就成了对账。更麻烦的是重复抄录，前头记过的后头再抄一遍，费人费神还容易抄错，抄出来的错处又没人负责对。模块可以分批上，数据必须从开头就共用一套。

4、问：小团队是不是用不着这么多模块？

答：小团队确实不必贪多，但骨架那几块建议一开始就有。人少的时候靠记性也能撑，可客户一多、手上的事一杂，漏跟、忘约、报错价就会冒头。枝叶类的可以先从简，甚至空着，等业务长起来再补。模块多不等于负担重，关键是别让用不上的东西一起分神，用得上的随手就有。

5、问：上线之后发现模块主次排得不合适，还能调吗？

答：能调，而且很正常。业务在变，模块的主次自然跟着变，比如售后的分量重了，工单与知识库就从边缘往中间挪。调整时留意两点：数据口径别动，同一套字段接着用；别频繁翻烧饼，改一回就让团队用熟一回。座次为业务服务，业务变了座次跟着挪，天经地义，不必有包袱。