Sur un vrai chantier, avant de commander les matériaux et d'embaucher les ouvriers, il y a une dernière visite. L'inspecteur passe en revue tous les plans, vérifie qu'ils sont cohérents entre eux, qu'il n'y a pas de contradiction entre ce que l'architecte a dessiné et ce que le programme immobilier demande. Ce n'est pas une critique — c'est un filet de sécurité. Et quand il repart en disant "c'est bon, vous pouvez commencer", tu peux poser ta première brique avec confiance.
Dans cette fiche, tu soumets l'ensemble de tes documents à une revue de cohérence globale. C'est le feu vert pour la construction.
Tu n'as encore rien construit. C'est normal — et c'est voulu. Les meilleurs projets passent plus de temps en préparation qu'en construction. Et tu as déjà un dossier de projet que des pros t'envieraient.
Chaque document a été validé séparément par l'inspecteur au fil des fiches précédentes. Mais une dernière question reste : est-ce que tout est cohérent entre eux ?
Le brief dit "application mobile". Le PRD dit "interface web responsive". L'architecture dit "Next.js App Router". Est-ce que tout s'aligne ? Est-ce que les fonctionnalités du PRD ont toutes un support dans le modèle de données de l'architecture ? Est-ce que les écrans de l'UX Design correspondent aux fonctionnalités décrites dans le PRD ?
C'est exactement ce que va vérifier la revue globale.
Avant de lancer l'inspecteur, une chose à intégrer : itérer sur des documents, ce n'est pas une correction d'examen. C'est du travail professionnel.
Les meilleurs chefs de projet, les meilleurs Product Managers, passent une part importante de leur temps à raffiner des documents — à les corriger, à les aligner, à les clarifier. Pas parce qu'ils ont mal travaillé la première fois, mais parce que la précision se construit en plusieurs tours.
Tu viens d'apprendre à faire ce que font les pros.
Lance l'inspecteur avec tous tes documents :
Donne-lui le contexte complet :
L'inspecteur va passer en revue l'ensemble. Il cherche les incohérences, les contradictions, les fonctionnalités qui n'ont pas de support technique, les écrans qui manquent dans l'UX alors qu'ils sont décrits dans le PRD.
Ne panique pas. Une correction de l'inspecteur, c'est toujours formulée ainsi : "voilà comment on découpe" ou "voilà ce qu'il faut ajuster". Jamais "c'est trop ambitieux".
Lis attentivement sa réponse. Les ajustements qu'il propose sont pensés pour que ton projet reste réalisable dans la stack et dans le temps disponible. Applique-les, puis relance-le pour confirmation.
Quand l'inspecteur valide l'ensemble, tu as ton feu vert.
C'est un moment qui mérite d'être reconnu : tu as un dossier de projet complet, cohérent, validé par un expert. Ce dossier décrit un projet réalisable, avec une vision claire, des fonctionnalités définies, un parcours utilisateur pensé, et une architecture technique solide.
C'est exactement le livrable qu'un Product Manager présente avant de démarrer un sprint de développement.
| Symptôme | Cause probable | Solution |
|---|---|---|
| L'inspecteur signale beaucoup d'incohérences | Les documents ont été produits en silos sans se référencer | Applique les corrections une par une. L'inspecteur priorise — commence par ce qu'il signale en premier. |
| L'inspecteur dit qu'une fonctionnalité n'est pas dans l'architecture | Le modèle de données n'a pas été mis à jour après le PRD | Retourne à l'architecte : "Ajoute le support technique pour [fonctionnalité]. Lis @prd.md." |
| L'inspecteur propose de supprimer une fonctionnalité entière | Elle sort du cadre faisable en 5 jours avec la stack | C'est le bon conseil. Accepte-le et mets-la en V2. Mieux vaut finir que d'ambitionner. |
| /brik:corriger sans argument ne reconnaît pas les documents | Claude n'a pas lu les fichiers | Ajoute explicitement les @ dans ton message : @product-brief.md @prd.md @ux-design.md @architecture.md |
| La revue prend beaucoup de tours | Tes documents avaient des décalages importants | C'est normal pour un premier projet. Chaque correction t'apprend quelque chose. |
Tes plans sont validés. Ton équipe attend. Il est temps de passer de la table à dessin au chantier — et de transformer tes documents en quelque chose que tu vas pouvoir ouvrir dans ton navigateur.
-> Fiche suivante : Atelier — Dossier de projet visuel