Finaliser et défendre son projet ebook
Ce n’est pas une page de félicitations. C’est votre projet final : réunir les preuves, résoudre les derniers blocages, et démontrer que vous maîtrisez vos propres décisions.
Master Prompts associés : MP20, auditer un ebook terminé et MP32, orchestrer un projet ebook.
Résultat attendu
Ce guide n’est pas une page de félicitations. C’est votre projet final : il vous demande de réunir les preuves de chaque étape depuis G02, de résoudre les derniers blocages identifiés, et de démontrer que vous savez expliquer et défendre vos propres décisions, pas seulement accepter ce qu’une IA vous a proposé.
Le résultat est un portfolio complet, une démonstration de publication réellement exécutée, et des réponses préparées à onze questions de soutenance sur vos propres choix.
Ce qu’il faut avoir sous la main
L’ensemble des documents produits depuis le début du parcours : fiche projet (G02), brief éditorial (G06), dossier documentaire (G10), plan audité (G12), charte éditoriale et chapitre pilote (G15, G16), manuscrit complet (G20), manuscrit approuvé pour fabrication (G24), fichiers PDF et EPUB (G28, G29), journal d’anomalies et version approuvée (G30), dossier de publication (G31), chemin de téléchargement testé (G32), présentation et page (G34, G35), séquence de lancement (G36), calendrier de promotion (G37), déclinaisons produites (G38 à G40), et journal des modifications (G41).
Si un document manque, ce guide vous demandera de le compléter avant de considérer le projet terminé : le projet final ne dispense d’aucune étape antérieure.
Le projet final rassemble, il ne recommence pas
Depuis G02, vous avez construit un projet réel, pas une succession d’exercices déconnectés. Ce guide ne vous demande pas un nouvel ebook : il vous demande de rassembler ce que vous avez déjà produit, de vérifier qu’aucune étape n’a été oubliée en chemin, et de corriger ce qui reste incomplet avant de considérer le projet terminé.
Le dossier qualité : la preuve que chaque étape a été réellement franchie
Un dossier qualité complet rassemble, pour chaque étape du parcours, le document produit et sa date de validation. Ce n’est pas une liste de cases cochées de mémoire : chaque document doit exister réellement et être retrouvable.
| Étape | Document attendu |
|---|---|
| ÉtapeCadrage | Document attenduFiche projet de G02, avec ses décisions et son historique de versions |
| ÉtapeLecteur et problème | Document attenduFiche lecteur de G03, avec hypothèses distinguées des faits vérifiés |
| ÉtapePromesse | Document attenduBrief éditorial de G06, contrat de lecture complet |
| ÉtapeRecherche | Document attenduDossier documentaire de G10, chaque affirmation reliée à sa source et son statut |
| ÉtapePlan | Document attenduTable des matières auditée de G12, corrections consignées et validation datée |
| ÉtapeMéthode IA | Document attenduCharte éditoriale de G15 et chapitre pilote validé de G16 |
| ÉtapeManuscrit | Document attenduManuscrit complet de G20 |
| ÉtapeÉdition | Document attenduManuscrit fact-checké et sans contradiction de G22 et G23, registre des droits fermé de G24 |
| ÉtapeFabrication | Document attenduBrief d’illustration et couverture testée de G25 et G26, fichiers PDF et EPUB de G28 et G29 |
| ÉtapeFinalisation | Document attenduJournal d’anomalies et version approuvée de G30, dossier de publication de G31 |
| ÉtapeDistribution | Document attenduChemin de téléchargement testé de G32, ou simulation de vente de G33 |
| ÉtapePrésentation | Document attenduPrésentation purgée de G34, page contrôlée de G35 |
| ÉtapeLancement | Document attenduSéquence de lancement de G36, calendrier de promotion de G37 |
| ÉtapeRéutilisation | Document attenduAu moins une déclinaison par canal (G38, G39, G40), chacune reliée à son passage source |
| ÉtapeMaintenance | Document attenduJournal des modifications de G41, avec au moins une entrée, réelle ou simulée |
La démonstration de publication : montrer, pas seulement affirmer
Une démonstration de publication reprend le test déjà pratiqué en G32 : depuis une session indépendante, suivre le chemin complet de la page jusqu’au fichier ouvert, et vérifier que ce fichier correspond à la version approuvée la plus récente, en tenant compte de toute correction apportée depuis en G41. Si vous avez choisi la vente, la démonstration reprend de la même façon le parcours d’achat simulé de G33.
Une démonstration réalisée une fois au moment de G32 mais jamais revérifiée depuis ne suffit pas ici : le projet a évolué depuis, et cette étape confirme que la version actuellement accessible est bien celle que vous approuvez aujourd’hui.
Grille d’évaluation détaillée
Chaque ligne correspond à une compétence du parcours, avec des critères observables. Un critère observable se vérifie en regardant un document précis, pas en jugeant une impression générale comme « ebook professionnel ».
| Compétence | Acquis | Partiellement acquis | À reprendre |
|---|---|---|---|
| CompétenceCadrage | AcquisFiche projet complète, périmètre et critères de réussite explicites, versions retrouvables | Partiellement acquisFiche présente mais des champs restent « à déterminer » sans action prévue | À reprendreFiche absente ou périmètre encore flou |
| CompétenceLecteur et problème | AcquisLecteur décrit avec hypothèses signalées comme telles, problème vérifié par une collecte distincte d’une intuition | Partiellement acquisLecteur décrit mais hypothèses non distinguées des faits observés | À reprendreLecteur resté un persona générique inventé sans méthode |
| CompétencePromesse | AcquisRésultat vérifiable, exclusions explicites, aucune formulation de surpromesse identifiée en G06 | Partiellement acquisPromesse correcte mais exclusions encore vagues | À reprendrePromesse floue ou promettant un résultat externe non maîtrisable |
| CompétenceRecherche et sources | AcquisChaque affirmation reliée à une source avec un statut (vérifié, hypothèse, à vérifier) | Partiellement acquisDossier existant mais statuts incomplets pour certaines affirmations | À reprendreAffirmations sans source identifiable |
| CompétencePlan | AcquisPlan audité selon les cinq passes de G12, corrections consignées, validation datée | Partiellement acquisAudit réalisé mais validation non explicite ou non datée | À reprendreAucun audit réalisé avant rédaction |
| CompétenceMéthode IA et voix | AcquisCharte vérifiable avec exemples acceptés et refusés, chapitre pilote testé, défauts locaux distingués des défauts de modèle | Partiellement acquisCharte existante mais jamais testée sur un chapitre pilote réel | À reprendreAucune charte, voix incohérente d’un chapitre à l’autre |
| CompétenceManuscrit et contrôle | AcquisManuscrit complet, fact-checké affirmation par affirmation, contradictions résolues, registre des droits entièrement fermé | Partiellement acquisManuscrit complet mais fact-checking partiel ou lignes de droits encore ouvertes | À reprendreManuscrit incomplet ou aucune vérification réalisée |
| CompétenceFabrication | AcquisIllustrations avec message unique testé, couverture testée en vignette, PDF et EPUB inspectés selon les points systématiques | Partiellement acquisFichiers fabriqués mais inspection incomplète (ordre de lecture non vérifié, par exemple) | À reprendreAucun fichier réellement exporté |
| CompétenceFinalisation | AcquisJournal d’anomalies complet, version nommée et approuvée, dossier de publication avec faits et formalités distingués | Partiellement acquisVersion approuvée mais fiche de publication incomplète | À reprendreFichier considéré prêt sans contrôle final documenté |
| CompétenceDistribution | AcquisChemin de téléchargement testé depuis une session indépendante, ou simulation de vente complète | Partiellement acquisTest réalisé mais depuis une session non réellement indépendante | À reprendreAucun test réel du chemin de téléchargement ou d’achat |
| CompétencePrésentation et lancement | AcquisPrésentation purgée de toute affirmation non soutenue, page contrôlée, décision de lancement explicite | Partiellement acquisPrésentation rédigée mais contenant encore une affirmation à la limite du vérifiable | À reprendrePrésentation exagérée ou lancement improvisé sans vérification |
| CompétenceRéutilisation | AcquisAu moins une déclinaison par canal, chacune reliée à son passage source, aucune réserve perdue | Partiellement acquisDéclinaisons produites mais traçabilité vers la source incomplète | À reprendreDéclinaisons absentes ou copiées mécaniquement sans adaptation |
| CompétenceMaintenance | AcquisJournal des modifications avec tous ses champs, au moins une correction correctement catégorisée | Partiellement acquisJournal commencé mais incomplet sur certains champs | À reprendreAucune méthode de maintenance envisagée |
Une compétence « à reprendre » n’interrompt pas le projet : elle demande une action de correction identifiée avant de considérer le portfolio complet, exactement comme un défaut bloquant identifié dans un audit de manuscrit.
La soutenance : expliquer vos décisions, pas les rapporter
Défendre un projet signifie pouvoir expliquer pourquoi il est ce qu’il est, pas seulement décrire ce qu’il contient. Préparez des réponses aux onze questions suivantes, en vous appuyant sur vos propres documents plutôt que sur une réponse générale.
- Pourquoi ce lecteur ? Quelle observation ou quelle hypothèse documentée justifie ce choix, plutôt qu’un autre lecteur possible.
- Pourquoi ce problème ? Ce qui distingue ce problème d’une intuition non vérifiée, selon la méthode de G04.
- Pourquoi cette promesse ? Ce qu’elle inclut, ce qu’elle exclut, et pourquoi ces limites sont justifiées plutôt qu’arbitraires.
- Pourquoi cette structure ? Ce que l’audit de plan de G12 a corrigé, et pourquoi l’ordre retenu sert la promesse.
- Pourquoi ces sources ? Comment chacune a été qualifiée, et ce qui reste une hypothèse assumée plutôt qu’un fait établi.
- Pourquoi ces choix éditoriaux ? Ce que votre charte impose et pourquoi, avec un exemple réel accepté et un exemple réel refusé.
- Pourquoi ces formats ? Ce qui, dans le contenu réel de votre manuscrit, a confirmé ou révisé le choix provisoire de G01.
- Quelles limites ? Ce que votre ouvrage ne fait délibérément pas, et pourquoi cette exclusion protège la confiance du lecteur plutôt que de l’affaiblir.
- Quelles décisions ont été prises contre une proposition de l’IA ? Un exemple concret où vous avez refusé ou corrigé une suggestion, et pourquoi.
- Comment vérifieriez-vous une information contestée ? La méthode que vous appliqueriez, pas seulement l’affirmation qu’elle est vraie.
- Que modifieriez-vous après un retour utilisateur ? Un exemple concret, même hypothétique, qui montre que vous savez distinguer un signal faible d’une conclusion établie, selon la méthode de G37.
Ces questions ne vérifient pas la qualité de votre ebook seul : elles vérifient que vous maîtrisez votre projet, et que vous n’avez pas simplement accepté les productions d’une IA sans les comprendre.
Exercice : remettre l’ebook, le dossier qualité et la démonstration
Données de départ. L’ensemble de vos documents produits depuis G02.
Consigne. Complétez le dossier qualité en vérifiant que chaque document de la liste existe réellement. Remplissez la grille d’évaluation pour votre propre projet, honnêtement, sans transformer un « partiellement acquis » en « acquis » par confort. Pour chaque ligne « à reprendre » ou « partiellement acquis », notez une action de correction précise. Exécutez la démonstration de publication. Rédigez vos réponses aux onze questions de soutenance.
Production attendue. Le dossier qualité complet, la grille d’évaluation remplie avec ses actions de correction, le compte rendu de la démonstration de publication, et vos réponses à la soutenance.
Chaque document du dossier qualité existe réellement et est retrouvable. Chaque ligne « à reprendre » de la grille porte une action de correction précise, pas une intention vague. La démonstration de publication a été réellement exécutée, pas simplement décrite. Chaque réponse de soutenance s’appuie sur un document ou une décision réelle de votre projet, pas sur une généralité.
Correction. Un exercice échoue si une ligne de la grille est déclarée « acquise » sans document correspondant, ou si une réponse de soutenance se contente de reformuler ce qu’une IA a produit sans expliquer pourquoi vous l’avez accepté ou modifié.
Remédiation. Si plusieurs compétences restent « à reprendre », priorisez d’abord celles qui touchent directement la tenue de votre promesse (lecteur, problème, promesse, manuscrit), avant les compétences plus périphériques comme la réutilisation, en reprenant la même logique de priorité bloquant/à corriger/à surveiller déjà pratiquée depuis G21.
Employer MP20 et MP32 pour auditer et orchestrer la clôture, pas pour la décider à votre place
MP20, auditer un ebook terminé, déjà présenté en G21 pour un audit de manuscrit, s’applique ici à l’ensemble du portfolio final : fournissez-lui votre manuscrit, votre brief et vos documents de contrôle pour obtenir un rapport priorisé des blocages restants.
MP32, orchestrer un projet ebook, dans sa version finalisée sur le cycle complet, vérifie l’état réel de chacun des onze jalons du parcours contre votre fiche d’état et vos documents réels, et signale tout jalon déclaré atteint sans preuve suffisante.
Contrôlez que ces deux procédures ne déclarent jamais votre projet complet sans preuve documentaire explicite pour chaque étape, et qu’elles vous renvoient systématiquement la décision finale de considérer le projet terminé.
Vérification des acquis
Le projet final demande-t-il de recommencer un nouvel ebook ? Non. Il rassemble et vérifie ce que vous avez déjà produit depuis G02.
Une compétence « à reprendre » empêche-t-elle de terminer le parcours ? Non, à condition qu’elle porte une action de correction précise, pas une intention vague.
Répondre correctement à une question de soutenance signifie-t-il connaître la bonne réponse théorique ? Non. Cela signifie pouvoir expliquer votre propre décision, à partir de vos propres documents.
- Chaque document du dossier qualité existe réellement et est retrouvable.
- La grille d’évaluation est remplie honnêtement, avec une action de correction pour chaque ligne non acquise.
- La démonstration de publication a été réellement exécutée.
- Les onze réponses de soutenance s’appuient sur des décisions réelles du projet.
Ce que ce parcours ne couvre pas
Ce parcours vous rend autonome sur les fondamentaux de la conception, la rédaction, le contrôle, la fabrication, la publication, la présentation, la promotion, la réutilisation et la maintenance d’un ebook avec l’aide d’une IA. Il ne remplace pas une expertise professionnelle spécialisée là où votre projet la demande réellement : une enquête lecteur approfondie au-delà de la collecte simulée du cas A, une relecture métier dans un domaine technique pointu, un contexte juridique complexe au-delà des orientations générales déjà signalées, ou une assistance commerciale structurée pour une activité de vente développée.
Le parcours se termine ici. Votre ebook, lui, continue d’exister dans le temps : la méthode de maintenance de G41 reste la vôtre à appliquer aussi longtemps que ce projet vivra.