如何实施 CRM：
分步实施计划

怎样才算 CRM 实施完成

当团队能够在 CRM 中执行约定流程时，才算完成实施：咨询能交给负责人，商机有明确的下一步，数据可用于日常工作和报表。付清许可证费用、配置好看板列还不能证明这些。应走通真实场景，并确认员工能独立完成操作。

先明确业务问题。例如，设备供应商的咨询在邮箱和销售之间流转时丢失，报价时限缺乏跟踪，同一客户被反复建档。对这类项目，统计遗漏咨询和首次有效回复所需时间，比单纯统计新建了多少条记录更有意义。

在公司内指定流程负责人，以及负责技术验收的人员。写清首期上线范围：部门、销售管道、渠道、数据和报表。后续阶段的扩展单独列出，让所有参与者对交付内容有一致理解。

配置系统前，先梳理咨询处理流程

查看几笔已完成和正在进行的商机，与销售、主管及售后接手人员沟通。弄清咨询来自哪里、谁接收、需要确认什么、在哪里准备报价，以及如何获知付款。注意重复咨询、客户拒绝、负责人变更和审批延迟等例外情况。

用普通流程图或表格描述即可，关键是流转的含义，而不是工具。为每个阶段注明输入、结果、执行人、所需信息和完成条件。如果员工对阶段名称理解不同，应先统一规则。

不要为每次电话单独设置阶段。电话是行动，阶段则表示销售所处的状态。交付、安装和后续维护可能需要独立流程，不要一概合并为一个没有尽头的销售管道。

用自己的业务场景验证 CRM

列出必需能力：咨询渠道、记录类型、角色、自动化、报表、与业务管理系统的数据交换，以及导出方式。为每项需求写明演示时由谁、如何验证。区分首期必需功能和未来希望扩展的能力。

1. 准备几个匿名化任务：新咨询、再次销售、交接同事和取消商机。
2. 要求使用普通员工角色在候选 CRM 中演示这些任务。
3. 确认所需套餐包含哪些功能，哪些需要应用或二次开发。
4. 确认导入、导出、自动化和渠道接入的限制。
5. 比较完整费用和后续维护工作量，而不只是许可证价格。

如果符合需求，可以将 Bitrix24 和 amoCRM 列入候选。不存在通用的最优选择，评估取决于流程和项目限制。标准销售管道演示不能证明你的系统集成有效。如果重要功能依赖外部模块，应验证整个组合方案。

选型结果应形成需求表，列明验证依据、限制和负责人。将“以后再开发”的口头承诺转化为有估算、有检查标准的具体任务。

设计记录表单与访问规则

将客户与单次销售区分开。一家公司可以有多个联系人和多笔商机，一张记录不能替代全部客户关系历史。约定如何记录分支机构、重复咨询及不同服务。记录间的关联比堆积大量随意设置的字段更重要。

为每个字段注明用途、来源、格式和填写阶段。客户刚询问是否有货时，不要立即索要开票资料。只有下一步行动或准确报表确实依赖该字段时，才设为必填。删除“来源”“从哪里来”“渠道”等没有语义区别的重复字段。

访问权限矩阵

描述每个角色的操作权限：查看、创建、修改、删除、导出和配置。分别测试自己的记录、同事的记录和其他部门的记录。主管与销售可能需要不同权限。管理员测试不能代替实际工作角色测试。

在 Bitrix24 英文界面中，设置路径为CRM → More → Settings → CRM access permissions。基于角色的权限功能取决于套餐。角色权限重叠时，会采用允许范围更大的权限，因此要检查最终生效的访问权限，包括部门角色。详情参见官方指南。

这一阶段的验收成果是每个角色都通过一组操作检查。如果员工不应导出他人的客户数据，应明确测试这一限制，而不能仅凭角色名称推断。

迁移数据，并核对关联与数量

列出数据来源：表格、旧 CRM、邮件联系人和业务管理系统。确定每个来源的时效性及负责人。保留原始导出文件，并约定哪些记录进入工作数据库、哪些留在归档中。不要直接清理唯一的数据副本。

1. 将源数据列映射到新 CRM 字段。记录日期、电话号码、选项字典、金额和负责人的转换规则。
2. 明确重复记录的识别规则。相同的公司电话不一定代表同一个人。
3. 使用包含常规与复杂情况的小批量数据进行试导入。
4. 不仅核对记录数量，还要检查客户、联系人、商机、任务和所需历史记录之间的关联。
5. 记录错误，修复后再次试导入。大批量迁移应按约定计划执行。

通过 Bitrix24 标准 CSV 导入功能迁移关联数据时，应先导入公司，再导入联系人，最后导入商机。用于建立关联的名称必须一致。再次导入同名商机会创建新记录，而不是更新原记录。操作前请阅读导入指南，并在数据副本上测试所选模式。

提前约定迁移期间是否暂停修改，或如何迁移导出后新增的记录，否则新旧系统之间会出现未被记录的数据空档。

从来源到结果，逐一验证集成

为网站、邮件、电话和业务管理系统分别列一行，说明交换方向、传输字段、触发事件、负责系统和错误处理方式。明确联系人、付款、库存及其他共享数据以哪个系统为准。

在 Bitrix24 英文界面中，内置表单的路径为CRM → Sales → Sales channels → CRM forms。选择合适的场景，检查字段、负责人和提交后的操作。可用能力取决于套餐，CRM 表单指南介绍了配置与嵌入方法。

对于网站自建表单，仅有“已发送”提示还不够。验收前，应在 CRM 中找到咨询并检查各字段。如果还需改善客户提交咨询的外部路径，请将集成任务与网站检查相结合。

只自动化已达成一致的操作

先从团队理解的规则开始：分配负责人、创建任务、提醒期限、向主管通知逾期。为每条规则写明触发条件、操作、例外和停止方式。员工应理解任务为何出现，以及该如何处理。

除了正常向前推进，还要测试商机退回上一阶段、负责人更换、事件重复触发和取消。除非需求明确规定，否则销售每次修改记录时，自动化规则不应都向客户发送相同消息。

邮件和其他对外操作应先使用测试接收方。大规模启用的条件与限额需单独约定。保留触发日志，并指定有权停止错误规则的负责人。这样就能根据可观察的事件排查问题，而不是等客户投诉。

实施时应查看哪些工具与资料

这里以 Bitrix24 官方说明作为具体示例。使用其他平台时，应查找对应的官方文档，并验证同样的工作场景。菜单名称、权限和功能可用性需以实际套餐为准，不要想当然地将一个系统的导入机制套用到另一个系统。

与员工一起验证工作流程

选取有限人员和约定流程开展试点。选择公司真实存在的常规任务和复杂情况。不能只看项目经理演示，员工必须亲自接收咨询、变更阶段、安排下一项行动、移交商机，并找到所需报表。

按角色编写简明操作说明。销售需要日常工作路径，主管需要数据质量检查和报表解读方法，管理员需要变更、备份和诊断流程。记录疑问与使用困难，这有助于区分培训不足和流程问题。

设定试点结束标准。例如：约定渠道已经验证，活跃商机均有负责人，严重迁移错误已关闭，员工能完成主要场景，主管理解报表。数量指标和试点时长取决于项目，不能以“已举办培训会议”代替实际验证。

在过渡期明确新商机记录在哪里，以及如何核对记录。两套没有规则约束的数据库很快就会分歧。迁移成功后，可按约定保留旧来源供只读查询和归档，并保留对必要历史数据的访问。

通过检查和责任移交完成项目

应按场景清单验收实施成果，而不是凭设置截图。测试记录应包含系统版本、测试者角色、输入数据、预期行为和实际行为。为每个错误指定处理人、期限和复测条件。

单独验证能否取出数据。在 Bitrix24 中，应在列表视图中按所选筛选条件和字段导出；功能与权限取决于记录类型及套餐。操作步骤参见导出说明。表格导出未必包含文件、通信记录、设置和完整历史，应约定恢复与迁移的完整范围。

• 移交操作说明、字段结构、角色和集成清单。
• 明确许可证、应用、续费及技术支持的责任人。
• 在测试环境中，按约定范围验证恢复或回退流程。
• 指定数据质量和规则变更的负责人。
• 约定上线后如何评估和验证新需求。

上线初期，将收到的咨询、员工工作和报表进行对照。如果主管仍需手工收集数据，应查明原因：缺少所需报表、记录不完整，还是统计口径不一致。费用构成与实施阶段另见文章《CRM 实施费用》。

CRM 实施检查清单

检查完成后再勾选。刷新页面后，勾选状态不会保留。

CRM 实施常见问题