mcpField
C
content-strategy

content-strategy

github.com/anthropicsマーケティング・グロース33.8k1.8k 回インストール1 日前に更新
リポジトリ

content-strategy について

content-strategyは、小規模事業者が今後30日間に何を訴求するか決めるためのスキルです。販売履歴と季節要因を分析して優先順位付きの提案を作り、事業者の承認後にコンテンツ作成ワークフローへ渡します。

主な機能

  1. 01商品・サービス別の売上分析
  2. 02売れ筋と低調な商品の特定
  3. 03ユーザー提供または業界の季節性を反映
  4. 0430日間の販促案を順位付け
  5. 05承認済みブリーフを構造化JSONで出力

活用シーン

  1. 01翌月の投稿で紹介する商品を選定
  2. 02商品の販促・セット化・休止を判断
  3. 03売上傾向をキャンペーン案に反映

インストール

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

$npx skills add https://github.com/anthropics/knowledge-work-plugins --skill content-strategy

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

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

reference/
gotchas.md
v2_sources.md
reference/examples/
retail-boutique-example.md

詳細

コンテンツ戦略

クイックスタート

中小企業のオーナーから「今月は何を投稿すればよいですか?」や「コンテンツ計画はどうなっていますか?」と聞かれたとき、このスキルは次のことを行います。

  1. QuickBooks または PayPal から販売データを取得します(日付別の取引履歴、商品・サービスの売上)
  2. パターンを特定します — 売れ筋商品、売れ行きの鈍い商品、季節的な傾向
  3. コンテキストを加味します — 季節性(ユーザー提供の情報または業界ベンチマーク)、過去の実績
  4. 30日間の概要を作成します — 強化すべきもの、見送るべきもの、検討すべきオファーの優先度付き提案
  5. 概要を social-content-engine に渡してアセットを生成する前に、オーナーの承認を得ます

出力は戦略に関するもののみです — カレンダーのスケジュール設定も、クリエイティブアセットの作成も行いません。


ワークフロー

ステップ 1:事前確認(QuickBooks のみ)

QuickBooks を使用する場合は、ビジネスプロフィールが設定されていることを確認します。

  1. company-info を呼び出し、Industry に値が設定されているか確認します
  2. 値がない場合、または「Unknown」の場合:
    • 「適切な季節性ベンチマークを取得するため、事業カテゴリーを教えてください。どの業界ですか?」と尋ねます(例:小売、サービス、SaaS)
    • ユーザーの業界情報を使って quickbooks-profile-info-update を呼び出します
    • 「プロフィールを更新しました。販売データを取得する準備ができました。」と確認します
  3. プロフィールが設定済みの場合は、ステップ 2 に進みます

注: PayPal と Square ではプロフィールの設定は不要です。

ステップ 2:優先事項と指標の確認

起動されたら、ユーザーに次のことを尋ねます。

  • 「『売れ筋』をどのように測定しますか?」

    • 総売上で測定しますか?
    • 利益率で測定しますか?
    • 販売速度(どれだけ早く売れているか)で測定しますか?
    • 上記の組み合わせですか?
  • 「季節性のパターンについて、何か心当たりはありますか?」

    • はいの場合:「詳しく教えてください」(ユーザーが把握している季節性を記録します)
    • いいえの場合:「そのカテゴリーの業界ベンチマークを使用します」
ステップ 3:販売データの取得と分析

認証済みコネクター(QuickBooks、PayPal、Square のいずれか。ユーザーが選択)からデータを取得します。

  • 期間: 過去 90 日間(90 日未満のデータしかない場合は全履歴)
  • 抽出項目: 商品・サービス名、販売日、売上、数量

コネクター固有の注意事項:

  • QuickBooks: profit_loss_quickbooks_account で請求書の明細項目を取得します(事前確認で業界のコンテキストが設定されます)。行または monthlyBreakdown を読み取ります。実際の行に対してレスポンスの totalExpenses は 0 と報告されるため、要約フィールドは決して読み取らないでください
  • PayPal: list_transactions で加盟店の取引を取得します。レート制限: レート制限に達した場合は 30 秒待ってから 1 回だけ再試行します。それでもブロックされる場合は、「PayPal はレート制限中です。代わりに QuickBooks または Square に切り替えますか?それとも、すでに取得した履歴データを使って続行しますか?」と案内します
  • Square: 先にロケーション ID が必要です。make_api_request(service="locations", method="list") を呼び出して利用可能なロケーションを確認し、その後、各ロケーションの注文を取得します

コネクターがまったくない場合は? この場合でも実行できます。これはサポートされている方法であり、機能が低下するわけではありません。オーナーに販売履歴をエクスポートしてアップロードするよう依頼します。アプリ上で実際に表示されるラベルを使って、エクスポート方法を案内します。

  • QuickBooks — Reports を開き、「Sales by Product/Service Detail」レポートを選択し、期間を過去 90 日間に設定して、Excel または CSV でエクスポートします
  • PayPal — Activity を開き、Download を選択し、期間を過去 90 日間に設定して、「Completed transactions」を CSV でダウンロードします
  • Square — Reports を開き、Item Sales を選択し、期間を過去 90 日間に設定して、CSV としてエクスポートします

いずれかのデータには、商品名、日付、売上、通常は数量も含まれます。これはステップ 3 に必要な情報のすべてです。何がいつ頃売れたかを貼り付けたリストでも構いません。その場合は、分析の精度がやや低くなることを明確に伝えたうえで実行します。

フォールバック: 3 か月未満のデータしかない場合は、その中小企業のカテゴリー(例:小売、サービス、eコマース)に関する業界の季節性ベンチマークを使用します

以下を特定します。

  • 上位 3~5 件の好調商品(ユーザーが選択した指標に基づく)
  • 下位 3~5 件の売れ行きが鈍い商品(販売を保留するか、位置づけを変えることを検討)
  • 上昇傾向(過去 30 日間に勢いが増している)
  • 下降傾向(勢いを失っている)
ステップ 4:季節性を加味する
  • ユーザー提供情報: 季節ごとの傾向が共有されている場合は、それを踏まえて推奨内容に重み付けします
  • 業界ベンチマーク: ユーザーデータが十分でないカテゴリでは、業界ベンチマークを利用します(例:「税務サービスは第 1 四半期が好調です」)
  • タイミング: 季節ごとの傾向に基づき、今後 30 日以内に販売を伸ばす、または抑えるべき商品を示します
ステップ 5:30 日間のブリーフを作成する

構成:

  • エグゼクティブサマリー(1~2 文:「最も売れているのは X と Y です。Z への季節的な移行が始まっています。」)
  • 注力する商品(上位 2~3 商品と、推奨するコンテンツの切り口。例:「ROI の事例紹介」、「ハウツー動画」)
  • 現状を維持する商品(中位の商品。露出を維持しますが、大きな労力はかけません)
  • 再配置または一時停止する商品(動きの鈍い商品。値引き、バンドル、一時停止を検討します)
  • 季節的な機会(来月に何が控えていて、今からどのような準備をすべきか)
  • 推奨オファー(データに基づくバンドル、値引き、または無料トライアルの戦略)

長さの目安:200~400 語(簡潔で実行に移しやすく、エッセイのように長くしないでください)。

ステップ 6:オーナーの承認と反復

ブリーフをオーナーに提示し、次のように尋ねます。

  • 「感覚と合っていますか?」
  • 「調整したい点はありますか?」
  • 「これを social-content-engine に渡して、アセットを生成してもよいですか?」

必要に応じて反復し、承認されたら、下流ツールで使える構造化 JSON として最終ブリーフを返します。


その他の情報源と直接実行

マッピングについては reference/v2_sources.md を参照してください。

  • Shopify — SKU ごとの販売速度、バリエーションのパフォーマンス、下流のアセット生成に直接渡せる商品画像
  • Stripe — 該当する場合、サブスクリプションと継続収益
直接実行

オーナーから販売ブリーフを求められたら、これを実行してブリーフを返します。別の場所へ誘導しないでください。

注意点とエッジケース

よくある落とし穴については reference/gotchas.md を参照してください。


例

実例(SaaS、小売、サービス)については reference/examples/ を参照してください。


出力

オーナーが保存している出力設定に従って 30 日間のブリーフを提供してください。Markdown ファイルを既定にしてはいけません。 ## Business context ブロックの Output preference を確認してください(共通スタイルガイドのルール、../../shared/artifact-style.md)。

  • ビジュアルアーティファクト(既定): ハウススタイルの HTML ページとしてブリーフを表示します。何を主役としてプロモーションするか、各選定の理由と数値(等幅数字)、各注力施策のチャネル指定を含めます。下流ツール向けの構造化 JSON は変更せずにそのまま添えます。これは他のスキルへの入力であり、2 つ目の成果物ではありません。
  • docx / md / notion / canva の設定: 同じ内容をその形式で提供します。DOCX ファイルまたは Markdown ファイル、コネクター経由で作成した Notion ページ(名前を指定した保存先に作成し、上書きはしない)、または Canva コネクター経由で作成した Canva Doc(実行ごとに新しいデザインを作成し、日付を付けて命名します。表はリストに変換します)。Notion または Canva が接続されていない場合はビジュアルアーティファクトに切り替え、その理由を伝えてください。
  • このスキルに最適な形式: ビジュアルアーティファクトを使用します。この出力は意思決定用のページであり、文章ではありません。

ブリーフの後

30 日間のブリーフは承認済みで、実行に移せる状態です。自然な次のステップは「コンテンツを作る」ことで、social-content-engine がブリーフを定例カレンダーと投稿に変換します。関連する次の選択肢として、このブリーフをもとに単発のキャンペーンを作成する「このブリーフを実行」(canva-creator)や、先月の施策の成果を確認する「マーケティングはうまくいっていますか」(growth-pulse)もあります。提案は最大 3 つまでとし、このセッション中にオーナーがすでに断った提案は省いてください。

一覧にないツールを使う場合

このスキルで名前が挙がっているコネクターは、テスト済みの方法であり、利用可能な方法を限定するものではありません。オーナーが、接続されていない、または一覧にないツールをこのフローで使いたい場合は、build-connector を提案します。まずコネクターのディレクトリを確認し、その後は Zapier 経由で接続します。生の API に対して手作業で実装することはありません。接続が確立されたら、そのツールは他の任意のコネクターと同様に、このスキルの一部として同じ承認ゲートの下で利用できます。

コメント