L'anticipateur d'objections de la page tarifaire : transformez le texte de chaque offre en doutes de l'acheteur déjà résolus
Pourquoi ce prompt est important
Pricing pages are usually the last page a buyer reads before deciding to self-serve, book a call, or close the tab — and most of their hesitation never reaches sales because it happens silently, before any form gets filled out. Teams that treat pricing-page bounce as a design or headline problem keep rewriting the page's tone while a buyer is actually stuck on an unanswered 'does this tier include X' question that a single sentence could resolve. This prompt forces that distinction up front, so copy gets fixed where copy is the actual problem, instead of burning a sprint trying to write around a real packaging gap.
À quoi nous l'utilisons
You just shipped a new pricing page, or haven't touched the current one in eight months, and you suspect buyers are bouncing at the pricing step — but your analytics only show that they left, never why. You run this before the next pricing review meeting, pasting in the live tier copy and whatever competitor pricing your sales team has gathered from call notes.
Prompt
Act as a senior conversion copywriter who has rewritten pricing pages for over 50 B2B SaaS companies and has reviewed post-purchase survey data on why buyers hesitate at the pricing stage.
Context:
- Our product: [ONE-SENTENCE PRODUCT DESCRIPTION]
- Our ideal customer profile: [ICP — ROLE, COMPANY SIZE, BUDGET AUTHORITY]
- Our current pricing page copy (all tiers): [PASTE FULL PRICING PAGE COPY, TIER NAMES, PRICES, AND FEATURE LISTS]
- Known competitor pricing pages for comparison (optional): [PASTE COMPETITOR TIER NAMES + PRICES + KEY FEATURES, OR WRITE 'NONE AVAILABLE']
- Average deal size and sales cycle length: [E.G., '$8,400 ACV, 34-DAY CYCLE']
Task:
For each pricing tier on our page, do the following in order:
1. Name the single most likely objection or doubt a buyer evaluating THAT SPECIFIC TIER will have before clicking 'Buy' or 'Talk to Sales' — be specific to the tier, not generic ('too expensive' is not specific enough; 'unclear if the included seats cover read-only viewers or only active editors' is specific).
2. State whether that objection can be resolved with better COPY (clarify, reframe, add proof) or whether it is actually a PACKAGING problem that copy cannot fix (the tier genuinely lacks something buyers at that price point need).
3. If it's a copy problem, write a short addition or edit to the tier's copy that pre-empts the objection before the buyer has to ask sales or churn silently.
4. If it's a packaging problem, do not attempt to paper over it with copy — flag it plainly so we know to escalate to product/pricing strategy instead.
Constraints:
- Do not invent features, limits, or pricing we did not provide.
- Do not use hype language ('revolutionary', 'game-changing') in any copy addition.
- Each copy addition must be under 40 words and must sound like it was written by the same team that wrote the rest of the page (match tone).
- If a tier has no real objection worth addressing, say so explicitly rather than inventing one.
- Do not address more than one objection per tier — pick the single highest-leverage one.
Output Format:
A table with one row per tier:
| Tier Name | Likely Buyer Objection | Copy or Packaging Problem? | Copy Addition (if applicable) | Escalate to Product? (Yes/No) |
After the table, add a 2-3 sentence summary flagging which tier is most at risk of silent drop-off and why.Résultat
| Tier Name | Likely Buyer Objection | Copy or Packaging Problem? | Copy Addition (if applicable) | Escalate to Product? |
|---|---|---|---|---|
| Starter ($49/mo) | Buyer can't tell if “3 sending domains” means 3 total, ever, or 3 active at once — they're mid-migration and may temporarily need a fourth. | Copy | Add: “Swap domains anytime at no cost — the limit is concurrent, not lifetime.” | No |
| Growth ($149/mo) | Buyer assumes “unlimited alerts” also means unlimited recipients, but alert routing is capped at 5 team members — a limit the page never discloses. | Packaging — the cap itself needs disclosure, and 5 seats may be too low for this ICP's typical marketing-plus-IT split | — | Yes — flag the seat cap for this ICP band before next pricing review |
| Scale (custom) | “Custom pricing” with no anchor number reads as deliberately high, so qualified buyers self-select out before ever requesting a quote. | Copy | Add a visible anchor: “Most teams land between $650–$900/mo.” | No |
Summary: Growth is the highest-risk tier for this ICP — the 5-person alert-routing cap is likely to surface mid-trial for a 50–200 person company with separate marketing and IT teams, and no amount of rewording fixes a hard seat limit. Starter and Scale are purely copy problems: Starter needs one line clarifying that the domain limit is concurrent, and Scale needs a price anchor so qualified buyers don't vanish before anyone on the sales team ever hears from them.
La plupart des revues de pages tarifaires commencent par une question directe : est-ce que ça convertit ? C'est la mauvaise première question. Une page tarifaire peut être magnifiquement écrite et pourtant perdre des acheteurs en silence, offre par offre, parce que chaque offre porte son propre doute non exprimé — et aucun polissage général du texte ne résout un doute que la page n'a jamais abordé.
Ce prompt impose une analyse offre par offre plutôt qu'une analyse de toute la page. Regrouper toutes les offres dans une seule demande du type « améliore cette page tarifaire » produit un résultat générique : des titres plus vagues, plus de preuve sociale, un bouton d'appel à l'action plus grand. Rien de tout cela ne s'attaque à la vraie raison pour laquelle un acheteur précis a fermé l'onglet sur une offre précise.
Pourquoi cette structure fonctionne
Le Rôle est volontairement étroit : un rédacteur conversion senior ayant examiné des données d'objections post-achat, pas un assistant marketing générique. Ce cadrage pousse le modèle vers la précision — « on ne sait pas si les sièges couvrent les éditeurs actifs ou aussi les lecteurs en lecture seule » plutôt que « le tarif est confus ».
Le bloc Contexte exige le texte réel de chaque offre, pas un résumé. Résumer la tarification fait disparaître précisément la formulation ambiguë qui crée le doute de l'acheteur en premier lieu.
La Tâche fait le vrai travail en imposant une classification que la plupart des équipes évitent : s'agit-il d'un problème de texte ou d'un problème de packaging ? Les équipes réécrivent le texte par défaut parce que c'est le levier le moins coûteux et le plus immédiat — même quand le vrai problème est qu'une offre manque réellement d'une fonctionnalité dont les acheteurs à ce niveau de prix ont besoin. Séparer les deux empêche l'équipe marketing de masquer discrètement un manque produit par de meilleurs adjectifs.
Le bloc Contraintes remplit deux fonctions : il empêche le modèle d'inventer des fonctionnalités qui n'existent pas (une erreur courante quand on demande à un modèle d'« améliorer » quelque chose), et il limite chaque ajout de texte à moins de quarante mots pour que le résultat reste utilisable comme une modification directe plutôt qu'une réécriture de toute la page.
Ce qui rend le format de sortie efficace
Le format tableau impose une objection précise par offre plutôt qu'une liste dispersée de cinq préoccupations vagues. Une objection nette par offre est plus exploitable que cinq objections superficielles — elle indique exactement où investir les vingt prochaines minutes, et la colonne « Faut-il escalader vers Produit ? » garantit qu'un problème de packaging est transmis à l'équipe qui peut réellement le résoudre, au lieu de rester indéfiniment dans un document de texte.
Exécutez ce prompt après tout changement de tarification, et à nouveau chaque fois que le taux de conversion d'une offre chute sans cause évidente — la page n'a peut-être pas changé, mais la lecture du marché sur votre packaging, elle, a peut-être changé.