sales-content について
Sales Content Managementは、営業資料の整理、作成、配布、評価を支援するツール非依存のスキルです。専用プラットフォームや汎用ツールを使う営業支援・マーケティングチーム向けに、コンテンツ管理と効果測定を扱います。
主な機能
- 01営業コンテンツライブラリの計画と整理
- 02バトルカードやプレイブックなどの作成
- 03担当者・レビュー・承認フローの設定
- 04営業担当者による資料検索の改善
- 05利用状況と商談への影響の測定
活用シーン
- 01散在するファイルから検索可能なライブラリを構築
- 02購買段階に沿った資料の優先順位付け
- 03競合バトルカードの作成と更新
- 04コンテンツと商談結果の関連性の測定
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ sales-skills/ sales --skill sales-contentインストール後、Claude Code で/sales-contentを入力して読み込まれたか確認します。
同梱ファイルreferences/learnings.mdreferences/platform-guide.md
詳細
営業コンテンツ管理
コンテンツライブラリの構築やバトルカードの作成から、コンテンツの有効性の監査、コンテンツニーズに関するマーケティングと営業の連携まで、営業資料の整理、配布、測定、管理を支援します。このスキルは特定のツールに依存せず、あらゆるセールスイネーブルメントプラットフォーム(Seismic、Allego、Highspot、Showpad、Guru)や汎用ツール(Google Drive、SharePoint、Notion)に適用できます。
ステップ 1 — 背景情報の収集
references/learnings.md が存在する場合は、蓄積された知見を確認するため、最初に読みます。
ユーザーに次の質問をします。
-
何をする必要がありますか?
- A) コンテンツライブラリをゼロから構築する
- B) 既存のコンテンツを整理・再構成する
- C) 特定のコンテンツ(バトルカード、1 枚資料、導入事例、プレイブック)を作成する
- D) コンテンツの利用状況と有効性を監査する
- E) コンテンツガバナンス/ワークフローを設定する
- F) 営業担当者がコンテンツを見つけやすくする
- G) その他
-
どの種類のコンテンツですか?
- A) バトルカード
- B) 1 枚資料/データシート
- C) 導入事例
- D) 営業用デッキ/プレゼンテーション
- E) プレイブック/ガイド
- F) ROI 計算ツール/ツール
- G) メールテンプレート
- H) 上記すべて
-
チームの規模はどれくらいですか?
- A) 営業担当者が 10 人未満
- B) 10~50 人
- C) 50~200 人
- D) 200 人以上
-
現在使用しているコンテンツツールは何ですか?
- A) Seismic
- B) Allego
- C) Highspot
- D) Showpad
- E) Guru
- F) Google Drive/SharePoint/Notion
- G) 専用ツールなし
- H) その他
ユーザーの依頼にすでにこれらの情報の大半が含まれている場合は、関連するステップに進んでください。 妥当な前提を明示したうえで、最善を尽くした回答から始め、最後に重要度の高い確認質問を 1~2 個だけ尋ねます。背景情報をすべて収集するまで回答を保留しないでください。
ステップ 2 — コンテンツ戦略
詳細なコンテンツ分類、監査フレームワーク、コンテンツタイプの構成、ガバナンスモデル、プラットフォーム固有のガイダンス(Seismic、Allego、Highspot、Showpad、Guru、Google Drive/SharePoint/Notion)については、references/platform-guide.md を読んでください。
プラットフォームガイドの詳細を確認する必要はなくなりました。ユーザーの具体的な状況に集中してください。
ステップ 3 — 実践的なガイダンス
コンテンツライブラリをゼロから構築する
- 監査:共有ドライブ、メールの添付ファイル、営業担当者のデスクトップ、Slack メッセージなど、すべての保管場所にある既存コンテンツを棚卸しします。誰もが存在すると考えている量の 2~3 倍のコンテンツが見つかると想定してください。
- 評価:各コンテンツを利用状況(共有されているか)、鮮度(最後に更新されたのはいつか)、品質(メッセージに沿っているか)で評価します。3 項目中 2 項目を満たさないものはアーカイブします。
- 分類体系:整理構造を定義します。購買プロセスの段階、次にペルソナ、最後にコンテンツタイプの順に分類します。3 階層までに抑えないと、営業担当者が目的の場所にたどり着けなくなります。
- 移行:残すコンテンツを分類体系に沿って移動します。すべてのタグを付け直し、名前を統一します。ここが最も難しい作業です。営業担当者が 50 人以上のチームでは、2~4 週間を確保してください。
- ガバナンス:担当者を割り当て、見直しの頻度を設定し、承認ワークフローを定義します。これを行わないと、6 か月後には再び混乱します。
- 展開:新しいライブラリの使い方を営業担当者にトレーニングします。30 秒未満でコンテンツを見つける方法を示してください。最初の 2 週間でフィードバックを集め、検索パターンに基づいて分類体系を調整します。
コンテンツ作成の優先順位付け
影響の大きいコンテンツから優先して取り組みます。
- 意思決定段階 — バトルカード、ROI 計算ツール、競合比較(成約率に直接影響します)
- 提案段階 — 導入事例、1 枚資料、リファレンス資料(購入者は契約前に有効性を確認する必要があります)
- ディスカバリー段階 — プレイブック、ディスカバリー質問ガイド、デモフレームワーク(案件の適格性評価を向上させます)
- 認知段階 — 教育コンテンツ、業界レポート(営業コンテンツとしては優先度が低く、マーケティングの領域です)
コンテンツのROIを測定する
コンテンツの利用状況を、パイプラインと収益の指標に結び付けます。
- 商談ごとにコンテンツをタグ付けする:各商談で共有されたコンテンツを追跡します
- コンテンツ別の受注率:特定のコンテンツを共有した商談と、共有しなかった商談の受注率を比較します
- 成約までの期間への影響:特定のコンテンツが商談の進行を早めるかどうかを測定します
- 営業担当者の利用状況:コンテンツライブラリを利用する営業担当者を追跡し、そのパフォーマンスとの相関を調べます
- コンテンツの影響を受けたパイプライン:コンテンツを共有した商談のパイプライン総額を算出します
注意点
-
営業担当者と話す前にコンテンツを作成しないでください。 Claude はマーケティング戦略に基づいてコンテンツを提案しがちです。最も価値のあるコンテンツは、営業担当者が実際に必要としているものです。トップ営業担当者5人に、どんなコンテンツがあればよいか尋ねてください。
-
部門別(マーケティング、製品、営業)にコンテンツを整理しないでください。 営業担当者の検索方法に合わせ、商談段階、ペルソナ、ユースケース別に整理してください。「マーケティング」フォルダーを検索する人はいません。
-
構築前の監査を省略しないでください。 ほとんどのチームでは、コンテンツの60%以上が使われていません。古くなったコンテンツの上に新しいライブラリを構築すると、見つけやすさが改善するどころか悪化します。
-
2ページを超えるバトルカードを作成しないでください。 営業担当者には、通話前の30秒で目を通せるクイックリファレンスカードが必要です。長いドキュメントは使われません。
-
利用状況だけでなく、コンテンツの効果も測定してください。 100回使われても受注率を改善しないバトルカードは、見直しが必要です。ダウンロード数だけでなく、コンテンツと商談結果の相関を追跡してください。
-
継続的に改善する:ここに記載されていないことに気付いた場合は、今日の日付を付けて
references/learnings.mdに追記してください。
特定のプラットフォームスキルを推奨する前に
このスキルは、さまざまなプラットフォームにまたがる戦略領域を扱います。特定のプラットフォームスキル(## Related skills に記載されている /sales-{platform}、例:/sales-mailshake、/sales-klaviyo、/sales-apollo)をユーザーに案内する前に、そのプラットフォームスキルの実際の SKILL.md を必ず読んでください。## Related skills の1行の説明は候補を 特定する には十分ですが、そのスキルを 推奨する 判断や、適切に呼び出すプロンプトの作成には不十分です。
読み方:
~/.claude/skills/{skill-name}/SKILL.mdがローカルに存在する場合は、Readで読みます。sales-*スキルの場合は、このリポジトリから直接WebFetchで取得します:https://raw.githubusercontent.com/sales-skills/sales/main/skills/{skill-name}/SKILL.md。例:sales-mailshakeの場合は、https://raw.githubusercontent.com/sales-skills/sales/main/skills/sales-mailshake/SKILL.md。sales-*以外のスキル(サードパーティ製)の場合は、インストールされていれば~/.claude/skills/sales-do/references/skill-sources.mdで{org}/{repo}を調べ、そのリポジトリ内の同じskills/{skill-name}/SKILL.mdパスから取得します。
読んだ後は、 SKILL.md にある具体的な内容(対応範囲、サブフロー、argument-hint の形式、「使用してはいけない用途」という否定的な条件など)に基づいて推奨してください。生成する呼び出しは、プラットフォームスキルの argument-hint に合わせてください。プラットフォームスキルがユーザーの状況に合わない場合は、別のスキルに切り替えるか、この場で直接対応し、適合しないスキルを推奨しないでください。
関連スキル
/sales-seismic— Seismic プラットフォームのサポート(Seismic 固有のコンテンツ管理の設定向け)/sales-allego— Allego プラットフォームのサポート(Allego 固有のコンテンツ管理と AI によるレコメンデーション向け)/sales-seamless— Seamless.AI プラットフォームのサポート(AI が生成する見込み客レベルのコンテンツの Pitch Intelligence 向け)/sales-coaching— 営業コーチングとトレーニング(オンボーディングおよび営業支援プログラム向けのコンテンツ)/sales-compete— 競合置き換えキャンペーン(バトルカードと競合関連コンテンツ)/sales-proposal-page— 提案ページの設計(Qwilr の提案書)/sales-do— どのスキルを使えばよいかわからない場合:ルーターがあらゆる営業上の目的に適したスキルを選びます。インストール方法:npx skills add sales-skills/sales --skill sales-do
例
例 1:散らかったコンテンツライブラリを整理する
ユーザーの発言:「営業コンテンツを整理したいのですが、Google Drive に 500 件以上のドキュメントが散在していて、誰も見つけられません」 スキルの内容:
- 既存のコンテンツを監査し、ステージ/ペルソナ/種類別の分類体系を提案します
- 各コンテンツを利用状況、新しさ、品質に基づいて評価することを推奨します
- チームの規模に基づいたスケジュールで移行計画を提案します
- 担当者、レビュー頻度、廃止方針を定めてガバナンスを整備します
- 利用状況の追跡には、専用のイネーブルメントプラットフォームへのアップグレードを推奨します 結果:分類体系、移行手順、ガバナンスのフレームワーク、プラットフォームの推奨事項を含む、コンテンツライブラリの構築計画が完成します
例 2:バトルカードのテンプレートを作成する
ユーザーの発言:「上位 3 社の競合他社向けにバトルカードのテンプレートを作成してください」 スキルの内容:
- バトルカードの構成を提示します(概要 → 強み/弱み → 注意点 → 反論への回答 → 受注事例)
- 営業担当者が使いやすいよう、最大 1~2 ページにすることを推奨します
- 担当者を割り当て、毎月更新する頻度を設定します
- カードに情報を入力するための競合調査フレームワークを含めます
- 配布戦略(イネーブルメントプラットフォーム、更新時の Slack 通知)を提案します 結果:構成、更新頻度、担当者モデル、配布計画を備えたバトルカードのテンプレートが完成します
例 3:コンテンツの効果を測定する
ユーザーの発言:「どのコンテンツが実際に案件の受注に役立っているか、どう測定すればよいですか?」 スキルの内容:
- コンテンツと案件の相関を追跡できるようにします(商談機会ごとに共有したコンテンツにタグを付けます)
- 主要な指標を定義します:コンテンツごとの受注率、成約までの時間への影響、営業担当者による利用状況
- 利用指標(ダウンロード数、閲覧数)と効果指標(受注との相関)を区別します
- コンテンツが影響を与えたパイプラインの算出を推奨します
- 効果データに基づく四半期ごとのコンテンツレビューのプロセスを作成します 結果:具体的な指標、追跡方法、レビュー頻度を含むコンテンツ測定フレームワークが完成します
トラブルシューティング
営業担当者がコンテンツライブラリを使わない
原因:コンテンツが見つけにくい、関連性がない、または古くなっています。営業担当者は自分で保存したバージョンを使ったり、同僚に直接尋ねたりするようになります。 解決策:利用状況を監査し、使われていないものを特定します。分類体系を最大 3 階層に簡素化します。検索機能を追加します。営業担当者をコンテンツ作成に参加させます。自分たちが形作ったコンテンツは、使ってもらえる可能性が高くなります。トップパフォーマーに不足しているものを尋ねます。
マーケティングが営業担当者の求めていないコンテンツを作成する
原因:マーケティングが営業担当者に必要だと考えるものと、営業担当者が実際の商談で使うものが一致していません。営業担当者には意思決定段階のコンテンツが必要なのに、マーケティングは認知段階のコンテンツを作成することがよくあります。 解決策:トップパフォーマー 10 名を対象に、必要なコンテンツに関するアンケートを実施します。マーケティングが作成しているコンテンツと比較します。共同で優先順位を決めるコンテンツカレンダーを作成します。公開前に営業担当者にコンテンツを確認してもらいます。
コンテンツがすぐに古くなる
原因:ガバナンスのプロセスがありません。コンテンツが作成されたまま更新されていません。競合他社向けのバトルカードに 2 年前の機能が記載されています。ケーススタディで、すでに解約した顧客に言及しています。 解決策:すべてのコンテンツに担当者を割り当てます。レビュー頻度を設定します(バトルカードは毎月、ケーススタディは四半期ごと)。有効期限の通知を自動化します。設定した頻度でレビューされていないコンテンツにフラグを付けます。レビュー頻度の 2 倍の期間が経過しても更新されないコンテンツはアーカイブします。