Développement de produits sur PrestaShop

En mars 2020, l’équipe produit Core de PrestaShop, chargée de construire et de prioriser les nouvelles fonctionnalités, a décidé de travailler avec un nouvel outil : Productboard.

L’équipe a pensé que c’était la bonne occasion de parler davantage du développement de produits chez PrestaShop, des étapes, des rôles et responsabilités et de ce qui se passe en coulisses avant l’ajout d’une nouvelle fonctionnalité à PrestaShop.

Le cycle de développement de produits de PrestaShop

Équipe produit principale
Au sein de la société PrestaShop, une équipe transversale est dédiée à la maintenance du projet open source PrestaShop : l’équipe Core.

Sa mission est de s’assurer que le logiciel est stable, utilisable et utile à tous ses utilisateurs tout en respectant les normes de l’industrie. Tout cela nécessite de nombreuses personnes et plusieurs compétences différentes. Actuellement, l’équipe de base compte 9 développeurs, 5 ingénieurs d’assurance qualité, 2 concepteurs, 1 gestionnaire de contenu et 4 chefs de produit.

Éditer et maintenir un logiciel comme PrestaShop signifie corriger des bogues mais aussi ajouter des améliorations et de nouvelles fonctionnalités.

La correction d’un bogue ne requiert pas les mêmes compétences que la définition d’une nouvelle fonctionnalité. La plupart du temps, l’étendue fonctionnelle d’un bug est évidente : le bouton « enregistrer » ne fonctionne pas, corrigeons-le pour qu’il puisse être enregistré. L’ajout d’une fonctionnalité est un peu plus complexe : une recherche approfondie doit être effectuée pour préciser l’étendue fonctionnelle.

Pourquoi ? Parce que le but de toute fonctionnalité est de résoudre un problème. Nous devons donc répondre aux questions suivantes pour mieux définir le problème : quel est exactement le problème ? combien d’utilisateurs le rencontrent ? à quel point est-il douloureux ? existe-t-il une solution de contournement ?

Mais chaque fonctionnalité ajoutée rend le logiciel encore plus complexe – plus complexe à maintenir et dans certains cas plus complexe à utiliser… Ainsi, d’une part, nous ne pouvons pas nous permettre d’ajouter des fonctionnalités inutiles et, d’autre part, nous devons nous assurer que toute fonctionnalité ajoutée sera utilisable. Et c’est là que notre équipe produit est nécessaire !

Nos chefs de produit sont responsables de la valeur ajoutée pour tous les utilisateurs de PrestaShop. Et la première étape pour ce faire est de décider quelles fonctionnalités doivent être améliorées ou développées. Comment ? En obtenant des informations sur les besoins des utilisateurs et les problèmes à résoudre.

Une fois que nous savons quel est le problème à résoudre, il est temps de concevoir la fonctionnalité. Cela nous permettra de créer une solution tangible et utilisable, cohérente avec le logiciel. C’est la responsabilité des concepteurs et du responsable du contenu du produit.

Alors que le travail du chef de produit consiste à identifier le problème à résoudre, celui du concepteur consiste à concevoir la meilleure solution. Bien sûr, cela se fait en collaboration avec tout le monde. Et ensuite, toute l’équipe peut commencer à construire la fonctionnalité.

Comment savoir sur quoi se concentrer ?

Tout commence par un retour d’information. Sans feed-back, sans parler avec les utilisateurs, nous sommes aveugles, perdus dans le brouillard.

PrestaShop étant un projet open source, l’équipe peut compter sur sa formidable communauté pour recueillir les réactions, identifier les points sensibles et discuter de nombreux sujets. Il n’est donc pas si difficile de recueillir les réactions, GitHub est probablement la principale source, mais il y a aussi des événements tels que les rencontres des ambassadeurs, les événements PrestaShop, les entretiens avec les utilisateurs menés régulièrement par l’équipe produit, et la communauté Slack. Nous gardons également un œil sur ce qui se passe dans les secteurs du commerce électronique et des CMS pour nous assurer que le logiciel va dans la bonne direction par rapport aux évolutions et aux attentes du marché.

Il est facile de recueillir des commentaires. Ce qui est plus difficile, c’est de le centraliser et de l’analyser afin d’identifier les besoins des utilisateurs qui se trouvent derrière.

Le Productboard aidera l’équipe dans ce domaine. En rendant plus facile et automatique la centralisation des retours d’information directement au même endroit. D’où qu’il vienne. C’est ce que nous appelons le retour d’information. Dans le Productboard, les chefs de produit peuvent créer des sujets pour regrouper les idées, cette étape permet de former une première expression des besoins. Parfois, l’expression des besoins donne déjà la meilleure solution, parfois il est encore un peu tôt pour savoir comment elle pourrait être résolue.

Quel est l’intérêt pour la communauté ?

Eh bien, le Productboard nous permet de partager ce travail à l’extérieur ! C’est formidable pour informer la communauté sur les problèmes que l’équipe a identifiés et pour continuer à recueillir plus d’informations à leur sujet. Il est crucial de nous aider à comprendre tous les cas d’utilisation possibles d’un problème.

Vous pourrez bientôt voir ces expressions de besoins sur le site PrestaShop Feedback.

Comment passer d’un besoin à une fonctionnalité ?

Il est difficile de centraliser et d’analyser les informations. Mais l’étape suivante du développement de notre produit est encore plus difficile : la hiérarchisation des besoins des utilisateurs.

PrestaShop est utilisé sur plus de 300 000 boutiques en ligne dans le monde entier, et sa communauté rassemble plus d’un million de personnes. Il existe des centaines de besoins qui attendent d’être résolus. Alors comment l’équipe décide-t-elle de la suite à donner ?

L’équipe produit de base utilise plusieurs critères pour évaluer l’importance d’un besoin. Il n’y a pas de formule scientifique, ou magique. C’est une liste d’aspects que l’équipe examine à la lumière des recherches et des analyses effectuées précédemment. Parmi ces aspects, on trouve