Il est impossible de définir à quoi ressemble un bon processus de développement de produit. En fonction du type de produit, de l’origine de l’idée, de vos ressources et de nombreux autres facteurs, chaque parcours vers un excellent MVP peut être très différent. Et si nous essayions de le définir, cela se transformerait en thèse plutôt qu’en article de blog.
Pour fournir la valeur la plus rapide, voici quelques conseils pratiques auxquels vous n’avez peut-être pas pensé et que vous pouvez appliquer à la phase initiale de développement de votre produit. Après plus de 35 produits et entreprises, ce sont des comportements et des mentalités qui se sont révélés non seulement très efficaces, mais font désormais partie intégrante de notre approche du développement de produit chez eFounders et Hexa, au point de devenir presque instinctifs.
1. Vos utilisateurs pourraient demander des chevaux plus rapides
Les gens ne savent souvent pas ce dont ils ont besoin, et cela inclut vos utilisateurs. Lors de la construction de sa première voiture, Ford a dit que s’il avait demandé directement aux gens ce qu’ils voulaient, ils auraient dit “des chevaux plus rapides”. Votre travail consiste à creuser en profondeur et à ne pas prendre les réponses de vos utilisateurs pour argent comptant. Considérez un comptable en charge de la comptabilité des coûts, qui pourrait réagir positivement à l’idée d’un outil automatisant de nombreuses tâches administratives de surface (qui ne le ferait pas ?) alors qu’en réalité, son problème principal est l’accès aux données financières décentralisées dont il a besoin. Sans prendre le temps de comprendre réellement ce comptable, vous pourriez décider de résoudre un problème qui ne le préoccupe pas vraiment.
Naturellement, vos meilleures questions seront les suivantes :
- Ouvertes, c’est-à-dire ne demandant pas une réponse “oui” ou “non”. Si vous posez des questions fermées, vos utilisateurs répondront généralement par un simple “oui”, même si la réponse est en réalité “non”. Notre esprit est toujours à la recherche de raccourcis et préférera généralement une réponse facile si l’option lui est offerte.
- Courtes : votre meilleure amie sous forme de question sera simplement “pourquoi ?” ou “comment ?”.
- Incitant à des démonstrations pratiques lorsque c’est possible : il y a souvent un écart entre ce que pensent faire vos utilisateurs et ce qu’ils font réellement. Les observer en action vous aidera à comprendre leur comportement.
Faire cela générera des informations significatives qui vous orienteront dans la création d’un excellent produit.
Pour cela vous pouvez aussi construire des users stories, Quentin Parizot nous livre sa méthode dans cet article.
2. Gardez vos biais sous contrôle
Tout le monde sait que les biais conduisent à de mauvais produits. Mais cela mérite d’être répété, car c’est dans la nature humaine de rechercher la confirmation des choses que nous voulons voir comme vraies et d’ignorer tout indice qui va à l’encontre de nos croyances, ce qui équivaut à une condamnation à mort pour votre produit avant même qu’il voie le jour. Même chez eFounders, c’est une leçon que nous devons apprendre encore et encore lors de la phase de découverte, et cela nécessite beaucoup de conscience de soi et d’humilité. Vous devez tout apprendre, absolument tout, sur vos utilisateurs : les tenants et aboutissants de leur fonctionnement, ce qui fonctionne bien, et surtout, ce qui ne fonctionne pas. Et bien sûr, vous devez leur permettre de façonner vraiment votre découverte. Ce n’est qu’une fois que vous avez fait cela que vous pouvez même envisager de commencer à rédiger une hypothèse. Il va de soi que cette approche ouverte d’esprit et authentiquement curieuse est la seule manière de construire un produit dont les gens ont réellement besoin.
Avant de poursuivre votre hypothèse, voici quelque chose que vous pouvez faire (en plus des interviews clients évidentes, des analyses de la concurrence, etc.) pour vous assurer qu’elle est bien informée, plutôt que le produit d’un esprit non vérifié. Vous pouvez vous poser les questions suivantes :
- “Si je suis vraiment honnête, suis-je plus attaché à mon idée qu’à la recherche d’une solution aux besoins de mes utilisateurs ?”
- “Si demain une percée révélait probablement que mon hypothèse était incorrecte, continuerais-je à poursuivre mon idée ?”
- “Si cette idée venait d’une personne hypothétique que je n’aime pas, penserais-je que c’est une mauvaise idée ?” Si vous répondez “oui” à l’une de ces questions, cela pourrait être un signe que vous devez retourner à la case départ.
3. Travaillez avec des designers dès que possible
Lorsque vous passez de la phase de découverte à la phase de validation, vous devez continuer à travailler avec une intention aiguë et une conscience accrue, en veillant à ce que chaque maquette vous rapproche de la validation (ou de la remise en question) de votre hypothèse.
Une excellente façon de faire cela est de travailler avec des partenaires en design : des personnes qui bénéficieraient grandement de votre produit et qui examinent vos prototypes au fur et à mesure de leur création. Vous pouvez ainsi vous assurer que votre produit est sur la bonne voie, tandis que vos partenaires en design bénéficient d’un accès précoce et de tarifs préférentiels à un produit qui rendra un jour leur vie beaucoup plus facile.
Chez eFounders, nos fondateurs sollicitent l’aide de partenaires en design dès les premières semaines passées avec nous. Bien que nous disposions d’un vaste réseau auquel ils peuvent se connecter, vous pouvez également utiliser LinkedIn pour trouver des personnes qui pourraient convenir. Recherchez des personnes dans le secteur que vous ciblez avec les titres de poste que vous souhaitez et contactez-les directement. Pour plus de crédibilité, vous pouvez également publier des informations sur votre projet sur votre compte personnel, en décrivant le produit, la mission et les avantages d’être un partenaire en design. De cette manière, lorsque la personne que vous avez contactée regarde votre profil, votre projet aura plus de poids.
4. Donnez la priorité aux étapes adaptables plutôt qu’aux feuilles de route fixes
Les feuilles de route détaillées du produit sont attrayantes car elles transmettent un sentiment de but, de vision et de clarté. Ce sont des atouts précieux pour les produits matures qui prospèrent grâce à des ajustements fins et à des améliorations de fonctionnalités, mais elles ne vous serviront pas dans les premières étapes du développement de produit.
Les premières étapes du parcours de votre produit exigent de la souplesse. Elles nécessitent la liberté de changer de cap au fur et à mesure que vous découvrez davantage les besoins de vos utilisateurs et que vous recevez des commentaires essentiels. Vous enfermer dans une feuille de route rigide peut signifier passer à côté de ces apprentissages cruciaux et risquer de dérailler votre produit de son chemin le plus précieux.
Au lieu de planifier méticuleusement chaque étape mineure, envisagez ce qui suit :
- Établir des étapes globales : Esquissez où vous voulez être dans six mois. Quelle est la vue d’ensemble ? Quelles sont les étapes que vous souhaitez atteindre ?
- Ne pas planifier au-delà des deux prochaines semaines : Réévaluez fréquemment les actions principales à accomplir pour rester flexible et réactif aux commentaires.
Pour vous assurer de ne pas compliquer les choses, présentez-les de manière simple, sous forme de liste ou de tableau, sans recourir à des outils de gestion de projet complexes. Voici un exemple classique de document d’étapes que vous pourriez trouver dans un projet chez eFounders :
- Février : Trouver au moins 5 partenaires en design
- Mars : Tester les prototypes avec tous les partenaires en design
- Mai : Livrer le MVP L’essentiel est de créer un cadre aussi simple que possible.
Cela apporte non seulement de la clarté à l’équipe, mais garantit également que tout le monde se concentre sur la réalisation des premiers succès grâce à des étapes tangibles à court terme. Les feuilles de route complexes qui subissent des révisions constantes sont non seulement chronophages, mais échouent souvent à refléter la véritable trajectoire du projet.
5. Esquissez vos premiers prototypes
Au tout début de la phase de prototypage, ne concevez pas vos écrans et vos fonctionnalités au-delà de mots-clés dans des boîtes. L’idée est de susciter des conversations avec vos partenaires en design avant de passer à des conceptions plus sophistiquées, pour vous assurer que vous êtes sur la bonne voie à chaque étape du processus. Si possible, contentez-vous de faire des esquisses, que ce soit sur des tableaux blancs ou sur du papier. Il ne s’agit pas de nostalgie, mais de flexibilité. Conserver des conceptions un peu moins attrayantes à ce stade garantit l’agilité et le détachement, permettant des itérations rapides. Concentrez-vous d’abord sur la fonctionnalité, et ne peaufinez les aspects visuels qu’une fois que celle-ci est solidifiée. N’oubliez pas que la clarté est primordiale à cette étape, et une conception complexe peut parfois l’obscurcir.
Voici un bon exemple de la simplicité d’un prototype initial
Prototype de produit initial d’Aircall
6. Créez votre MVP autour de ses “Dry Elements”
Vous saurez qu’il est temps de commencer à construire votre MVP une fois que vous disposerez de quelques “éléments secs”, c’est-à-dire de fonctionnalités sans risque qui ne changeront absolument pas, basées sur le prototypage itératif avec vos partenaires en design. Une fois que vous les avez, vous pouvez commencer à coder.
Votre MVP ne doit pas comporter plus de 3 à 4 écrans simples, et par sa nature même, il est l’essence même de votre produit, donc n’ajoutez pas de fonctionnalités qui ne sont pas absolument nécessaires. Vous pouvez les ajouter plus tard si elles semblent toujours être une bonne idée.
Il est en fait préférable de lancer un produit avec des fonctionnalités claires et faciles à comprendre, même si elles ne sont pas encore à pleine puissance. Si les utilisateurs demandent des améliorations, c’est un bon signe : cela signifie qu’ils l’utilisent. En revanche, c’est un signe certain que quelque chose ne va pas si vous avez passé beaucoup de temps à développer une fonctionnalité complexe qui reste inutilisée. Cette approche crée les conditions d’une meilleure intégration, vous aidant à présenter et à affiner les fonctionnalités de manière que les utilisateurs les comprennent facilement.
7. Considérez soigneusement votre architecture
La façade d’un produit est essentielle, mais l’importance de ses fondations techniques ne doit pas être sous-estimée. Pensez à votre base de données comme au moteur invisible qui alimente l’expérience utilisateur. Elle alimente les interactions fluides, faisant en sorte que chaque fonction semble intuitivement connectée aux besoins de l’utilisateur.
L’architecture définira votre produit pour le reste de sa vie, il est donc nécessaire de la soumettre à des tests de résistance. Pensez à quelques scénarios qui pourraient se produire à l’avenir pour votre produit et vérifiez que votre base de données peut prendre en charge ces changements. Assurez-vous également d’avoir pris en compte l’expérience utilisateur souhaitée, car votre architecture peut également influencer celle-ci. Par exemple, si vous souhaitez offrir aux utilisateurs la flexibilité quant à la manière dont ils peuvent consulter les données, par exemple permettre à votre utilisateur comptable de voir les coûts à la fois d’un point de vue interne et interdépartemental, votre base de données doit être structurée en conséquence.
Un excellent moyen de vous assurer que cela est pris en compte est de faire examiner votre architecture par 3 à 4 experts techniques de votre entourage, et de faire intervenir un directeur technique en tant que co-fondateur dès que possible. C’est ce que nous faisons pour tous nos projets chez eFounders, et c’est la meilleure façon de garantir que tous les aspects de vos produits fonctionnent les uns avec les autres, et non contre eux.
Chaque grande structure commence par des bases solides. Il en va de même pour les produits. Les premières phases de développement de produit ne sont pas simplement des étapes intermédiaires ; elles sont le cœur même de ce que deviendra votre produit. Les choix que vous faites, les commentaires que vous recevez et les modifications que vous apportez résonneront tout au long de la vie du produit. En tant que créateurs, il est facile de se laisser éblouir par l’innovation et les succès rapides, mais les fondements sous-jacents sont ce qui prépare la scène pour un succès durable. Chez Hexa, nous avons vu de nos propres yeux le pouvoir d’une base bien établie : nos projets trouvent généralement leurs premiers clients dans les 3 à 4 mois, une étape que de nombreuses entreprises mettent souvent beaucoup plus de temps à atteindre.
Si vous êtes inspiré et intéressé par la manière dont eFounders pourrait vous aider à concrétiser votre idée, nous serions ravis d’en discuter avec vous.
Pour accéder à la version originale en anglais de cet article.
