Community写作与编辑github.com

landing-page-copy:从首屏到行动按钮一条论证,告别模板页

撰写或改写落地页、首页、销售页、定价页和产品页的 Agent 技能,把整页写成按读者疑虑排序的一条论证:首屏说清为谁、改变什么、属于哪类东西,每个版块只做一件事,证据紧贴对应卖点,价格和条件放在行动按钮之前,缺证据就留显眼的占位符,绝不编造。

landing-page-copy:从首屏到行动按钮一条论证,告别模板页 是什么?

落地页配方第 2 步(页面),来自 thewyattbrocato/design-and-copy-skills(2026-10-08 发布,MIT;26 个技能,每个都和不装技能的同一个 Agent 盲测过,输掉的也公开)。它明确禁止模板页:口号式首屏、条件反射式的三张功能卡、只有一排 Logo 当证据、“准备好开始了吗?”,以及任何用户没提供的数量、引语、评分、倒计时或“随时取消”。Agent 先收集访客是谁、从哪来、唯一的行动、报价、真实证据和异议,用三到六行做规划,再按读者的问题排版块顺序(是不是给我的、为什么现在、怎么运作、对我有没有用、花多少钱有什么代价、出问题怎么办、下一步做什么)。证据放在它支撑的卖点旁边,价格和保障条件出现在最终行动之前,行动按钮在各个决策点用同样的字重复。输出是按页面顺序标好的文案稿,最多附两条备注,已经好用的句子会保留。

兼容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/thewyattbrocato/design-and-copy-skills/tree/HEAD/copy-skills/landing-page-copy

Installed? Explore more 写作与编辑 skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

在你喜欢的 AI 中提问

打开一个已预加载此 Agent Skill 的新对话。

文档

Landing page copy

A page persuades when one argument runs from the first screen to the ask, in the order the reader's doubts arise, with the facts a buyer needs to decide. The default failure is the template page: a slogan hero, three same-shaped feature cards, a logo bar, a testimonial row, "Ready to get started?", with no argument and no price, effort or catch anywhere on it.

Do not produce

  • An opener that is a welcome, a mission statement or a slogan any rival could sign.
  • Three feature cards by reflex, or one benefit restated in three sections.
  • A logo bar or "trusted by" line as the only proof.
  • Proof, urgency or terms the user did not give: counts, quotes, ratings, a countdown, "limited spots", "no contract", "cancel anytime".
  • A page that asks only at the bottom, or hides price and conditions until after the ask.

When to use

  • Writing, rewriting or planning the copy of a persuasive page: hero, sections, proof, objections, offer and terms, calls to action, FAQ, close.
  • Turning notes, a brief or a draft into a page; matching a page to the ad or email that sends traffic to it.

When not to use

  • How the page looks, spacing or styling: use layout-structure or visual-hierarchy if installed. If the user wants HTML, write the copy first and leave visual decisions to them.
  • One headline, subject line or ad: use headlines-and-leads if installed. Settings and error strings: ux-microcopy. Email: email-and-sequences. A whole-site review: website-copy-audit.
  • A claim-by-claim check: honest-claims if installed. Without it, the claims floor below applies.
  • The user's voice sample, brand words and stated length win over every default here, except where a line would state something false.

Procedure

Small tasks (one section, a hero rewrite) can skip to step 3.

  1. Gather what the page turns on: who arrives and from where, what they already know, the one action, the offer and terms, the proof the user really has, their real objections, a voice sample, any length cap. Use what the brief gives. If the brief lacks the offer or the audience and the session is interactive, ask once in one short list with a default per item. Otherwise deliver anyway: write what the facts support, put a visible placeholder where a needed fact is missing, never invent it.
  2. Plan in three to six lines (reader, the one idea, section order, the ask), then draft in the same reply.
  3. Order sections by the reader's questions: what is this and is it for me; why care now; how does it work; will it work for someone like me; what does it cost, what is the catch, what must I do; what if it goes wrong; what do I do now. Reorder by reader: someone ready to buy needs offer and terms early, someone who has not noticed the problem needs it made visible first and briefly, a cheap familiar purchase needs only benefit, proof and action.
  4. Hero: headline and subhead say who it is for, what changes, and what kind of thing it is, in a familiar category word. One primary action whose button says what happens. At most one lower-commitment path.
  5. One job per section. The heading states the section's point, so the headings read alone tell the argument. Group features under the outcome they serve; use as many items as the content has.
  6. Proof sits beside the claim it supports, matched to the doubt: a demonstration or specific result for "does it work", someone like the reader for "can I do it", a named outside source for "who says so". If none was supplied, use a placeholder such as [add a real customer quote] or a softer true sentence. For a business with a long history, the founding story can be the proof.
  7. Objections and terms. Answer each real worry with a fact, acknowledging it as reasonable. Price or starting price with its period, what is included, trial and renewal facts, and the guarantee with its condition appear before the final ask. An honest "not for you if" line helps the right readers self-select.
  8. The ask repeats at natural decision points (after the hero, after proof, after pricing, at the end) in the same words, and the decline, if shown, is neutral.

Judgment calls

  • Length. Default to the decision's weight: short for cheap, familiar purchases, longer for costly, new or risky ones, scannable either way. Cut sections before words. With a stated cap, count and keep within it, dropping the lowest-value sections first and naming them.
  • Opening. Default by the reader: problem first when they feel it, outcome first when comparing, offer first when ready. Change when the user's page opens on something that already works.
  • Rewrites. Default to keeping every line that already does its job and saying which you kept. If the page already works, say so and change at most a word. Replace a line only to fix clarity, specificity, truth or the action.
  • Voice. Default to the supplied sample or the user's best existing lines. With neither, write plain and specific; no adjective triplets, no "unlock", "seamless" or "all-in-one", no exclamation marks.
  • A result the user measured is not a result the product caused. State the measurement, or say "we think".
  • Message match. When an ad or email sends the traffic, the hero repeats its promise in its words.

The claims floor

Add no fact the user did not give: numbers, customer names, quotes, reviews, ratings, logos, awards, press mentions, study results, deadlines, stock limits, or terms such as "no contract". Where proof is missing, write the claim you can stand behind or leave a visible placeholder such as [add a real customer quote], and still deliver the whole page. Quote customers only from supplied words, trimmed but never reworded. Put prices, renewals, fees and conditions next to the decision they affect. For the full procedure, use honest-claims if it is installed.

Output

Deliver the copy deck first: labelled sections with heading, body and button text, in page order. Nothing before it but the short plan. After it, at most two one-line notes (placeholders to fill, a cap-driven cut), only when they matter. When a count or set is asked for, deliver exactly that. Count words when a cap exists and report the count only if it is true.

Common failures

  • Feature cards that name nothing → one outcome per group, with the concrete thing behind it.
  • Proof banner at the top, nothing after → proof next to each claim.
  • Price absent or on a different page → price or starting price and its main condition before the final ask.
  • Generic closer → the ask in the button's words, repeating the hero's action.
  • Working copy replaced → keep it and say so.
  • A placeholder in every sentence → only where proof is worth getting.

Quick checks

  • From the hero alone a stranger can say what it is, who it is for and what to do.
  • The headings read alone tell the argument.
  • No number, quote, logo or result appears that the brief did not give; every gap is a visible placeholder.
  • Price and main condition appear before the final action; one primary action throughout.
  • Within any stated length, counted.
  • A rival could not sign the hero unchanged.

References

  • page-types.md: load when the page is pricing, about, case study, long-form sales or product, or when the user asks for a section plan.

Individual skills in this repo

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

相关技能