Make (ex-Integromat) : automatiser ses tâches web sans coder

En bref. Un brief client bâclé, c’est la porte ouverte aux malentendus, aux retards et aux factures impayées. En douze ans de freelance web, j’ai affiné une liste de 30 questions indispensables à poser avant d’écrire la moindre ligne de code. Elles couvrent sept thématiques : objectifs business, cible utilisateur, contenu, design, fonctionnalités, budget et délais, contraintes techniques. Cet article détaille chaque question, explique pourquoi elle compte et identifie les signaux d’alerte dans les réponses du client.
Brief client web : réunion de cadrage entre un développeur freelance et son client
Un brief bien mené évite des semaines de corrections en aval. Je préfère passer deux heures à poser les bonnes questions plutôt que vingt heures à refaire ce qui n’a jamais été clarifié.

Pourquoi le brief client conditionne tout le projet

Je m’appelle Nathan Morel, je suis développeur web freelance depuis douze ans à Saint-Étienne. Chaque nouveau projet commence par un brief. Pas un simple échange de mails : un entretien structuré, souvent en visio, parfois en présentiel, où je pose des questions précises pour comprendre le besoin réel derrière la demande formulée.

Le brief client n’est pas une formalité administrative. C’est le fondement contractuel et créatif du projet. Un brief incomplet génère trois problèmes récurrents : des allers-retours inutiles qui font exploser le planning, un décalage entre les attentes du client et le livrable final, et des tensions financières quand le périmètre n’a jamais été clairement défini.

Selon une étude du Standish Group (CHAOS Report), 52 % des projets informatiques dépassent leur budget initial. La cause principale : un cahier des charges flou ou inexistant. Le brief est l’antidote.

En tant que freelance, je n’ai pas de chef de projet pour filtrer les demandes. Je suis à la fois commercial, consultant et technicien. Le brief structure ma relation client dès le premier contact. Il me permet aussi de calculer mon TJM de manière réaliste en fonction de la complexité du projet.

Les questions sur les objectifs business (questions 1 à 5)

Avant de parler de design ou de technologie, il faut comprendre le pourquoi. Beaucoup de clients arrivent avec une solution en tête (« je veux un site WordPress ») sans avoir défini le problème qu’ils cherchent à résoudre. Ces cinq premières questions recadrent la conversation sur les enjeux réels.

Question Pourquoi elle compte
1 Quel problème ce site doit-il résoudre pour votre entreprise ? Distingue un besoin de visibilité, de conversion, de recrutement ou de crédibilité.
2 Quels sont vos trois objectifs mesurables à 12 mois ? Force le client à quantifier ses attentes. « Plus de clients » ne suffit pas : combien, via quel canal ?
3 Avez-vous déjà un site ? Qu’est-ce qui ne fonctionne pas ? Évite de reproduire les mêmes erreurs. Souvent le client a déjà investi sans résultat.
4 Qui sont vos trois principaux concurrents en ligne ? Permet un benchmark rapide et positionne le projet dans son marché.
5 Comment mesurez-vous le succès du site aujourd’hui ? Identifie si le client suit déjà des KPIs ou s’il faudra mettre en place le tracking.

Signal d’alerte : un client qui répond « je veux juste être sur internet » sans objectif précis. Ce flou se traduit toujours par des changements de direction en cours de projet. J’insiste pour obtenir au moins un indicateur chiffré avant de rédiger un devis.

Comprendre la cible et les utilisateurs (questions 6 à 10)

Un site web s’adresse à des humains, pas à des moteurs de recherche. Connaître la cible conditionne le ton éditorial, l’ergonomie, le choix des fonctionnalités et même la stratégie SEO. J’ai vu trop de projets où le client pensait s’adresser à tout le monde, ce qui revient à ne s’adresser à personne.

Question 6 : Qui est votre client idéal ? Âge, profession, localisation, niveau de maturité numérique. Pour un artisan local, la cible mobile est prioritaire. Pour un cabinet de conseil B2B, c’est le desktop en journée.

Question 7 : Quelle action principale attendez-vous de vos visiteurs ? Appeler, remplir un formulaire, acheter, télécharger un document. Chaque page doit servir cet objectif. Cette question influence directement l’architecture du site.

Question 8 : D’où viennent vos prospects actuellement ? Bouche-à-oreille, réseaux sociaux, Google, publicité. La réponse oriente la stratégie d’acquisition post-lancement et permet d’anticiper les actions SEO pour les PME les plus pertinentes.

Question 9 : Vos clients utilisent-ils principalement un smartphone ou un ordinateur ? La donnée conditionne l’approche mobile-first ou desktop-first. En 2026, le trafic mobile dépasse 65 % en France selon Médiamétrie, mais certains secteurs B2B restent majoritairement desktop.

Question 10 : Quels freins empêchent vos prospects de vous contacter ? Manque de confiance, prix non affichés, formulaire trop long. Le site doit lever ces freins un par un.

Développeur web qui prend des notes pendant un brief client en visioconférence
Je prends toujours des notes structurées pendant le brief. Un document partagé en temps réel permet au client de valider mes interprétations au fur et à mesure.

Le contenu : ce que le client doit préparer (questions 11 à 15)

Le contenu est le parent pauvre de la plupart des projets web. Les clients pensent au design, aux fonctionnalités, au référencement ; mais ils oublient que sans textes, photos et vidéos de qualité, le plus beau site du monde reste une coquille vide.

Automatisez votre business, mais gardez un site rapide.

Diagnostic gratuitVoir les forfaits

Question 11 : Avez-vous déjà vos textes, ou faut-il les rédiger ? C’est la question qui rallonge le plus les délais quand elle n’est pas posée tôt. La rédaction web professionnelle représente souvent 30 à 40 % du budget total. Si le client prévoit de rédiger lui-même, je le préviens : il faut compter en moyenne trois semaines pour cinq pages, pas trois jours.

Question 12 : Disposez-vous de photos professionnelles de vos produits, locaux, équipe ? Les banques d’images sont un pis-aller. Google favorise les contenus originaux, et les visiteurs font la différence entre une photo authentique et un stock photo générique.

Question 13 : Qui valide le contenu en interne ? Si trois personnes doivent approuver chaque texte, le planning explose. Je clarifie la chaîne de validation dès le brief.

Question 14 : Quel ton souhaitez-vous adopter ? Formel, décontracté, technique, pédagogique. Je montre des exemples concrets de sites dans des tonalités différentes pour que le client se positionne. C’est bien plus efficace qu’un choix abstrait.

Question 15 : Avez-vous un blog ou prévoyez-vous d’en créer un ? La question ouvre naturellement la discussion sur la stratégie de contenu à moyen terme. Un blog bien animé reste le levier SEO le plus puissant pour les PME.

Design et identité visuelle (questions 16 à 20)

Le design n’est pas une affaire de goût personnel. C’est un outil stratégique qui doit servir les objectifs définis plus haut. Ces cinq questions évitent le syndrome du « j’aime pas le bleu » qui peut bloquer un projet pendant des semaines.

Question 16 : Avez-vous une charte graphique ? Logo en vectoriel, palette de couleurs, typographies. Si rien n’existe, il faut prévoir un travail d’identité visuelle en amont ou en parallèle.

Question 17 : Montrez-moi trois sites que vous trouvez réussis. Pourquoi ? Cette question vaut mille mots. Elle révèle les préférences esthétiques du client mieux qu’un questionnaire de vingt pages. Je note non seulement les sites cités, mais surtout les raisons invoquées.

Question 18 : Montrez-moi trois sites que vous trouvez ratés. Pourquoi ? Le pendant négatif est tout aussi instructif. Il délimite les zones interdites et réduit drastiquement les itérations de design.

Question 19 : Votre secteur impose-t-il des codes visuels particuliers ? La santé utilise le bleu et le blanc. L’écologie privilégie le vert. Le luxe joue sur le noir et l’or. Respecter ces conventions rassure la cible ; les enfreindre sciemment peut aussi être un choix stratégique, à condition qu’il soit assumé.

Question 20 : Qui prend la décision finale sur le design ? C’est la question qui sauve des projets. Quand six personnes donnent leur avis, aucune décision n’aboutit. J’exige un interlocuteur unique pour les validations graphiques. Le choix du CMS adapté dépend aussi de cette organisation.

Fonctionnalités attendues (questions 21 à 25)

C’est la partie du brief où les ambitions du client rencontrent la réalité technique et budgétaire. Mon rôle est de distinguer le nécessaire du souhaitable, et le souhaitable du superflu.

Question Ce que la réponse révèle
21 Listez les fonctionnalités indispensables au lancement. Périmètre du MVP. Tout le reste passe en phase 2.
22 Avez-vous besoin d’un système de paiement en ligne ? Impact majeur sur le choix technique (e-commerce vs vitrine), la sécurité et le budget.
23 Devez-vous connecter le site à des outils existants ? CRM, ERP, logiciel de facturation, outil emailing. Les intégrations sont souvent sous-estimées.
24 Qui mettra à jour le site après la livraison ? Conditionne le niveau de complexité de l’interface d’administration.
25 Avez-vous besoin d’un espace membre ou d’une zone privée ? Complexifie la gestion des droits d’accès et le développement sur mesure.

Quand un client demande un « site simple avec juste un formulaire de contact et un chat en direct et une boutique et un espace membre et un forum », je sais que la notion de simplicité n’est pas partagée. Ces cinq questions permettent de prioriser, de chiffrer chaque brique séparément et de proposer un développement par phases.

Budget, délais et organisation (questions 26 à 28)

Parler d’argent dès le brief n’est pas un tabou : c’est une nécessité. Un client qui refuse de donner une fourchette budgétaire oblige le freelance à travailler à l’aveugle. J’ai appris à aborder le sujet frontalement, avec pédagogie.

Question 26 : Quelle est votre enveloppe budgétaire pour ce projet ? Je ne demande pas un chiffre exact. Je propose des fourchettes : moins de 2 000 €, entre 2 000 et 5 000 €, entre 5 000 et 15 000 €, plus de 15 000 €. Le client se positionne sans difficulté. Cette information me permet d’adapter ma proposition aux moyens réels. Pour mieux comprendre les tarifs du marché, je recommande de consulter les données sur le coût réel d’un site internet en France.

Question 27 : Quelle est votre date de livraison souhaitée, et est-elle impérative ? Un lancement calé sur un salon professionnel ou une date légale n’offre aucune marge. Un lancement « quand ce sera prêt » permet de travailler sereinement. La différence est fondamentale pour le planning.

Question 28 : Qui est le point de contact principal côté client ? Email, téléphone, disponibilité. Je veux un interlocuteur unique qui a le pouvoir de décision. Les projets gérés par comité accumulent les retards, c’est un constat vérifié sur des centaines de missions.

Checklist brief client web imprimée sur un bureau avec un stylo et un café
Un brief complet tient sur deux à trois pages. Ce n’est pas un cahier des charges de cinquante pages : c’est un document synthétique qui cadre le projet sans le rigidifier.

Contraintes techniques et hébergement (questions 29 à 30)

Les deux dernières questions portent sur l’environnement technique existant et les choix d’infrastructure. Elles sont souvent négligées par les clients non techniques, mais elles conditionnent la faisabilité de tout le reste.

Question 29 : Avez-vous déjà un nom de domaine et un hébergement ? Si oui, je vérifie la qualité de l’hébergeur, les performances serveur, la compatibilité avec les technologies envisagées. Un hébergeur inadapté peut ruiner les performances d’un site pourtant bien conçu. Si rien n’est en place, je recommande une solution adaptée au projet.

Question 30 : Avez-vous des contraintes réglementaires spécifiques ? RGPD, accessibilité (RGAA), mentions légales sectorielles (santé, finance, immobilier). Un site d’avocat n’a pas les mêmes obligations qu’une boutique de vêtements. Ces contraintes impactent le développement, le contenu et parfois le budget.

Ces deux questions clôturent le brief de manière concrète. Le client repart avec une vision claire de ce qu’il doit fournir ; moi, je dispose de toutes les informations pour rédiger une proposition technique et financière solide.

Les signaux d’alerte à ne jamais ignorer

Après douze ans de pratique, j’ai identifié des réponses types qui annoncent des projets problématiques. Voici les plus courantes, classées par gravité.

« On verra en cours de route. » Traduction : le client n’a pas réfléchi à son projet. Le risque de scope creep est maximal. Solution : insister pour obtenir des réponses concrètes avant de signer, quitte à accompagner le client dans la réflexion.

« Mon neveu a commencé le site, vous pouvez le reprendre ? » La reprise d’un projet amateur coûte souvent plus cher qu’un développement neuf. Je demande systématiquement un accès au code existant avant de chiffrer.

« Budget illimité » ou « Je n’ai pas de budget défini. » Paradoxalement, c’est un signal négatif. Cela signifie souvent que le client n’a pas d’engagement réel ou qu’il comparera votre devis à celui du prestataire le moins cher. La fourchette budgétaire protège les deux parties.

« Il faut que ce soit fait pour lundi. » L’urgence permanente masque généralement un manque d’organisation. Je fixe des délais réalistes et je m’y tiens, même si le client pousse. La qualité n’est pas négociable.

« Je veux exactement comme Apple / Nike / Airbnb. » Ces sites représentent des millions d’euros d’investissement. La comparaison est irréaliste pour un budget PME. Je redirige vers des exemples à l’échelle du projet et du secteur.

Selon le rapport de l’AFNIC sur la présence en ligne des TPE/PME françaises, 78 % des entreprises qui ont vécu un échec web citent le manque de cadrage initial comme cause principale.

Checklist interactive : les 30 questions

Cochez chaque question au fur et à mesure de votre brief client. La barre de progression vous indique où vous en êtes.

0 / 30

Objectifs business

Cible et utilisateurs

Contenu

Design et identité visuelle

Fonctionnalités

Budget, délais et organisation

Technique et hébergement

À retenir

  • Le brief client est un investissement, pas une perte de temps : deux heures de cadrage épargnent des dizaines d’heures de corrections.
  • Les 30 questions couvrent sept thématiques : objectifs, cible, contenu, design, fonctionnalités, budget/délais, technique.
  • Chaque question a un objectif précis : quantifier, prioriser, identifier les risques.
  • Les signaux d’alerte (« on verra », « budget illimité », « pour lundi ») doivent être traités avant la signature du devis.
  • Un interlocuteur unique côté client réduit les délais de validation de 50 % en moyenne.
  • Le brief n’est pas un cahier des charges : c’est un document vivant de deux à trois pages qui évolue lors des premières réunions.
  • Documentez le brief par écrit et faites-le valider par le client avant de commencer le développement.

Questions fréquentes

Combien de temps dure un brief client web ?

Un brief complet prend entre une heure trente et deux heures trente. C’est un investissement minimal au regard des dizaines d’heures économisées en corrections, allers-retours et malentendus. Je recommande de le répartir sur deux sessions si le client a besoin de temps pour rassembler ses contenus.

Faut-il facturer le brief au client ?

Oui, sauf si le brief fait partie de votre processus commercial pré-devis. Personnellement, j’offre un premier échange de 30 minutes pour qualifier le projet, puis je facture le brief complet comme prestation de conseil. Cela filtre les clients qui ne sont pas sérieux et valorise votre expertise.

Comment faire quand le client ne sait pas répondre à certaines questions ?

C’est fréquent, et c’est précisément la valeur ajoutée du brief. Votre rôle est d’accompagner le client dans sa réflexion, pas de le mettre en difficulté. Proposez des exemples, des alternatives, des fourchettes. Si une question reste sans réponse, notez-le comme risque identifié dans votre proposition.

Peut-on faire un brief par écrit plutôt qu’en visio ?

Un questionnaire écrit peut compléter le brief, mais il ne le remplace pas. L’échange oral permet de creuser les réponses, de détecter les hésitations et de reformuler les besoins du client en termes techniques. Le non-verbal compte énormément dans la compréhension d’un projet.

Quelle est la différence entre un brief et un cahier des charges ?

Le brief est un document synthétique de cadrage, rédigé lors de la phase de découverte. Le cahier des charges est un document technique détaillé, souvent produit après le brief, qui spécifie chaque fonctionnalité, chaque écran, chaque interaction. Le brief tient en deux à trois pages ; le cahier des charges peut en compter trente.

Les 30 questions sont-elles adaptées à tous les types de projets web ?

La structure en sept thématiques s’applique à tout projet web : site vitrine, e-commerce, application métier, refonte. Certaines questions seront plus ou moins pertinentes selon le contexte. Pour un petit site vitrine, les questions sur l’espace membre ou les intégrations CRM seront moins développées. L’essentiel est de couvrir chaque thématique, même brièvement.

Votre site est lent ? On s’en occupe.

Diagnostic gratuit, optimisation complète, résultats garantis.

Diagnostic gratuitVoir les forfaits

Nos outils gratuits pour freelances

Générateur de facture, calculateur TJM, simulateur ROI, diagnostic performance.

Découvrir les outils

Nos outils gratuits pour freelances

Générateur de facture, calculateur TJM, simulateur ROI : tout pour piloter votre activité.

Découvrir les outils

Nathan Morel

Développeur web freelance depuis 12 ans, installé à Saint-Étienne. Plus de 200 projets livrés pour des PME, artisans et startups. Nathan partage ici son expérience terrain et ses outils pour aider les indépendants à réussir sur le web.

Votre site est lent ?

Optimiser mon site