Quand un client signe une feuille de route stratégique chez nous, il a deux à cinq jours pour repartir avec un livrable exploitable. C’est court, c’est tenu, et c’est rémunéré (2 à 3 k€ HT) justement parce que c’est borné, et déduit du forfait suivant si la mission continue. Cet article décrit ce qu’on regarde, dans quel ordre, et ce qu’on livre.
Le périmètre du diagnostic
Un diagnostic Cœur du Web ne couvre pas tout. Il couvre un domaine précis : la modernisation d’un système métier, la préparation d’une migration, l’évaluation d’un projet IA à lancer, la reprise d’un dossier qui a mal tourné. Pas un audit général de votre entreprise.
Le périmètre se cale en début de mission, avec un email de cadrage de quelques lignes. Une fois qu’on est d’accord, on démarre.
Jour 1 : entretiens
On rencontre trois à cinq personnes :
- Le sponsor (dirigeant ou DSI selon le contexte) : pour comprendre l’enjeu business, le calendrier souhaité, et les contraintes politiques.
- Un à deux opérationnels : pour entendre ce que les outils provoquent au quotidien, les contournements, les frustrations.
- Le responsable technique en place (interne ou prestataire actuel) : pour comprendre la stack telle qu’elle est, les choix faits, les limites identifiées.
- Si pertinent, un référent métier : pour valider les règles de gestion implicites qui ne sont nulle part documentées.
Chaque entretien dure 30 à 45 minutes. Pas plus. Au-delà, on tourne en rond.
Jour 2 : exploration technique
On regarde la stack, les outils, les intégrations. Concrètement :
- accès lecture aux systèmes principaux (ERP, CRM, plateforme métier)
- revue des intégrations entre systèmes (souvent là que se cachent les pièges)
- consultation des journaux d’incidents des 12 derniers mois
- examen des contrats avec les éditeurs et fournisseurs en cours
- check rapide de la sécurité (backups, accès, mises à jour)
L’objectif n’est pas d’auditer en profondeur. C’est de comprendre la photographie réelle, pas la photographie déclarée. La différence entre les deux est souvent plus instructive que chacune des deux séparément.
Jour 3 : analyse et options
On modélise ce qu’on a compris. Trois livrables intermédiaires :
Cartographie. Diagramme à plat des systèmes et de leurs liens. Souvent la première fois que les équipes voient ça posé clairement.
Liste des risques. Risques techniques (sécurité, continuité, perte de données), risques organisationnels (mono-prestataire, mono-compétence interne), risques calendaires (éditeurs qui changent leurs tarifs, technologies en fin de support).
Options. Plusieurs scénarios possibles pour traiter le sujet : ne rien faire, scénario minimal, scénario complet, alternatives à coût élevé / coût modéré / coût faible. Chacun avec son périmètre, son calendrier, son chiffrage.
Jour 4 : chiffrage et plan d’action
On affine le scénario qui paraît le mieux adapté au contexte. Concrètement :
- périmètre fermé qui sera livré
- séquence en vagues
- chiffrage honnête avec hypothèses
- compétences nécessaires (internes et externes)
- calendrier et jalons
C’est ce qui sera dans le rapport final. Pas un brouillon : un document qui peut être présenté à un comité de direction et utilisé pour une consultation.
Jour 5 : restitution
Une réunion d’une heure avec le sponsor et son équipe rapprochée. Présentation du rapport, discussion des choix, identification des points qui demandent une décision interne avant d’avancer.
Le rapport est livré en PDF et en présentation, avec les sources éditables si vous voulez réutiliser. Le livrable vous appartient. Vous pouvez le présenter à un autre prestataire si vous décidez de ne pas continuer avec nous.
Ce qu’on ne fait pas dans un diagnostic
Pour être clair :
Pas de code écrit. Cinq jours ne suffisent pas pour cadrer ET livrer. On cadre.
Pas de POC. Le POC est une mission séparée, après le diagnostic, si ça fait sens.
Pas de prospection commerciale déguisée. Si le diagnostic révèle que vous ne devriez pas faire ce projet, on le dit. Si le bon prestataire pour la suite n’est pas nous, on le dit aussi.
Pas de suivi gratuit après la restitution. Le diagnostic se termine à la restitution. Si vous voulez nous solliciter un mois plus tard, c’est une nouvelle prestation. À ne pas confondre avec la garantie de trente jours de nos missions au forfait, qui couvre les questions de passation sur ce qu’on a construit : un diagnostic ne construit rien, il produit un document qui vous appartient et se lit sans nous.
Pourquoi c’est rémunéré
Un diagnostic coûte. Si on le fait gratuitement, on bâcle, on flatte, on pousse vers ce qui nous arrange. Si on le fait au juste prix, on prend le temps de comprendre, et le livrable est utilisable indépendamment de nous.
C’est aussi pour ça que le coût du diagnostic est déduit du forfait suivant si vous décidez de continuer avec nous sous 30 jours. Ce n’est pas un piège : c’est la logique économique du diagnostic comme point d’entrée à une mission plus large.
La suite habituelle
La majorité des diagnostics qu’on mène se prolongent par une mission au forfait avec nous (CTO externalisé, Pôle IA externalisé, ou développement sur-mesure). Les autres sont allés vers un autre prestataire ou ont décidé de ne rien faire dans l’immédiat.
Dans tous les cas, le client est reparti avec une feuille de route exploitable, pas avec un argumentaire commercial.
Pour aller plus loin
- Feuille de route stratégique : la page d’offre détaillée, avec prix public et engagements
- CTO externalisé : la suite la plus fréquente
- Forfait ou régie : pourquoi on a arrêté la régie en 2026 : la philosophie qui rend le diagnostic différent d’un devis gratuit
- Notre grille de diagnostic technique en douze points : le référentiel qu’on applique pendant le diagnostic