PASTOR est un framework de copywriting développé par Ray Edwards. L’acronyme anglais : Problem, Amplify, Story, Transformation, Offer, Response. En français, on peut le rendre par : Problème, Amplification, Histoire, Transformation, Offre, Réponse.

Ce qui distingue PASTOR des autres frameworks de page de vente — AIDA, PAS, FAB — c’est son parti pris narratif. PASTOR ne vend pas un produit. Il raconte une histoire dont le lecteur est le protagoniste.

P — Problème : commencer où est le lecteur

La première erreur des pages de vente mal écrites : elles commencent par le produit. Ses fonctionnalités, ses certifications, son histoire. Ce que le lecteur fait à ce stade : il survole en cherchant si quelque chose le concerne.

PASTOR commence par le problème du lecteur. Pas un problème générique — le problème spécifique, celui qu’il reconnaît parce qu’il l’a vécu hier.

Ce que ça ressemble mal :

« Notre logiciel de gestion de projets vous aide à travailler plus efficacement. »

Ce que ça ressemble bien :

« Lundi matin. Vous ouvrez le fichier Excel de suivi de projet. Trois personnes l’ont modifié pendant le week-end. Les données ne correspondent plus. Vous allez passer deux heures à réconcilier avant de pouvoir commencer à travailler. »

La différence : le deuxième décrit une expérience. Le lecteur qui a vécu ça la reconnaît. Il est maintenant dans le texte.

Exercice : Listez cinq moments précis où votre client idéal ressent le problème que vous résolvez. Pas « il manque de temps » — quel moment exact, quelle situation concrète, quelle heure de la journée.

A — Amplification : rendre le coût du statu quo visible

On a identifié le problème. L’amplification consiste à montrer ce qu’il en coûte de ne pas le résoudre.

L’amplification n’est pas de la peur panique. C’est une invitation à regarder honnêtement les conséquences du statu quo — ce que le lecteur préfère généralement ne pas regarder.

Deux types d’amplification fonctionnent bien :

Le coût concret : temps perdu, argent gaspillé, opportunités manquées. Chiffré si possible, réaliste en tout cas. « Deux heures par semaine à réconcilier des données. Sur un an : cinq jours de travail. »

Le coût invisible : ce que ça fait intérieurement. La frustration, le sentiment d’être dépassé, la honte de ne pas avoir « résolu ça depuis le temps ». Ces coûts sont souvent plus puissants que les coûts concrets — et moins souvent nommés.

Ce qu’il ne faut pas faire : exagérer jusqu’à l’invraisemblable. « Si vous ne résolvez pas ce problème, votre entreprise va s’effondrer. » Le lecteur décroche parce que ce n’est pas vrai pour lui et qu’il le sait.

S — Story : montrer que quelqu’un a traversé ça

L’histoire dans PASTOR a une fonction précise : preuve par l’expérience que la transformation est possible.

Ce n’est pas obligatoirement votre histoire. C’est souvent plus efficace si c’est l’histoire d’un client — quelqu’un qui ressemble au lecteur, qui avait le même problème, et qui s’en est sorti.

Structure minimale d’une histoire dans ce contexte :

  1. Qui était cette personne avant (similaire au lecteur)
  2. Quel était son problème exact
  3. Ce qu’elle a essayé et qui n’a pas marché
  4. Comment elle a découvert votre solution
  5. Ce que ça a changé concrètement

Le point 3 est souvent omis. Il est pourtant crucial : montrer les tentatives ratées valide le fait que le lecteur n’est pas « nul » d’avoir essayé des choses qui n’ont pas marché. Ça réduit la résistance.

Note sur la longueur : l’histoire peut être courte — trois paragraphes suffisent souvent. Ce qui compte, c’est la précision des détails, pas la longueur. Un détail vrai vaut mieux qu’un paragraphe générique.

T — Transformation : vendre le résultat, pas le produit

« Les gens n’achètent pas une perceuse. Ils achètent un trou dans le mur. »

Cette formule est attribuée à Theodore Levitt et elle est juste — à un détail près. Les gens n’achètent pas un trou dans le mur non plus. Ils achètent l’étagère montée, le tableau accroché, le sentiment d’avoir un intérieur ordonné.

La transformation, dans PASTOR, c’est la description de la vie après — pas pendant l’utilisation du produit, mais après que le problème est résolu.

Ce que ça ressemble :

« Vous ouvrez votre tableau de bord lundi matin. Tout est à jour. Les modifications de l’équipe sont intégrées automatiquement. Vous avez vingt minutes avant votre première réunion. Vous les passez à préparer vos arguments plutôt qu’à réparer des données. »

Ce paragraphe vend mieux que trois pages de fonctionnalités. Parce qu’il montre quelque chose que le lecteur veut — pas un outil, mais un état.

O — Offre : le produit dans son contexte de valeur

C’est ici seulement qu’on introduit le produit. Pas avant.

L’offre dans PASTOR ne présente pas les fonctionnalités en premier — elle présente ce que vous obtenez en termes de transformation, puis comment le produit la délivre.

Structure d’une offre bien posée :

  1. Le titre de l’offre (ce que c’est)
  2. Ce que ça fait pour vous (la transformation en termes concrets)
  3. Les composantes (les fonctionnalités, les modules, ce qui est inclus)
  4. Les garanties et la réduction de risque
  5. Le prix dans son contexte (pas juste « 99€/mois » — « 99€/mois, soit environ 4€ par jour »)

Sur le prix : le contexte de comparaison est plus persuasif que la justification. Comparer à ce que coûte le problème non résolu est souvent plus efficace que de justifier pourquoi votre prix est raisonnable.

R — Réponse : faciliter l’action

La page s’est bien passée. Le lecteur est convaincu. Il cherche le bouton.

La réponse est souvent bâclée parce qu’on croit que le travail est fait. Il ne l’est pas tout à fait.

Trois choses à ne pas oublier :

Le CTA explicite : « Cliquez ici » est moins efficace que « Commencer mon essai gratuit » ou « Réserver ma place ». L’action doit être clairement nommée.

La réduction de friction : qu’est-ce qui peut encore retenir le lecteur à ce stade ? La peur de l’engagement, l’incertitude sur le processus, la question du remboursement. Répondez à ces objections dans le CTA ou juste en dessous.

L’urgence honnête : si vous avez une vraie limite (places limitées, date de fermeture), nommez-la. Si vous n’en avez pas, n’inventez pas. Un lecteur qui découvre une « urgence » artificielle perd confiance — et cette confiance ne revient pas.


Pour aller plus loin

Ce framework fonctionne pour les pages de vente, mais aussi pour les emails de lancement, les scripts de webinaires, et les pitchs. La structure narrative est portable.

Dans le prochain atelier, on travaillera sur l’amplification — comment trouver le coût réel du problème sans verser dans la manipulation.