growth-strategy について
プロダクトやグロースチーム向けのグロース戦略スキルです。成長ループ、流通戦略、ネットワーク効果、PLGを扱い、SEOやコンバージョン最適化、実験実行は専門スキルに引き継ぎます。
主な機能
- 01成長ループとモデル
- 02流通・プラットフォーム戦略
- 03ネットワーク効果の枠組み
- 04PLG 戦略と指標
- 05成長段階とチーム計画
活用シーン
- 01複利的な成長システムの計画
- 02チャネルや流通施策の評価
- 03ネットワーク効果の可能性分析
- 04段階に応じた成長優先事項の設定
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ manojbajaj95/ claude-gtm-plugin --skill growth-strategyインストール後、Claude Code で/growth-strategyを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
references/patterns.mdsharp_edges.mdvalidations.md詳細
成長戦略
ワークスペースのコンテキスト
質問する前に、初期コンテキストを確認してください。ブランド、オーディエンス、オファー、チャネル、ツール、制約、指標については strategy/brand.md を、個人の文体については about/me.md を、コンテンツ計画については content/ideas.md と content/calendar.md を参照してください。以前のプロダクトマーケティング関連コンテキストファイルは、代替手段としてのみ使用してください。生成した下書きは content/<platform>/drafts/YYYY-MM-DD_short-topic-slug.md に保存し、長期的に役立つ学びは strategy/brand.md、about/me.md、または content/ideas.md に反映してください。
運用上の取り決め
このスキルは、フロントマターで指定された範囲内で完結します。ローカルの指示、参考資料、スクリプト、アセットを実行手順として使用し、タスク固有の情報で不足しているものだけを質問してください。範囲を広げず、隣接するスキルに引き継ぎ、実行可能な成果物、判断、計画、下書き、または診断結果を返してください。
複利的に成長する仕組みのための成長戦略です。成長ループ、ディストリビューションへの賭け、ネットワーク効果、PLG 戦略、スケーリングの判断にこのスキルを使用してください。戦術的な SEO、ページやフォームの CRO、実験設計は専門スキルに振り分けてください。
クイックリファレンス
| 状況 | このスキルの用途 |
|---|---|
| SEO、ページの CRO、または実験の実行 | 専門スキルに振り分ける |
| 成長エンジンの構築 | 成長ループフレームワーク |
| 戦略的な成長計画 | 戦略とフレームワーク |
| ディストリビューション戦略 | チャネルとプラットフォーム戦略 |
| ネットワーク効果 | プロダクト主導の成長 |
パート 1:基本原則
基本となる真実
- 成長はプロダクトマーケットフィットの後に続くものであり、先行することはありません。
- リテンションは基盤です。リテンションを伴わない獲得は、穴の開いたバケツのようなものです。
- 最良の成長はマーケティング主導ではなく、プロダクト主導です。
- 複利効果は直線的な取り組みに勝ります。
- どの成長チャネルも、いずれは飽和します。
- ネットワーク効果は究極の堀です。
- 時期尚早な成長は企業を破滅させます。
成長はマーケティングではありません
成長とは、プロダクト、エンジニアリング、データを体系的に活用し、ユーザーの獲得、アクティベーション、リテンションを複利的に生み出すことです。これは部門ではなく、マインドセットです。
パート 2:成長ループフレームワーク
ファネルではなくループである理由
ファネル:直線的です。労力を注ぎ、成果を得て、最初からやり直します。 ループ:サイクルごとに、次のサイクルの燃料が生まれます。
重要な転換点は、「どうすればユーザーを増やせるか?」から、「獲得したユーザー一人ひとりが、どうすればより多くのユーザーを生み出すか?」へと問いを変えることです。
ループの種類
| ループの種類 | 説明 |
|---|---|
| コンテンツループ | ユーザーがコンテンツを作成 → さらに多くのユーザーを引きつける → コンテンツが増える |
| バイラルループ | ユーザーが他の人を招待 → 爆発的に広がる |
| セールスループ | 顧客が収益を生み出す → さらなる獲得に資金を投入する |
重要なパターン
| パターン | 洞察 |
|---|---|
| ファネルとループ | ファネルは直線的ですが、ループは複利的に成長します |
| 有料 ≠ ループ | 有料獲得は複利的に成長しません。ユーザーを購入しているだけです |
| 創業者主導が先 | 成長モデルの発見は外部委託できません |
| プロダクトが成長を担う必要がある | マーケティングだけの機能にはできません |
| 主要なループは一つ | 他のループは補完しますが、それだけでは窮地を救えません |
| 有料より獲得型を優先 | 獲得型/自社チャネルに 80%以上を投資する |
プラットフォームのサイクル
新しいプラットフォームは登場し、その後閉じていきます。適切なタイミングで賭けてください。
- 初期:リーチが大きく、競争が少ない
- 中期:リーチがピークに達し、競争が激しくなる
- 後期:競争が激しくなり、リターンが減少する
パート 3:SEO × SMO × CRO フレームワーク
SEO チェックリスト
ページ単位
-
<title>— 固有で、50~60 文字、主要キーワードを含む -
<meta name="description">— 150~160 文字 -
<link rel="canonical">— 自ページを参照している - 主要キーワードを含む
<h1>を 1 つだけ使用 - 最初の 100 語に主要キーワードを含める
- すべての画像に内容を説明する
altテキストを設定 - 関連ページへの内部リンク
サイト単位
-
robots.txtが重要なリソースをブロックしていない -
sitemap.xmlが最新である - すべてのページで HTTPS を使用し、モバイルに対応している
- Core Web Vitals の基準を満たしている(LCP < 2.5s、CLS < 0.1、INP < 200ms)
OGP / Twitter Cards
<meta property="og:type" content="website">
<meta property="og:title" content="Page Title">
<meta property="og:description" content="Description">
<meta property="og:image" content="https://example.com/og-image.png">
<meta property="twitter:card" content="summary_large_image">
CRO の中核
| 柱 | 目標 | 主な指標 |
|---|---|---|
| SEO | 見つけてもらう | オーガニックトラフィック、検索順位 |
| SMO | 共有してもらう | ソーシャル CTR、シェア数 |
| CRO | コンバージョンにつなげる | 登録率、完了率 |
パート 4:成長モデル
LTV の計算式
LTV = (Average Revenue Per Customer × Average Customer Lifespan) - CAC
ユニットエコノミクス
- LTV:CAC 比率:持続可能な成長には最低 3:1
- 回収期間:12 か月未満が望ましい
- CAC:顧客獲得コスト
- ARPU:ユーザーあたりの平均収益
AARRR フレームワーク
| 指標 | 定義 |
|---|---|
| 獲得 | ユーザーがどこから来るか |
| 活性化 | 初めての有意義な利用 |
| 維持 | ユーザーが戻ってくる |
| 紹介 | ユーザーが他の人を招待する |
| 収益 | ユーザーが支払う |
パート 5:ネットワーク効果
ネットワーク効果の種類
| 種類 | 説明 |
|---|---|
| 直接 | ユーザーが増えるほど価値が高まる(ソーシャルネットワーク) |
| 間接 | ユーザーが増える → 選択肢が増える → 価値が高まる(マーケットプレイス) |
| 双方向 | 供給側と需要側の双方が恩恵を受ける(プラットフォーム) |
| データ | データが増える → プロダクトが改善する → ユーザーが増える |
ネットワーク効果の構築
- 両側の存在:マーケットプレイスの両側が存在することを確認する
- 流動性のしきい値:各セグメントでクリティカルマスに達する
- スイッチングコスト:ユーザーがプラットフォームに投資する
- プラットフォームへの定着性:ワークフローとの統合
パート 6:プロダクト主導型成長(PLG)
PLG の中核原則
- 獲得の主な推進役としてのプロダクト
- 無料トライアルとフリーミアムモデル
- プロダクト内でのバイラル効果
- セルフサービス型のオンボーディング
- 利用量に応じた拡大
PLG の指標
| 指標 | 目標 |
|---|---|
| 活性化率 | > 40% |
| 価値実現までの時間 | < 5 分 |
| 週間アクティブ率 | > 20% |
| 拡大収益 | 全体の > 20% |
パート 7:成長実験
ICE フレームワーク
| 要素 | スコア(1~10) |
|---|---|
| インパクト | 成長を 2 倍にできるか? |
| 確信度 | これがうまくいくとどの程度確信できるか? |
| 容易さ | 実装はどれほど容易か? |
テストの実施
- 仮説を明確に文書化する
- 主要指標とガードレール指標を定義する
- 必要なサンプルサイズを計算する
- 統計的有意性(95%)に達するまで待つ
- 事業サイクル全体を実施する(最低 1~2 週間)
テストすべきでないこと
- 顧客の懸念を理解する前にボタンの色を変えること
- 競合他社を考えずに模倣すること
- ファネルの文脈を把握せずに最適化すること
パート 8:成長チームとタイミング
成長担当者を採用するタイミング
| 段階 | 成長の重点 |
|---|---|
| PMF 前 | 創業者主導で、プロダクトを反復改善する |
| PMF の模索中 | 最初の 100 人の顧客を獲得し、チャネルを理解する |
| PMF 検証済み | 最初の成長担当者を採用し、実験を構築する |
| スケーリング | 成長チーム全体を編成し、チャネルを拡大する |
成長チームの構成
- 個人貢献者:実験を実施する
- 成長マネージャー:優先順位付けと調整を行う
- 成長リード:戦略とチーム管理を担う
パート 9:主なフレームワークのまとめ
Andrew Chen の知見
- マーケットプレイスのダイナミクス
- 防御力としてのネットワーク効果
- プラットフォームの流通
- コールドスタート問題
Brian Balfour のフレームワーク
- グロースループの手法
- プラットフォームサイクル
- 有料施策 ≠ ループという洞察
Casey Winters のプレイブック
- 火をつける前に薪を集める(スケール不可能からスケール可能へ)
- プロダクト主導のセールス
- PQA > PQL
よくある間違い
- 早すぎるスケーリング — PMF 達成前の成長は資金を浪費する
- 維持を伴わない獲得 — 穴の開いたバケツ
- チャネルの追いかけ — ループを理解しないまま追いかける
- 見栄えだけの指標 — 先行指標に注目する
- 一発屋 — 複利的に成長する仕組みを構築しない
関連スキル
- product-market-fit-analysis:PMF の評価に使用
- conversion-rate-optimization:CRO の実装に使用
- customer-success-and-retention:維持戦略に使用
- ab-test-setup:成長実験に使用