Résumé de l'article

Résumé

Dans cet article, vous découvrirez toutes les questions à se poser pour bien écrire un brief. Bien savoir écrire un brief est important afin que : 

L’ENTREPRISE

cadre bien le périmètre du projet

L’AGENCE PARTENAIRE

comprenne les process et les attentes client

Illustration d'un homme devant son ordinateur

LES QUESTIONS À SE POSER

Qui est l’annonceur ?

  • Rappeler le nom de l’entreprise et le secteur d’activité : Food & Boissons, Finance, Éducation…

  • Pitch : chiffres clé, ADN de l’entreprise, valeurs, offres, vos cibles, qui sont et que font vos concurrents, perception de vos clients…

  • Niveau d’avancement du projet : noter de 0 (début du projet) à 10 (fin du projet)

Quel est le projet ?

  • Quelle est la raison de ce projet ? S’agit-il du lancement d’un nouveau produit/service ? Le projet est plutôt fonctionnel ou graphique ?

  • Objectifs du projet : quels sont les résultats attendus ? Quel objectif (trafic, visibilité, développer une communauté…) ?

  • Les contenus sur le site sont-ils à revoir (textes & médias) ? Si oui, pouvez-vous nous les transmettre ?

  • Avez-vous des maquettes ou process (arborescence) à nous montrer ? Avez-vous un cahier des charges ?

  • Ne pas hésiter à demander ce qui, selon eux, ne va pas sur leur site

Quelles sont les cibles du projet ?

  • Quelle est la cible de ce projet ? Pourquoi ? Connaissez-vous ses attentes & freins ? Quelle(s) langue(s) parle-t-elle ? Quelle est sa relation avec la marque ?

Quelles sont les contraintes ?

  • Avez-vous un prix en tête ou une fourchette ? Ce prix est-il figé ?

  • Quand doit commencer le projet ? Avez-vous une deadline pour le projet ?

  • Domaine(s) du projet : Web ? Print ? Communication ? Data ? Événementiel ?…

  • Gestion de projet : Agile ? Design Thinking (ateliers de co-création inter agence/annonceur) ?…

  • Rendus attendus : Charte graphique ? Site web ? Application ? Vidéo ?…

  • Langue(s) souhaitée(s)

  • Y a-t-il des outils internes à utiliser (jonction avec des API) ? Des applications qu’il ne faut pas utiliser (sécurité) ?…

  • Y a-t-il des contraintes au niveau du responsive : adaptation sur les différents supports (mobile, tablette et ordinateur) ?

Final du brief

  • Comment mesurer les résultats ? Quels sont les indicateurs de performance (KPI) ?

  • On peut à la fin demander au client s’il connaît des sites qui l’inspire.

ASTUCES POUR ANALYSER UN BRIEF CLIENT 

  1. Pour étudier un brief client : je vous recommande de surligner en couleur les passages du brief client :
  • Rouge : Points qui ne sont pas clairs / infaisable techniquement ou qui représenteraient des problématiques techniques.
  • Bleu : Fonctionnalités à prendre en considération dans le périmètre /scope (Front office ; Back Office)
  • Violet : Éléments divers à garder en tête pour la bonne réalisation du projet. Exemple : design pour les maquettes, configuration des outils de tracking, RGPD…

Tous les clients nous donnent leurs souhaits en termes de fonctionnalités attendus, mais le rôle d’un bon chef de projet est de s’assurer d’avoir bien cerné la demande, les fonctionnalités attendus et de prévoir les futurs attentes des clients dès le premier devis. Re-facturer un client n’est jamais chose facile, donc autant estimer le plus précisément une demande dès le début pour éviter tout conflits par la suite :

(Fonctionnalité automatisée) – Mettre en place un formulaire de contact mentionnant le nom, prénom, secteur d’activité, poste, email, téléphone et possiblement d’autres champs.
Cela implique donc que les administrateurs ont la possibilité :

  • d’éditer le formulaire : ajouter / modifier / supprimer des champs (gestion CRUD)
  • Ne mentionne pas l’ajout d’une checkbox de consentement et d’un captcha pourtant obligatoires en vue des RGPD
  • A première vue les champs nom, prénom seront des champs de type texte, avec une limite de 100 caractères pour ne pas polluer la base de donnée.
  • Un contrôle devra être appliqué sur les champs emails et téléphone afin de vérifier l’authenticité des informations renseignées
  • Les champs “secteur d’activité” et “poste” seront à priori des listes déroulantes administrables
  • Automatisation d’emails variés type envoyés à l’administrateur et à l’internaute (envoie de l’email sur la base de la data renseignée dans le champ email). Personnalisation de l’adresse d’expédition, de l’objet du mail et des contenus, avec mapping des datas renseignées dans le formulaire.
  • Est-ce que les emails sont envoyés via une API client (Mail Jet, Send In Blue…) ?
  • Les clients souhaitent-ils qu’un tracking des emails envoyés soit mis en place ?
  • Est-ce que les données du formulaire sont stockés en Back Office ?
  • Les emails et le formulaire devront être travaillés pour s’adapter sur tous les devices
  • Est-ce que l’on doit ajouter dans les emails des champs personnalisés (ex : “Bonjour [PRENOM]”)

(Fonctionnalité manuelle) – Un site immobilier, utilisant une API de récupération de biens, souhaite ajouter un champ texte sur tous les biens (avis des agents immobilier)
En Back Office, cela implique de : 

  • Ajouter un champ texte personnalisé en Back Office permettant d’écrire le contenu texte a ajouter sur chaque bien immobilier
  • Pouvoir lier ces champs personnalisés à des biens spécifiques (liaison avec l’API à prévoir)
  • Cela implique aussi d’adapter le placement de ce texte en responsive mobile

2. Après avoir analysé toutes les fonctionnalités Front et Back Office, il est important de distinguer les fonctionnalités automatisées, des fonctionnalités manuelles. Si certaines fonctionnalités vous semble difficile à adapter en responsive mobile, il est normal d’en tenir compte dans le devis design et développement.

3. Afin de respecter le planning et selon le nombre de fonctionnalités attendus, il est parfois nécessaire de lotir les fonctionnalités. On peut par exemple sortir dans un lot 1 le site avec les fonctionnalités du MVP. Les fonctionnalités consommatrices de temps et secondaires tel qu’un Chatbot ou Animations peuvent attendre une sortie retardé.

4. Une fois le besoin bien compris, il est temps d’estimer le devis en temps passé. Le plus courant pour les agences ou freelance est qu’il ont un taux jour homme (TJH) allant en moyenne de 400€ (freelances) à 800€ (agence et cabinet de conseil). Le plus souvent, ces professionnels estiment en temps passé (heures, jours) chaque fonctionnalité, multiplié par leur TJH pour faire leurs devis.

5. Si un client ne souhaite pas payer plus en cours de développement, vous pouvez lui proposer de faire passer des demandes d’évolution sur une maintenance post projet. La plupart des agences proposent un forfait mensuel à consommer comme les clients veulent sur des bugs, mises à jour, évolutions…

Pour les projets urgents et peu détaillées, il est parfois utile de prévoir des ateliers Workshop afin de travailler le projet, poser les bonnes questions, et relever les problématiques. Les Workshops pouvant être prévus :

  1. Atelier “Enjeux & Métiers” : le but est de comprendre les enjeux de chaque département du client (RH, Commerciaux, marketing…) pour cette refonte de site, et comprendre les métiers, process et journées types de chacun ;
  2. Atelier Persona : permet de définir les internautes cibles qui vont aller sur un site : comprendre leurs besoins et comprendre comment répondre à leurs attentes ;
  3. Atelier Arborescence : Selon les profils des personas, nous allons proposer différentes portes d’entrées aux contenus qui les intéressent ;
  4. Atelier Contenu : Le but est de décrire dans chacune des pages quels contenus et fonctionnalités il peut y avoir dans chaque page ;
  5. Atelier Benchmark : L’heure est venu de montrer au client différents design / mise en page que nous pouvons mettre en oeuvre sur les fonctionnalités définis au préalable. Il est aussi possible de montrer différents design quei nous ont inspiré sur d’autres sites (sites concurrentiels, sites d’inspirations…) ;

Il peut aussi être intéressant de travailler en mode méthode Agile : en effet, pour ce genre de projet, de nombreuses fonctionnalités peuvent émerger en cours de développement. Certaines demandes du client peuvent nous sembler peu adapté et difficile à mettre en place. Les clients n’ont pas une connaissance aussi pointue du web que des experts du digital. Il est du devoir du chef de projet et du développeur de trouver des solutions alternatives plus adaptés à leurs besoins, et moins difficile à mettre en place.

Note : Si les maquettes se complexifient ou que le client demande des ajouts, le devis pourra être adapté. Le plus important est de mentionner ce point au client avant la signature du 1er devis. Si le client demande des spécificités sur Mobile ou tablette, le devis pourra également être revu à la hausse.