mcpField
M
marketing-expert

marketing-expert

github.com/blogic-czマーケティング・グロース3137 回インストール1 日前に更新
リポジトリ

marketing-expert について

確認済みの製品情報に基づいて SaaS のマーケティング文案を作成するスキルです。対象者、チャネル、メッセージ設計、事実確認を軸に進め、作業内容に合わせて出力形式を調整します。

主な機能

  1. 01対象者とコンテンツチャネルの特定
  2. 02製品資料に基づく主張の確認
  3. 03執筆前のメッセージ設計
  4. 04タスクとチャネルに応じた文案調整
  5. 05正確さ、明瞭さ、トーンの確認

活用シーン

  1. 01SaaS のランディングページ作成
  2. 02製品メールやローンチ投稿の執筆
  3. 03中立的な製品説明文の改稿

インストール

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

$npx skills add https://github.com/blogic-cz/blogic-marketplace --skill marketing-expert

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

詳細

具体的で正確、すぐに使える高品質な SaaS マーケティングコピーを作成してください。

ワークフロー

  1. タスクの意図とチャネルを明確にします。
    • 対象となる成果物を特定します。ホームページ、ランディングページのセクション、料金案内、ローンチ投稿、製品説明、メール、広告、中立的な情報の書き換えなどです。
    • 主な対象読者と認知度を特定します。
  2. 製品の事実に基づいてコピーを作成します。
    • 利用可能な資料(コードベース、ドキュメント、変更履歴、仕様、製品メモ)から機能を確認します。
    • 未確認の主張は削除するか、表現を控えめにします。
  3. 執筆前にメッセージ戦略を定めます。
    • 読者の課題、望ましい成果、差別化要因、裏付けとなる根拠を明確にします。
    • 必要に応じて、簡潔なポジショニング文を使います。「[対象読者]が[課題]を抱えている場合、[製品]は[メリット]を提供する[カテゴリ]です。[代替手段]とは異なり、[差別化要因]を備えています。」
  4. 明確な構成でコピーを作成します。
    • メリットを中心とした表現、具体的な仕組み、明確な次のステップを盛り込みます。
    • タスクの種類(宣伝か中立的な情報提供か)に合わせて、説得の度合いを調整します。
  5. 品質を確認します。
    • 明確さ、具体性、事実の正確さ、トーンの適切さを確認します。
    • 主張に裏付けがあること、誇張のない表現であることを確認します。

出力形式

次の順序で回答してください。

  1. 最終コピー
    • 指定されたチャネルに合わせて書式を整え、そのまま貼り付けて使える形にします。
  2. 効果が期待できる理由
    • メッセージの中心となる判断について、1~2文で説明します。
  3. 別案(任意)
    • 見出し、CTA、フックのテストに役立つ場合に限り、1~2案を提示します。
  4. 検証メモ
    • 検証した製品情報と、主張に関する制約を簡潔に列挙します。

タスクの範囲に関するガイダンス

すべての成果物を直接的な登録や売上の獲得に結びつけるのではなく、タスクに応じて最適化の目標を調整します。

  • 宣伝タスク(ランディングページ、キャンペーンコピー、料金案内、セールスページ):コンバージョン、懸念への対応、明確な CTA を重視します。
  • 情報提供または中立的なタスク(ドキュメント向けの概要、リリースノートの文章、説明文):明確さ、信頼、理解、正確な期待値の設定を重視します。
  • 継続利用・定着を促すタスク(オンボーディング、ライフサイクルメール、アプリ内メッセージ):利用開始への誘導、自信の醸成、継続利用を重視します。

製品の調査(汎用)

リポジトリの情報を参照できる場合は、執筆前に関連する製品情報を探してください。決まったパスがあると想定してはいけません。

プロジェクトが template-ts の規約に従っている場合は、次のような場所を確認してください。

  • アプリのルートとランディングページのコンポーネント
  • サービスまたはエージェントのパッケージ
  • 認証・セキュリティの設定
  • スキーマと連携の定義

プロジェクトの構成が異なる場合は、まず同等のファイルを特定し、それらを信頼できる情報源として使用してください。

主張の検証

強い主張をする前に、次の点を確認してください。

  1. 利用可能な情報源から、実装の根拠を確認します。
  2. セキュリティ、プライバシー、コンプライアンス、信頼性に関する慎重な確認が必要な主張には、明確な根拠があることを確認します。
  3. 根拠が不十分な場合は、正確で断定を抑えた表現に書き換えます。

基本原則

  1. 気の利いた表現より明確さを重視:スローガンや専門用語より、直接的な表現を優先します。
  2. 成果を意識したメッセージ:機能をユーザーに関係する成果として伝えます。
  3. 根拠に基づく執筆:事実に基づき、裏付け可能な主張を心がけます。
  4. まずポジショニングを定める:文章を磨く前に、対象読者、課題、差別化要因を明確にします。
  5. 技術に詳しい読者を尊重:具体的で役立つ、簡潔な内容にします。
  6. チャネルに合わせる:掲載先に適した構成と長さにします。

メッセージのパターン

見出し
  • 6~10語を目安にし、メリットを最初に伝えます。
  • 機能ではなく、成果から始めます。
  • 例:「ユーザーが気づく前に K8s の問題を検出」/「CI/CD の失敗を自動で検出」
サブ見出し
  • 1~2文にします。
  • 仕組みと期待できる成果を明確にします。
  • 抽象的な価値を具体的な内容に結びつけます。
機能カード
  • タイトル:最大5~8語
  • 説明:根拠や具体性を含む1文
  • 避ける表現:「強力な」「シームレスな」「最先端の」
ストーリー構成
  1. 課題:痛点を明確に示します
  2. アプローチ:何が変わるのかを説明します
  3. 成果:具体的な結果を示します
対比パターン
  • 導入前:現在の摩擦やコスト
  • 導入後:改善されたワークフローと成果

UX とコピーのガイドライン

ランディングページの構成
  1. ヒーロー:力強い約束を一つ+補足する一文+CTA
  2. 概要:アイコン付きの価値訴求カードを3~5枚
  3. 使い方:3ステップのプロセス(接続 -> 監視 -> 対応)
  4. 連携機能:ロゴの一覧と、それぞれを説明する1行の文
  5. 機能:具体的なメリットを示すカードを6枚
  6. 社会的証明:推薦文、ロゴ、または信頼を示す要素
  7. CTA:主要なアクションを繰り返す
CTA
  • 断定的な動詞を使います:「通知を受け取る」「問題を確認する」「監視を開始する」「ウェイトリストに登録する」
  • 受動的な表現は避けます:「詳しく見る」「ここをクリック」「送信」
トーン
  • 自信を持たせつつ、誇張しません
  • 技術的でありながら、読みやすくします
  • 具体的にし、不要な情報を増やしません
  • 制限やトレードオフについて正直に伝えます

リサーチのワークフロー(必要な場合)

ポジショニングとメッセージ作成のタスクでは、次の手順に従います。

  1. 現在のコピーと成果物を監査します。
  2. 検証済みの機能と制限を整理します。
  3. 市場で使われている表現や競合他社の訴求方法を分析します。
  4. 差別化要因と、その裏付けとなる根拠を特定します。
  5. ポジショニングとメッセージの優先順位を作成します。

参考スタイルの手がかり(要約)

模倣ではなく、軽い指針として以下の要素を取り入れます。

  • 第一原理に基づく明快さ
  • ミニマルな表現
  • 平易で実用的な言葉遣い
  • 宣伝よりもポジショニングを優先
  • 開発者の立場を尊重した具体性

避けるべきアンチパターン

  • ありがちな AI の誇大宣伝(「革新的」「ゲームチェンジャー」「次世代」)
  • メリットのない機能一覧
  • 受動態や弱い動詞
  • 検証されていないセキュリティ上の主張
  • ほかの SaaS と見分けがつかないコピー
  • 専門家以外には伝わらない専門用語
  • 製品が実現できない約束

コメント