Comment se tromper en suivant les consignes du système de navigation de sa voiture ? Ou ceux de Google Maps ? La technologie existe depuis des années, et des milliards de personnes suivent ses recommandations tous les jours. Pourtant, la technologie peut encore nous diriger dans une mauvaise direction.
Amber VanHecke, une étudiante âgée de 24 ans, roulait sur les routes du désert de l’Arizona, voisines au Grand Canyon. Elle utilisait Google Maps pour suivre son itinéraire. Pourtant, l’application la dirigea vers un chemin inexistant. A force de chercher le bon chemin, sa voiture tomba en panne d’essence. Elle dut survivre dans le désert cinq journées durant.
Avant de voir comment a-t-elle échappé à cette situation fort difficile, pensons à une situation similaire (quoique moins extrême) : le développement d’un produit logiciel. Plusieurs systèmes de navigation peuvent nous guider vers un produit de succès.
Pour une équipe très orientée sur la technologie, c’est très facile de démarrer le développement du produit en faisant ce qu’elle sait faire le mieux, c’est à dire du code. Sélectionner des frameworks, choisir une plateforme web ou desktop, mobile-first ou pas, ainsi de suite. Cela est leur système de navigation, et il ne peut pas se tromper.
Au contraire, une équipe orientée produit essaie de comprendre d’abord le client et ses problèmes, et de trouver une solution technologique après. Comme les équipes vente et marketing, elles démarrent en faisant la recherche sur les besoins et les problèmes rencontrées par le client. Elles essaient de comprendre :
- le besoin de trouver une solution au problème du client
- la valeur d’une telle solution pour le client
- si les clients sont partants pour payer pour la solution
Dans ce cas, le client devient le système de navigation. Les deux équipes se dirigent dans la même direction. Pourtant, est-ce que les deux vont arriver à la même destination ? Comparons le voyage d’une équipe orienté logiciel à celui d’une équipe orienté produit.
La création d’un produit vue comme une journée de travail
En compressant le temps, nous pouvons imaginer le développement de la première version d’un logiciel en une seule journée. Regardons de plus près comment les deux équipes développent un logiciel en seulement 8 heures.
La course vers la ligne d’arrivée démarre … MAINTENANT !
| Temps | Equipe orientée développement | Equipe orientée produit |
| 0-15 min | Commence par la technologie et le choix de frameworks | Fait des recherches sur les clients et construit des prototypes |
| 15-30 min | Développe la v1 Discute les choix technologiques | Discute avec des prospects Crée une landing page pour les clients potentiels |
| 30-45 min | Crée le site, écrit du code Communique avec d’autres développeurs | La recherche continue Démarre la prévente du produit Les leads utilisent le prototype |
| 45-60 min | Attend les clients Rêve de changer le code Imagine des persona | Annonce le lancement Premières ventes Des vrais clients |
| 1-2 hrs | Travaille sur la v2 Bricole sur le site web Pense technologie | Travaille pour la version 1 Des nouvelles vraies ventes Concentré sur les clients |
| 2-4 hrs | Met à jour le code Quelques ventes La technologie est la clé | Mises à jour pour les acheteurs Prospecte d’autres marchés Encore plus de ventes |
| 4-8 hrs | Quelques succès Beaucoup de questions Continuer ou pas ? Succès, ou échec ? | Résultats et choix plus clairs : – Produit viable – Changement de cap – Arrêt du projet |
Les trois erreurs principales des développeurs
- Se concentrer d’abord sur la technologie, au lieu d’étudier les clients
- Démarrer avec le développement du logiciel au lieu des recherches
- Continuer de travailler sur le code, au lieu d’apprendre le domaine
Les équipes produit travaillent d’abord sur les clients et après sur la technologie
Comprendre le client et son problème, tout en construisant un pilot. Vérifier le plan d’affaires, en tenant compte des coûts de développement. Travailler sur la vente et le marketing pour aligner le planning avec le business.
On peut se perdre même en utilisant un GPS. Mais il faut d’abord utiliser le bon système de navigation et choisir la bonne direction. Et, en cas d’impasse, analyser la situation et prendre les mesures nécessaires pour trouver une issue.
Bloquée dans le désert, Amber VanHecke essaya d’arrêter les rares voitures passant à coté, consomma aussi peu d’eau que possible, et survécut en rationnant les vivres. Elle ramassa des pierres pour créer des immenses messages « SOS » et « AU SECOURS ». Enfin, après avoir marché des miles, elle trouva assez de signal mobile pour appeler le 112 et fut sauvée par l’air en ambulance.
Si ton équipe se trouve bloquée dans le pays de la technologie, cherche de l’aide et commence à travailler une vraie stratégie orienté client.