Beaucoup de développeurs et d’agences le disent fièrement : « Je ne travaille pas avec des clients qui ne savent pas ce qu’ils veulent. » Pas de cahier des charges, pas de devis. Au suivant.
Nous pensons qu’ils laissent filer les seuls clients qui ont vraiment besoin d’eux.
Le client qui sait exactement ce qu’il veut
Ce client-là a déjà fait le plus dur. Il arrive avec ses maquettes, ses spécifications détaillées et sa liste de tickets. Il ne cherche pas un partenaire. Il cherche des bras, et des bras, il y en a partout, pour pas cher. Aujourd’hui, il y en a même dans un prompt.
Le client qui a un problème
L’autre client a un problème et pas de solution. Il sait que des commandes se perdent entre le bureau et le chantier, qu’un devis prend trois jours, que deux personnes passent leur semaine à recopier des données d’un écran à l’autre. Il ne sait pas à quoi le logiciel devrait ressembler.
Bien sûr qu’il ne le sait pas. Le savoir, c’est notre métier, pas le sien.
En quoi consiste ce métier
- Poser les bonnes questions, celles qui révèlent comment l’activité tourne vraiment.
- Couper la moitié des idées, parce que la première version doit bien résoudre une vraie douleur, pas dix à peu près.
- Dire non avant que vous ne payiez pour un oui. Une idée qui ne sera jamais rentable doit s’arrêter en atelier, pas après trois sprints.
- Transformer une intuition floue en quelque chose qui tient debout : un périmètre, une feuille de route, un devis.
Rien de cela ne s’externalise au moins-disant, et rien de cela ne se génère. C’est là que l’expérience de quelqu’un qui a vu beaucoup de projets fait la différence.
Ce que cela change pour vous
Si vous attendez d’avoir un cahier des charges complet avant de contacter qui que ce soit, vous faites seul la partie où l’aide est la plus utile. Venez avec le problème. Le flou n’est pas un signal d’alarme pour nous. C’est là que notre travail commence.