Parece uma preocupação de engenharia, facilmente delegada e ignorada com segurança por qualquer pessoa que dirige o negócio: o modelo de dados — como o seu software representa um cliente, um pedido, um projeto e como essas coisas se relacionam. Mas o modelo de dados não é um detalhe técnico. Ele decide silenciosamente quais perguntas você pode responder, o que pode automatizar e o que pode até ver. Seu modelo de dados é sua estratégia, quer você o tenha escolhido deliberadamente ou herdado por acidente.
O modelo decide o que é possível.
Considere uma pergunta simples: “mostre-me todos os clientes que compraram o produto A, abriram um ticket de suporte e não renovaram”. Se você pode responder a isso - facilmente - é decidido inteiramente pelo seu modelo de dados. Se compras, ingressos e renovações residirem em um modelo onde “cliente” é uma entidade, é uma consulta. Se eles vivem em três ferramentas com três noções de cliente, é um projeto de vários dias que provavelmente está errado. A estratégia de “reengajar clientes em risco” está disponível para o primeiro negócio e efetivamente fechada para o segundo – não por causa da ambição, mas por causa da arquitetura.
Estratégia é um conjunto de coisas que você pretende fazer. Seu modelo de dados é o conjunto de coisas que você realmente é capaz de fazer. Quando eles divergem, o modelo de dados vence.
O modelo fragmentado é uma estratégia fragmentada.
Quando seus dados residem em doze ferramentas, você não tem um modelo de dados — você tem doze, cada um com sua própria definição das entidades principais, nenhuma das quais concorda totalmente. Essa fragmentação não é neutra. Ela exclui silenciosamente todas as estratégias que exigem a visão através dos fragmentos: personalização, automação do ciclo de vida, verdadeira análise de lucratividade, qualquer coisa que precise de todo o cliente em uma única visão. Sua estratégia diminui silenciosamente para se ajustar ao que seus dados dispersos podem suportar, e você talvez nunca perceba as opções que foram removidas.
Escolhendo o modelo deliberadamente.
O movimento estratégico é tratar seu modelo de dados como uma decisão estratégica — porque é uma decisão — e escolhê-lo propositalmente. Um modelo unificado, onde as entidades centrais são definidas uma vez e tudo se relaciona a elas, mantém o máximo de estratégias à sua disposição. É o equivalente arquitetônico de manter suas opções abertas: você não precisa saber hoje qual capacidade transversal precisará em dois anos, mas um modelo de dados coerente garante que isso será possível quando você o fizer.
Você não precisa se preocupar com bancos de dados para se preocupar com isso, porque a consequência não é técnica – é estratégica. A forma como sua empresa representa o mundo decide o que sua empresa pode fazer. Escolha um modelo unificado e você manterá suas opções estratégicas em aberto. Herde um fragmentado e você passará anos esbarrando em paredes que não consegue ver, construídas por uma arquitetura que ninguém escolheu.