par Vivian Bullinger | 03.02.2021
Comment faire évoluer un produit ? Comment m'affranchir des procédures établies ? Et comment permettre une plus grande créativité dans le développement du produit tout en gardant à l'esprit l'utilisateur du produit ? L'équipe Solar-Log s'est penchée sur ces questions l'année dernière. Le relancement du Solar-Log WEB Enerest™ était à l'ordre du jour. Cette relance devait permettre au produit existant de répondre encore mieux aux exigences complexes d'un système de surveillance PV performant. Les défis consistaient à remettre en question de manière critique les solutions établies et à mettre en œuvre de nouvelles idées. Et ce, en se concentrant sur les exigences des différents groupes cibles.
Voie classique du développement de produits. Inconvénient très long et pas suffisamment orienté vers le client.Il est vite apparu que les processus bien rodés ne conduisaient pas forcément au but recherché. La procédure standard, qui va de la saisie des exigences au développement en passant par un cahier des charges, est trop longue pour un produit logiciel dynamique et n'implique pas suffisamment le client. Dans le pire des cas, le développement serait déjà obsolète et ne correspondrait pas à 100 % aux besoins du client lorsque celui-ci atteindrait la maturité du marché.
Une fois qu'il était clair que la voie standard n'entrait pas en ligne de compte, l'équipe Solar-Log a d'abord dû répondre à la question essentielle : Nos idées sur le nouveau produit correspondent-elles à celles du client ?
En ce qui concerne les exigences et plus particulièrement leur mise en œuvre, il existe souvent des différences entre les idées de la direction du produit et les besoins réels du client. L'exemple suivant illustre cette problématique :
J'aimerais aller de A à B
Les exigences mises en évidence ne donnent pas une image claire du produit final. Presque tout le monde aura une image différente en tête en lisant les exigences. Une solution possible est par exemple
Il est judicieux de livrer un produit fonctionnel dès la première étape de développement et de continuer à le développer avec le client.Les exigences définies sont la base de chaque produit, c'est pourquoi il faut accorder une attention particulière à ce domaine. De plus, le nouveau Solar-Log WEB Enerest™ 4 intègre les groupes de clients dans la définition des exigences.
Le produit est donc construit sur la base des exigences préalablement définies. Il s'agit ici d'être aussi proche que possible des besoins du client. Dès les premières étapes de développement, le client doit disposer d'un produit avec lequel il peut travailler et qu'il peut tester. Il ne s'agit donc pas de commencer par une roue, comme dans l'exemple suivant, mais par un véhicule prêt à rouler. C'est sur cette base fonctionnelle que l'on continue à construire. L'avantage est que le client dispose immédiatement d'un produit opérationnel qui peut ensuite être optimisé ou adapté à ses besoins.
Schéma d'un "développement de produit Agile" dans lequel les clients sont activement impliqués.Une fois le chemin défini, il fallait passer à la mise en œuvre et se demander comment intégrer le plus efficacement possible le client dans le processus de développement.
Avant de commencer le développement proprement dit, il fallait analyser précisément les exigences du client. Pour cela, il faut plus qu'une simple enquête auprès des clients. Dans un développement de produit agile, le client est impliqué à différents moments. Le schéma suivant montre les différentes étapes qui se succèdent et sur lesquelles l'équipe de développement de Solar-Log WEB Enerest™ 4 s'est appuyée.
Grâce à cette procédure, le développement du produit ne perd pas de vue les besoins du client. Le client reçoit chaque étape de la solution sous la forme d'un prototype à tester.
Les différentes perspectives des clients et de l'équipe de développement ne peuvent être conciliées qu'ensemble.Dans un premier temps, beaucoup de temps a été consacré à la collecte et à l'analyse commune des exigences du client. Ensuite, il s'agissait de remettre en question de manière critique le catalogue d'exigences qui en résultait, c'est-à-dire par l'équipe de développement et le client. Ce processus a permis non seulement de se faire une idée claire du portefeuille d'exigences, mais aussi de comprendre mutuellement les points de vue et les positions parfois divergents.
Les personas reflètent les groupes de clients et doivent être clairement définis. Ils ont été élaborés lors de plusieurs ateliers avec les clientsL'équipe a ensuite défini des clients individuels, appelés personas, qui représentent un groupe de clients. L'équipe de vente Solar-Log et des clients sélectionnés ont élaboré ces personas dans le cadre de différents ateliers. Le groupe ou les personas individuels reflétaient un mélange coloré de clients. Comme les produits Solar-Log couvrent un groupe cible très large, il était important que chaque groupe cible se retrouve dans les personas. Il s'agissait par exemple d'inclure les installations photovoltaïques et leurs exploitants ainsi que les installateurs, de la petite installation sur le toit de la maison à l'installation industrielle de 2 MW.
L'ancien et complexe système de tickets a donné naissance à une liste de choses à faire qui demandait moins de programmation et répondait aux exigences du groupe cible.Le portefeuille d'exigences a suivi. Celui-ci a été élaboré par l'équipe Solar-Log à partir des exigences du client pour le nouveau logiciel.
Ces exigences se sont avérées :
L'exemple du système de tickets a montré à quel point le client et le fabricant peuvent parfois être éloignés l'un de l'autre. Pour l'équipe Solar-Log, il était clair que l'ancien système de tickets, qui a fait ses preuves, devait également faire partie du nouveau produit. Lors des discussions avec les clients, il s'est toutefois avéré que les plus gros clients travaillaient déjà avec un système de tickets séparé et ne changeraient pas. En revanche, les petits installateurs se contentent d'une simple liste de choses à faire. Avec cette constatation, il était clair que le système de tickets sous son ancienne forme n'était plus nécessaire.
La nouvelle navigation devait aider à trouver les informations plus rapidement. Diverses variantes ont été testées à l'aide de post-it afin de trouver la meilleure.Avec le catalogue des exigences et les fonctions définies que le nouveau logiciel devait remplir, nous sommes passés aux détails. La question suivante s'est posée : comment le client se représente-t-il la navigation et quels éléments sont importants pour lui ?
Il n'est pas rare qu'une bonne navigation détermine l'efficacité du produit dans l'utilisation quotidienne. Une raison de plus pour impliquer le client dans la construction de la navigation. Dans d'autres ateliers, les clients ont été confrontés à ce qui se cache derrière la construction d'une navigation "simple". Ils ont discuté ensemble des différentes solutions à l'aide de post-it. Chaque variante et combinaison présente plus ou moins d'avantages et d'inconvénients. Il s'agissait donc d'élaborer la meilleure structure possible. Après une collaboration intensive, la navigation "idéale" pour le client a vu le jour.
Solar-Log WEB Enerest™ 4Après la mise en place théorique, nous sommes passés à la mise en œuvre des solutions élaborées en commun. Un portail de démonstration a vu le jour, accessible à tous les clients. Cela a permis de créer en même temps un très grand groupe de test indépendant pour le nouveau logiciel. Tous ceux qui se sont inscrits au nouveau portail de démonstration ont pu transmettre leurs commentaires directement à Solar-Log.
Le processus de développement s'est ainsi poursuivi. Le feed-back reçu a été évalué et, le cas échéant, pris en compte dans la poursuite de l'élaboration détaillée.
Vous trouverez le nouveau Solar-Log WEB Enerest™ 4 ici.
Nous nous réjouissons de vos critiques constructives.