Pourquoi les erreurs de dictée se voient moins
Taper produit des mots mal orthographiés. Ils sautent aux yeux, ils sont soulignés, et ton regard les attrape sans effort.
Dicter produit le mauvais mot, parfaitement orthographié. Rien n’est souligné, rien n’a l’air anormal, et la phrase tient souvent debout. Ton cerveau, serviable, lit ce que tu voulais dire plutôt que ce qui est écrit, parce que c’est toi qui l’as prononcé il y a trente secondes et que la version voulue est encore dans ta tête.
Cette combinaison explique pourquoi des gens qui relisent soigneusement un texte tapé ratent sans arrêt les erreurs de dictée. La technique habituelle, chercher du regard ce qui a l’air faux, ne marche pas quand rien n’a l’air faux.
Où les erreurs se concentrent vraiment
Tu n’as pas besoin de tout relire. Les erreurs ne sont pas réparties également, et quatre catégories en représentent l’essentiel.
Les noms propres. Noms de personnes, de lieux, d’entreprises, de produits. Les plus susceptibles d’être faux et les plus gênants quand ils le sont, parce que quelqu’un lit son propre nom écrit comme un autre mot.
Les nombres et les codes. Les chiffres n’ont aucun contexte pour être départagés, donc ils sont devinés au son seul. Un mauvais nombre a l’air exactement aussi plausible qu’un bon.
Les petits mots qui changent le sens. La négation surtout. En français parlé, le « ne » disparaît la moitié du temps, donc c’est le « pas » qui porte toute la négation, et s’il se perd la phrase dit le contraire de ce que tu voulais sans avoir l’air abîmée.
Les homophones. « Ces » et « ses », « a » et « à », « ou » et « où », « et » et « est ». Grammaticalement corrects, sémantiquement faux.
Contrôle ces quatre-là et tu auras attrapé l’essentiel de ce qui compte, en une fraction du temps qu’une relecture complète aurait pris.
Une routine de vingt secondes
Pour un message ordinaire, ça suffit.
Balaie d’abord les noms et les nombres. Pas lire, balayer. Ton œil trouve vite les majuscules et les chiffres, et ce sont les erreurs coûteuses.
Lis vraiment la première et la dernière phrase. L’ouverture pose le ton et la clôture contient d’ordinaire la demande. Ces deux-là portent l’essentiel du sens.
Cherche les négations. Si le message contient un « pas », relis cette phrase deux fois.
Puis envoie.
Pour tout ce qui est plus long ou plus lourd de conséquences, ajoute une étape : lis à voix haute. Lire à voix haute t’oblige à traiter les mots qui sont là plutôt que ceux que tu avais en tête, et ça attrape les sens inversés et les mots manquants qu’une lecture silencieuse laisse glisser. C’est plus lent, et c’est la seule technique qui marche de façon fiable.
Une habitude est à perdre tôt, parce qu’elle abîme les deux moitiés.
T’arrêter en plein élan pour rattraper un mot détruit le rythme dont le système se servait pour poser la ponctuation, donc les phrases qui suivent l’interruption ressortent moins bien. Ça veut dire aussi que tu alternes entre produire et évaluer, deux modes différents, et qu’aucun n’est bien fait quand on les entrelace.
Dicte l’ensemble. Puis reprends l’ensemble. Le temps total est plus court et le résultat est meilleur.
L’exception est un message d’une phrase, où il n’y a pas d’élan à protéger.
Quels messages méritent plus de vingt secondes
Restons proportionnés. La plupart des messages n’ont pas besoin d’une relecture soignée, et traiter chaque texto comme un acte notarié est la façon dont les gens renoncent à la dictée.
Plus de soin : tout ce qui contient un nombre qui compte, tout ce qui part vers un client ou un inconnu, tout ce qui contient un nom, tout ce où un sens inversé causerait un problème, et tout ce que tu ne peux pas modifier après l’envoi.
Moins de soin : les notes que tu t’adresses, les messages à des gens qui te connaissent, les confirmations courtes, tout ce où le destinataire demandera simplement si quelque chose n’est pas clair.
Les notes à toi-même sont un autre cas. Elles n’ont vraiment pas besoin d’une relecture orthographique, mais elles ont besoin d’assez de contexte pour avoir un sens la semaine prochaine, ce qui est une autre sorte de vérification et sans doute plus importante.
Corriger la cause plutôt que le symptôme
Si tu te retrouves à corriger le même mot à répétition, arrête de le corriger.
Les noms propres que tu emploies souvent peuvent être ajoutés au dictionnaire du clavier, ce qui les met dans la course au moment où le système choisit entre plusieurs options. LocalType garde ces ajouts sur le téléphone et les donne au modèle vocal comme contexte, si bien que le nom commence à arriver correct au lieu de demander une réparation à chaque fois.
Cela transforme une charge de relecture récurrente en un travail unique de dix minutes, et c’est le changement au meilleur rendement pour qui dicte régulièrement.
D’autres erreurs récurrentes pointent vers d’autres remèdes. Des fins de phrase systématiquement massacrées veulent d’ordinaire dire que tu laisses ta voix retomber. Des erreurs groupées au début des dictées veulent dire que tu démarres à froid, sans donner d’élan au système. Des erreurs partout dans les endroits bruyants désignent l’environnement plutôt que l’app.
Cela arrivera, et la réaction compte plus que l’erreur elle-même.
Un message dicté avec un nom faux ou un sens inversé n’est pas une catastrophe, et le remède est le même que pour une faute de frappe : un court message de suite qui dit ce que tu voulais dire. Les gens en envoient toute la journée et personne n’y réfléchit à deux fois.
Ce qu’il vaut mieux éviter, c’est le mode de panne propre à la dictée, à savoir un message qui se lit parfaitement et dit le contraire de ce que tu pensais. Ceux-là ne déclenchent aucune question du destinataire, puisque rien n’avait l’air faux. Ils sont simplement suivis d’effet.
C’est l’argument en faveur de la routine de vingt secondes ci-dessus, et en particulier du contrôle des négations. Un nom mal entendu suscite une question. Un « pas » disparu, non.
Lire sur un écran de téléphone fait partie du problème
On relit sur un petit écran, et ça change ce qu’on remarque.
Un message qui tient sur trois lignes d’ordinateur remplit la moitié d’un écran de téléphone, et tu le lis d’ordinaire à la hâte, d’une main, dans une mauvaise lumière, en marchant. Ce sont de mauvaises conditions pour attraper une erreur subtile, et ce sont exactement les conditions dans lesquelles la dictée sert le plus.
Remonte jusqu’en haut au lieu de ne vérifier que ce qui est visible, parce que le début est l’endroit où tu t’échauffais encore et où les erreurs se concentrent. Et si le message compte vraiment, attends d’être quelque part d’immobile avant de l’envoyer, ce qui coûte une minute et retire l’essentiel du risque.
Ce que l’outil peut et ne peut pas faire
La frontière entre les deux est plus nette que la publicité des apps de dictée ne le laisse croire.
LocalType transcrit. Il ne relit pas, ne réécrit pas, ne nettoie pas, ne résume pas et ne signale rien comme suspect. Ce qui apparaît est ce qu’il a entendu, avec la ponctuation et les majuscules déduites, et la vérification te revient.
Ce qu’il offre en revanche, c’est un contrôle sur le taux d’erreurs avant que tu en arrives là : trois tailles de modèle, à 60, 190 et 539 Mo, où les plus grandes se débrouillent mieux de l’ambiguïté, et un dictionnaire personnel pour les mots qui échouent le plus. Sur l’appareil de test à 4 Go, l’option de 190 Mo a écrit 6,9 secondes de parole en 4,1 secondes.
La reconnaissance se passe sur l’appareil à partir d’un fichier de modèle qu’aucune autre app ne peut ouvrir, et elle continue de fonctionner hors ligne. Le réseau n’est sollicité qu’une seule fois, pour récupérer ce modèle. Aucune archive de tes enregistrements n’est gardée, donc il n’y a rien à réécouter : la relecture se fait contre le texte, pas contre l’audio.
Contrôle les noms, les nombres et les négations. Lis à voix haute quand ça compte. Ajoute les mots que tu n’arrêtes pas de corriger.