Le MVP de Gaëtan

Hervé Rincent

Hervé Rincent

9 mars 2022

Ce matin, Gaëtan m’a appelé pour me demander :

Combien de temps faut-il pour développer un assistant vocal comme Siri qui t’aide à trouver des idées ?

Gaëtan, je l’adore hein. C’est pas la question.

C’est un entrepreneur ultra créatif.

Une personne joviale. Avec qui on peut discuter des heures parce qu’il a un don pour détecter l’émergence de tendances qui guident le monde.

Mais là, je suis surpris qu’il en soit encore à ce genre de question.

Evidemment que je n’ai aucune idée du temps qu’il faut pour coder ça !

Inutile de s’énerver, j’ai une méthode imparable pour répondre :

Si je n’avais que 5 jours pour coder quelque chose et le mettre en ligne, que voudrais-tu faire ?

Oui, ça refroidit un peu parce qu’en 5 jours on ne va pas loin. Mais on peut quand même coder un truc fonctionnel.

Minimaliste, mais fonctionnel.

A condition d’élaguer.

Jour #1 : éliminer le superflu, chercher l’épicentre

Gaëtan comprend vite qu’en 5 jours, l’assistant vocal c’est mort. Mieux vaut commencer par un formulaire dans une page web.

Ensuite, "générer des idées", c’est vague. Des idées de quoi ?

Il faut donc zoomer davantage :

Voilà ce qu’on va faire en 5 jours.

Un formulaire dans lequel on décrit sa boutique, et un bouton "trouver des idées de noms".

le MVP

Le premier jour, on trouve l’épicentre du projet.

Sans rien coder.

Jour #2 : réutiliser

La façon la plus rapide de faire un truc, c’est de ré-utiliser ce qui existe déjà.

Je suis chaque jour fasciné par la quantité de projets open-source, ou d’outils SaaS dotés d’un free-tiers généreux.

Alors la seconde journée, on ne va pas coder non plus.

On va chercher.

Et ça va marcher. On trouve une API permettant d’exécuter un modèle de NLP en français plutôt convaincant sur la génération de texte.

Le problème est que le nombre d’appels à l’API est limité. Une utilisation excessive conduirait à perdre l’accès et à mettre fin au service qu’on propose.

Transformer les contraintes en opportunités

Cette limite d’usage impose de mettre en place une forme de régulation.

Alors voila le processus qu’on imagine :

La conséquence, c’est que l’usage de notre outil est conditionné au renseignement d’une adresse email.

C’est finalement une bonne opportunité de nouer le contact avec les premiers utilisateurs. On pourra plus tard leur écrire un à un, pour mieux cerner leurs attentes, leurs besoins.

On a accidentellement fait un "lead magnet" comme dit mon cousin qui travaille dans la pub.

Mais s’il y a des centaines d’utilisateurs simultanés 😱 ? Notre système de limitation ne fonctionne plus, et des centaines d’appels à l’API plomberont le quota d’usage .

Soyons réaliste Gaëtan. C’est assez peu probable, non ?

Et si ça survient malgré tout, c’est quand même une excellente nouvelle sur le product/maket fit, non ?

En résumé

Alors au lieu de chercher à estimer le temps de développement de votre projet, avancez d'un pas à l'aide de ces 4 étapes :

  1. Eliminer tout le superflu pour réduire le projet à 1 seule fonctionnalité : son épicentre
  2. Réutiliser ce qui existe déjà, en open-source, no-code, free-tiers, ...
  3. Transformer les contraintes techniques rencontrées en opportunités
  4. Ignorer les problèmes que l’on n’a pas encore.

Continuer la lecture

Une erreur de débutant

24 mars 2022

2 min read

Une erreur de débutant

Lire l'article
Web3, transparence et anonymat

15 févr. 2022

5 min read

Web3, transparence et anonymat

Lire l'article
Inscription à la newsletter

Recevez chaque semaine un article pour réfléchir à votre prochain projet tech/data

gratuit, sans spam, désinscription en 1 clic

Merci ! Regardez dans botre boite mail. Un lien de confirmation n'attend plus que votre clic.
Arghh il semble compliqué de vous ajouter à la liste de diffusion. Et si vous m'envoyiez un mail directement à contact@camilab.co ?