Organisation de l’auteur
Nommer, classer et versionner un manuscrit sans se perdre
Les fichiers appelés final, final2 ou vraiment-final ne permettent pas de retrouver un état du texte ni le dossier envoyé.
Conservez un fichier courant, créez des jalons datés après les révisions importantes et archivez chaque soumission avec ses pièces.
Méthode pratique
Les étapes à suivre
Choisir une convention titre-version-date.
Séparer travail, jalons et exports.
Sauvegarder sur un autre support.
Conserver chaque dossier envoyé.
Noter les changements majeurs.
Exemples et méthode
Retrouver exactement la version envoyée
Cas pratique fictif. L’auteur possède final.docx, final2.docx et final_def.docx. Il ne sait plus lequel a été soumis. Il attribue désormais un repère daté à chaque version et conserve la copie envoyée dans un dossier propre au destinataire avec le message d’envoi.
Distinguez fichier maître, essai de révision et copie soumise. Le nom doit permettre une identification, sans remplacer le suivi des changements.
Exemples et méthode
Votre fiche de contrôle
| Document ou élément | Point à vérifier |
|---|---|
| Nom | Titre et repère de version |
| Journal | Changements importants notés |
| Copie soumise | Immuable et rattachée à l’envoi |
Exemples et méthode
Associer le nom du fichier à une décision éditoriale
Adoptez une convention courte avec titre abrégé, date ou numéro de version et statut. Séparez travail, relecture, envoi et validation. Une copie nommée « final définitif 2 » ne dit pas ce qui a changé ni quelle version a été transmise. Conservez un registre des envois et des modifications qui affectent synopsis ou chapitres.
Situation construite : deux relecteurs corrigent des copies différentes. L’auteur choisit une version maître, reporte les changements acceptés et archive les copies reçues avec leur origine. Il n’écrase pas le fichier envoyé à l’éditeur ; cette trace permet de savoir quelle version l’éditeur a lue.
- Garder une version maître identifiable.
- Conserver les dossiers envoyés sans les modifier.
Exemples et méthode
Garder la version envoyée et une seule version de travail
Choisissez une convention contenant projet, état, date et numéro de version. Un nom comme roman-revision-2026-10-05-v03 indique mieux le rôle du fichier que final-vraiment-final. Le numéro sert au suivi ; il n’exprime pas à lui seul une validation éditoriale.
Exemple fictif : un auteur corrige son roman après un envoi. Il conserve la copie transmise dans un dossier d’envois et poursuit le travail sur une copie datée. Son registre indique quel destinataire a reçu quel fichier. Il peut ainsi répondre à une question sur la version lue sans reconstruire l’historique.
- Séparer texte envoyé et texte en cours.
- Noter la version dans le suivi des soumissions.
- Tester la restauration d’une sauvegarde.
Exemples et méthode
Le nom du fichier doit renvoyer à un état que vous pouvez retrouver
Cas fictif — Un auteur fictif possède plusieurs fichiers nommés final, final-corrigé et final-vraiment. Il reçoit un retour sur l’un d’eux, puis applique les corrections dans un autre. Les noms expriment une intention de finir, mais ne lui permettent pas d’identifier le texte effectivement lu et envoyé.
Associez le fichier à un état du travail et à un relevé des changements utiles. Une date de copie ne renseigne pas toujours sur la version du contenu. Distinguez le fichier de travail, une version transmise et les exports produits depuis cette version. Les copies envoyées doivent rester retrouvables sans être confondues avec la reprise courante.
Exemples et méthode
Un document à reprendre : le nom du fichier doit renvoyer à un état que vous pouvez retrouver
Formulation fictive à reprendre : roman-final-nouveau-corrige.docx
Proposition fictive à adapter : roman-version-lecture-02.docx, associé à un relevé indiquant les chapitres repris et la date de transmission ; les exports portent le même repère de version lorsqu’ils viennent de cet état.
Ce modèle fictif n’impose pas une convention universelle. Choisissez une règle courte que vous utiliserez réellement et gardez-la dans votre dossier. L’essentiel est de retrouver la relation entre texte, export et retour reçu, plutôt que de multiplier des suffixes dont la signification disparaît après quelques semaines.
Exemples et méthode
Un contrôle avant validation : le nom du fichier doit renvoyer à un état que vous pouvez retrouver
Prenez un ancien retour et retrouvez le fichier auquel il correspond. Comparez-le à votre version courante. Si cette opération dépend de votre mémoire, ajoutez les repères manquants. Avant de remettre un nouveau fichier, vérifiez son contenu et son export : renommer une copie ne prouve pas qu’elle contient les corrections attendues.
- Identifier les versions transmises.
- Relier exports et fichier de référence.
- Retrouver un ancien retour sans mémoire seule.
points de contrôle
Ce qu'il faut vérifier avant de continuer
- Une ancienne version se retrouve vite.
- Les sauvegardes sont indépendantes.
- L’envoi archivé ne change plus.
à éviter
Les erreurs fréquentes
Multiplier les copies sans règle.
Écraser un jalon.
Confondre synchronisation et sauvegarde.
vos questions
Questions fréquentes
Comment éviter de corriger accidentellement une copie déjà envoyée ?
Placez-la dans un dossier d’archives et poursuivez sur une nouvelle version. Reliez l’archive à la date et au destinataire.
Faut-il changer de version après chaque virgule ?
Choisissez une règle proportionnée ; une version destinée à un envoi ou une validation doit rester identifiable.
Une sauvegarde suffit-elle pour gérer les versions ?
Elle protège une copie ; un registre explique les différences, les destinataires et le statut des fichiers.
Faut-il renvoyer chaque correction à l’éditeur ?
Suivez ses consignes. Une mise à jour non demandée peut multiplier les fichiers à examiner ; gardez les corrections jusqu’à un échange utile.
Encore plus de réponses : consulter la FAQ complète sur l'édition, les manuscrits et les maisons d'édition.