testez en 1 semaine votre concept
Vous avez l’intuition que votre concept est viable, mais il vous faut des données réelles pour en avoir la certitude. Avec des ressources limitées et un budget serré, testez en 1 semaine votre concept auprès de vos utilisateurs avant de lancer le développement.
Le risque n’est pas de mal développer. Le risque, c’est de bien développer quelque chose dont vos utilisateurs n’ont pas besoin.
2 500 € TTC, prix fixe, 5 jours
Je mène les interviews, je conçois le prototype, je fais tester et je rédige les specs pour vos développeurs. Vous, vous apportez votre idée, une demi-journée de cadrage et six contacts de votre cible.
- 3 interviews avec de vrais utilisateurs de votre cible
- Un prototype cliquable, qui ressemble au vrai produit
- 3 tests utilisateurs sur ce prototype
- Des specs prêtes à donner à un développeur ou à un outil no-code
- Une décision claire : on développe, on ajuste ou on arrête
Ce qui change en une semaine
Aujourd’hui
- Vous avez une intuition forte, mais aucune donnée pour la défendre
- Votre liste de fonctionnalités s’allonge à chaque discussion
- Vous ne savez pas comment vos futurs utilisateurs vont réagir face à l’écran
- Votre développeur attend un cahier des charges que vous n’avez pas
- Vous vous apprêtez à engager votre budget sur une hypothèse
Après 5 jours
- Vous avez les mots de vos utilisateurs pour défendre votre projet devant un associé ou un financeur
- Vous savez quelles fonctionnalités comptent vraiment, et lesquelles attendront
- Vous avez vu 3 personnes de votre cible utiliser votre prototype, et vous savez où elles bloquent
- Vous avez des specs que n’importe quel développeur ou outil no-code peut exploiter
- Vous décidez de développer, d’ajuster ou d’arrêter, en connaissance de cause
Ils me font confiance
Sautter Pomor – Jolies Couleurs – TOMA – J3C Invest
Ce que le sprint a changé pour [NOM DU CLIENT]
[Secteur et idée de départ.]
Avant le sprint : [nombre de fonctionnalités prévues, budget de développement envisagé].
Après le sprint : [fonctionnalités retenues, ce qui a été abandonné ou réorienté, budget engagé].
[Verbatim client, prénom et entreprise.]
Comprendre, concevoir, tester : une semaine pour décider sur du concret
On écoute vos utilisateurs avant de dessiner quoi que ce soit, puis on vérifie que ce qu’on a dessiné leur parle vraiment.
Jours 1 et 2
Cadrer votre idée et écouter vos utilisateurs
Le premier jour, un atelier d’une demi-journée pour poser vos hypothèses à plat : pour qui, quel problème, ce qui doit être vrai pour que votre projet tienne. Le deuxième jour, je mène 3 interviews avec des personnes de votre cible. On ne leur présente pas l’idée : on leur fait raconter comment elles vivent le problème aujourd’hui.
Livrables : hypothèses priorisées, rapport des besoins réels identifiés en interview.
Jours 3 et 4
Garder l’essentiel et le rendre visible
À partir de ce que les interviews ont révélé, on écrit les user stories et on valide ensemble les deux ou trois parcours qui font la valeur de votre produit. Le reste attendra. Le quatrième jour, je conçois un prototype haute définition et cliquable de ces parcours : assez réaliste pour qu’un utilisateur oublie que ce n’est pas encore le vrai produit.
Livrables : user stories, parcours clés validés, prototype cliquable haute définition.
Jour 5
Tester, décider, transmettre
3 personnes de votre cible utilisent le prototype devant moi. J’observe où elles hésitent, ce qu’elles cherchent, ce qu’elles ignorent. En fin de journée, on fait le point ensemble : ce qui tient, ce qui doit changer, ce qui peut partir en développement. Et vous repartez avec des specs prêtes à transmettre.
Livrables : rapport de test, recommandations priorisées, specs pour les développeurs, restitution d’une heure.
Ce qui est inclus, et ce qui ne l’est pas
Inclus
- Un atelier de cadrage d’une demi-journée
- La grille de recrutement pour choisir les bons participants
- 3 interviews utilisateurs et leur rapport d’analyse
- Les user stories et les parcours clés
- Un prototype cliquable haute définition, que vous gardez
- 3 tests utilisateurs du prototype et leur rapport
- Les specs pour vos développeurs ou votre outil no-code
- Une restitution d’une heure en fin de sprint
Non inclus
- Le développement du MVP lui-même
- Le recrutement de participants via un panel payant
- L’éventuelle indemnisation des participants
- Le logo et l’identité visuelle
- L’étude de marché chiffrée et le business plan
- Un verdict de complaisance : si le concept ne tient pas, je vous le dis
Trois utilisateurs, est-ce vraiment suffisant pour décider ?
Pour repérer ce qui bloque, oui. Pour mesurer un marché, non, et ce n’est pas l’objectif.
Selon le modèle de Jakob Nielsen (Nielsen Norman Group), un seul utilisateur révèle déjà près d’un tiers des problèmes d’usage d’une interface. Trois en font apparaître environ deux tiers, et ce sont presque toujours les plus graves.
On cherche les blocages
Si deux personnes sur trois ne comprennent pas à quoi sert votre écran d’accueil, il n’y a pas besoin d’en interroger cent pour savoir qu’il faut le revoir.
Les bonnes personnes
Trois utilisateurs bien choisis dans votre cible valent plus que cinquante réponses de votre entourage. C’est pour ça que le recrutement est cadré dès le premier jour.
Tester petit, souvent
La même source recommande plusieurs petits tests successifs plutôt qu’un grand. Le sprint est le premier. Le suivant se fera sur votre produit, une fois développé.
Source : Why You Only Need to Test with 5 Users, Jakob Nielsen, Nielsen Norman Group.
Arrêtez de miser votre budget sur une intuition
2 900 € TTC, prix fixe
5 jours, prototype et specs inclus
Vos questions sur le sprint de validation MVP
Qui trouve les utilisateurs pour les interviews et les tests ?
Vous me fournissez six contacts de votre cible, trois pour les interviews et trois pour les tests. Je vous donne en amont une grille pour choisir les bons profils. Vos proches et vos associés ne comptent pas : ils connaissent déjà l’idée.
Ma cible n’est pas encore très claire. Est-ce trop tôt ?
Non, c’est justement le rôle du premier jour. Si vous hésitez entre plusieurs cibles, on choisit ensemble celle à tester en priorité. Il faut simplement pouvoir joindre six personnes qui lui correspondent.
Combien de temps dois-je y consacrer pendant la semaine ?
Une demi-journée pour l’atelier de cadrage le premier jour, une courte validation des parcours le troisième jour, et une heure de restitution le cinquième. Le reste du temps, je travaille et vous continuez votre activité.
Et si les tests montrent que mon idée ne tient pas ?
Alors le sprint vous aura fait économiser le budget de développement. Le plus souvent, l’idée n’est pas à jeter mais à réorienter : une autre cible, un autre parcours, une fonctionnalité centrale différente. Je vous dis ce que j’ai observé, sans l’enrober.
Pourquoi 2 900 € pour une semaine ?
Le prix couvre cinq jours de travail complets, six sessions avec des utilisateurs, un prototype haute définition et des specs exploitables. À comparer avec le coût d’un développement qu’il faudrait refaire parce qu’il ne répondait pas au bon besoin.
Mon développeur ou mon outil no-code pourra-t-il utiliser les livrables ?
Oui. Les specs sont rédigées sous forme de user stories avec leurs critères d’acceptation, et le prototype sert de référence visuelle. Ils fonctionnent aussi bien avec un développeur, une agence ou un outil no-code.
Peut-on enchaîner sur le développement du MVP ?
Oui, si vous le souhaitez, je peux prendre en charge la création de votre MVP à la suite du sprint. Mais vous restez libre : les livrables vous appartiennent et vous pouvez les confier à qui vous voulez.
Le sprint convient-il à une PME qui lance un nouveau service ?
Oui. Le format est le même pour un fondateur qui démarre et pour une entreprise qui teste un nouvel outil ou un nouveau service avant d’engager une équipe. Dans ce second cas, le sprint vous donne aussi des éléments concrets pour défendre le projet en interne.
Pour aller plus loin : cadrer votre projet digital dès le lancement, maquettage et prototypage UX/UI, création d’application, web app et SaaS.