On a testé pour vous les Custom Components d’Akeneo

Aujourd’hui, on s’attaque à l’une des dernières grosses nouveautés de l’éditeur PIM Akeneo : les Custom Components. Parce qu’on adore tous le PIM standard SaaS, mais parfois, on a besoin d’un bouton qui fait « pouf » ou d’une visualisation de données qui ne ressemble pas à un tableau Excel des années 90. Les Custom Components dans Akeneo, c’est redonner le sourire aux techs mais aussi au client, tout redevient (presque) possible. Alors Axel, notre expert technique Akeneo, s’est prêté au jeu du retour d’expérience.

C’est quoi le principe ?

Les Custom Components d’Akeneo permettent de personnaliser votre PIM SaaS pour qu’il réponde aux spécificités de votre activité là où les versions standard SaaS atteignent leurs limites. Ils agissent comme des micro-applications créées sur mesure, injectées directement dans l’interface utilisateur, afin que l’outil s’adapte à votre modèle de données et à vos processus internes, et non l’inverse.

L’objectif principal est de garantir que l’expérience utilisateur (UX) soit un moteur d’efficacité : 

• Combler les lacunes fonctionnelles : ajouter des fonctionnalités spécifiques qui ne sont pas disponibles dans la version standard du PIM, comme la possibilité de copier en un clic les valeurs d’attributs d’un produit modèle vers un nouveau produit en cours de création.
• Fluidifier les processus métier : adapter l’interface aux habitudes de travail de vos équipes pour rendre l’enrichissement produit plus intuitif.

OK, mais comment cela fonctionne ?

Le fonctionnement technique repose sur les piliers suivants :

• Technologie et cœur du composant : les Custom Components sont des extensions légères développées en JavaScript qui s’exécutent directement dans le navigateur, au sein de l’interface utilisateur d’Akeneo (front-end). Elles permettent d’injecter du code spécifique là où le code source du PIM SaaS standard est inaccessible.
• Interaction avec les données : l’interaction avec les données (lecture ou modification des produits, modèles, etc.) se fait via les Akeneo APIs. Ces composants ont la latitude d’exploiter une grande partie de ces APIs pour manipuler l’information produit.
• Communication externe : pour les appels vers des systèmes tiers (comme un ERP ou un service externe), les développeurs utilisent des fonctions spécifiques de l’API PIM, telles que PIM.api.external.call. Cependant, ces appels externes sont souvent limités et ne supportent, par exemple, que le format de réponse application/json actuellement (on a questionné l’éditeur à ce sujet pour savoir si des évolutions sont prévues).
• Configuration : les composants peuvent avoir leurs propres configurations, accessibles et modifiables directement dans l’interface Akeneo au format JSON. Cela permet aux équipes de gérer des listes d’attributs ou des paramètres spécifiques sans modifier le code source du composant.

Cas pratiques

Nous sommes partis de deux besoins exprimés par nos clients pour faire des tests :

1. Pouvoir copier des informations d’un produit à l’autre
2. Pouvoir facilement créer un modèle de produit à partir d’une sélection de ses futures déclinaisons

Ce sont deux processus qui seraient techniquement faisables avec les fonctionnalités natives d’Akeneo mais qui demandent de passer par des exports / imports de données et de manipuler les fichiers.

Premier use-case relativement simple : copie de données produit

Nous avons ajouté un attribut de type “lien produit” qui permet de renseigner la “source” (produit ou modèle) dont nous souhaitons récupérer des informations (avec l’avantage de pouvoir utiliser les outils de recherche du PIM plutôt que de redévelopper une recherche dans notre extension). Nous avons ensuite créé un nouvel encart directement sur la page produit qui permet de piocher parmi les attributs de la source ce que l’on souhaite copier, plus un bouton pour lancer la copie… Et voilà !

Le rendu est assez simple mais efficace : 

Un deuxième cas est un peu plus complexe : création de modèle de produit

Cette fois, tout a été fait via un custom component que nous avons greffé sur la grille produit, comme une nouvelle action de masse :

L’utilisateur peut donc sélectionner tous les produits qu’il souhaite rassembler, puis ouvrir le custom component :

Sur cette nouvelle interface, il pourra remplir les informations minimales pour le nouveau modèle de produit (code et variante de famille) et avoir une prévisualisation des axes de variation de ses produits. De cette manière, il peut vérifier qu’il n’y a pas de doublons et que tous les produits ont leur axe de variation complètement rempli par exemple. Enfin, il pourra sélectionner un produit spécifique comme “référent” dont les données iront peupler le modèle de produit. Une fois toutes les informations saisies, l’utilisateur peut lancer la création du modèle. Attention, en fonction du nombre de produits ça peut prendre un peu de temps à s’exécuter.

Le bilan

C’est très positif ! Nous avons de nouveau la possibilité d’adapter l’interface du PIM aux besoins spécifiques de nos clients avec un système très facile à approcher. Akeneo fournit un design system facile à utiliser pour que nos extensions ressemblent au standard, le SDK est simple mais efficace et après, on fait ce qu’on veut avec notre app. Vu que les extensions sont des applications JS qui tournent dans le navigateur de l’utilisateur, il n’y a pas besoin d’hébergement séparé, ce qui est souvent une contrainte.

Attention toutefois à bien garder en tête ce que cela ne permet pas :

• De faire de vraies automatisations car une action de l’utilisateur est toujours requise pour déclencher l’extension ;
• De modifier le comportement interne du PIM ;
• Vu que l’extension s’exécute dans le navigateur, de simplement lancer une action et s’en aller, on doit rester sur la page jusqu’au bout.

Cela nous a également permis de toucher du doigt quelques limites du SDK : certaines options des APIs ne sont pas encore disponibles, pas de GraphQL, les créations de modèles / produits ne peuvent pas utiliser les générateurs d’identifiants. Mais pas d’inquiétude, tout à été remonté à l’éditeur !

Vous hésitez encore ?

Parce que l’expérience utilisateur (UX) n’est pas un luxe. Un PIM bien customisé, c’est :

1. Moins de clics pour les contributeurs (et donc moins de tendinites). Un PIM bien customisé réduit le nombre de clics nécessaires pour les contributeurs, leur permettant d’être plus rapides.
2. Moins d’erreurs de saisie (et donc moins de cheveux blancs pour les chefs de projet) : Une interface alignée sur vos besoins réduit les risques d’erreurs de saisie et de manipulation des données produit.
3. Visualisation enrichie : fin du Alt-Tab ! On intègre les données externes (ERP, etc.) via API pour que la fiche produit devienne un dashboard central et sans latency.
4. Une interface qui a du style, et ça, ça n’a pas de prix.

Vous avez un projet de composant un peu fou ? Venez nous en parler !
Contactez-nous