content-strategy

content-strategyスキルの概要

content-strategyスキルでできること

content-strategy スキルは、曖昧なコンテンツマーケティングの目標を、構造化された実行プランに落とし込むためのものです。どんなテーマを扱うか、どの顧客の疑問に答えるべきか、購買プロセスのどの段階にどのコンテンツを当てるか、そして何から優先して公開するかまで整理できます。単に記事を書くためではなく、コンテンツ施策そのものを設計するためのスキルです。

どんな人・チームに向いているか

この content-strategy スキルは、特に次のようなケースに向いています。

• コンテンツ施策を立ち上げたい、または立て直したい B2B SaaS / サービス企業のチーム
• ブログのネタはあるが、優先順位の付け方が決まっていないマーケター
• プロダクト理解は深いが、コンテンツのロードマップが必要な創業者
• 単発のブレストではなく、再利用できるフレームワークを必要とするエージェント

実際に解決したい仕事

多くのユーザーが本当に必要としているのは、「もっとたくさんのネタ」ではありません。必要なのは意思決定の仕組みです。

• どのコンテンツがトラフィック、権威性、リード獲得に効くのか
• どのトピックが各バイヤーステージに合うのか
• 限られた制作リソースをどこに集中すべきか
• 検索流入を取りにいくコンテンツと、シェアされやすい thought leadership をどう両立するか

この点で、content-strategy は汎用的なプロンプトより実務向きです。

このスキルが他と違う点

このリポジトリにある content-strategy は、気軽なアイデア出し用プロンプトよりもかなり構造化されています。プランニングに入る前に、ビジネス背景、顧客調査、現状、コンテンツ目標を明示的に求める設計になっています。さらに、次のような出力に寄せていく点も特徴です。

• 3〜5個のコンテンツピラー
• バイヤーステージごとのマッピング
• ステージ別のキーワード機会
• searchable なコンテンツと shareable なコンテンツの組み合わせ
• 単なるトピック一覧ではなく、優先順位付けのフレームワーク

使わないほうがいい場面

主に次のことが必要なら、content-strategy は第一候補ではありません。

• 既存ページの SEO 監査
• SNS中心のコンテンツ計画
• 単体の記事やランディングページのコピー作成

このスキルは、「どんなコンテンツプログラムを作るか・修復するか・拡張するか」を決めるためのものです。

content-strategyスキルの使い方

インストール時に確認したいこととスキルの所在

GitHub 上のスキルは、coreyhaines31/marketingskills リポジトリ内の skills/content-strategy にあります。Skills 互換の環境を使っているなら、まずそのリポジトリからインストールし、コンテンツ戦略を組み立てる場面でこのスキルを呼び出します。

よくあるインストール方法は次のとおりです。

npx skills add https://github.com/coreyhaines31/marketingskills --skill content-strategy

環境によって別の skill loader を使っている場合は、同じリポジトリパスから対象フォルダを手動で追加してください。

まず読むべきファイル

インストール可否を手早く判断したいなら、先に次の順番で確認するのがおすすめです。

1. skills/content-strategy/SKILL.md
2. skills/content-strategy/evals/evals.json
3. skills/content-strategy/references/headless-cms.md

この順番がよい理由は以下です。

• SKILL.md で、実際の planning workflow がわかる
• evals/evals.json で、「良い出力」の基準が見える
• references/headless-cms.md は、CMS 選定やコンテンツモデリングが戦略に影響する場合だけ重要になる

まず product marketing の文脈を渡す

この content-strategy スキルは、.agents/product-marketing-context.md または .claude/product-marketing-context.md を確認する前提になっています。ここは重要です。戦略の出力が弱くなる原因の多くは、ポジショニング、対象読者、プロダクト文脈の不足にあります。

プロンプトを投げる前に、そのファイルを用意するか、少なくとも同じ内容を依頼文に含めてください。

• 何を売っているか
• 理想的な顧客像
• カテゴリと代替手段
• 主な課題
• 購買のトリガー
• プロダクトの差別化要素
• コンテンツの主要な事業目的

content-strategyスキルに最低限必要な入力

content-strategy は情報が揃っていなくても使えますが、次の内容を渡すと出力品質はかなり上がります。

• 事業タイプと対象読者
• 現在のコンテンツ状況: ブログなし、更新停止気味、トラフィック横ばい、トピックが散漫 など
• 目標: トラフィック、リード、認知、営業支援、thought leadership
• 顧客の質問や反論
• 既知のプロダクト活用シーン
• 配信・運用上の制約: チーム規模、予算、公開頻度
• 既存ドメイン評価や強いチャネルの有無

これらがなくてもフレームワーク自体は作れますが、優先順位付けはどうしても汎用的になりがちです。

粗い目標を強いプロンプトに変える

弱いプロンプト:

• 「コンテンツ戦略を手伝ってください。」

より良い content-strategy の使い方:

• 「Use the content-strategy skill. We sell expense management software to finance teams at 50–500 employee companies. We have no blog yet. Goal is pipeline-qualified traffic, not vanity traffic. Build 3–5 content pillars, map topics by buyer stage, suggest a searchable vs shareable mix, and prioritize the first 10 pieces using a scoring framework.”

このプロンプトが機能しやすいのは、次の要素が揃っているからです。

• 市場
• 対象読者
• 現状
• 事業ゴール
• 必要な成果物

意思決定が変わるアウトプットを依頼する

良い content-strategy usage とは、単に「アイデアをください」ではありません。実際に使える成果物を求めてください。

• コンテンツピラー
• バイヤーステージ別のトピックマップ
• 優先度スコア
• 初四半期の公開カレンダー
• 推奨フォーマット
• 現在のカバレッジの不足領域
• 検証すべき前提条件

こう依頼することで、このスキルは“ひらめき用”ではなく“運用できる設計ツール”になります。

初回利用におすすめの進め方

最初の実行は、次の流れが実務的です。

1. 事業と対象読者の背景を共有する。
2. 現在のコンテンツ上の課題を明確にする。
3. ピラー設計とバイヤーステージのマッピングを依頼する。
4. 最初の 10〜20 件のアイデアを優先順位付けしてもらう。
5. チームの制作能力に合った現実的な公開頻度を出してもらう。
6. そのあとで初めて、個別記事の brief や outline を依頼する。

この順番にすると、施策の目的が固まる前に完成度の高い記事案だけ量産してしまう、よくある失敗を防げます。

content-strategyスキルが得意な出力

リポジトリの設計と evals を見る限り、content-strategy スキルが特に安定しているのは次の用途です。

• ゼロからの戦略設計
• ランダムに見えるコンテンツ施策の立て直し
• トピックと顧客の疑問の接続
• SEO 主導のコンテンツと thought leadership のバランス調整
• 無理のない初期ロードマップ作成

一方で、高度なキーワードクラスタリング専用ツールというよりは、戦略設計寄りのスキルです。

トピック一覧ではなく優先順位モデルを使う

このリポジトリで特に参考になるのが、evals にあるスコアリングの考え方です。

• customer impact: 40%
• content-market fit: 30%
• search potential: 20%
• resources: 10%

content-strategy をスコアリング指定なしで使うと、もっともらしいトピックは大量に出ても、なぜその順番なのかが見えないことがあります。現実のリソース制約に耐える計画にしたいなら、アイデアを必ず採点または tier 分けするよう明示的に依頼してください。

既存コンテンツがある場合の扱い方

すでに大きなブログがあるなら、「新しいアイデア」だけを求めないでください。次の情報を渡すと、スキル