Pour les professionnels du commerce électronique et ceux qui sont impliqués dans la transformation numérique, la gestion des informations sur les produits (PIM) est sans doute le système le plus important à prendre en compte. Il permet de maintenir la cohérence et la qualité sur tous les canaux de vente. Lorsque les organisations envisagent de mettre en œuvre un nouveau système PIM, une question clé est de savoir si une mise en œuvre complète vaut la peine d'être risquée ou si une mise en œuvre de démonstration de faisabilité (POC) est la voie la plus prudente.
En ce qui concerne le PIM, sauter la phase de validation du concept (POC) peut sembler être le moyen le plus rapide d'économiser des ressources, mais cela entraînera probablement des retouches coûteuses, des retards et des employés débordés et en colère. Un POC est plus qu'un simple test ; c'est une police d'assurance stratégique qui permet d'éviter les désalignements commerciaux et techniques.
Dans environ 50 % des cas où PIM est mis en œuvre par de grandes entreprises telles qu'Acer ou Bridgestone (qui sont toutes deux nos clientes), un projet de validation de concept (POC) est mené avant de procéder à la mise en œuvre complète d'AtroPIM.
La proposition de valeur : Pourquoi s'embêter avec un POC ?
Un projet de validation de concept (POC) est une initiative brève et très ciblée qui permet de valider que la plate-forme logicielle sélectionnée répondra à vos exigences commerciales et techniques spécifiques avant de procéder à un investissement substantiel. Le POC transforme le projet d'un concept théorique en une réalité pratique.
Un POC doit être fortement envisagé dans les cas suivants
- Planification de flux de travail complexes : Un POC permet de s'assurer que la plateforme peut traiter des flux de données produits uniques ou complexes pour votre organisation (par exemple, localisation personnalisée et multicouche, héritage dynamique des données ou processus d'approbation complexes).
- Évaluer les fonctionnalités spécifiques : Lorsque vos exigences deviennent plus personnalisées, spécifiques à un secteur ou personnalisées au-delà de la limite (par exemple, des pantalons avec des règles commerciales de poche) pour la complexité, un POC est essentiel pour évaluer le risque d'incompatibilité avec la plate-forme.
- La GIP en tant qu'outil stratégique et évolutif : Lorsque le PIM est considéré comme un outil stratégique, appelé à se répandre rapidement dans différentes marques, régions ou canaux, le POC doit valider l'architecture du système, ses performances éventuelles et son évolutivité avant son adoption à grande échelle.
En plus de tous les éléments complexes décrits ci-dessus, un POC devient obligatoire dans un cas important :
Lorsque vous avez le sentiment que la MIP ne peut pas fonctionner pour vous.
Ce sentiment provient généralement de ce qui suit :
- Pas d'expérience interne en matière de PIM: Votre personnel est novice en matière de PIM et n'a pas encore évalué la faisabilité technique et la facilité d'utilisation.
- Doute des principales parties prenantes: Les principaux responsables de l'entreprise, en particulier ceux du marketing, du développement de produits, etc. ne sont pas convaincus que le système résoudra réellement leurs problèmes.
Pourquoi s'embêter avec un POC ?
Un POC ciblé permet à votre équipe de mettre la main sur le système et de valider quelques éléments fondamentaux critiques avec une petite partie de vos données.
1. Flexibilité du modèle de données (presque toujours)
Vérifiez que le système PIM peut modéliser avec précision les structures complexes de vos produits. Pour ce faire, vous pouvez construire un exemple de hiérarchie de produits et établir des attributs et des groupes d'attributs personnalisés. Vous pouvez également tester la gestion des variantes/SKU pour les produits complexes, tels que les vêtements avec une matrice taille/couleur.
2. Flexibilité des processus d'entreprise et gestion des accès
Déterminez si le système peut s'adapter à vos flux de travail spécifiques en matière de création de contenu et de qualité. Vous pouvez utiliser un simple flux d'enrichissement des données (par exemple, passer d'une version préliminaire à une version prête pour le web) pour établir les rôles et les autorisations des utilisateurs, ainsi que les règles de qualité des données définies (par exemple, les champs obligatoires pour l'exhaustivité).
Mettez en place des rôles d'utilisateur clés qui reflètent votre structure organisationnelle (par exemple, chef de produit, rédacteur de contenu, approbateur, administrateur système). Veillez à ce que chaque rôle dispose de la visibilité et des autorisations de modification appropriées pour des éléments de données spécifiques, tels que les attributs, les catégories et les canaux.
Vérifier que le système peut restreindre l'accès en fonction de sous-ensembles de données. Par exemple, assurez-vous qu'un rédacteur de contenu pour la région X ne peut voir et modifier que les produits affectés à la catégorie X ou à la version linguistique des données, ce qui permet de tester la granularité du modèle de sécurité.
3. Intégration des systèmes Fonctionnalité de l'intégration des données et des systèmes (dans de rares cas)
Tester la faisabilité technique de la connectivité du PIM avec d'autres systèmes clés de l'entreprise. Tester l'intégration, la latence et le mappage des données. Établir une connexion API fondamentale, en lecture seule, avec un système ERP de données de base ou un système DAM d'actifs pour voir si les données hébergées deviennent visibles.
Il s'agit de l'aspect le plus difficile à vérifier, car vous devez développer l'intégration avant de la tester. Par conséquent, le coût serait supporté dans la plupart des cas, par opposition au cas d'utilisation "normal", et non au cas "POC".
Quand peut-on faire l'impasse sur le POC ?
Dans certaines circonstances justifiées, une organisation peut, en toute confiance, se passer d'une démonstration formelle de faisabilité (POC), en particulier lorsque le risque est faible et que l'objectif est une mise en œuvre rapide et simple.
Plus précisément, les POC ne sont souvent pas nécessaires dans les cas suivants :
- Petite portée, déploiement progressif : Votre déploiement initial est intentionnellement limité à un petit nombre de références, à quelques attributs de base et à un seul canal non critique (par exemple, un site de commerce électronique de base). Vous prévoyez d'étendre les fonctionnalités au cours des phases ultérieures.
- Solution standard reconnue par l'industrie : Vous avez choisi un système PIM qui a fait ses preuves dans votre secteur d'activité et qui est doté d'intégrations standard et publiquement documentées pour tous les systèmes courants de votre pile technologique (par exemple, des connecteurs pour les principaux ERP ou plates-formes de commerce électronique).
- Concentration sur les processus d'entreprise : Vous avez déterminé que le principal défi réside dans la définition et l'acceptation des exigences relatives aux données de vos produits (un problème commercial) plutôt que dans la capacité technique ou la faisabilité du logiciel PIM lui-même.
- Expertise interne élevée : Votre équipe a déjà mis en œuvre avec succès la plate-forme PIM spécifique que vous envisagez, ce qui confère à votre entreprise un degré élevé d'expertise interne et de confiance dans la plate-forme.
- Modèle de données simplifié : La structure des données de votre produit est intrinsèquement plate, simple et non variante, ce qui nécessite une personnalisation minimale du modèle de données par défaut du PIM.
- Source ouverte avec soutien des développeurs : Vous adoptez une plateforme PIM open-source très active et disposez d'une solide équipe de développeurs internes, à l'aise avec la personnalisation directe de la plateforme et le dépannage, ce qui réduit la dépendance à l'égard des méthodes éprouvées des fournisseurs.
Dans ce cas, il est préférable d'utiliser votre temps et vos ressources pour vous concentrer sur la documentation de vos besoins et lancer une petite mise en œuvre pilote plutôt que de créer un POC formel et autonome.
Il existe un lien entre la mise en œuvre du PIM et l'expérience du client. Un POC est un test de résistance technique qui garantit que le pont ne s'effondrera pas sous la pression des exigences de votre entreprise.