Qu’est-ce qu’un MVP (Minimum Viable Product) ?
Le MVP est la version minimale d’un nouveau produit qui permet à une équipe de collecter le maximum d’apprentissages validés sur les clients avec le minimum d’effort. — Eric Ries, The Lean Startup
Penser petit, mais vite
Il y a deux ans, nous avons développé des plateformes de sondage mobile et kiosque pour une chaîne de restaurants. Un de nos développeurs full-stack l’a fait en un week-end. Tout était dans le cloud, avec API, géolocalisation, analytics et export. Infrastructure et licences : moins de 50 $/mois.
Comment est-ce possible en si peu de temps et à si bas coût ?
- Utilisation d’un template Bootstrap sans modification pour créer des pages HTML simples.
- Utilisation de Wufoo pour le moteur de sondage et les analytics de base.
- Intégration du sondage Wufoo dans les pages HTML avec du Javascript.
- Achat d’iPads et de l’app Kiosk Pro iOS pour la version kiosque en magasin.
- URL simple pour accéder à la version web, QR code sur les menus ou SMS avec le numéro du sondage.
- Connexion de Zapier pour exporter chaque réponse vers Dropbox (texte), Google Sheet (ligne), emails et SMS aux gérants.
- Déploiement de l’appli statique sur Site44 CDN, relié à un dossier Dropbox.
Minimalisme
Les Product Owners demandent toujours trop de fonctionnalités. Il faut savoir dire non à la plupart.
Pensez camping-car, pas hôtel.
Livrez un produit ultra minimal en premier. N’ayez pas peur de faire des interventions manuelles (acquisition client, paiement, exports).
Mais les fonctionnalités livrées doivent être impressionnantes et différenciantes.
Simplicité
L’application doit être la plus simple possible. Pas de pagination, tri de colonnes ou validation côté client. Chaque fonctionnalité doit être un mini-MVP.
N’architecturez pas pour des millions d’utilisateurs si vous n’en avez pas encore.
Réutilisation
Ne codez pas ce qui existe déjà.
Le seul code nécessaire pour un MVP, c’est le liant entre composants externes et la logique métier spécifique.
Dans notre cas, il fallait sélectionner le restaurant selon la géolocalisation utilisateur (non géré par Wufoo) et calculer les métriques de satisfaction.
Flexibilité
Soyez prêt à abandonner une fonctionnalité trop coûteuse ou qui retarde la sortie. Acceptez que l’UX ne soit pas parfaite. Lancez d’abord sur iOS, Android viendra plus tard si succès.
Le but: acquérir vos premiers utilisateurs, pas construire l’appli parfaite.
Évolution
Livrez dès que vous avez quelque chose d’utilisable et qui apporte de la valeur. Ajoutez la prochaine fonctionnalité demain, optimisez les perfs la semaine suivante et passez à l’échelle quand ce sera nécessaire.
- Pour notre appli de sondage, nous avons ajouté un backend simple et répliqué les résultats quand de nouveaux indicateurs étaient nécessaires.
- Nous sommes passés à AWS S3 après des soucis de fiabilité avec Site44.
- Nous avons ensuite ajouté du machine learning pour détecter des réponses selon les émotions dans les commentaires.
- Quand de nouveaux restaurants ouvrent ou que les gérants changent, nous faisons les mises à jour à la main et redéployons, car la fonctionnalité n’est pas encore automatisée.
Un camping-car offre le minimum vital, mais chaque élément change la donne (douche, toilettes). Tout est simple et transformable (canapé-lit, etc.).
Il y a des compromis, mais en étant flexible sur le confort (camping-car vs hôtel), on gagne en mobilité et en vitesse. La flexibilité permet d’improviser le voyage, d’adapter l’itinéraire selon la météo, l’humeur, etc.
Soyez comme le geek du camping-car : gagnez en vitesse avec le vrai état d’esprit MVP !