模块设置：业务变了，系统怎么跟着变？

青岛鹏为软件有限公司 ｜ 智能CRM系统 ｜ www.haocrm.cn

先看一个反复上演的剧本：某制造企业三年前上线客户管理软件，当时只有设备销售一条业务线，系统里客户、商机、合同三个模块用得干干净净。三年后公司发生了什么？新增了设备售后与保养业务、砍掉了一条不赚钱的代理产品线、还把两家区域分公司的业务合并到了总部统一管理。结果系统里：

• ① 售后服务工单没有模块承载，只能记在 Excel 和微信群，服务过程完全游离在客户档案之外；
• ② 被砍掉产品线的商机、报价还挂在列表里，销售每天要从里面翻过去，干扰新业务；
• ③ 两家公司合并后，客户分类口径对不上，一边按行业分、一边按区域分，报表没法合并出数。

这类问题的本质是：业务和组织是活的，而多数管理软件是死的。死掉的系统有两个结局——要么忍着凑合用，直到没人再用；要么推倒重来，数据和习惯全部清零。一套真正可持续的客户管理系统，必须把"变"本身做成一种能力：业务变了，管理员自己就能把系统调整到位。这正是本系列讲平台能力的落脚点：字段设置（第 124 篇）管数据结构、视图设置（第 125 篇）管信息呈现，本篇的模块设置管的是最大的一层——功能边界。

打开路径：管理员登录 → 系统设置 → 模块设置。页面里列出系统的全部业务模块：客户、联系人、线索、商机、合同、回款、服务（工单）、市场活动、库存……每个模块后面是它的状态与开关。模块设置能做三类事：

• ① 启用：把原本关闭的模块打开，菜单、列表、表单、权限体系随之就位，按角色配置谁能用；
• ② 停用：把不再使用的模块整体隐藏，所有入口从界面上消失——注意，停用只是"收进仓库"，不删除任何一条数据，重新启用后数据原样回来；
• ③ 扩展：对启用中的模块做字段扩展（承接新的业务属性）、调整模块在导航中的顺序与命名，让它匹配你的业务语言。

三种操作对应三类业务变化：新业务来了用启用，业务收缩了用停用，业务口径变了用扩展。下面用三个真实场景逐一展开（场景细节均为示例）。

背景：一家自动化设备厂商的存量设备过了保修期高峰，公司决定正式成立售后业务线，做付费保养、维修与备件。摆在 IT 面前的问题：服务工单、派单、完工回款在哪管？在鹏为智能CRM里，答案是启用服务模块，配套动作四步：

• ① 启用模块：模块设置 → 服务模块 → 启用；菜单里随即出现"服务工单"入口；
• ② 字段扩展：给服务工单加上业务需要的字段——设备编号、故障类型（枚举：机械/电气/软件/保养）、服务工程师、承诺完工日；
• ③ 权限配置：售后工程师角色设为"只看分配给自己的工单"，售后主管看全组，与销售团队的数据权限分开；
• ④ 流程打通：工单关联客户档案与历史合同——工程师上门前，能直接看到这台设备卖的时候是什么配置、保修条款怎么写的。

这套调整一天内上线，没有写一行代码。更关键的是业务上的闭环：售后工单挂在客户档案之下，服务记录自动成为客户全景的一部分——下一次销售跟进这家客户续购新设备时，过去的每一次维修、每一次投诉都摊在眼前。这就是客户管理软件和 CRM软件体系里"售后反哺二次销售"的经典链路：服务不再是成本中心，而是复购线索的来源。

背景：同一家公司决定砍掉低毛利的代理产品线，专攻自研设备。摆在面前的是一个让很多人紧张的问题：那条产品线对应的商机、报价、历史合同怎么办？能不能直接删掉，让列表干净下来？答案是绝对不能删，用停用。两者的差别，一表看清：

停用后是什么效果？该产品的商机与报价模块入口从界面消失，销售列表里不再出现，日常工作的干扰清零；但财务在年底对账时，历史合同与回款记录照样能出数；两年后公司重启代理业务，重新启用模块，当年的客户与成交记录原地复活。青岛鹏为软件把这条原则写进了实施规范：停用不清数据——业务可以退场，历史必须留档。这家公司后来复盘时说，砍产品线那天最大的底气，就是知道历史数据一根汗毛都不会少。

背景：两家区域分公司合并到总部统一管理，随之而来的不是功能问题，而是口径问题：A 公司的客户一直按行业分组，B 公司按区域分组；A 的"客户等级"用 ABCD，B 用一二三级。两堆数据倒进同一个客户管理系统，报表立刻打架。这个场景的解法是"字段扩展 + 重新分组"两板斧：

• ① 先统一字段，再迁移数据：用字段设置（见第 124 篇）把客户等级统一为一套枚举，B 公司的"一级/二级/三级"按映射表批量转换成 A/B/C/D——先定标准，再动数据，顺序不能反；
• ② 分组维度升级为字段而不是文件夹：把"按行业分""按区域分"都改造成客户档案上的结构化字段（行业标签下拉多选、所属区域下拉单选），分组不再依赖人为的文件夹归类，而是随时按字段动态组合；
• ③ 合并去重：两家公司可能服务过同一批客户，合并前先按客户名称与统一社会信用代码做查重，避免同一客户两套档案、两套跟进记录；
• ④ 视图按新组织重建：组织架构变了，第 125 篇配的角色视图与数据权限范围要同步调整——总部主管的"本部门及下级"范围，现在覆盖的是合并后的完整团队。

三个场景讲完，回头看会发现一条主线：模块决定"管哪些业务"，字段决定"业务记多细"，视图决定"信息给谁看"。三层配置全部由管理员在鹏为智能CRM的界面上完成，这正是 CRM系统应对组织变化的底气——系统不再是项目验收那天就定型的死物，而是一套跟着企业一起成长的活平台。

本篇最重要的一句话，值得单独成章：铁律——停用不清数据。模块可以关，业务可以停，数据永远在。历史数据不是包袱，而是这家公司经营过的证据：财务要对账、法务要留痕、复盘要看趋势、业务重启要接续，哪一样都离不开它。

围绕这条铁律，再给三条实施建议：

• ① 变更要留痕：模块启用/停用、字段增删属于系统级变更，建立简单的变更记录（谁、何时、为何），半年后回看"服务模块是哪天启用的"就不用考古；
• ② 先小范围试运行：新模块启用后先让一个业务组跑两周，字段和流程顺了再全公司推开——模块开关是小时级的，但业务习惯的迁移要给缓冲期；
• ③ 每年做一次模块盘点：对照当前业务逐个检查模块状态——有没有该启用没启用的（业务在系统外裸奔）？有没有该停用没停用的（僵尸模块在制造干扰）？把盘点放进年度经营管理议程。

回顾本篇三个场景：新增售后业务，启用服务模块加四步配套，一天上线；砍掉产品线，停用模块、历史数据分毫不动，业务退场干净利落；两家公司合并，字段统一、分组重构、查重合并，一周理顺口径。支撑这一切的是同一条铁律——停用不清数据，以及同一个能力来源——模块级的零代码配置。

青岛鹏为软件有限公司深耕 CRM 领域 20 年、服务 60000+ 家企业客户。企业这一年会怎么变，没有人能提前写好剧本，所以一套好的客户管理系统不该按某一天的业务快照去硬编码，而应该把"应变"做成产品能力。字段设置、视图设置、模块设置，这三层配置共同构成鹏为智能CRM平台化的底座：数据结构可定、信息呈现可调、功能边界可变——这正是一款客户管理软件能把企业从创业期一路用到集团化的原因，也是这套客户管理系统对"业务变了，系统怎么跟着变"最完整的回答。

青岛鹏为软件有限公司 ｜ 鹏为智能CRM ｜ www.haocrm.cn ｜ 服务热线 0532-86881383

126