Aller au contenu
Devloop
Retour

Que faire quand un client a une idée, pas un brief finalisé

Mohamed Gamal1 min de lecture

Commencez par la situation, pas la solution

Une idée arrive parfois sous la forme d'une fonctionnalité, d'un site de référence ou d'une phrase comme « nous avons besoin d'une application ». C'est un contexte utile, pas une exigence. Demandez qui rencontre le problème, ce qu'il fait aujourd'hui, où le parcours se bloque et ce qu'un meilleur résultat changerait.

Séparez les faits des suppositions

Le client peut très bien connaître son activité sans savoir encore quelle interface convient. Notez ce qui est déjà vrai : utilisateurs, contraintes, contenu, validations, intégrations et dates. Marquez le reste comme une décision à prendre. Une opinion assurée ne devient ainsi pas une supposition invisible.

Réduisez la prochaine décision

N'attendez pas toutes les réponses avant de montrer du travail. Une structure simple, un parcours cliquable ou un exemple avec du vrai contenu donne à la discussion quelque chose de précis. Chaque revue doit fermer une question et faire apparaître la suivante, au lieu de demander une validation du produit entier.

Gardez le périmètre visible

Les nouvelles idées sont normales dès que les gens voient le travail. Elles doivent rester hors de la tâche actuelle jusqu'à ce que leur coût et leur valeur soient clairs. Un registre de décisions visible protège le budget et permet de changer de direction honnêtement quand les faits le demandent.

Articles associés