这听起来像是一个工程问题，很容易被任何经营业务的人委托并安全地忽略： 数据模型 ——你的软件如何代表客户、订单、项目，以及这些事物之间的关系。但数据模型不是技术细节。它悄悄地决定你可以回答什么问题，可以自动化什么，甚至可以看到什么。 你的数据模型就是你的策略，无论是你刻意选择的，还是偶然继承的。
模型决定什么是可能的。
考虑一个简单的问题：“向我展示每一位购买了产品 A、开具支持票证且尚未续订的客户。”您是否可以轻松地回答这个问题，完全取决于您的数据模型。如果购买、门票和续订存在于一种模型中，其中“客户”是一个实体，那么它就是一个查询。如果他们使用三种工具和三种客户概念，那么这是一个为期数天的项目，可能是错误的。 “重新吸引有风险的客户”的策略适用于第一个企业，但实际上对第二个企业不适用——不是因为雄心勃勃，而是因为架构。
策略是你打算做的一系列事情。您的数据模型是您实际能够执行的操作的集合。当它们出现分歧时，数据模型获胜。
碎片化的模式就是碎片化的策略。
当您的数据存在于十二个工具中时，您就没有一个数据模型 - 您有十二个数据模型，每个模型都有自己的核心实体定义，但没有一个完全一致。这种分裂并不是中性的。它默默地排除了每一项需要跨碎片查看的策略：个性化、生命周期自动化、真正的盈利能力分析，以及任何需要在一个视图中了解整个客户的东西。您的策略会悄悄缩小以适应分散的数据可以支持的内容，并且您可能永远不会注意到已删除的选项。
慎重选择型号。
战略举措是将您的数据模型视为一项战略决策（因为它就是一个战略决策）并有目的地选择它。在统一模型中，核心实体定义一次并且所有内容都与它们相关，可以为您保留最大数量的可用策略。这在架构上相当于让您的选择保持开放：您今天不必知道两年后需要哪种横切功能，但连贯的数据模型保证您知道时就可以实现。
你不必关心数据库来关心这个，因为结果不是技术性的——而是战略性的。您的企业代表其世界的方式决定了您的企业可以做什么。选择统一的模型，您就可以保持战略选择的开放性。继承一个支离破碎的建筑，你将花费数年时间撞上你看不到的墙，这些墙是由没有人选择的建筑建造的。