Logiciels5 min de lecturePar Publié le

Comment rédiger un brief logiciel que les agences peuvent chiffrer précisément ?

Les devis pour un même projet peuvent varier beaucoup, et ce n’est en général pas parce qu’une agence veut vous faire payer plus cher. Chacune a comblé les trous de votre brief avec une hypothèse différente. Un meilleur brief vous donne des devis comparables, et un projet qui démarre sur des bases solides.

En bref

Un bon brief logiciel dit quel problème vous avez, qui utilise le logiciel, ce qui doit fonctionner dès le premier jour et ce qui peut attendre, à quels systèmes et données il se connecte, votre fourchette de budget, la vraie raison du délai, et comment vous déciderez que c’est terminé. Il n’a pas besoin de décrire les écrans ni la technologie. Il doit supprimer les hypothèses.

Partez du problème, pas de la solution

Décrivez ce qui ne va pas aujourd’hui et ce que cela vous coûte. « Le traitement des commandes mobilise trois personnes pendant deux jours, et des erreurs arrivent jusqu’aux clients » est un brief. « Nous voulons une application avec un tableau de bord » est une solution que quelqu’un a déjà choisie à votre place, et ce n’est peut-être pas la bonne.

Une bonne agence remettra la solution en question si vous lui donnez le problème. Si vous ne lui remettez que la solution, elle chiffrera exactement cela, et vous découvrirez plus tard si c’était la bonne chose.

La même demande, rédigée de deux façons

Pouvez-vous nous faire un devis pour notre projet ?

Brief vague

Nous voulons une application mobile comme Uber, mais pour notre entreprise de nettoyage. Elle doit être moderne et facile à utiliser. Combien ça coûte ?

L’agence doit deviner le périmètre : elle va soit gonfler le prix, soit laisser des choses de côté.

Brief clair

Nos clients réservent un agent d’entretien par téléphone et certaines réservations se perdent. Nous voulons que les clients réservent et paient en ligne, et que nos 12 agents voient leur journée sur leur téléphone. La fourchette de budget et la date de lancement figurent plus bas.

Le problème, les utilisateurs et les limites sont visibles : le devis peut donc être précis.

Ce que le brief doit couvrir

Inutile d’écrire un long document. Deux ou trois pages qui répondent à ces questions valent mieux que trente pages de détails. Quand vous ne connaissez pas une réponse, écrivez « pas sûr ». C’est bien plus utile qu’une supposition assurée, car l’agence peut alors poser la question ou proposer une phase de cadrage.

Soyez précis sur les utilisateurs. « Les clients » ne suffit pas. Dites combien ils sont, leur aisance avec la technique et les appareils qu’ils utilisent. Un outil pour douze personnes au bureau n’est pas le même projet qu’un outil pour douze mille acheteurs.

Les parties d’un brief qu’une agence peut chiffrer
  1. Problème

    Ce qui ne va pas aujourd’hui, qui le subit et ce que cela coûte.

  2. Utilisateurs

    Qui l’utilisera, combien de personnes, sur quels appareils.

  3. Périmètre

    Ce qui doit fonctionner dès le premier jour, et ce qui peut attendre.

  4. Systèmes et données

    À quoi il se connecte, et quelles données existent déjà.

  5. Budget et date

    Une fourchette, un délai, et la raison qui le justifie.

Indispensable, souhaitable, systèmes et données existants

Répartissez votre liste de souhaits en deux colonnes. Les indispensables sont ce sans quoi vous ne pourriez pas lancer. Tout le reste est souhaitable, et vous pouvez demander à le faire chiffrer séparément. Ce simple changement rend les devis comparables et vous donne de quoi couper si le budget est serré.

Listez ensuite vos systèmes existants : logiciel de comptabilité, ERP, tableurs, site web, prestataire de paiement. Les intégrations réservent plus de surprises que n’importe quelle autre partie d’un projet. Indiquez aussi où se trouvent vos données et dans quel état elles sont. Migrer dix ans de fiches clients désordonnées est un vrai travail, et une agence ne peut pas le chiffrer si elle ignore qu’il existe.

Budget, délai et ce que « terminé » veut dire

Communiquez une fourchette de budget. Certains la gardent pour eux, de peur que l’agence en dépense la totalité. En pratique, c’est l’inverse : elle permet à l’agence de vous dire ce qui est possible, et de signaler honnêtement quand le budget et les souhaits ne concordent pas. Sans elle, vous recevez des devis pour des projets de tailles très différentes.

Donnez aussi la vraie raison du délai. Un salon professionnel à date fixe est une limite stricte. « Au printemps, quelque part » est souple, et l’agence pourra peut-être proposer plus tôt une première version plus petite. Enfin, notez comment vous saurez que c’est fini : quelles tâches un utilisateur peut accomplir, comment l’outil se comporte avec des données réelles, et qui valide.

Bon brief ou brief vague ?

On dirait un bon brief

  • Il expose le problème et ce qu’il coûte aujourd’hui
  • Il nomme les utilisateurs et leur nombre
  • Il sépare les indispensables des souhaitables
  • Il liste les systèmes existants et l’emplacement des données
  • Il donne une fourchette de budget et la raison du délai

On dirait un brief vague

  • Il décrit des écrans et des fonctions, pas le problème
  • Il parle de « moderne » et de « convivial » sans détail
  • Il traite toutes les fonctions comme également importantes
  • Il oublie les intégrations et les anciennes données
  • Il n’a ni budget ni définition de « terminé »

Questions fréquentes

Quelle longueur pour un brief logiciel ?

Deux à quatre pages suffisent en général. Des réponses claires aux questions de base comptent plus que la longueur. Si vous hésitez sur certains points, dites-le et laissez l’agence proposer une courte phase de cadrage.

Faut-il indiquer mon budget aux agences ?

Oui, donnez une fourchette. Elle aide l’agence à proposer quelque chose d’adapté et rend les devis comparables. Une bonne agence vous dira si la fourchette et le périmètre ne correspondent pas, plutôt que de viser discrètement le haut de la fourchette.

Dois-je choisir la technologie dans le brief ?

Non, sauf contrainte réelle, comme un système avec lequel vous devez vous intégrer ou une plateforme que votre équipe informatique prend en charge. Décrivez le problème et les limites, et laissez l’agence recommander la technologie et expliquer pourquoi.

Service associé

Une idée approximative, mais pas encore de brief ? Nous vous aidons à en rédiger un avant de demander des devis.

Parlons-en

Autres articles

Gardez une longueur d’avance sur l’IA

Notre lettre d’information

Des conseils concrets sur l’IA pour les entreprises en croissance. Une lettre par mois.