客户信息系统：中东国防企业案例

这是一篇案例研究，讲的是中东一家中型国防制造企业如何修复它的客户信息系统。客户数据分散在三个地方，报价发出去时价格不一致，审批在电子邮件里不翼而飞。解决办法是：在Microsoft Dynamics里建立唯一的客户记录，在Experlogix CPQ里实行基于规则的报价，并通过SAP Cloud Integration，把批准的报价自动移交到SAP销售与分销（SD）。报价周转时间平均缩短了35%。本文写给制造企业里的销售运营、IT和财务负责人，这类企业的销售周期长、产品可配置、合规要求重。结尾附近的上线顺序和经验教训，是可以直接借用的部分。

当国防行业的团队提出要客户信息系统时，他们的意思通常不止是一套CRM。他们要的是结构：一个让复杂的决策，在长销售周期、重合规流程和不断变化的决策人群里，连同上下文放在一起的地方。

在一家国防企业担任数字化转型总监期间，我被要求解决的正是这个问题。问题不在于缺少努力。大家都在干活。问题是这些努力没有归宿。没有共用的平台，没有可见性，所售出的东西和所规划的东西之间也没有对齐。

中东一家中型国防制造企业。它在幕后运作：不是公众品牌，可见度也不是重点。它的部件用于军用航空和安全通信。

每一笔销售都遵循一条细致的路径：工程评审、合规检查、内部审批、带版本控制的报价。这并不混乱，但很沉重。

客户信息系统正在分崩离析。销售用一个平台。支持用另一个。运营则靠电子表格、离线文件夹，以及在有人打开之前就已经过时的文档在工作。

下面是出了什么问题，以及它带来的代价：

出了什么问题	影响
没有CRM来管理商机流程，也看不到决策人	对每笔交易进展到哪里，没有共同的认识
定价靠手工处理，没有一致的记录	发出去的报价用的是过时或互相冲突的数字
审批通过电子邮件，经常丢失或延误	合规审计轨迹不完整
客户记录在各系统里重复，细节略有不同	没人说得清哪个版本才准确

纸面上看，它是有结构的。但顺着一份报价，从创建走到交付，就会发现它分崩离析。审批因为没有明确的负责人而停滞。定价取决于是谁提交的报价。报价埋在电子邮件的往来里。团队一遍又一遍地互相问同样的问题。这些都不是戏剧性的失败，但几个月下来，小的延误累积了起来，而对于销售周期很长的业务来说，丢掉的势头比大多数人意识到的更要紧。

目标不是替换一切。而是减少摩擦，同时不让任何东西变得更难用：让系统反映团队原本的工作方式，而不是把人们逼进僵化的流程。

在碰任何配置之前，我先花了时间和团队在一起。我观察工作如何从采集走到交付，工具在哪里碍事，人们又在哪里不再信任数据。

这些交流之后，浮现出三个优先事项：

1. 一个共用的客户记录，销售、支持和运营用同样的格式看到它。不再有平行的版本。
2. 结构化的报价，遵循一致的配置和定价规则，而不是个人习惯和旧模板。
3. 相连的订单执行，从批准的报价到SAP SD，干净地移交，不再手工重新录入。

系统	解决了什么
Microsoft Dynamics CRM	一个客户记录，与销售活动和商机相关联
Experlogix 配置、定价、报价（CPQ）	产品配置规则、定价逻辑、报价版本
SAP销售与分销（SD）	订单执行和履约
SAP Cloud Integration（CPI）	把CPQ和CRM连到SAP SD的集成层

以Microsoft Dynamics为基础。 我们需要一个地方，让客户信息准确，并能连同完整的上下文被看到。Dynamics给了我们一个理清数据的起点。团队对这个平台的熟悉有帮助，它与Outlook和Teams的契合也有帮助。它不要求大家从头再来；它需要调整，来适应业务的运作方式。当各个团队在各个职能里看到同样格式的同样数据，信任就开始建立了。

用Experlogix CPQ做配置和定价。 以前，报价的做法五花八门。大家靠记忆和手工修改。我们给Experlogix设置了明确的规则：产品组合的规则、与配置挂钩的定价，以及按交易类型和金额进行的审批路由。起初它让人觉得受限，有些人毫不避讳地这么说，但它消除了含糊之处。工程部门收到的报价更干净了，销售也不再凭对以往交易的记忆去调整价格。

通过SAP CPI接入SAP SD。 SAP SD早已用于订单。缺口在移交环节：批准的报价仍然要重新键入SAP。我们通过SAP CPI把两者集成起来，批准的报价直接作为订单推送到SAP，Dynamics和SAP之间的客户和订单数据保持同步。碰到限制的地方，我们加了自定义逻辑。并非每一处都优雅，但它管用。

1. 01客户记录Microsoft Dynamics，各团队共用一个版本
2. 02配置与定价Experlogix CPQ的组合与定价规则
3. 03审批按交易类型和金额路由
4. 04创建订单SAP CPI把批准的报价推送到SAP SD
5. 05履约SAP SD，客户数据保持同步

无需重新录入，从审批到订单有完整的审计轨迹

推广分阶段进行，历时大约六到八个月。没有什么戏剧性：层层叠加的变化，每一步都经过验证。

1. 试点。 一小群用户和特定场景，聚焦在CRM和CPQ上。我们测试了边界情况，找出缺口，并在扩大之前做了修改。
2. 清洗数据。 客户记录在进入Dynamics之前，先做了合并和去重，合规文档则关联到正确的商机上。这比配置花的时间更长。
3. 向各部门扩展。 试点的工作流完善之后，方案推广到销售、支持和运营。
4. 中途集成SAP SD。 CPQ到SAP的集成，是在上游系统稳定之后才上线的，所以早期的问题不会连带影响到订单。

安全和合规从第一天起就设计在内。对国防客户来说，审计轨迹的完整性和基于角色的访问，没有商量的余地。我们明确定义了访问角色，并跟踪审批轨迹。数据驻留很早就定了：所有数据都留在阿联酋境内，符合国防行业的规定。这在一开始稍微拖慢了我们，却避免了日后更严重的问题。

培训很务实：简短的课程、有针对性的材料、现场演示和操作视频，持续了数周乃至数月，而不是一次课就结束。使用率起初并不完美。持续的支持和看得见的好处，打消了早期的犹豫。转折点出现在团队在真实情境中使用这些工具，并发现拿回来的数据是正确的时候。

成果	发生了什么变化
报价周转时间	平均缩短35%；许多交易节省了几个小时，复杂的交易节省了好几天
配置准确性	校验规则在错误到达工程部门之前就把它们拦下
审计就绪度	合规检查不再需要临时抱佛脚
跨团队对齐	销售、支持和运营基于同一个客户记录工作

35%的缩减并不是第一周就发生的。早期的周期里，仍然有澄清和更正。产品规则和定价逻辑一致之后，报价才加快了。销售代表不再追着审批，也不再修改被反复使用的模板。这些步骤由系统来处理。

对齐比技术更重要。 技术构建是比较容易的部分。更难的是让团队信任同一个事实来源，并停止维护各自的记录。这意味着，在要求大家依赖数据之前，先让他们看到数据是可靠的。

集成的细节比功能更重要。 从CPQ到SAP SD的集成，才是让整套系统有价值的地方。独立的CRM、独立的报价，再加手工录入订单，各自只会带来一点点帮助。摩擦正是消失在它们之间的连接里。

支持和培训让它真正落地。 部署完就撒手，不算交付。培训在上线后又持续了数周乃至数月，而使用率正是在这段时期，要么扎下根来，要么土崩瓦解。

这套架构依然成立：用CRM管客户记录，用CPQ做结构化报价，用ERP集成执行订单。如果现在启动同样的项目，有三件事会不同。

集成平台。 SAP CPI现在是SAP Integration Suite里的Cloud Integration能力，与API管理、基于事件的集成和预置的集成内容并列。今天，一条从Dynamics到CPQ再到SAP SD的流程，设计时间会更短。我写的SAP Cloud Integration指南讲了这个平台。

SAP自己的CRM会进入候选清单。 后端是SAP SD的话，新项目应该把现在已包含Joule的SAP Sales Cloud，与Microsoft Dynamics做个比较。在这里，Dynamics是正确的选择，因为已有的熟悉度。答案仍然取决于能力和集成偏好，但SAP原生的选项，比过去更有说服力了。我写的适用于SAP的CRM系统对比讲了各种选择。

美国联邦范围的业务需要不同的托管模式。 这位客户不需要，但一家有美国联邦业务的国防企业，会考虑SAP National Security Services（SAP NS2）。2025年，它获得了临时授权，可以在FedRAMP+ Impact Level 5级别运行S/4HANA Cloud私有云版和SAP BTP，并且仅限美国境内运营。

国防行业特有的要求（审计轨迹、基于角色的访问、报价的版本控制、数据驻留），无论平台是哪一代都适用。关于更广泛的合规情况，请看我写的公共部门中的SAP合规指南。

为什么选择Microsoft Dynamics，而不是其他CRM平台？

它能管理从线索到商机再到售后互动的完整客户生命周期，并能应对国防销售中漫长而复杂的交易周期。它与Outlook和Teams的契合，帮助了推广，团队对它的熟悉，则进一步降低了门槛。

对于一个重合规的客户，访问控制、审计日志、灵活性和扩展空间，是另外几个决定性的因素。

Experlogix CPQ起了什么作用，为什么非要用CPQ？

国防产品有复杂的配置规则。一张价目表，无法体现产品变体、合规要求和客户专属条款之间的相互作用。没有CPQ，每一份报价都取决于制作的人是否了解规则。

Experlogix把这些规则放进了报价工具。销售代表在做报价时就能得到校验反馈，而不是几天之后才收到工程部门的更正。错误被提前到上游，在那里修复的成本很低。

SAP SD是如何与CRM和CPQ集成的？

SAP CPI充当中间件。Experlogix里一份批准的报价，会触发一条流程，在SAP SD里创建订单，带上正确的行项目、价格和客户数据。CPI还让Dynamics和SAP之间的客户和订单数据保持同步，并用校验规则阻止不匹配的数据。

以前，有人要把每份批准的报价手工复制到SAP里。自动化之后，重新录入的错误没有了，还形成了一条从审批到订单的干净审计轨迹。

实施期间最大的挑战是什么？

首先是数据质量。客户数据在各部门之间不一致，有重复，也有缺失的字段，必须先清洗，Dynamics才能成为唯一的事实来源。

其次是集成映射，尤其是跨三个系统的产品配置和定价。第三是让销售、工程、IT和财务对齐，特别是在流程某些部分的归属发生变化的时候。

安全和合规是如何处理的？

从第一天起就内置其中。每个组件都必须满足内部安全政策和国家法规。基于角色的访问，限制了谁能查看和修改哪些记录。完整的审计轨迹覆盖了报价、审批和数据变更。所有数据都留在阿联酋境内，符合国防行业的规定。

因为设计是从这些要求出发的，所以合规评审来临时，数据的形态已经是对的。

推广花了多长时间？

大约六到八个月，分阶段进行。它从聚焦CRM和CPQ的试点开始，在收到反馈之后向各部门扩展，并在上游系统稳定之后，中途加入了SAP SD的集成。培训、支持和调优贯穿始终。

这种模式能应用到其他国防或制造企业吗？

可以，只要销售周期长、产品可配置、需要合规文档：航空航天、工业设备，以及任何报价发出之前需要工程验证的业务。

具体的工具没有集成逻辑重要。批准的报价必须无需重新录入就流入ERP，客户记录也必须是唯一的事实来源。