mcpField
M
marketing-council

marketing-council

github.com/coreyhaines31マーケティング・グロース57.1k47.2k 回インストール1 日前に更新
リポジトリ

marketing-council について

公開されたフレームワークや見解をもとに、マーケティング顧問会議をシミュレーションし、具体的な意思決定を検討するスキルです。根拠のある視点と実質的な意見の相違を示し、状況に合わせて提案をまとめます。

主な機能

  1. 01人数を選べる3つのセッション形式
  2. 02異なる視点を持つ12人の顧問
  3. 03顧問を選び、異論を加える構成
  4. 04公開資料や調査に基づく見解
  5. 05意見の相違を整理し次の手順を統合
  6. 06独自の顧問プロフィールに対応

活用シーン

  1. 01ポジショニングやローンチ戦略を検討
  2. 02価格設定やオファー案を比較
  3. 03コピー、ファネル、広告案を評価
  4. 04マーケティング判断前にトレードオフを特定

インストール

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

$npx skills add https://github.com/coreyhaines31/marketingskills --skill marketing-council

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

同梱ファイル

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

evals/
evals.json
references/
advisor-template.md
references/advisors/
alex-hormozi.md
ann-handley.md
april-dunford.md
byron-sharp.md
claude-hopkins.md
david-ogilvy.md
eugene-schwartz.md
gary-halbert.md
gary-vaynerchuk.md
rory-sutherland.md
russell-brunson.md
seth-godin.md

詳細

マーケティング評議会

あなたは**マーケティングアドバイザーの simulated board(シミュレーション評議会)**を招集します。伝説的なマーケターたちであり、その文書化されたフレームワーク、公表された立場、既知のヒューリスティックをユーザーの具体的な課題に適用します。価値は単一の見解にあるのではなく、意見の相違にあります。評議会は、そのレンズが有益な形で衝突する思想家たちで構成されているため、ユーザーは方向性を選ぶ前に実際のトレードオフを把握できます。

**これはペルソナのシミュレーションであり、実在の人物ではありません。**すべての見解は、アドバイザーが実際に書いたり語ったりしたことに基づいていなければなりません(「根拠ルール」を参照)。出力にはシミュレーションであることを明記してください。

開始前

まずプロダクトマーケティングのコンテキストを確認してください: .agents/product-marketing.md が存在する場合(または .claude/product-marketing.md、もしくは従来の product-marketing-context.md)、質問をする前にそれを読んでください。

次に、不足しているものだけを明確にしてください:

  1. 問い — 評議会がレビューするのはどの意思決定または成果物ですか?(戦略、ランディングページ、価格変更、ローンチ計画、リブランド、広告アカウントなど)
  2. リスクと重要性 — これがうまくいった場合、あるいは悪くいった場合に何が起こりますか?これまでに何が試されましたか?
  3. セッションモード — クイックテイク、評議会セッション、フル評議会のいずれか(以下を参照)。既定値: 評議会セッション。

セッションモード

モード議席数使用場面
クイックテイクアドバイザー1名「この見出しについてオグルヴィなら何と言うだろう?」 — 名前を挙げた単一のアドバイザー
評議会セッション(既定)アドバイザー3〜5名相反するレンズから恩恵を受ける実際の意思決定
フル評議会全12名主要な戦略的意思決定 — 長い出力になります。重要性が正当化される場合にのみこれを提案してください

評議会のメンバー

12名のアドバイザーは、そのレンズが衝突するように選ばれています。完全なドシエは references/advisors/ にあり、議席に着いたアドバイザーのファイルのみを読み込んでください。

アドバイザーレンズファイル
セス・ゴーディン注目度、パーミッション、最小実行可能オーディエンスseth-godin.md
デイヴィッド・オグルヴィリサーチ主導のブランド広告とダイレクトレスポンスの規律david-ogilvy.md
ユージン・シュワルツ既存の大衆的欲求の誘導、認知度と洗練度の段階eugene-schwartz.md
クロード・ホプキンス科学的広告 — すべてをテストし、理由を示すコピーclaude-hopkins.md
ゲイリー・ハルバート飢えた群衆 — 製品とコピーよりも市場とリストを優先gary-halbert.md
ラッセル・ブランソンファネル、バリューラダー、フック・ストーリー・オファーrussell-brunson.md
アレックス・ホルモジオファー構築とバリュー方程式、ボリュームとレバレッジalex-hormozi.md
エイプリル・ダンフォード実際の競合代替案に対するポジショニングapril-dunford.md
ロリー・サザーランド行動科学と心理ロジック、良いアイデアの反対もまた良いアイデアになり得るrory-sutherland.md
バイロン・シャープエビデンスに基づくブランド科学 — メンタル・フィジカルアベイラビリティ、ロイヤルティよりリーチbyron-sharp.md
アン・ハンドリーコンテンツとライティングの技巧、よりゆっくりで勇敢なマーケティングann-handley.md
ゲイリー・ヴェイナーチャックアテンションアービトラージ — 割安なチャネルにネイティブに、大量にgary-vaynerchuk.md

評議会の招集

評議会セッションでは、3~5名のアドバイザーを招集します:

  1. 質問タイプに直接適合する視点を持つ2~3名(以下の表)。
  2. 必ず少なくとも1名の指定反対者を招集する — その文書化された立場が、質問が傾いている方向と矛盾するアドバイザーです。全員が同意する評議会は鏡であり、取締役会ではありません。
  3. 明示的なリクエストを尊重する(「この件にはHormoziとGodinを入れたい」)。
質問タイプ有力な適合者自然な反対者
ポジショニング / メッセージングDunford、Godin、SchwartzSharp(差別化懐疑派)
オファー / 価格設定Hormozi、Halbert、BrunsonSutherland(価格 ≠ 価値の論理)、Godin(底辺への競争への警告)
ブランド構築 / 認知Sharp、Ogilvy、SutherlandHopkins、Halbert(売上を見せてくれ)
コピー / クリエイティブレビューOgilvy、Schwartz、Halbert、HandleySutherland(非論理をテストせよ)
ファネル / コンバージョンパスBrunson、Hormozi、HopkinsGodin(圧力より許可)、Handley(あなたは信頼を失いつつある)
コンテンツ戦略Handley、Godin、VaynerchukSharp(リーチは深さに勝る)、Hopkins(レスポンスはどこだ?)
有料広告 / メディアHopkins、Sharp、VaynerchukGodin(割り込みは税金)
成長 / スケーリングHormozi、Vaynerchuk、SharpHandley(品質の劣化)、Dunford(曖昧なポジションのスケーリング)
オーディエンス / チャネル選択Vaynerchuk、Sharp、HalbertGodin(最小実行可能オーディエンス対大量リーチ)
ローンチ戦略Brunson、Godin、HalbertSharp(ローンチは色あせるが、可用性は複利で効く)

セッションプロトコル

  1. 招集したアドバイザーのドシエを読み込む — references/advisors/ から。
  2. 任意のライブリサーチパス — 以下を参照。質問が十分に具体的で、文書化された立場ではカバーできない可能性がある場合、またはユーザーが引用を求める場合に提供します。
  3. 各アドバイザーの見解 — アドバイザーごとに2~4段落:
    • アドバイザーが自身のシグネチャークエスチョンをユーザーのケースに適用することから始める
    • そのフレームワークを具体的な内容に適用する(ドシエに一覧があります) — 名前を添えただけの一般的なアドバイスではありません
    • 実際に持つであろう確信をもって推奨を述べる
    • ドシエの声のメモに従い、その声で書く。捏造した引用はしない
  4. 意見対立マップ — 最も価値のあるセクションです。見解間の真の対立を2~4つ特定し、各対立が表す根本的なトレードオフを名付け(例:「ここでのSharp対Godinは、実際にはリーチ対共鳴 — このビジネスではどちらの制約が効くのか?」)、それぞれを決着させるにはどのような証拠が必要かを述べます。
  5. 統合 — 議長のまとめ:このユーザーの段階、カテゴリー、制約に最も適合する推奨、トリップワイヤーとして保持すべきアドバイザーの警告、そしてスキルの引き継ぎを伴う具体的な次のステップ(関連スキルを参照)。

ライブリサーチパス

トピックが具体的である場合(ニッチ、チャネルの変化、現在のプラットフォームの変更)や、ユーザーがソースを求める場合は、ドシエを超えて進みます:

  • ディープリサーチスキルがインストールされている場合(例: deep-research): それを使って、招集したアドバイザーがこのトピッククラスについて実際に述べたり書いたりしたこと — 書籍、エッセイ、インタビュー、ポッドキャスト — に加え、議論の現状を見つけます。
  • 動画分析スキルがインストールされている場合(例: watch-video): リサーチが浮かび上がらせた特定の講演/インタビューから見解を引き出します。
  • 最新性スキルがインストールされている場合(例: last30days): トピックが移り変わりの速いものである場合、最近の見解を確認します。
  • それ以外の場合: 組み込みのウェブ検索を使い、招集したアドバイザーごとに [アドバイザー名] + [トピック] を検索し、まとめ記事よりも一次情報源(本人の書籍、ブログ、ニュースレター、講演)を優先します。

調査結果は引用とともに見解に織り込みます(「2023年のXでのインタビューで、Dunfordは…と主張した」)。リサーチがドシエと矛盾する場合は、リサーチを信頼し、訂正を記します。

根拠ルール(必須)

  • セッションをシミュレーションであると明示する:冒頭で一度だけ、「シミュレーション評議会 — 各意見はアドバイザーが公表したフレームワークと立場に基づいて構成されたものであり、本人による実際のレビューではありません。」 のような一文を記載します。
  • 引用の捏造は禁止。 直接引用は、ドシエまたはリサーチパスで検証可能な文言に限り、出典を明記して行います。それ以外は言い換えます:「Hopkins の Scientific Advertising における立場は…」
  • 推薦や非難の捏造は禁止。 アドバイザーが自身のフレームワークを適用する様子をシミュレーションすることはできますが、実在の人物がユーザーの特定企業について意見を持っていると述べたり示唆したりしてはいけません。
  • 存命のアドバイザーには特に注意が必要です。 Godin、Brunson、Hormozi、Dunford、Sutherland、Sharp、Handley、Vaynerchuk は存命で活動中であり、立場は変化します。時間に敏感な事項についてはリサーチパスを優先し、実名の競合他社や論争についてコメントする様子を決してシミュレーションしないでください。
  • 本質的に対立させること。歪んだ描写はしない。 各アドバイザーの意見は、このケースに適用した彼らの見解の最も強いバージョンでなければなりません。統合が打ち負かすための藁人形を作ってはいけません。
  • ドシエとユーザーの質問が重ならない場合(例:Hopkins に TikTok について尋ねる)、その意見の中でその旨を述べ、明示的な類推によって推論します:「Hopkins はソーシャルフィードを見たことがありませんが、彼のサンプリング原則は次のように対応します…」

出力フォーマット

> Simulated council — each take is built from the advisor's published
> frameworks and positions, not their actual review.

## The question before the council
[1-2 sentence restatement + what's at stake]

## Seated: [Advisor A], [Advisor B], [Advisor C] ([mode])
[One line on why this bench, including who was seated as the dissenter]

---

### [Advisor A] — [their lens, 3-5 words]
[2-4 paragraph take]
**Bottom line:** [one sentence]

### [Advisor B] — …
…

---

## Where the council disagrees
1. **[Conflict]** — [A] says X because [framework]; [B] says Y because
   [framework]. The real trade-off: [underlying tension]. What would
   settle it: [evidence/test].
2. …

## Chair's synthesis
[Recommendation fitted to this user's stage and constraints]
- **Do:** [2-4 concrete next steps]
- **Tripwire:** [which advisor's warning to monitor, and the signal]
- **Execute with:** [skill handoffs]

カスタムアドバイザーの追加

ユーザーはベンチを拡張できます(「自分のアドバイザーを追加する」)。references/advisor-template.md の構造に従ってドシエを作成します — 組み込みアドバイザーと同じフィールド(レンズ、フレームワーク、出典付きの記録された立場、シグネチャークエスチョン、最適な用途/盲点、話し方のメモ、主要著作)です。著名でないアドバイザー(ユーザーのかつての上司、社内の役員など)については、ユーザーに立場を提供してもらい、捏造しないでください。ユーザーのプロジェクト内の .agents/advisors/<name>.md に保存すると、永続化され、リポジトリの更新と決して衝突しません。

アンチパターン

  • 同意するだけの評議会 — 5つの意見すべてがユーザーの既存プランを是認するもの。実際に反対意見を持つ人を再配置してください。
  • 名前をまとっただけの一般的なアドバイス — 名前を入れ替えても成立してしまう意見は意見ではありません。各意見をそのアドバイザー固有のフレームワークと記録された立場に根拠づけてください。
  • 引用の寄せ集め — 有名な一言を繋ぎ合わせるだけで、その背後にあるメソッドを適用しないこと。
  • 実行作業のための評議会 — 評議会は方向性を決めるものであり、ランディングページを書くものではありません。方向性が定まったら実行スキルに引き渡してください。
  • 見出しに12人のアドバイザー — ベンチの規模はリスクの大きさに合わせてください。

関連スキル

  • positioning / product-marketing: Dunford の意見が勝った場合 — ポジショニング作業を実行します
  • offers / pricing: Hormozi/Halbert の方向性が勝った場合 — オファーを構築します
  • copywriting / copy-editing: 評議会がコピーをレビューした場合 — 修正を実行します
  • ads / ad-creative: 議論がメディアまたはクリエイティブ戦略だった場合
  • content-strategy / social: Handley/Vaynerchuk の方向性が勝った場合
  • brand-strategy / marketing-psychology: Sharp のアベイラビリティ作業と Sutherland の行動メカニクスに
  • ab-testing: 不一致マップが「テストせよ」と言う場合 — Hopkins なら主張するはずです
  • deep-research: ライブリサーチパス用、インストールされている場合

コメント