选CRM系统该先划哪条边界？人数与预算先定，角色多少决定配置成本

选CRM系统先划人数与预算边界，角色多寡决定配置与培训成本

一、边界先划出来，讨论才不会漫无边际

需求和愿望的区别，在于需求有边界。边界通常由两个数字决定：有多少人要用，能拿出多少投入。

这两个数字之所以关键，是因为它们几乎决定了后面所有的取舍。人数决定了要不要分角色分区域，投入决定了要不要做定制、能不能分期推进。边界没划出来之前，讨论会一直停留在「最好都能有」的状态。

先把边界说出来，还有一个心理上的作用：它把讨论从「谁的需求更重要」转成「在边界之内怎么排」。前者容易变成立场之争，后者是可以坐下来算的。

• ● 边界由人数与投入决定，它几乎决定了后面所有取舍
• ● 边界把讨论从立场之争变成可以算的问题

图1：报价之外，还有几项支出要一起算

还有一个细节容易被忽略：临时使用的人怎么处理。业务旺季常常需要临时加人，比如请其他部门的同事帮忙跟进一批客户。这类人要不要开账号、开了之后能看到多少内容，属于边界问题，最好在需求阶段就有一个说法。

没有说法的时候，通常会出现借用账号的情况，而借用账号会把权限机制直接废掉。

划边界的时候还有一个容易被忽略的维度：时间。是希望很快用上，还是可以按阶段慢慢铺开。这一条会直接影响推进方式，也会影响后面几档内容的先后。

时间要求越紧，首期范围就越要收窄。这一点在排期上要提前说清。

划边界时最好把最坏的情况也想一遍：如果人数翻了一番，现在这套设计撑不撑得住。想一遍不一定要改方案，但它会帮你判断扩展的方向。

二、人数决定的不只是授权数

人数最直接的影响是使用许可的数量，但它真正的分量在别处。

用的人少，通常意味着流程简单、角色单一，系统只要把客户信息和跟进记录接住就够用。用的人一多，事情就会分层：谁只能看自己负责的客户，谁能看整个小组，谁需要跨区域查看，谁只能看汇总不能看明细。一句话，这些分层不是权限菜单里的几个勾，而是一整套关于边界的约定。

分层一旦出现，后面跟着的就是数据的归属划分。同一家客户在两个人之间怎么分，一位同事离职时他名下的客户怎么转移，这些都要求系统里有明确的归属机制。人数少的时候这些问题不会浮现，人数一多。它们会立刻变成日常。

• ● 人一多，权限就变成一整套边界约定
• ● 归属划分是人数上量之后最先浮出来的问题

图2：用的人一多，看板就要按角色分

人数上量之后，还有一个绕不开的议题：数据归属怎么界定。是按客户分，还是按区域分，还是按业务线分。三种分法对应的系统设计差别很大。

这件事之所以要提前定，是因为它决定了后续所有权限规则的底层结构。改起来牵一发动全身。

人数上量还会带来一个附加议题：数据可见范围按人划定还是按团队划定。按人更精确，维护成本更高；按团队更省事，边界会粗一些。

两种做法没有绝对好坏，取决于业务对精度的要求。

三、角色越多，配置和培训的工作量越大

把人数换算成工作量，中间还要经过一层：角色数量。

同样是一批使用者，如果大家做的是同一件事，配置会简单很多；如果分成若干种角色，每种角色看到的内容、能做的动作都不同，配置的工作量会成倍上升。而且这份工作量不是一次性的，业务调整时。角色设置要跟着改。

培训也是同样的道理。角色少，一次培训就能覆盖；角色多，往往要分成几场，针对不同岗位讲不同的操作。选型阶段评估投入时，这一部分经常被漏掉，但它真实存在，尤其是上线初期。

所以需求文档里写人数时，最好不要只写一个总数，而是写清有几种角色、每种大概多少人。这个写法看起来多此一举，实际能省掉大量后续争论。

• ● 配置与培训的工作量，取决于角色数量而不是人数
• ● 人数最好按角色分列，不要只写一个总数

还有一处需要提前问清：后续加人怎么算。业务增长带来人数增加，是必然会发生的事。加人的单价是多少、有没有阶梯、是否包含在原有约定里，这些在签约前问清楚。比事后协商要轻松。

同一个问题还有另一个方向：如果人数减少，能不能相应调整。往简单里说，两种方向的规则都问明白。预算这一栏才算完整。

培训这件事还有一种成本容易被低估：老同事的重复讲解。新人上手时，如果每一步都要问人，老同事的时间会被持续占用。

把基本的操作说明留下来，能把这部分占用降下来。

支出还要看节奏。一次性支出集中在前面的，第二年的压力小；分散到每年的，短期压力小但长期总额高。

哪一种更合适，取决于企业自己的安排。这一点在预算讨论时要说开。

四、预算要算的不只是报价

预算这一栏最常见的错误，是把报价当成了全部。

完整的口径至少要包含几项：使用许可的支出、实施与配置的支出、需要定制开发的部分、培训的支出，以及后续每年的维护支出。这几项在不同方案之间的分布差别很大，有的报价低但实施贵，有的报价高但包含的内容多，只看报价很容易判断失误。

还有一项容易被忽略的隐性支出：企业内部投入的时间。需求梳理、数据整理、试用配合、培训参与，都要占用业务同事的时间。这部分不体现在任何一张报价单上，但它同样是一项真实的投入，而且往往由最忙的那几位承担。

把这些摆在一起再比较，结论通常会变。原来觉得贵的那一套，算上实施与维护之后可能更平稳；原来觉得便宜的那一套，第二年可能因为加项而超出预期。

• ● 报价只是其中一项，实施、定制、培训、维护都要算
• ● 企业内部投入的时间也是支出，只是不进报价单

图3：机房与运维，也是成本的一部分

边界这一栏写清之后，最好再写一句「谁来判断超界」。业务提出新需求时，如果突破了当前边界，由谁来决定是扩大边界还是往后排。这个角色要明确。

五、把边界写进需求文档的哪一栏

边界写在哪里，决定了它会不会被真正用上。

比较稳妥的位置是在需求文档的前面。和数据类型、优先级放在一起。位置靠前的条目，在后续讨论中会被反复引用；位置靠后的，容易被当成附录跳过。

写法上建议分成两行：一行写使用规模，包含总人数、角色种类、是否需要跨区域；一行写投入边界，包含首期能接受的投入范围、是否需要分期、以及能接受的分期节奏。往实里说，两行都写清之后，后面每一条需求的去留就有了一把尺子。

还有一点值得提醒：边界不是写下来就不动的。业务变化时，人数和投入都可能调整。关键是每次调整都要在文档上更新，而不是只在某几个人之间口头传达。文档不更新，前面那些讨论就白做了。

• ● 边界写在文档前部，才会在后续讨论里被反复引用
• ● 边界可以变，但每次变化都要回到文档上

图4：结算口径提前定好，后面不扯皮

补充一点：边界写清楚之后，讨论会变快，但不会自动变对。它只提供一个共同的参照，具体的取舍仍然要由人来判断。参照的价值在于让判断有据可依，而不是替人做决定。

再补一句提醒：边界写清楚，不代表要一次到位。可以先写出当前能确定的部分，把不确定的标出来。等到信息更全时再补。

六、这些问题是问得最多的

1、问：人数还没有最终确定，怎么写？

答：写一个区间，并注明上限。上限比当前人数更有用，因为它决定了系统需要支持到哪一层。

2、问：预算要不要在需求文档里写具体数字？

答：可以只写范围与分期节奏，不必写具体数字。关键是让参与讨论的人知道边界在哪里。

3、问：企业内部投入的时间怎么估？

答：按阶段估：需求梳理、数据整理、试用、培训各占多少人力。不必精确，写清大致量级就有判断价值。

4、问：先用的人少，以后会增加，要不要现在就按多人配置？

答：值得。规则和归属机制一开始就建好，后面加人只是调整，不必重新设计。海软CRM在推进时也常按这一思路，先立起归属与角色规则，再随着使用范围扩大逐步放开。

5、问：边界写完之后，还有可能改吗？

答：会。但改动要有记录，并且回到文档上更新。口头传阅式的调整，最后一定会出现几个版本同时生效的情况。