L'objectif de la première version n'est pas de réaliser toutes les idées en même temps, mais d'apporter une réponse fonctionnelle à un besoin réel. L'approche MVP (produit minimum viable) vise à mettre cette réponse entre les mains de l'utilisateur le plus tôt possible. Un périmètre restreint ne doit pas signifier une expérience inachevée.
01Choisissez d'abord un seul résultat
Dans un logiciel d'entreprise, le premier objectif peut être de préparer un devis, de prendre un rendez-vous ou de suivre un mouvement de stock. Décrivez le parcours que l'utilisateur doit accomplir du début à la fin. Conservez dans la première version les étapes critiques de ce parcours. Les rapports supplémentaires et les personnalisations avancées peuvent attendre ; mais si l'utilisateur ne peut pas accomplir sa tâche essentielle, le périmètre de la première version a été mal délimité.
02Gardez visibles les tâches exclues du périmètre
Une fonctionnalité reportée n'est pas une fonctionnalité oubliée. Consigner, avec leurs justifications, les demandes laissées hors de la première version permet aux parties prenantes d'avoir la même attente sur la livraison. Commencer avec un seul mode de paiement, par exemple, peut être un choix délibéré. Mais expliquer à l'utilisateur un paiement échoué fait partie intégrante de la livraison fonctionnelle de ce mode de paiement. C'est là que se voit la différence entre réduire le périmètre et laisser le travail incomplet.
Notre page de cahier des charges peut vous aider à formaliser le périmètre et les tâches reportées. Les étapes générales de planification sont détaillées dans notre article sur la planification d'un projet de logiciel sur mesure.
03Recueillez les retours de façon à pouvoir décider
Plutôt que de simplement demander aux utilisateurs s'ils apprécient le produit, observez où ils abandonnent la tâche et ce qu'ils ne comprennent pas. La longueur d'un formulaire peut poser problème, tout comme l'absence d'explication sur la raison d'un champ demandé. Avant de transformer un retour en nouvelle fonctionnalité, évaluez son lien avec l'objectif principal. La version suivante se construit ainsi non pas sur la demande la plus bruyante, mais sur le besoin réellement observé.
04Utilisez notre large équipe avec un plan ciblé
La large équipe de Paradigma7, composée de développeurs de différentes régions, permet de faire progresser en parallèle les travaux de développement et de test indépendants. Nous cherchons à utiliser cette capacité non pas pour ajouter des fonctionnalités superflues à la première version, mais pour achever plus rapidement le périmètre choisi. Le calendrier se précise après évaluation conjointe du périmètre, de l'état de préparation et de l'accessibilité des systèmes externes. Dans notre service de développement SaaS, nous planifions les premières versions selon cette approche.
05Checklist rapide
- Le résultat unique que la première version apportera à l'utilisateur est-il documenté ?
- Chaque étape du parcours menant à ce résultat est-elle fonctionnelle ?
- Les demandes reportées sont-elles consignées avec leurs justifications ?
- Les situations d'échec sont-elles expliquées à l'utilisateur ?
- La méthode de collecte des retours et la personne chargée de les évaluer sont-elles définies ?
Écrit par
L'équipe Paradigma7
Produit, ingénierie et opérations
Nous sommes une équipe basée à Ankara construisant des logiciels pour l'Europe. Rien ici n'est théorie : ce sont les processus que nous exécutons réellement sur les projets clients.
À propos