paywall-upgrade-cro

Présentation de la compétence paywall-upgrade-cro

Ce que fait paywall-upgrade-cro

La compétence paywall-upgrade-cro vous aide à concevoir et améliorer les moments d’upgrade dans le produit : paywalls, écrans de montée en gamme, modales d’upsell, invites de fin d’essai et verrous de fonctionnalités. Elle est pensée pour l’optimisation de conversion à l’intérieur du produit, pas pour les pages de tarifs publiques ni pour une stratégie pricing globale.

À qui s’adresse cette compétence

Elle convient particulièrement aux fondateurs, PM, équipes growth, product marketers et designers qui travaillent sur des parcours freemium-to-paid, trial-to-paid ou de changement de palier. Si vos utilisateurs ont déjà perçu une partie de la valeur du produit et qu’il faut maintenant leur donner une bonne raison de passer à l’offre supérieure, paywall-upgrade-cro est l’outil adapté.

Le vrai job-to-be-done

La plupart des équipes n’ont pas besoin de théorie abstraite sur le CRO. Elles ont besoin d’un écran d’upgrade exploitable, cohérent avec le moment déclencheur, l’état émotionnel de l’utilisateur et la valeur réelle du produit. Cette compétence est la plus utile si vous cherchez une structure d’écran concrète, une direction de message claire et des idées de tests, plutôt qu’un vague conseil du type « améliorez vos conversions ».

Ce qui la distingue d’un prompt générique

La compétence privilégie d’abord le contexte. Elle pousse le modèle à identifier le contexte d’upgrade, à comprendre le modèle produit et le parcours utilisateur, puis à adapter le paywall au type de déclencheur. Les evals du dépôt montrent qu’elle attend des éléments précis — cadrage de la valeur, comparaison des offres, preuve sociale, qualité du CTA et portes de sortie — plutôt qu’une simple réécriture superficielle du texte.

Ce pour quoi elle n’est pas faite

N’utilisez pas paywall-upgrade-cro for Conversion si le vrai problème concerne l’architecture tarifaire, la conception des packages ou un tableau de pricing sur une landing page publique. La compétence elle-même renvoie vers des approches distinctes pour la stratégie pricing et le CRO de page. Elle ne remplace pas non plus l’analytics produit : elle améliore le moment d’upgrade, mais ne peut pas inventer les données de funnel qui vous manquent.

Comment utiliser la compétence paywall-upgrade-cro

Installer paywall-upgrade-cro dans votre configuration de skills

Utilisez :
npx skills add https://github.com/coreyhaines31/marketingskills --skill paywall-upgrade-cro

Si votre environnement synchronise déjà l’intégralité du dépôt, vérifiez que la compétence existe bien dans skills/paywall-upgrade-cro/ et que SKILL.md est accessible à l’agent.

Lisez d’abord ces fichiers

Commencez par :

• skills/paywall-upgrade-cro/SKILL.md
• skills/paywall-upgrade-cro/evals/evals.json
• skills/paywall-upgrade-cro/references/experiments.md

Cet ordre de lecture compte. SKILL.md expose le workflow, evals/evals.json montre ce que doivent contenir de bonnes réponses, et references/experiments.md devient utile une fois que vous cherchez des idées de backlog de tests plutôt qu’un premier diagnostic.

Vérifiez le contexte product marketing avant de rédiger votre prompt

Point important dans ce dépôt : la compétence demande explicitement à l’agent de vérifier l’existence de .agents/product-marketing-context.md ou .claude/product-marketing-context.md avant de poser des questions. Si vous maintenez déjà l’un de ces fichiers, la compétence paywall-upgrade-cro devient bien plus utile, car elle peut ancrer ses recommandations dans votre positionnement, votre ICP et vos propositions de valeur.

Sachez de quelles entrées la compétence a réellement besoin

Pour obtenir une réponse solide, fournissez :

• le type d’upgrade : freemium, fin d’essai, montée de palier, upsell de fonctionnalité, limite d’usage
• le moment déclencheur : quelle action provoque l’affichage du paywall
• la frontière actuelle entre gratuit et payant
• le segment utilisateur visé
• l’écran ou le texte actuel
• le taux de conversion actuel, si vous le connaissez
• les frictions ou objections que vous entendez déjà chez les utilisateurs
• l’appareil / contexte : web app, app mobile, modale, plein écran, page de réglages

Sans cela, l’usage de paywall-upgrade-cro a tendance à rester générique.

Transformer une demande vague en prompt complet

Faible :
« Aide-moi à améliorer notre paywall. »

Solide :
« Nous exploitons un SaaS de gestion de projet. Les utilisateurs gratuits peuvent créer 3 projets ; la tentative de création du 4e déclenche une modale. L’offre payante débloque les projets illimités, les champs personnalisés et les permissions d’équipe. Le taux d’upgrade actuel depuis cette modale est de 1,8 %. À ce stade, les utilisateurs sont généralement des opérateurs solo et se sentent bloqués. Réécris l’écran d’upgrade en utilisant le framework paywall-upgrade-cro. Inclue un titre, un texte de soutien, une comparaison des offres, un traitement des objections, un CTA et une porte de sortie. Propose aussi 5 expériences. »

Cette version plus précise donne à la compétence suffisamment d’éléments pour adapter le message au moment vécu, au lieu de produire un simple texte d’upsell générique.

Adaptez le paywall au type de déclencheur

Les éléments du dépôt montrent que la compétence distingue bien les contextes de déclenchement, et cela change nettement la qualité de sortie :

• limite d’usage : l’utilisateur est frustré et cherche à continuer
• fin d’essai : l’utilisateur peut avoir besoin qu’on lui rappelle la valeur déjà obtenue
• fonctionnalité verrouillée : l’utilisateur a besoin de pertinence et de justification
• montée de palier : l’utilisateur a besoin de clarté sur l’offre adaptée, pas d’une introduction pour débutant

Si vous ne précisez pas le déclencheur, le modèle peut concevoir le mauvais type d’écran.

Demandez la structure complète de l’écran, pas seulement le texte

Les evals indiquent que les meilleures réponses incluent des composants clés comme :

• un titre centré sur la valeur, pas seulement sur la restriction
• une preuve ou démonstration de ce que débloque l’offre payante
• une comparaison gratuit vs payant
• une preuve sociale ou un signal de confiance
• un CTA spécifique
• une porte de sortie ou un chemin de fermeture

C’est une bien meilleure façon d’utiliser les workflows du guide paywall-upgrade-cro que de demander simplement « un meilleur texte ».

Utilisez la référence d’expériences au bon moment

references/experiments.md est large dans son champ et très concret. Il devient surtout utile une fois que vous avez une recommandation de base et que vous voulez des variantes testables sur :

• le timing du déclencheur
• hard gate vs soft gate
• la mise en page
• la présentation de la valeur
• l’affichage du pricing
• le CTA et le texte
• la personnalisation
• la fréquence d’affichage et le comportement au dismissal

Ne commencez pas par une énorme liste d’expériences si votre paywall actuel manque déjà de clarté. Corrigez d’abord l’adéquation entre message et contexte, puis élargissez le plan de test.

Les signaux du dépôt qui inspirent confiance dans la compétence

Le fichier d’eval est particulièrement utile pour décider de l’installation, car il révèle ce que l’agent est censé faire dans des scénarios de paywall réalistes. Il attend de la compétence qu’elle identifie l’état émotionnel, les composants d’écran, les anti-patterns et des recommandations de copy concrètes. Cela rend paywall-upgrade-cro install plus convaincant que des compétences qui ne contiennent que des principes abstraits.

Workflow pratique pour de vraies équipes

Une bonne séquence de travail :

1. Partagez votre déclencheur actuel et la frontière gratuit / payant.
2. Donnez le texte actuel de l’écran ou le texte visible sur la capture.
3. Demandez à la compétence une structure révisée et une nouvelle copy.
4. Demandez les anti-patterns de votre implémentation actuelle.
5. Demandez 3 à 5 expériences issues de references/experiments.md.
6. Transformez la meilleure sortie en spec produit / design.

Ce workflow permet de tirer davantage de valeur de paywall-upgrade-cro for Conversion que si vous l’utilisez comme un simple copywriter en one-shot.

Freins courants à l’adoption

Les équipes bloquent généralement pour l’une de ces quatre raisons :

• elles n’ont pas de frontière claire entre gratuit et payant
• elles demandent un paywall avant d’avoir défini le moment déclencheur
• elles cherchent une stratégie pricing, pas une optimisation d’écran
• elles ne fournissent aucun contexte produit, donc les réponses semblent interchangeables

Si cela ressemble à votre situation, corrigez d’abord les entrées avant de juger la compétence.

FAQ sur la compétence paywall-upgrade-cro

paywall-upgrade-cro est-il adapté aux débutants ?

Oui, à condition de pouvoir décrire clairement votre produit et votre moment d’upgrade. La compétence est assez structurée pour guider des non-spécialistes vers un paywall exploitable, mais les débutants doivent tout de même fournir les bases : ce qui est gratuit, ce qui est payant et quand la demande apparaît.

Est-ce mieux qu’un prompt classique ?

En général oui, pour ce cas d’usage précis. Un prompt standard produira souvent une copy de surface. La compétence paywall-upgrade-cro est plus solide, car elle est cadrée sur les moments d’upgrade in-app et pousse à prendre en compte le contexte, l’état utilisateur, les composants d’écran et les idées de tests.

Est-ce que cela aide pour la stratégie pricing ?

Non, pas directement. Elle aide à présenter et optimiser une demande d’upgrade à l’intérieur du produit. Si votre problème principal concerne le niveau de prix, le packaging ou le modèle de monétisation, ce n’est pas la bonne première compétence à utiliser.

Puis-je l’utiliser pour des apps web et mobile ?

Oui. Le périmètre du dépôt couvre largement les invites d’upgrade dans le produit. Précisez simplement le format d’interface, car un paywall mobile, une modale et une page d’upgrade desktop n’ont ni la même densité ni la même hiérarchie.

Quand ne faut-il pas utiliser paywall-upgrade-cro ?

Évitez-la si :

• vous avez besoin d’une réécriture de homepage ou de page pricing
• les utilisateurs n’ont pas encore perçu la valeur du produit
• vous travaillez sur la rétention ou l’onboarding, pas sur l’upgrade
• vous n’avez aucun contexte produit pertinent à fournir

Est-ce que la compétence inclut des idées d’expériences ?

Oui. Le fichier references/experiments.md est l’un des meilleurs supports de cette compétence et il est très utile pour construire un vrai backlog de tests après les premières recommandations.

Comment améliorer l’usage de la compétence paywall-upgrade-cro

Donnez-lui de meilleures preuves, pas des prompts plus longs

Le plus gros levier d’amélioration reste la qualité du contexte fourni. Incluez :

• l’événement déclencheur réel
• le segment utilisateur à ce moment-là
• ce que l’utilisateur vient d’essayer de faire
• ce que l’offre payante débloque immédiatement
• la baseline de conversion
• les principales objections remontées par le sales, le support ou la recherche utilisateur

Cela améliore bien davantage la sortie que de demander « 10 variantes ».

Fournissez l’état émotionnel de l’utilisateur

Une force plus subtile visible dans les evals est l’attention portée à l’émotion de l’utilisateur au moment du déclenchement. Si un utilisateur vient d’atteindre une limite dure, il est bloqué et impatient. Si un essai vient d’expirer, il peut hésiter sur le fait que le produit mérite réellement d’être payé. Indiquez comment l’utilisateur se sent probablement ; la qualité de la copy et du CTA s’améliore généralement.

Demandez explicitement la détection des anti-patterns

Un ajout très utile au prompt est :
« Liste les anti-patterns de notre paywall actuel avant de le réécrire. »

Cela fait souvent remonter des problèmes comme :

• commencer par la restriction au lieu de la valeur
• un texte de CTA vague
• trop de choix d’offres
• aucune justification du timing
• pas de porte de sortie
• aucune preuve que l’upgrade vaut le coup

Utilisez des captures d’écran ou le texte exact quand c’est possible

Si vous pouvez coller le texte actuel de l’écran ou décrire précisément la mise en page, l’usage de paywall-upgrade-cro devient beaucoup plus actionnable. La compétence est plus efficace en transformation qu’en invention à l’aveugle.

Itérez en deux passes

Bonne pratique :

• Pass 1 : diagnostiquer le déclencheur, le message et les frictions
• Pass 2 : générer une nouvelle copy, une structure révisée et des expériences

Cela évite le mode d’échec classique où la première réponse saute directement vers un texte bien poli sans vérifier d’abord si l’écran répond au bon problème.

Ne piochez les idées d’expériences qu’une fois la base solide

La référence d’expériences est utile, mais facile à mal employer. Pour améliorer la sortie de la compétence, demandez d’abord le meilleur paywall unique pour votre situation actuelle, puis des variantes à tester. Sinon, vous obtenez une longue liste d’expériences sans contrôle solide.

Comparez les sorties aux attentes des evals

Avant mise en production, faites une vérification simple de la réponse au regard de ce que evals/evals.json implique pour une bonne sortie :

• bonne classification du déclencheur
• titre orienté valeur
• bénéfices du payant clairement expliqués
• comparaison ou clarté de choix
• CTA fort
• prise en compte de l’état émotionnel
• porte de sortie
• alertes sur les anti-patterns

C’est l’une des façons les plus simples d’obtenir des résultats plus fiables avec paywall-upgrade-cro.

Ajoutez votre propre fichier de contexte interne

Si vous utilisez souvent cette compétence, créez .agents/product-marketing-context.md avec votre ICP, les pains, le positionnement, les preuves et la structure des offres. Cela réduit les prompts répétitifs et rend la compétence plus cohérente d’un projet à l’autre.

Connaître les limites de paywall-upgrade-cro for Conversion

Si la sortie reste faible malgré de bonnes entrées, le problème ne vient pas forcément de la compétence. Les causes racines les plus fréquentes sont une faible valeur produit, une activation insuffisante, un packaging peu clair ou un trafic à faible intention. paywall-upgrade-cro peut améliorer le moment d’upgrade, mais ne peut pas corriger à lui seul des problèmes en amont de product-market fit ou de pricing.