Un modèle de données définit quelles entités (clients, dossiers, factures, tâches) une entreprise suit dans son système, quels champs elle enregistre pour chacune d'elles, et comment ces entités sont reliées entre elles. C'est le plan sur lequel repose toute application de base de données - un peu comme les plans d'un bâtiment précèdent la construction elle-même.
Un bon modèle de données pour un système d'entreprise arrive en général à décrire toute l'activité comme un ensemble cohérent : un client a des dossiers, un dossier a des tâches et des factures, une facture a des lignes et un statut de règlement. Cela permet de répondre à des questions auxquelles des tables séparées ne peuvent pas répondre - par exemple combien un client a réellement rapporté à l'entreprise sur la dernière année, tous dossiers confondus.
L'erreur que les entreprises commettent le plus souvent est de concevoir un modèle de données seulement pour le besoin actuel, sans anticiper la croissance. Un bon modèle, à l'inverse, peut accueillir un nouveau type d'enregistrement (une réclamation ou une intervention, par exemple) sans avoir à tout reconstruire depuis le début.
Voir aussi : Le modèle de données qui grandit avec l'équipe, CRM sur mesure sans développeur, Migrer depuis Excel ou Notion.