ランディングページGTM は何をしますか？

単なる説明に留まらない、コンバージョンに焦点を当てたランディングページを構築します。製品調査、競合ポジショニング、セールスコピーライティング、フロントエンド実装を単一のワークフローに統合します。

インテーク — 必ず最初に質問する

作業を開始する前に、以下の情報を収集します：

入力	質問
対象URL	「これはどのURLまたはルート用ですか？」（例：`myapp.com/pricing`）
コードベースパス	「ソースコードはどこにありますか？」（例：`/home/user/project/src`）
製品/機能	「このページはどの製品または機能を販売していますか？」
オーディエンス	「購入者は誰ですか？（役割、企業規模、悩みの度合い）」
競合他社	「誰と比較されますか？」
制約	「既存のデザインシステム、フォームプロバイダー、CTAの遷移先は？」

ページがすでに存在する場合は、まずそれを読みます。読んでいないコードに対する変更を提案することは絶対に行いません。

ワークフロー

フェーズ1: 製品を調査する

一文のコピーを書く前に、実際の製品を調査します。機能をでっち上げないでください。

コードベースを読む — 機能の実装を検索します。git logを使用して最近の変更を見つけます。
主張を検証する — 主張されているすべての機能について、コード内に存在することを確認します。ギャップを報告します：「Xは存在する。Yは部分的。Zは見つからなかった。」
差別化要因を特定する — 競合他社が本当に持っていない、これは何をしますか？アーキテクチャ上の優位性 > 表面的な機能。
自己改善の角度を見つける — 学習や適応の動作はマーケティングの宝です。仕組みを理解し、専門用語を使わずに説明できるようにします。

フェーズ2: 競合ポジショニング

競合他社を名指しせずに、「なぜ私たちなのか、彼らではないのか」という観点ですべてのセクションを構成します。

ポジショニングの公式:

彼らが日常的に感じる痛み
+ 競合他社がそれに対して行うこと（不十分に）
+ あなたが異なる方法で行うこと
+ 彼らが経験する結果

アンチ・ジェネリックテスト — コピーが競合他社のサイトに変更なしで掲載できる場合は、書き直します：

「AI搭載」 → AIは実際に何をしているのか？
「スマート自動化」 → 具体的に何が自動化されるのか？
「使いやすい」 → どのような苦痛を伴う代替手段と比較して？

競合他社の否定パターン:

「あらゆる[カテゴリ]アプリは[バズワード]を主張しています。ほとんどの場合、[彼らがすること]だけです。私たちは違います。」
「[古いアプローチ]ではありません。[具体的な結果]をもたらす本当の[新しいアプローチ]です。」
「他のツールは静的です。私たちのツールは[どのように進化するか]です。」

フェーズ3: セールスコピーを書く

機能を欲望に変えます。エンジニアのようにではなく、購入者のように考えます。

オーディエンス別のトーン:

オーディエンス	トーン	例
SMEオーナー	温かく、直接的	「レシートをパシャリ。完了。」
財務マネージャー	結果重視	「すべての一致が、その理由を正確に示します。」
エンタープライズ	信頼構築	「複雑さを伴わない制御。」
技術者	正確で信頼性あり	「毎週、測定可能なほど賢くなります。」

コピーのルール:

痛みから始める — 「フォームを一つずつ記入するのはもう終わり」 > 「自動フォーム入力」
一文一アイデア — 短く。パンチがある。スキャンしやすい。
具体的 > 抽象的 — 「10秒で返信」 > 「高速な応答時間」
「これが欲しい」テスト — 各カードを声に出して読む。購入者は「これが必要だ」と思いますか？違うなら、書き直します。
結果で締めくくる — 「遅い返信でセールスを失うことは決してない」 > 「NLPを使用して応答を生成」

専門用語を使わずにAI/テクノロジーについて話す:

技術的な現実	代わりにこう言う
MLモデルが毎週再トレーニング	「あなたのフィードバックから毎週賢くなる」
内部最適化フレームワーク	決して言及しない。「修正から学習する」と言う
LLM / GPT / Claude	「AIアシスタント」または単に「あなたのアシスタント」
API統合	「既存のツールに接続」
ユーザーの修正からのトレーニングデータ	「すべての修正が何か新しいことを教える」
精度ゲートによる回帰防止	「良くなるだけで、悪くなることは決してない」
説明可能AI / 推論トレース	「各決定がなぜ行われたのかを正確に示す」

フェーズ4: ページをデザインする

コンバージョンに焦点を当てたページ構造:

1. ヒーロー         — 見出し + 小見出し + プライマリCTA
2. ペインポイント   — 購入者が感じる3～4のシナリオ（赤/暖色系）
3. ソリューション   — 機能リストではなく、変革カード
4. 社会的証明       — お客様の声または指標
5. 仕組み           — 最大3ステップ（複雑さの知覚を減らす）
6. 価格             — 単なる表ではなく、現状との比較
7. FAQ              — 有用性を装った反論処理
8. 最終CTA          — 緊急性 + フォーム（プライマリCTAを繰り返す）

すべてのページにすべてのセクションが必要なわけではありません。製品の複雑さに合わせます：

新製品ローンチ: 全セクション
機能カード更新: カード + 必要に応じて新しいセクション
ポートフォリオ内の製品: ドロワー/グリッド内のカード、専用ページへのリンク

CTAとフォーム:

ヒーローと下部にプライマリCTA — 2回のコンバージョンチャンス
最小限のフィールド。フィールドが増えるごとにコンバージョンが約10%減少します。
リード獲得の最小項目: 名前 + メール + 会社。製品で必要な場合のみ電話番号を追加します。
既存のフォームインフラ（Formspree、Resendなど）を使用します — 依存関係を追加しないでください。
非表示の_sourceフィールドを追加して、リードがどのページから来たかを区別します。

アーリーアクセス / ウェイトリストパターン:

色付きのバッジが排他性を示します（例：紫色の「アーリーアクセス」）
最小限のインラインフォーム（2～3フィールド）を機能カードに直接配置
別ページよりも摩擦が少ない — 発見の瞬間に興味を捉えます

フェーズ5: 構築してリリースする

既存のパターンに合わせる — 既存のページを2～3ページ読みます。インポート、レイアウト、ルーティング、デザインシステムを一致させます。
デザインシステムを再利用する — 既存のUIコンポーネントのみ。新しいフレームワークを導入しないでください。
モバイルファースト — すべてのセクションが375px幅で機能する必要があります。
ルートを登録する — インポートしてルーターに追加します。
型チェック — コミット前に型チェッカーを実行します。新しいエラーはゼロにします。
マルチコードベースの一貫性 — 製品が複数のサイトに表示される場合は、一貫したメッセージングですべてのサイトを更新します。

フェーズ6: リリースチェックリスト

プッシュする前に：

コピー内のすべての機能が実際の製品コードに存在する
専門用語がない（以下をスキャン：API、SDK、LLM、model、algorithm、pipeline、container）
すべてのカードが「これが欲しい」テストに合格する
CTAボタンが機能する（フォームにスクロールするか、サインアップにリンクする）
フォームが_sourceフィールド付きで正しく送信される
モバイルで375pxに対応している
型チェックに合格する
製品がマルチサイトの場合は、すべてのコードベースが更新されている
競合他社コピーテスト：これは競合他社のサイトに掲載できるか？はいの場合は、書き直す。

参考ファイル

references/copy-formulas.md — 見出しの公式、カードパターン、CTAテキスト、FAQテンプレート
references/page-archetypes.md — 製品ローンチ、機能更新、比較、ウェイトリストページのテンプレート

ランディングページGTM