La fiche d'opportunité : transformer une idée en test de deux heures

Une bonne fiche d'opportunité ne défend pas une idée. Elle organise la manière la moins chère de découvrir si elle mérite une étape supplémentaire. En une page, elle relie un utilisateur, un problème observable, une preuve, une métrique, une expérience courte et un critère d'arrêt.

Le but n'est pas de remplacer le jugement par un score. Le but est de rendre explicites les hypothèses qui, autrement, se cachent derrière une feuille de route.

Pourquoi les idées deviennent trop vite des projets

Une idée arrive souvent sous la forme d'une solution : « construisons un agent », « ajoutons un espace client », « lançons une campagne ». Dès qu'elle reçoit un nom et une maquette, l'équipe s'y attache. Le coût déjà engagé rend l'arrêt plus difficile.

La fiche d'opportunité ralentit les premières minutes pour accélérer les semaines suivantes. Elle oblige à décrire la situation avant le logiciel et à choisir la preuve qui autorisera un investissement plus important.

Les douze champs

1. Nom court

Un nom descriptif, sans promesse grandiose. Exemple : « compte rendu commercial avec prochaines actions ».

2. Utilisateur et situation

Qui rencontre le problème, à quel moment et dans quel contexte ? « Les responsables commerciaux après un appel de découverte » est plus utile que « les entreprises B2B ».

3. Problème observable

Décrire un comportement ou une conséquence : les prochaines actions sont incomplètes, enregistrées tard ou jamais transmises.

4. Solution actuelle

Que font les personnes aujourd'hui ? Notes manuelles, assistant générique, enregistrement audio, rien. Une absence de logiciel n'est pas une absence de concurrence.

5. Résultat désiré

Écrire un changement mesurable : proportion de rendez-vous avec prochaine action assignée sous 24 heures.

6. Preuve actuelle

Entretiens, tickets, logs, comportement, paiement ou simple intuition. Étiqueter clairement la force de la preuve.

7. Hypothèse la plus risquée

Une seule. Par exemple : les commerciaux accepteront de corriger et valider le compte rendu dans leur flux de travail.

8. Moat post-IA pressenti

Distribution, workflow, confiance, données légitimes, boucle d'apprentissage ou densité organisationnelle. Si la réponse est seulement « meilleur modèle », la défendabilité reste fragile.

9. Risque de confiance

Consentement, donnée sensible, erreur, biais, recours, sécurité ou responsabilité. Définir le comportement attendu en cas d'incertitude.

10. Expérience de deux heures

Livrer le résultat manuellement ou avec des outils existants à une personne réelle. L'expérience ne doit pas construire l'infrastructure future.

11. Succès et arrêt

Le succès ouvre l'étape suivante ; il ne valide pas toute l'entreprise. Le critère d'arrêt protège contre la rationalisation après coup.

12. Prochaine décision

Qui décide, quand et entre quelles options : continuer, modifier, suspendre ou abandonner.

Exemple rempli

Utilisateur : responsable commercial d'une équipe de cinq personnes.

Problème : après les appels, les prochaines actions arrivent tard dans le CRM ; les relances deviennent irrégulières.

Solution actuelle : notes libres puis copie manuelle.

Résultat : 90 % des appels possèdent une prochaine action assignée dans les 24 heures.

Preuve : trois entretiens et audit de vingt rendez-vous ; le problème est visible mais l'intention de payer n'est pas prouvée.

Hypothèse risquée : le responsable accepte une validation humaine de 60 secondes.

Expérience de deux heures : traiter manuellement cinq comptes rendus, proposer les actions, mesurer le temps de correction et demander ce qui aurait été confié au système.

Succès : quatre comptes rendus validés en moins de 90 secondes et utilisés pour une relance.

Arrêt : si les informations nécessaires ne peuvent être traitées avec un consentement clair, ou si la correction prend plus de cinq minutes, revoir la solution.

Le score sur 100

Le score sert à comparer des opportunités sous les mêmes contraintes : impact 25, pertinence 20, validité post-IA 15, confiance/preuve 15, rapidité 10, faible coût 10 et durabilité 5.

Un score élevé avec une faible confiance ne doit pas être présenté comme une certitude. Il signifie souvent : « potentiel important, prochaine preuve urgente ».

Les erreurs fréquentes

• noter la qualité de la solution avant d'avoir décrit le problème ;
• utiliser « gain de temps » sans préciser pour qui et par rapport à quoi ;
• compter une intention déclarée comme une utilisation ;
• choisir un test qui demande déjà plusieurs semaines de développement ;
• oublier la solution actuelle ;
• modifier le critère de succès après avoir vu le résultat ;
• conserver la décision mais pas ce qui s'est produit ensuite.

FAQ

Deux heures suffisent-elles pour valider une idée ?

Non. Deux heures suffisent pour chercher une preuve suivante, éliminer une hypothèse ou constater qu'une question est mal posée. La validation se construit par étapes.

Faut-il remplir la fiche seul ?

Le porteur peut commencer, mais la discussion avec une personne qui n'est pas attachée à la solution révèle souvent les hypothèses cachées.

Quand construire le logiciel ?

Lorsque la livraison manuelle a clarifié le résultat, le workflow, les exceptions et la raison pour laquelle l'automatisation crée une valeur répétable.

Prochaine étape

Téléchargez la fiche en une page, remplissez-la sans dépasser vingt minutes, puis réalisez l'expérience avant d'améliorer le document. Pour une revue humaine, envoyez-la à contact@yumea.fr avec l'objet « OPPORTUNITÉ ». Nous chercherons d'abord la preuve manquante et le critère d'arrêt.