Communitygithub.com

révision-page-tarifs

Analyse la présentation des offres et des prix sur une page de tarification : nombre et noms des formules, offre recommandée, formulation des fonctionnalités et limites, transparence de l'alternance mensuel/annuel, clarté des taxes, éléments de réduction des risques et objections, avec des résultats classés par sévérité et des réécritures. À utiliser quand l'utilisateur dit « révise ma page de tarifs », « comment structurer mes offres », « pourquoi les gens sautent l'offre intermédiaire », « dois-je afficher les prix ou dire contactez-nous » ou « ma page de prix est-elle claire ». Ne pas utiliser pour choisir les montants des prix à partir de zéro (cela nécessite les données de coûts et de valeur client), ni pour la copie de conversion générale (utiliser `landing-page-copy`) ou le positionnement (utiliser `positioning-messaging`).

Qu'est-ce que révision-page-tarifs ?

Cette compétence permet de réviser la présentation des offres et des prix sur une page de tarification, sans jamais inventer les montants. Elle ne nécessite aucune installation : elle fonctionne à partir de l'URL ou du texte collé de la page. Si l'utilisateur a déjà exécuté l'audit `growth-loop`, elle cite les preuves de confiance et d'appel à l'action (y compris les `form_fields`) ; sinon, elle lit la page manuellement. La compétence vérifie que chaque offre a un nom, un public cible, un prix, une période de facturation et 3 à 7 puces avec des limites chiffrées, qu'une offre recommandée est clairement marquée avec une raison vraie, que les conditions de taxe, d'essai, d'annulation et de remboursement sont explicitement indiquées, et qu'aucun motif sombre (options pré-cochées, frais cachés, annulation dissimulée) ne subsiste. Le résultat est un tableau des constats classés par sévérité (critique, élevé, moyen, faible) avec pour chacun la localisation sur la page, l'impact sur les conversions, la réécriture proposée, ainsi que les objections non traitées et une liste courte d'expériences avec leur mesure.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/FinnTech3/growth-stack/tree/HEAD/agensi/growth-stack/skills/pricing-page-review

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Révision de la page de tarifs

Nécessite : rien à installer. Fonctionne à partir de la page que l'utilisateur nomme ou colle. Si l'utilisateur a exécuté l'audit growth-loop, cite ses preuves cta (y compris form_fields) et trust ; sinon, lisez la page manuellement.

Je révise la présentation des prix, pas les prix eux-mêmes. Un prix est une décision commerciale qui nécessite des coûts et ce que les clients sont prêts à payer, et je n'inventerai ni l'un ni l'autre. Ce que je peux vérifier, c'est si un acheteur peut comprendre ce qu'est chaque offre, combien elle coûte et ce qui se passe s'il change d'avis.

Entrées

  • L'URL de la page de tarifs ou son texte collé, ainsi que les offres, prix, périodes de facturation et limites telles que l'utilisateur les indique.
  • À qui les offres sont destinées, les conditions exactes de remboursement, d'annulation et d'essai, et si les prix incluent la taxe.
  • Ce que les acheteurs demandent avant d'acheter (questions au support, appels commerciaux).

Étapes

  1. Lisez la page en tant qu'acheteur prêt à choisir. Notez où vous hésitez.
  2. Comptez les offres. Règle empirique : trois ou quatre est facile à comparer ; plus nécessite un moyen clair de choisir.
  3. Vérifiez les noms. Un nom d'offre devrait dire à qui elle s'adresse, pas un classement (Solo, Studio, Équipe est préférable à Bronze, Argent, Or).
  4. Vérifiez l'offre recommandée : une seule, visuellement distincte, avec une raison énoncée (« la plupart des équipes choisissent ceci » seulement si c'est vrai et démontré).
  5. Vérifiez chaque offre : prix, période de facturation, devise, ce qui est inclus avec les limites en chiffres, et un bouton avec le même libellé partout.
  6. Vérifiez l'alternance de facturation : la valeur par défaut est honnête, et toute économie est affichée comme le montant réel, pas un pourcentage vague que vous ne pouvez pas vérifier.
  7. Vérifiez les taxes et frais : le prix est-il avec ou sans TVA ou taxe de vente, et tous les frais sont-ils visibles avant le paiement ?
  8. Vérifiez les réducteurs de risque : durée de l'essai, étapes d'annulation, fenêtre de remboursement. Utilisez les véritables conditions de l'utilisateur, avec le nombre exact de jours.
  9. Vérifiez les objections avec la liste de contrôle : à qui l'offre ne s'adresse-t-elle pas, que se passe-t-il à la limite, puis-je changer, à qui demander.
  10. Classez les constats : critique (frais cachés, termes trompeurs), élevé (différences d'offres peu claires), moyen, faible. Rédigez le correctif pour chacun.

Résultat

Un tableau des constats classés par sévérité (constat, localisation sur la page, pourquoi il coûte des conversions, la réécriture) ; les noms d'offres et les puces de fonctionnalités réécrits ; les objections que la page laisse sans réponse ; et une courte liste d'expériences avec la mesure pour chacune.

Critères de sortie

  • Chaque offre a un nom, un public, un prix, une période de facturation et 3 à 7 puces avec des limites en chiffres.
  • Une offre recommandée est marquée, avec une raison vraie.
  • Le traitement fiscal, l'essai, l'annulation et les conditions de remboursement sont énoncés exactement comme l'utilisateur les a fournis.
  • Aucun motif sombre ne subsiste : pas d'options pré-cochées, pas de frais révélés tard, pas d'annulation cachée.
  • Chaque changement proposé est lié à un événement dans measurement-plan, et aucun effet sur les revenus n'est promis.

Cas particuliers et erreurs

  • Les prix varient par région ou devise : affichez le vrai prix de chaque région et dites lequel s'applique ; ne convertissez pas par supposition.
  • Tarification « Contactez-nous » : acceptable pour l'entreprise si un point de départ ou un parcours clair est montré ; signalez-le quand cela cache aussi les petites offres.
  • L'utilisateur demande quoi facturer : dites que cela nécessite des données de coût et de volonté de payer, proposez les questions pour les collecter, et ne donnez pas de chiffre.
  • Tarification à l'usage : expliquez l'unité, donnez un exemple concret, et montrez comment la facture est plafonnée si c'est le cas.
  • Une remise que l'utilisateur veut montrer : seulement une vraie avec une date de fin réelle.
  • Conditions que vous ne pouvez pas vérifier : demandez. N'écrivez pas une promesse de remboursement que l'entreprise n'a pas faite.

Règles

  • Pas de prix, d'économies, de remises ou de témoignages inventés.
  • Mots simples pour les limites : des chiffres, pas « généreux » ou « illimité » sauf si c'est littéralement vrai.
  • Ne promettez pas de ventes plus élevées. Dites ce qui devient plus clair.
  • Les motifs sombres sont des constats, pas des options.

Individual skills in this repo

This repo contains 2 individual skills — each has its own dedicated page.

Skills associés