content-strategy について
content-strategyは、小規模事業者が今後30日間に何を訴求するか決めるためのスキルです。販売履歴と季節要因を分析して優先順位付きの提案を作り、事業者の承認後にコンテンツ作成ワークフローへ渡します。
主な機能
- 01商品・サービス別の売上分析
- 02売れ筋と低調な商品の特定
- 03ユーザー提供または業界の季節性を反映
- 0430日間の販促案を順位付け
- 05承認済みブリーフを構造化JSONで出力
活用シーン
- 01翌月の投稿で紹介する商品を選定
- 02商品の販促・セット化・休止を判断
- 03売上傾向をキャンペーン案に反映
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ anthropics/ knowledge-work-plugins --skill content-strategyインストール後、Claude Code で/content-strategyを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
reference/gotchas.mdv2_sources.mdreference/examples/retail-boutique-example.md詳細
コンテンツ戦略
クイックスタート
中小企業のオーナーから「今月は何を投稿すればよいですか?」や「コンテンツ計画はどうなっていますか?」と聞かれたとき、このスキルは次のことを行います。
- QuickBooks または PayPal から販売データを取得します(日付別の取引履歴、商品・サービスの売上)
- パターンを特定します — 売れ筋商品、売れ行きの鈍い商品、季節的な傾向
- コンテキストを加味します — 季節性(ユーザー提供の情報または業界ベンチマーク)、過去の実績
- 30日間の概要を作成します — 強化すべきもの、見送るべきもの、検討すべきオファーの優先度付き提案
- 概要を
social-content-engineに渡してアセットを生成する前に、オーナーの承認を得ます
出力は戦略に関するもののみです — カレンダーのスケジュール設定も、クリエイティブアセットの作成も行いません。
ワークフロー
ステップ 1:事前確認(QuickBooks のみ)
QuickBooks を使用する場合は、ビジネスプロフィールが設定されていることを確認します。
company-infoを呼び出し、Industryに値が設定されているか確認します- 値がない場合、または「Unknown」の場合:
- 「適切な季節性ベンチマークを取得するため、事業カテゴリーを教えてください。どの業界ですか?」と尋ねます(例:小売、サービス、SaaS)
- ユーザーの業界情報を使って
quickbooks-profile-info-updateを呼び出します - 「プロフィールを更新しました。販売データを取得する準備ができました。」と確認します
- プロフィールが設定済みの場合は、ステップ 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 に対して手作業で実装することはありません。接続が確立されたら、そのツールは他の任意のコネクターと同様に、このスキルの一部として同じ承認ゲートの下で利用できます。