Que fait Pages d'atterrissage par pilier ?
Transforme un brief de positionnement couvrant plusieurs capacités, piliers ou sous-produits en briefs de pages d'atterrissage autonomes, un par pilier, chacun avec sa propre URL, son ciblage de mots-clés et sa copie du héros au CTA final.
Entrées
Lisez d'abord company-context.md (racine du dépôt, ou cherchez-le dans l'espace de travail) et utilisez les champs qui s'appliquent à cette compétence. Si le fichier ou une ligne manque, demandez une fois, puis proposez de sauvegarder la réponse. Ne comblez jamais une lacune avec une hypothèse sur l'entreprise.
Fonctionne avec
- Prend en entrée : un brief de positionnement, les documents de pilier issus de la recherche de capacités-piliers, et les documents de preuve issus de la recherche de preuves par cas d'usage. Chaque revendication sur chaque page doit remonter à ces sources.
- Produit : un brief de page par pilier, avec les balises de revendication conservées, plus une page parent combinée si demandé.
- Ensuite : rédaction et design. Exécutez 'nettoyage par propagation des revendications' sur ces briefs chaque fois qu'un fait produit change.
Si les documents de pilier ou de preuve n'existent pas, construisez-les d'abord plutôt que d'écrire des pages de mémoire.
Pourquoi cela diffère d'une page combinée
Une page combinée laisse les deux ou trois capacités les plus fortes la porter tandis que les plus faibles sont fondues. Diviser en N pages supprime cette soupape de sécurité : chaque pilier reçoit un espace égal, qu'il ait ou non des preuves égales. Un pilier faible peut avoir sa propre page, mais la page doit être honnête à ce sujet.
Processus, par pilier
- URL. Un chemin parent cohérent avec le pilier comme dernier segment, de sorte que les pages se lisent comme une famille.
- Recherche de mots-clés pour ce pilier, pas le terme générique du produit utilisé partout. Extrayez le volume, la difficulté et le CPC (vérifiez les unités monétaires de l'outil ; certaines API renvoient le CPC en centimes). Signalez :
- Les mots-clés qui entrent en conflit avec le positionnement de la marque (le meilleur mot-clé est « système de billetterie » mais le produit argumente contre les files d'attente de tickets) : conservez-le dans le titre, la meta et un titre secondaire, ou signalez-le à un humain.
- Les termes dont les résultats de recherche sont dominés par un autre format (listicles, comparatifs) : recommandez un actif différent pour ce terme au lieu de forcer la page produit à concurrencer.
- Balise titre et méta-description à partir du mot-clé principal.
- Résumé du positionnement : 3 à 5 phrases issues du brief source, de la revendication centrale du pilier et de la preuve la plus solide.
- La page, structurée de manière identique dans la famille :
- Héros (H1, sous-titre, CTA) : la revendication la plus précise et percutante du pilier, en nommant le mécanisme.
- Bande de preuves : 3 à 4 courtes revendications sourcées. Si une statistique existe mais n'est pas approuvée, dites-le ; ne l'utilisez pas et ne la supprimez pas silencieusement.
- 2 à 4 sections de corps à partir des preuves réelles de ce pilier : ce qu'il fait (à partir du catalogue de capacités), pourquoi il bat l'alternative évidente, l'objection à laquelle ce pilier doit répondre.
- Section de confiance ou sécurité, placée en haut si le pilier touche aux autorisations, à la conformité ou aux objections liées à la sécurité de l'IA.
- Section de portée honnête, uniquement lorsque les preuves du pilier sont plus faibles que celles de ses pages sœurs.
- Liens croisés vers les pages sœurs.
- CTA final.
- Étiquetez chaque revendication (règle commune 4) et exécutez la vérification des citations pour toute citation client utilisée.
- Éléments ouverts spécifiques à la page à la fin de chaque brief : chiffres non confirmés, clients en attente d'approbation, ou une question réelle sur le fait que le pilier mérite sa propre page.
Terminé quand
- Chaque page a sa propre recherche de mots-clés.
- Chaque revendication du héros et des preuves remonte aux documents sources.
- Les preuves inégales sont visibles dans au moins une note de portée honnête, si les piliers sont inégaux.
- Les pages sont liées entre elles.
Règles communes (identiques pour les quatre compétences de cet ensemble)
- Preuves avant le texte. Chaque revendication produit, statistique et citation remonte à une source nommée. N'inventez jamais une capacité, un chiffre, une histoire client ou une citation. Si la preuve n'est pas là, dites-le.
- Livré signifie livré. Indiquez le statut d'une capacité (livré, en cours, planifié) uniquement tel que la source l'indique. Les demandes d'acheteurs que le produit ne peut pas satisfaire vont sous espoirs ou souhaits, jamais sous capacités.
- Les citations sont textuelles et côté acheteur. Copiez les mots exacts ; coupez avec « … » mais ne les modifiez jamais. Ne citez jamais le personnel du vendeur comme un acheteur. Avant de terminer, exécutez la vérification des citations (le script est fourni avec la recherche de preuves par cas d'usage sous
verify_quotes.py) et corrigez ou supprimez tout ce qui n'est pas trouvé. - Balises de revendication. Marquez le texte et les revendications comme SÛR, NÉCESSITE VÉRIFICATION : (ce qui le résoudrait), ou INTERNE UNIQUEMENT (matériel client nommé sans approbation). Faites suivre les balises d'une sortie de compétence à la suivante ; ne les supprimez pas.
- Les preuves faibles sont dites clairement. Comptez les comptes distincts, pas les citations. Ne gonflez jamais un domaine faible pour égaler un domaine fort.
- Documents finis, pas des journaux de modifications. Pas de « mis à jour », « ajouté », « nouveau », numéros de version, références de balayage ou de session dans les documents destinés à être lus comme des références. L'historique des versions contient cela.
- Mode sûr pour l'extérieur (lorsque l'utilisateur dit externe, pour les publicités, pour les clients, gardez-le propre) : titre de poste et nom d'entreprise uniquement, pas de noms personnels ; pas de dates ; les noms de concurrents dans les citations remplacés par un crochet neutre tel que « [l'ancien outil] » ; pas de notes sur l'approbation, les sources ou l'utilisation. Dites à l'utilisateur dans votre réponse que les citations clients ont toujours besoin d'approbation.
- Ton. Simple et direct. Pas de tirets cadratins. Pas de mots de remplissage. Ne caractérisez pas les concurrents au-delà de ce que les acheteurs disent eux-mêmes. Pas de noms de fichiers dans le corps d'un document.
Comment les quatre compétences fonctionnent ensemble
- Recherche de preuves par cas d'usage : collecte et vérifie les preuves (capacités produit, difficultés des acheteurs, espoirs, réactions) par cas d'usage ou fonctionnalité.
- Recherche de capacités-piliers : regroupe ces preuves par verbe (ce que le produit fait) lors du positionnement par comportement plutôt que par fonctionnalité.
- Pages d'atterrissage par pilier : transforme le positionnement en un brief de page par pilier ou fonctionnalité, en utilisant uniquement les revendications des étapes 1 et 2.
- Nettoyage par propagation des revendications : s'exécute chaque fois qu'un fait produit change, sur l'ensemble de ce que les étapes 1 à 3 ont produit, et renvoie les corrections dans les documents de preuve.
Les sorties d'une étape sont les entrées de la suivante. Si l'on vous demande une étape ultérieure et que la sortie précédente n'existe pas, construisez d'abord l'étape précédente (ou dites à l'utilisateur qu'elle manque) plutôt que d'écrire de mémoire.