Développement d'un système PIM : source unique de vérité pour les données produit

Nos données produit sont éparpillées sur des dizaines de tables et cela devient un véritable problème. Les descriptions se trouvent dans différents fichiers Excel, les caractéristiques sont dupliquées dans l'administration du magasin, les photos sont stockées dans des dossiers communs avec des noms peu clairs, et chaque canal de vente obtient une version légèrement différente du même produit. Personne ne peut dire avec certitude quelle valeur est correcte, et chaque nouvelle place de marché se transforme en un nouveau tour de copier-coller et de nouvelles erreurs. Nous avons besoin d'un système PIM (Gestion de l'information produit) qui devienne une source unique et fiable de vérité sur tout ce que nous vendons.

Cela se résume à un catalogue central où chaque produit existe exactement une fois, avec une structure claire de catégories, de groupes d'attributs et de dictionnaires de référence de valeurs. Des caractéristiques personnalisables sont requises (texte, nombres, listes d'options, unités de mesure), un support complet pour les variantes (taille, couleur), et un modèle soigné de kits et d'articles associés. Les médias doivent être attachés correctement : image principale, galerie, documents et vidéos, chacun avec son propre rôle et ses légendes en plusieurs langues. Les traductions sont critiques pour nous, donc chaque champ doit être maintenu par langue avec une image claire de ce qui est rempli, ce qui manque et ce qui est obsolète. En plus de cela, nous avons besoin de règles de validation et d'évaluations de complétude des fiches afin qu'un produit ne puisse pas être publié tant qu'il ne répond pas aux exigences d'un canal particulier.

Il est tout aussi important d'exporter les données vers l'extérieur. Nous avons besoin d'exportations fiables et de flux vers notre propre magasin et vers des places de marché externes, chacun avec sa propre cartographie de nos champs internes au format requis. Ajoutez un contrôle d'accès basé sur les rôles afin que les rédacteurs, les responsables de catégorie et les traducteurs ne touchent qu'à leur propre domaine, journal des modifications (qui, quoi et quand a été modifié), édition en masse et importation de nos tables actuelles pour transférer le chaos existant. Décrivez l'architecture proposée, la pile et les délais réalistes.

Ce que nous attendons en premier :
— catalogue central avec attributs flexibles, variantes et dictionnaires de référence ;
— champs en plusieurs langues avec statut de traduction et évaluation de complétude ;
— bibliothèque de médias avec rôles, validation et champs requis ;
— exportation et flux vers les canaux avec cartographie des champs personnalisable ;
— rôles, journal d'audit, édition en masse et importation depuis les tables.