Votre prochain projet mérite un brief d'une page

Vous envoyez la même idée à trois prestataires. Vous recevez trois devis, trois budgets et trois visions du projet.

L'un prévoit un espace client complet. L'autre propose un formulaire. Le troisième commence par un atelier. Difficile de comparer : chacun a rempli les blancs à sa manière.

Avant de consulter un studio, prenez une page pour préciser votre besoin. Vous n'avez pas besoin de savoir comment le logiciel sera construit. Vous devez pouvoir expliquer ce qui doit changer dans votre activité.

Commencez par une situation réelle

« Nous voulons un portail client » décrit déjà une solution.

« Notre équipe répond chaque jour à des clients qui demandent où en est leur dossier » ouvre une discussion plus utile. Combien de demandes ? Quelles informations manquent ? À quel moment les clients s'inquiètent-ils ?

Le portail est peut-être la bonne réponse. Une notification envoyée au bon moment mérite peut-être aussi d'être étudiée.

Apportez un exemple récent. Un dossier anonymisé et le récit de son parcours aideront à comprendre le besoin plus vite qu'une longue liste de fonctionnalités.

Les six points à mettre sur la page

Voici une trame à reprendre, illustrée par un projet fictif de suivi de dossiers.

1. Le problème actuel. L'équipe interrompt le traitement des dossiers pour répondre aux demandes de suivi. Relevez le volume et le temps passé avant le lancement.
2. Les personnes concernées. Les clients veulent connaître la prochaine étape ; les responsables de dossiers doivent pouvoir la mettre à jour facilement.
3. Le résultat recherché. Réduire les demandes de suivi et le temps consacré aux réponses, sans augmenter le travail de mise à jour.
4. Le périmètre de départ. Afficher l'état du dossier et la prochaine étape. Le paiement en ligne et la messagerie attendront.
5. Les contraintes. Précisez l'enveloppe disponible, l'échéance et sa raison, les outils existants, les données nécessaires et leurs règles d'accès.
6. La décision et la validation. Nommez la personne qui tranche, celle qui utilisera l'outil et les situations réelles sur lesquelles vous jugerez la première version.

Si une réponse vous manque, écrivez-le. Une incertitude visible peut être étudiée ; une hypothèse cachée finit facilement dans un devis.

Une échéance oblige à choisir

Vouloir tout pour une date donnée laisse peu de place aux découvertes. Or un projet peut révéler des données difficiles à récupérer ou des usages différents de ceux imaginés.

Indiquez ce qui compte le plus : tenir la date, respecter une enveloppe ou couvrir un besoin précis. Le prestataire pourra proposer des arbitrages explicites.

Pour une idée nouvelle, un test auprès de futurs clients peut être la première étape du projet. Pour un outil interne, commencez par observer le travail des personnes qui s'en serviront.

Utilisez le brief pour comparer les propositions

Relisez chaque devis avec votre page à côté. Retrouvez-vous le problème ? Le résultat attendu ? Les limites de la première version ?

Demandez aussi ce qui se passe après la livraison : qui héberge l'outil, qui corrige les problèmes, qui peut accéder au code et aux données, et quels frais continueront à courir.

La page ne remplace ni le contrat ni le travail de conception. Elle permet de commencer la discussion sur une base commune, puis de voir si la proposition répond vraiment à votre besoin.

---

Vous pouvez venir avec cette page, même incomplète. Nous vous aiderons à préciser le problème et la prochaine étape utile. Réserver 30 minutes.