Cela ressemble à une préoccupation d'ingénierie, facilement déléguée et ignorée en toute sécurité par quiconque dirige l'entreprise : le modèle de données — la façon dont votre logiciel représente un client, une commande, un projet, et la manière dont ces éléments sont liés. Mais le modèle de données n'est pas un détail technique. Il détermine discrètement les questions auxquelles vous pouvez répondre, ce que vous pouvez automatiser et même ce que vous pouvez voir. Votre modèle de données est votre stratégie, que vous l'ayez choisi délibérément ou hérité par accident.
C'est le modèle qui décide de ce qui est possible.
Posez-vous une question simple : « montre-moi chaque client qui a acheté le produit A, ouvert un ticket de support et n'a pas renouvelé. » Que vous puissiez y répondre — facilement, ou même tout court — dépend entièrement de votre modèle de données. Si les achats, les tickets et les renouvellements vivent dans un seul modèle où « client » est une seule entité, c'est une simple requête. S'ils vivent dans trois outils avec trois notions différentes du client, c'est un projet de plusieurs jours, probablement erroné. La stratégie « réengager les clients à risque » est accessible à la première entreprise et pratiquement hors de portée de la seconde — non par manque d'ambition, mais à cause de l'architecture.
La stratégie est l'ensemble des choses que vous comptez faire. Votre modèle de données est l'ensemble des choses que vous êtes réellement capable de faire. Quand les deux divergent, c'est le modèle de données qui l'emporte.
Le modèle fragmenté est une stratégie fragmentée.
Quand vos données vivent dans douze outils, vous n'avez pas un seul modèle de données — vous en avez douze, chacun avec sa propre définition des entités clés, et aucun ne s'accorde pleinement avec les autres. Cette fragmentation n'est pas neutre. Elle exclut en silence toute stratégie qui exige une vision transversale des fragments : personnalisation, automatisation du cycle de vie, analyse réelle de la rentabilité, tout ce qui nécessite le client entier dans une seule vue. Votre stratégie se réduit discrètement à ce que vos données éparpillées peuvent supporter, et il se peut que vous ne remarquiez jamais les options qui vous ont échappé.
Choisir le modèle délibérément.
La bonne stratégie consiste à traiter votre modèle de données comme une décision stratégique — car c'en est une — et à le choisir délibérément. Un modèle unifié, dans lequel les entités centrales sont définies une seule fois et où tout s'y rattache, vous laisse le maximum de stratégies possibles. C'est l'équivalent architectural de garder toutes vos options ouvertes : vous n'avez pas besoin de savoir aujourd'hui quelle capacité transversale vous faudra dans deux ans, mais un modèle de données cohérent garantit qu'elle sera réalisable le moment venu.
Nul besoin de s'intéresser aux bases de données pour se sentir concerné, car la conséquence n'est pas technique — elle est stratégique. La façon dont votre entreprise représente son univers détermine ce qu'elle est capable de faire. Choisissez un modèle unifié et vous gardez vos options stratégiques ouvertes. Héritez d'un modèle fragmenté et vous passerez des années à vous heurter à des murs invisibles, érigés par une architecture que personne n'a choisie.