本文へ移動
cccskills
無料GitHub で公開

launch-page-strategy

Decide what a launch, landing or product page must say and prove before any design or motion work. Use for a landing page, launch page, waitlist, pricing page copy or conversion brief, including requests about a headline, call to action, objections, proof or "what should the page say". Establish the audience, offer, traffic context and credible evidence, then deliver a story brief for cinematic-scroll. Use for new pages or message revisions, without prescribing a visual style or inventing business facts.

日本語の概要は準備中です。原文の説明を表示しています。

MustBeSimo/web-design-studioスター 50(GitHub 50 + cccskills 0)

実行スコア 未検証

インストール方法を見る

含まれるファイル(5)

  • SKILL.md6.4 KB
  • .clawhubignore31 B
  • references/example-story-brief.md3.6 KB
  • references/page-shapes.md2.7 KB
  • references/story-brief-template.md1.7 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Launch page strategy

Decide what the visitor needs to understand, believe and do. This Web Design Studio skill produces the story brief that directs the page. Strategy first, then design, then motion. Do not begin a layout or animation merely to discover what to say.

When this fires

  • A launch, landing, product or waitlist page needs a clear argument.
  • The user wants to improve a headline, call to action or pricing page copy.
  • A conversion review finds competing actions, unanswered objections or weak proof.
  • The user asks what the page should say before asking how it should look.

A visual repair with settled copy does not need a new strategy brief. Keep supplied content and the requested scope intact.

Establish the inputs

Read the project brief, existing page, supplied copy and available proof. Identify one audience, one offer and one primary action. Competing actions above the fold are a defect: choose the intended next step and explain where secondary navigation belongs without removing necessary access or legal information.

Ask only for missing information, in one batch. Prioritise the intended action, traffic source, offer details and evidence that would change the message. Continue with clearly stated, reversible assumptions where possible. Do not stall the build for preferences already established by the project. Never turn an assumption into a customer fact or a promise.

Separate known facts, proposed wording and unresolved inputs in the brief. If a material fact is missing, leave it explicitly unresolved and complete the parts that do not depend on it.

Preserve truth and identity

Never invent claims, numbers, customer names, logos, testimonials, guarantees or prices. Use only proof whose source and permission to use are established by the project. Keep supplied copy verbatim unless rewriting is requested, including capitalisation, product names and legal lines. Put proposed alternatives beside the original when a rewrite is in scope.

The brand decides voice, casing and the visual system. This skill sets no font, colour, spacing or motion values. Do not turn a page shape into a universal style.

Use a verified number, timeframe or named outcome instead of a vague benefit when the evidence supports it. Specificity is a reason to ask for a source, not to make up a persuasive figure. Without a supported metric, describe the observable task or result plainly.

Build the argument

Match the arrival promise

Record the traffic source and what the visitor already believes. The headline or promise they clicked must be the promise they find on arrival. Keep the offer and conditions consistent across that handoff. Flag a mismatch rather than compensating for it with stronger unsupported copy.

Choose the action and offer

State the offer in one sentence and the action as a verb plus its outcome. Clarify what happens after the click and any supplied commitment, eligibility or cost. A pricing page may compare options while keeping one primary decision clear. Do not invent plan features or terms to make the options look complete.

Put proof beside its claim

Pair each factual claim with its supporting demonstration, source, specification, result or approved quotation. Place that pair in the same reading beat. Do not collect unrelated proof at the bottom and expect it to justify earlier assertions. Name evidence gaps and remove unsupported claims from proposed publishable copy.

Answer objections in order

Identify the top three objections, or mark an unknown rather than fabricating one. Give each objection a section that answers it with available evidence. Order those sections by the questions visitors encounter: understanding the offer, believing it can help, and deciding whether the next step is acceptable may require different orders for different traffic. Do not bury a decisive condition in an FAQ.

State the actual risk reversal

Use an existing trial, cancellation term, guarantee or other documented commitment only when supplied. Preserve its conditions. If none exists, record "none supplied" and clarify what the next step entails. Do not manufacture a guarantee.

Choose the page shape

Read page shapes. Select proof-first, education-first, single-action or comparison and give a reason tied to the visitor. Keep only sections that advance the decision. Set an observable acceptance check for the brief and identify any later outcome measurement separately. A sensible outline is not evidence that conversion will improve.

Decide search intent

Choose noindex for time-bound offers or ad-only pages. Choose index for evergreen offers that answer a lasting search intent, with a title, description and a plain-language FAQ using supported answers. Record the decision and reason in the brief. Mark the indexing directive as an implementation requirement; hiding a link does not establish that a page is excluded from indexing.

Output and handoff

Write story-brief.md using the story brief template. Include the audience, primary action, offer, traffic context, objections, adjacent proof, risk reversal, page shape, indexing decision, hero message and reading-order beats. Record exact copy and brand constraints that the builder must preserve.

See the fictional waitlist story brief for a completed example with explicit evidence gaps.

Return the brief's location, the chosen page shape and any unresolved facts. The deliverable is the story brief, handed to cinematic-scroll for design and motion if that skill is installed and implementation is requested. Otherwise, leave a complete brief that another builder can use. Strategy first, then design, then motion. The brief does not authorise publication, invented proof or a claim of improved conversion.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

コメント

ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。

まだコメントはありません。最初のコメントを書いてみませんか。

送信するとすぐに公開されます。メールアドレスや電話番号などの個人情報は書かないでください。URL は 2 つまでです。

0 / 1000 文字

このフォームは reCAPTCHA で保護されており、Google のプライバシーポリシーと利用規約が適用されます。

同じリポジトリのスキル

Design and build cinematic websites, interactive portfolios, product stories, and real-time 3D experiences with subject-specific art direction and scroll choreography. Use for new builds, redesigns, motion improvements, scroll audits, or storyboards in standalone HTML and existing apps; includes responsive, reduced-motion, and static fallbacks. Not for ordinary dashboards or unrelated animation.

日本語の概要は準備中です。原文の説明を表示しています。

MustBeSimo/web-design-studio502026年10月28日 更新

Audit a live website's or local page's scroll experience and return a scored remediation plan. Use for an audit, review, score or benchmark request about scroll performance, parallax, pinned sections, scroll-jacking, reduced motion or motion accessibility, including "why does this page feel janky". Inspect authorised targets, separate observed behavior from unavailable evidence, and prioritise repairs across pacing, performance, accessibility and emotional arc. This skill diagnoses existing pages; it does not build or publish them.

日本語の概要は準備中です。原文の説明を表示しています。

MustBeSimo/web-design-studio502026年10月28日 更新

MustBeSimo のスキルをすべて見る

このスキルの問題を報告する