landing-page-copy

ランディングページのコピー

登録、購入、デモの申し込み、ダウンロード、リード獲得など、コンバージョン目標を1つに絞ったページのコピーを作成します。技術スタックを問いません。

このスキルは content-and-copy よりも対象を絞っています。ランディングページの目的は特定のアクションを促すことであり、幅広く情報を伝えることではありません。

---

使用する場面

• ホームページや製品ページのヒーローセクションを作成する
• セールスページや長文のセールスレターを作成する
• オプトインページやリード獲得ページのコピーを作成する
• キャンペーン専用のランディングページを作成する
• 価格ページのコピーを作成する
• デモや登録への CTA を作成する

使用しない場面

• 長文のブログコンテンツ（content-and-copy を使用）
• メールシーケンス（email-sequences を使用）
• ブランドボイスの定義（brand-voice を使用）
• ページのデザインやレイアウトの決定（design-standards を使用）

---

必要な入力

• 製品、サービス、またはオファー
• ターゲットオーディエンスと、相手が抱えている具体的な懸念
• コンバージョン目標（具体的なアクションを1つ）
• ブランドボイス
• 既存顧客の言葉（推薦文、サポートチケット、営業電話）
• 制約（長さ、形式、規制）

オーディエンスが不明確な場合や懸念がわからない場合は、執筆前に brand-discovery を実行するか、営業電話の録音から情報を収集してください。

---

フレームワーク：7つのセクション

ランディングページは、次の7つの要素を順に配置します。構成は柔軟に変更できます（組み合わせ、順序変更、拡張）が、要素は変わりません。

1. ヒーロー

最初の3〜5秒で、訪問者がページにとどまるかどうかが決まります。

3つの要素：

• 見出し。 約束する内容です。具体的で、成果を重視し、陳腐な表現を避けます。
• サブ見出し。 仕組みです。約束をどのように実現するかを示します。
• 主要 CTA。 アクションです。ボタンは1つにし、ラベルには内容がわかる表現を使います。

効果的なヒーローのパターン：

• 成果 + オーディエンス + 仕組み。 「会議が嫌いなエンジニアリングチーム向けに、非同期を優先するプロジェクトツールで、機能を3倍速くリリースできます。」
• 痛みの解消。 「ページの読み込みが遅いせいで顧客を失うのは、もうやめましょう。」
• 意外性のある主張。 「実際に使われるメモアプリ。その証拠があります。」
• 直接呼びかける。 「Slack の未読メッセージが47件あります。今すぐすべきことをご紹介します。」

効果の弱いヒーローのパターン：

• 汎用的な形容詞を並べる（「パワフルで、直感的で、スケーラブル」）
• 「当社のプラットフォームへようこそ」
• ブランド名だけの見出し（「Acme：Xの未来」）
• 曖昧なメリット（「ワークフローを効率化」）

2. ソーシャルプルーフ（早い段階で）

最初のスクロール範囲内で、ほかの人から信頼されていることを示します。

形式：

• 顧客のロゴ（知名度の低いロゴより、よく知られたロゴが効果的）
• 定量的な信頼の指標（「1万以上のチームが利用」）
• 名前と役職を記載した、説得力のある推薦文1件
• メディア掲載実績（取り上げられた媒体のロゴ）

配置： ヒーローのすぐ下に配置し、訪問者が続きを読むために時間をかける前に見せます。

3. 問題／約束

訪問者の状況を理解していることを示します。

パターン：

• 具体的な問題を挙げる1〜3段落
• 訪問者が使う言葉を使う（マーケティング用の言葉ではなく、調査から得た言葉）
• 売り込む前に止めます。まず共感を得てください。

テスト： 問題のセクションを声に出して読んでください。ターゲットオーディエンスはうなずきますか？ そうでなければ、まだ相手を理解できていません。

4. 解決策／仕組み

問題をどのように解決するかを示す、「実際に何をするのか」のセクションです。

効果的な構成：

• 解決策を要約する見出しを1つ
• 具体的な機能や能力を3〜5個挙げ、それぞれ1〜2文で説明する
• 各機能は技術的な詳細ではなく、もたらすメリットとして表現する
• ビジュアルで補足する（スクリーンショット、イラスト、動画クリップ）

失敗しやすい点： 機能を、成果につながる内容に言い換えずに列挙すること。「リアルタイムのコラボレーション」は機能です。「メールからコピー＆ペーストせずに一緒に編集できる」は成果です。

5. 実績と詳細

詳しい社会的証明と導入事例を紹介するセクションです。

構成要素：

• 具体的な顧客、具体的な成果、具体的な数値を含む詳しい導入事例を1〜3件
• 引用元を明記した複数のお客様の声
• 具体的なデータ（利用状況、成功指標、成長など）
• 受賞歴、認証、第三者による評価

実績を掘り下げるこのセクションは、購入を前向きに検討している訪問者のコンバージョンにつながります。流し読みする人はここまでたどり着きませんが、読む人には購入の意思があります。

6. 懸念への対応

訪問者が断る理由を想定し、正面から解消します。

よくある懸念の種類：

• 価格。「この価格に見合う価値はありますか？」
• 時間。「設定にいつまでも時間がかかりませんか？」
• 信頼性。「自分の状況でも本当に使えますか？」
• リスク。「契約して、合わなかったらどうなりますか？」
• 比較。「[competitor] とどう違いますか？」
• 導入。「チームで変更に対応できますか？」

対応形式：

• FAQ セクション。 構成が整っていて、要点を拾いやすい形式です。
• 比較表。 競合製品や代替案との比較です。
• リスクの軽減。 返金保証、無料トライアル、契約期間の縛りなしなどです。
• 必要な作業の明示。「設定は5週間ではなく、5分で完了します。」

7. 最後の CTA

締めくくりです。オファーを再提示し、行動を促します。

効果的な最後の CTA：

• ヒーローの主要 CTA を繰り返す（一貫性を保つ）
• 訪問者の状況に合わせて伝える（「5分でチームのセットアップを完了しましょう」）
• 行動のハードルを下げる（「クレジットカードは不要です」）
• 行動を1つに絞る（判断に迷わせるような選択肢を5つ提示するのは避ける）

避けること：

• ページ下部で複数の CTA が競い合うこと
• ページ下部だけで新しいオファーを提示すること（訪問者が混乱します）
• 行動に必要な範囲を超えて情報を求める長いフォーム

---

CTA 自体について

ボタンは重要です。ボタンの文言には、ページ全体に注がれるのと同じくらいの注意を払ってください。

効果的な CTA のパターン：

• 行動＋成果。 「無料トライアルを始める」「料金を確認する」「ガイドを受け取る」
• 一人称。「方法を教えて」のほうが「方法をお教えします」より効果的です。
• 具体的。「15分のデモを予約する」は「お問い合わせ」より効果的です。
• 手軽さ。「無料トライアル、クレジットカード不要」は、申し込みへの心理的負担を軽減します。

効果の弱い CTA：

• 「送信」（機能的ですが、活気がありません）
• 「ここをクリック」（価値が伝わりません）
• 「詳細を見る」（何についてなのか曖昧です）
• 「始める」（何を始めるのでしょうか？）

---

ワークフロー

1. オファーを確認する。 具体的に何を提供しますか？価格はいくらですか（無料ですか）？訪問者は何を得られますか？
2. 対象者と懸念を確認する。 対象となるセグメントと、訪問者が抱えている具体的な不安を特定します。
3. 顧客の言葉を集める。 お客様の声、サポートチケット、営業電話から、実際の顧客が使う表現を集めます。
4. ヒーローを作成する。 見出し、サブ見出し、CTA を用意し、5〜10パターンをテストします。
5. 構成を組み立てる。 7つのセクションを順番に配置します。短いページでは、複数のセクションをまとめてもかまいません。
6. 各セクションの草案を作成する。 セクションごとに進めます。構成がしっかりするまでは、文言を磨き込まないでください。
7. 行動の妨げになる要素を取り除く。 役割を果たさない言葉はすべて削ります。ランディングページに無駄な言葉を入れる余地はありません。
8. CTA をテストする。 ページを声に出して読みます。読み終わったとき、訪問者が次に何をすればよいか明確ですか？
9. インポート後のチェックリストを添えて引き継ぐ。 成果物は構築済みのページではなく Markdown ドキュメントなので、ステップ9で実施するのではなく、ページを構築する担当者に渡すリストを添付します。自分でコピーのスペルチェックを行い、残りは担当者に引き継ぎます。すべての遷移先 URL が正しく表示されること。構築したページのモバイルプレビュー。SEO が目標であれば、SEO の基本事項。ページがすでに構築済みで、その場で改訂する場合は、引き継ぐのではなく自分でチェックリストを実行します。

---

失敗パターン

• 売り込むのではなく、説明するヒーローセクション。 「Y向けのXです」は説明です。「YなしでXを手に入れましょう」は売り込みです。
• 成果につながらない機能一覧。 メリットのない機能は、仕様書のように読めます。
• ありきたりな推薦コメント。 「素晴らしい製品です！」には、価値がないどころかマイナスです。「オンボーディング期間を2週間から4日に短縮しました」は非常に価値があります。
• 複数の競合するCTA。 主なアクションは1つに絞りましょう。それ以外はすべてノイズです。
• 長文の壁。 訪問者はざっと目を通します。短い段落、箇条書き、視覚的な区切りを使いましょう。
• ソーシャルプルーフがない。 信頼を得ることが最初の難関です。証拠がなければ、ページの残りを読んでもらう機会すら得られません。
• 見出しとCTAが一致していない。 ヒーローセクションではXを約束しているのに、CTAではYを求めています。訪問者は混乱します。
• 誰にでも向けた文章。 「当社のソリューションはあらゆる企業で役立ちます」は、誰にも響きません。具体性が成果につながります。
• モバイルを無視する。 訪問者の大半はモバイルを使っています。まず375pxでページをテストしましょう。

---

出力形式

デフォルトの出力は、各セクションにラベルを付けた、ページ用の構造化されたMarkdownドキュメントです。MarkdownはCMSへのインポートやデザイン担当者への共有にそのまま使えます。

構成：

# [Page Title]

## SECTION: Hero
- Headline: [text]
- Subheadline: [text]
- Primary CTA: [button text]
- Supporting cue: [optional, e.g., "No credit card required"]
- Hero visual notes: [if any]

## SECTION: Social proof (early)
- Logo bar: [list customer/press logos]
- Trust statistic: [if any]

## SECTION: Problem / promise
[2 to 3 paragraphs]

## SECTION: Solution
- Headline: [text]
- Feature 1: [headline + description]
- Feature 2: [headline + description]
- Feature 3: [headline + description]

## SECTION: Proof
- Case study 1: [customer, outcome, numbers, or state the gap per the data-availability rule]
- Testimonials: [list]
- Data points: [list]

## SECTION: Objection handling
- FAQ: [questions and answers]
- OR Comparison table: [vs alternatives]
- OR Risk reversal: [guarantee, terms]

## SECTION: Final CTA
- Headline: [text]
- Final CTA button: [text]
- Supporting cue: [optional]

## Variants for testing
- [Alternate headlines]
- [Alternate CTAs]
- [Alternate proof framings]

---

必要なデータが入手できない場合

このスキルの出力は、それ単体では生成できないデータ、測定値、またはツールの結果に依存しています。必要な入力、ツール、データソースが利用できない、または検証できない場合、認められている出力は、必要だったもの、実際に取得または検証できたもの、そして影響を受ける出力の部分を明記した成果物です。成果物を完成させるために、必要な数値を捏造、推定、または補間することは決して認められません。不足事項を明記すれば、それだけで完全な回答となります。

---

参考ファイル

• references/hero-formulas.md - ヒーロー見出しのパターンと公式。
• references/objection-library.md - カテゴリ別の一般的な懸念と、その対処方法。