C’est la question qu’on pose rarement à voix haute.
Mais c’est souvent celle qui bloque tout.
Le projet de Marc.
Marc est coach sportif indépendant.
Il a une idée claire dans la tête : un espace en ligne où ses clients peuvent réserver leurs séances, accéder à leurs programmes et lui envoyer leurs comptes-rendus.
Il sait ce qu’il veut. Il l’a même dessiné sur papier.
Alors il cherche par où commencer.
Il demande à un ami développeur. Celui-ci lui parle de stack technique, d’API, d’authentification JWT.
Il consulte des agences. Elles lui demandent un cahier des charges.
Il cherche des tutorials pour “créer une appli sans coder”. Il se perd.
Trois semaines plus tard, il n’a toujours rien lancé.
Le vrai premier pas.
Le problème de Marc n’est pas technique.
C’est qu’il essaie de trouver une solution avant d’avoir formalisé son problème.
Avant de chercher un prestataire, avant de choisir une technologie, avant même de penser au design, il y a une étape que presque tout le monde saute :
Poser à plat ce que le projet doit vraiment faire.
Pas en termes de fonctionnalités.
En termes d’usage réel.
• Qui va utiliser cet outil, concrètement ?
• Quel problème ça résout aujourd’hui que rien d’autre ne résout ?
• Quelle est la fonctionnalité minimum qui rend ça utile ?
• Qu’est-ce qui peut attendre la version 2 ?Ces quatre questions suffisent souvent à transformer un projet flou en projet actionnable.
Ce que Marc a découvert après cadrage.
Son vrai besoin pour démarrer : une page de réservation connectée à son agenda, et un espace client simple avec accès aux programmes en PDF.
Pas d’application mobile. Pas d’API complexe. Une solution sobre, livrable en trois semaines.
Il est en ligne depuis deux mois. Ses clients adorent.
Le premier pas, ce n’est pas de trouver un développeur. C’est de savoir exactement ce que vous lui demandez.
👉 C’est précisément ce qu’on fait ensemble lors d’un appel clarté.
