Pourquoi nous commençons toujours par comprendre votre métier (et pourquoi 90% des agences ne le font pas)

Le mythe du brief suffisant

Dans la majorité des agences digitales, le projet démarre par un appel de cadrage de 45 minutes. Le commercial pose des questions, prend des notes, transmet ensuite à un chef de projet qui transmet à un développeur qui transmet à un designer. Trois semaines plus tard, une première maquette arrive. Six semaines plus tard, le livrable. Si tout se passe bien.

Sauf que rien ne se passe bien, parce qu'aucun de ces intervenants n'a vraiment compris le métier du client.

Le résultat : un site joli mais qui ne convertit pas, une plateforme SaaS qui ressemble à toutes les autres, un outil métier que les utilisateurs finaux contournent dès qu'ils peuvent.

Notre conviction est radicale : aucun projet digital ne peut être bon s'il n'est pas profondément ancré dans le métier qu'il sert. Et la compréhension de ce métier ne s'achète pas avec un appel de cadrage de 45 minutes.

Ce que signifie vraiment "comprendre le métier"

Comprendre un métier, c'est dépasser les apparences pour saisir la mécanique réelle d'une activité. C'est :

• Apprendre le vocabulaire interne. Un artisan plombier ne parle pas de "clients" mais de "comptes". Un cabinet médical ne parle pas de "rendez-vous" mais de "consultations" — et la nuance compte. Une scale-up SaaS B2B distingue rigoureusement "prospect", "lead", "MQL", "SQL" et "opportunité". Si vous ne maîtrisez pas ces nuances, votre interface trahira votre ignorance dès la première démo.

• Cartographier les process réels. Pas ceux décrits dans les documents internes, ceux exécutés dans la vraie vie. Comment se déroule réellement la facturation ? Quel est le parcours d'un client mécontent ? Qui valide quoi, à quelle étape, avec quel outil ? Les écarts entre process théorique et process réel sont souvent énormes — et c'est précisément là que se cachent les vrais besoins.

• Identifier les points de friction. Pas les pénibilités évidentes ("le tableau Excel est lent"), les points de friction profonds qu'on ne formule jamais en mots ("je perds 30 minutes par devis parce que je dois aller chercher les tarifs dans trois fichiers différents qui ne sont jamais à jour").

• Comprendre les contraintes. Réglementaires, comptables, fiscales, sectorielles. Une plateforme BTP doit gérer la TVA à 10%, la retenue de garantie, l'autoliquidation, les situations de chantier. Une plateforme médicale doit respecter le RGPD et le secret médical. Une plateforme financière a ses propres règles. On ne devine pas ces contraintes — on les découvre par immersion.

Pourquoi la majorité des agences esquivent cette phase

Trois raisons structurelles expliquent pourquoi la plupart des agences réduisent la phase de Discovery au minimum :

Premièrement, l'économie du modèle. Une agence qui facture 800€ par jour ne peut pas se permettre de passer 5 jours à comprendre votre métier sans produire de livrable visible. Chaque journée de Discovery est une journée où le client ne voit "rien sortir" — et beaucoup de clients deviennent nerveux quand on ne leur montre pas une maquette ou une ligne de code dans les 48 premières heures.

Deuxièmement, l'organisation en silos. Les grandes agences sont organisées en équipes spécialisées : commerciaux, chefs de projet, UX, UI, développeurs, intégrateurs, testeurs. Chaque silo a ses propres KPIs, son propre vocabulaire, ses propres délais. La compréhension métier transversale est mécaniquement diluée à chaque transmission. Le commercial qui a entendu le brief n'est pas celui qui code.

Troisièmement, l'absence de profil hybride. Une vraie compréhension métier exige des profils qui sont à la fois techniques (capables de coder), conceptuels (capables de modéliser un système d'information) et empathiques (capables d'écouter des heures durant un dirigeant ou un opérateur terrain expliquer son quotidien). Ces profils existent, mais ils sont rares — et coûteux. Les agences qui en ont les conservent généralement en mode senior, donc en gestion de projet, donc loin de l'exécution.

Comment nous pratiquons la Discovery

Chez RIAGENCY, la phase de Discovery est toujours la première étape, et elle est non-négociable. Voici comment elle se déroule concrètement.

Étape 1 : Le brief approfondi (2 à 4 heures)

Pas un appel commercial, pas un point de cadrage. Une vraie session de travail, en visio ou en présentiel, avec le décideur principal et au moins un opérationnel terrain. On creuse :

• Quelle est exactement votre activité ? Quels sont vos produits ou services principaux ? Quels sont vos clients types ?
• Comment se génère votre chiffre d'affaires actuellement ? Quels sont vos canaux d'acquisition ? Vos taux de conversion ?
• Quels sont vos process internes critiques ? Lesquels fonctionnent bien ? Lesquels sont douloureux ?
• Quelles sont vos contraintes : réglementaires, techniques, organisationnelles, budgétaires ?
• Quel problème précis le projet doit-il résoudre ? Comment mesurez-vous son succès ?

Étape 2 : L'audit de l'existant (1 à 3 jours)

On examine votre stack actuelle : site web existant, outils métier en place, fichiers Excel critiques, documents de process, supports commerciaux. On identifie ce qui marche, ce qui doit être conservé, ce qui doit être refait.

Étape 3 : Les interviews terrain (selon contexte)

Si pertinent, on interviewe vos collaborateurs opérationnels — ceux qui utilisent réellement les outils au quotidien. Pas les managers qui décrivent comment ça devrait marcher : les exécutants qui savent comment ça marche vraiment.

Pour certains projets, on interviewe aussi vos clients ou prospects — pour comprendre comment ils perçoivent votre offre, ce qui les fait hésiter, ce qui les fait choisir un concurrent.

Étape 4 : Le document de cadrage

Livrable signé avant toute écriture de code : un document qui formalise notre compréhension du métier, le périmètre exact du projet, les choix techniques, les délais, le budget. Ce document est votre garantie que nous avons bien compris — et notre garantie que vous avez validé ce que nous allons construire.

Le retour sur investissement de cette discipline

Cette phase prend du temps. Selon le projet, entre 3 jours et 3 semaines de Discovery, parfois plus pour les plateformes complexes. Cela représente entre 5% et 15% du budget total du projet.

Cette dépense est de loin la plus rentable de tout le projet, pour quatre raisons :

• Elle limite les pivots coûteux. Un changement de direction en phase de design est nettement moins coûteux qu'en phase de développement, et infiniment moins qu'après livraison. La Discovery permet d'identifier les vrais besoins avant qu'ils ne deviennent des refactorings urgents.

• Elle aligne les attentes. Le document de cadrage signé en fin de Discovery devient la référence partagée du projet. Réduction massive des malentendus en cours de réalisation.

• Elle permet les bons choix techniques. Sachant exactement ce qu'on veut construire et pour quels usages, on choisit la stack adaptée, l'architecture pertinente, les intégrations utiles. Pas de sur-engineering, pas de sous-dimensionnement.

• Elle crée une vraie complicité. Après une phase de Discovery sérieuse, votre équipe et la nôtre parlent le même langage. Les démos hebdomadaires sont plus productives, les arbitrages plus rapides, le projet plus fluide.

Pourquoi vous devriez exiger cette phase de toute agence

Si vous consultez plusieurs agences pour un projet web, plateforme SaaS ou outil métier, posez systématiquement cette question : "Comment allez-vous comprendre mon métier avant de commencer à produire ?"

Les réponses vagues — "on a de l'expérience dans votre secteur", "on lit votre site web", "on prend des notes en réunion de cadrage" — sont des signaux d'alerte. Les bonnes réponses parlent d'immersion, de temps dédié, de livrables intermédiaires, de méthode structurée.

Une agence qui n'a pas de réponse claire à cette question livrera un projet qui ressemblera à tous les projets qu'elle a déjà livrés — un peu adapté à votre charte, mais pas à votre métier.

Et un projet qui ne sert pas votre métier est, par définition, un projet raté. Même s'il est joli.