Une collecte irréprochable peut mourir à la livraison. Données propres, format que personne dans l'équipe ne sait ouvrir, projet abandonné trois semaines plus tard.
Le format se choisit en fonction de qui va s'en servir.
Le fichier CSV ou tableur
Imbattable pour une analyse ponctuelle. Il s'ouvre partout, se partage par courriel, se trie et se filtre sans compétence particulière.
Sa limite arrive vite : il fige un instant. Dès qu'il faut le rafraîchir chaque semaine, quelqu'un doit s'en charger à la main. Et ce quelqu'un finit par oublier.
La base de données
Elle devient nécessaire quand l'historique compte. Suivre un prix sur six mois, comparer deux périodes, repérer une tendance : rien de tout ça n'est possible avec un fichier qu'on écrase à chaque relevé.
Chaque mesure y reste datée et consultable. C'est ce qui permet de répondre à « et l'an dernier, à la même date ? ».
L'API
Le bon choix quand la donnée doit en alimenter une autre. Un CRM à enrichir, un site à remplir, un outil interne à nourrir. Votre application interroge, reçoit, et aucun fichier ne transite ni ne s'empile.
C'est le format qui demande le plus d'ingénierie au départ et qui économise le plus de manipulations ensuite.
Le tableau de bord
Pour les gens qui ne veulent pas de données mais des réponses. Une direction commerciale n'ouvrira jamais un fichier de deux cent mille lignes. Elle regardera cinq chiffres, avec la possibilité de creuser si besoin.
Souvent deux à la fois
Les projets qui durent combinent volontiers : une base qui garde l'historique et alimente une API, plus un export hebdomadaire pour l'équipe qui préfère son tableur.
Posez la question dans ce sens : qui va ouvrir ça, et pour en faire quoi ? La réponse technique découle de celle-là. Parlons-en.