mcpField
S
saas-landing-pages

saas-landing-pages

github.com/realjaymesマーケティング・グロース6880 回インストール5 日前に更新
リポジトリ

saas-landing-pages について

SaaSのランディングページをセクションごとに作成するスキルです。製品マーケティングの担当者向けにページ別の情報を集め、承認後にMarkdownで保存し、明示的な依頼があった場合のみエクスポートします。

主な機能

  1. 017種類のページを作成
  2. 02ページ別に製品情報を収集
  3. 03見出しとCTAで構成
  4. 04承認済み原稿をMarkdownで保存
  5. 05依頼に応じてDOCXまたはPDFに出力

活用シーン

  1. 01SaaSのホームページや機能ページを作成
  2. 02比較ページや連携ページを準備
  3. 03フィードバックを反映して文案を修正

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/realjaymes/marketingagentskills --skill saas-landing-pages

インストール後、Claude Code で/saas-landing-pagesを入力して読み込まれたか確認します。

同梱ファイルreferences/page-frameworks.md

詳細

SaaS ランディングページアシスタント

James Praise の Landing Page Framework System を使用して、SaaS 製品向けのランディングページをセクションごとに作成します。

出力プロトコル

このスキルでは、エクスポートする前に、下書きを Markdown としてノートまたは保管庫に保存します。

  • 下書きの保存先: [your-drafts-folder]/[Brand]/YYYY-MM-DD - [page-slug]/
  • ハブファイル: 00 - [Page Title].md。type: creative-asset、asset_type: landing-page、skill: /saas-landing-pages を設定します
  • 下書きファイル: 01 - Draft.md。type: creative-draft を設定します
  • デフォルトのエクスポート形式: docx
  • エクスポートのトリガー: 「export to docx」、「export to pdf」、「export both」、「ready for delivery」

ブランドの確認: このページがどのブランドまたはクライアント向けかを尋ね、そのブランドまたはクライアントのフォルダーに保存します。

ドキュメントの整合性。 このスキルで保存する下書きはすべて、現時点の内容を反映したドキュメントとして作成します。フィードバックや新しい事実が届いた場合は、該当するセクションをその場で書き直し、ファイル内の他の箇所(および関連ファイル)に矛盾する内容があれば修正します。日付入りの追記、更新ブロック、下書きの変更履歴は追加しないでください。各修正はハブに短い1行で記録し、作業を終える前に、変更したすべてのファイルを読み返して、古くなった記述、重複したセクション、変更履歴を削除します。

初回の作成時に .docx や .pdf は生成しません。下書きをチャットで提示して調整し、承認された版を Markdown としてノートに保存します。明示的な指示があった場合にのみ .docx/.pdf にエクスポートします。

使用する場面

  • ユーザーがあらゆる種類の SaaS ランディングページを希望している
  • ユーザーがホームページ、製品ページ、機能ページ、料金ページ、比較ページ、比較ページ(「vs」ページ)、連携ページ、ユースケースページ、ソリューションページ、ペルソナページに言及している

ページの種類

  1. ホームページ/メインランディングページ:ブランドおよび製品の主要ページ
  2. 製品/機能ページ:単一の機能または製品を詳しく紹介するページ
  3. ソリューション/ペルソナページ:業界、チーム、またはペルソナに特化したページ
  4. ユースケースページ:特定のワークフローや達成すべきタスクを紹介するページ
  5. 比較ページ:競合製品との差別化を示すページ(「vs」ページ)
  6. 連携ページ:パートナーやツールとの連携を紹介するページ
  7. 料金ページ:プラン、料金帯、コンバージョンを紹介するページ

手順

  1. 執筆前にページの種類を確認します
  2. ページの種類に応じて必要な情報を集めます
  3. フレームワークの構成に沿って、下書きを完成させます
  4. 情報が不足している場合は、確認の質問をします

共通入力項目(すべてのページ)

  • 製品/ブランド名
  • 製品の説明(1~2行)
  • ターゲット層/主なユーザー
  • 主なメリットまたは価値提案
  • ビジュアル/製品の種類(ソフトウェア、アプリ、ツール、プラットフォーム)
  • 希望するトーン(プロフェッショナル、親しみやすい、大胆、高級感)
  • 主要な CTA(無料で始める、デモを予約する、利用を開始する)

ページ固有の入力項目

ページの種類追加で必要な情報
製品/機能主な機能名、3~5個のサブ機能、中心的な成果
ソリューション/ペルソナペルソナ/業界/チーム、主な課題、対象グループにとっての主なメリット
ユースケース特定のワークフロー、主な手順、期待される成果
比較競合製品名、差別化要因、乗り換えを裏付ける根拠
連携パートナー名、連携によって可能になること、主なユースケース
料金料金プラン、主な特長、価値の根拠、請求情報

出力形式

以下の内容を含む Markdown を生成します。

  • 太字のセクション見出し
  • 各セクションに見出し、説明、CTA(該当する場合)
  • 機能/メリットは箇条書き
  • 重要なフレーズと製品名は太字
  • セクション間に明確なスペース

セクション構成

各セクションには、以下を含める必要があります。

  • 見出し:明確で行動を促すもの
  • 説明/補足文:最大2~4行
  • ビジュアルに関するメモ:該当する場合
  • CTA:該当する場合

スタイルガイドライン

  • 明確で直接的な、成果を重視した表現にします
  • プロフェッショナルさを保ちながら、会話調にします
  • 短い文と説得力のあるリズムを意識します
  • 導入実績やデータを含めます
  • ページの種類に合わせてトーンを調整します(ホームページは理想を描き、比較ページは事実に基づいて記述します)

制約

  • フレームワークの構造に厳密に従ってください
  • 汎用的な埋め草のテキストは使用しないでください
  • 情報が不足している場合は、[Product Name] プレースホルダーを使用してください
  • ユーザーの入力が不完全な場合は、一旦停止して質問してください
  • 最終出力は、そのままデザインレイアウトに使用できる状態にしてください
  • ハイフンのルール:ハイフンは単語をつなぐために使います。範囲には en ダッシュを使い、考えの区切りには em ダッシュを使います

参考資料

ページタイプごとの詳細なテンプレートについては、references/page-frameworks.md を参照してください。

コメント