growth-hacking-playbook について
ファネルの特定段階を改善したいチーム向けの成長実験計画スキルです。制約の特定、検証可能な仮説の作成、実験の優先順位付け、判断基準の設定、獲得から収益までの結果追跡を支援します。
主な機能
- 01ファネルの制約分析
- 02検証可能な仮説テンプレート
- 03根拠に基づく優先順位付け
- 04段階別の実験ライブラリ
- 05週次の実験サイクル
- 06判断基準とコンプライアンス
活用シーン
- 01ファネルのボトルネック診断
- 02成長実験の優先順位付け
- 03週次テストサイクルの計画
- 04実験結果の評価
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ gingiris-1031/ gingiris-skills --skill growth-hacking-playbookインストール後、Claude Code で/growth-hacking-playbookを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
_meta.json.clawhub/origin.jsonreferences/en/README.mdreferences/ja/README.mdreferences/ko/README.md詳細
成長実験システム — アイデアから意思決定まで
小手先の施策リストから始めてはいけません。ファネルの制約となっている段階を特定し、意思決定を変えられる最小の実験を実施します。
1. 成長モデルを定義する
以下を記録します。
ICP | value event | acquisition source | activation event | retained-use event | paid event | referral event
コホート別にベースラインのファネルを作成します。消費者向け製品では D1/D7/D30 のリテンションを含めます。B2B では、有望なパイプライン、営業サイクル、回収済み売上を含めます。イベントが計測されていない場合、計測の実装がゼロ番目の実験です。
2. 制約を特定する
| シグナル | 制約 | 次に行うこと |
|---|---|---|
| 有望なトラフィックが少ない | 獲得 | オーディエンス/チャネルとメッセージの組み合わせを1つテストする |
| 登録はあるが価値を示すイベントがない | アクティベーション | 最も摩擦の大きいステップを取り除く |
| アクティベーションはあるがリピート利用が少ない | リテンション | 離脱コホートと継続コホートにインタビューする |
| 継続利用はあるが支払いがない | 収益化 | パッケージ、価格、または営業支援をテストする |
| 継続ユーザーの満足度は高いが共有が少ない | 紹介 | 価値と整合した共有ループを追加する |
アクティベーションまたはリテンションのファネルが機能していない状態で、獲得を拡大してはいけません。
3. 検証可能な仮説を書く
以下を使用します。
For [segment], changing [one variable] from [control] to [variant]
will move [primary metric] from [baseline] to [threshold] within [window],
because [evidence]. Guardrails: [retention, quality, complaints, cost].
すべての実験に、担当者、開始日/終了日、対象オーディエンス、サンプル/意思決定ルール、流入元の追跡方法、最大コスト、ロールバックを設定します。
4. 見せかけの精密さに頼らず優先順位を付ける
インパクト、確信度、実行の容易さをそれぞれ1〜10で評価します。確信度には、根拠を示す必要があります。
- 9〜10:社内での行動が繰り返し確認されている、または実験が完了している。
- 6〜8:インタビューと行動データの組み合わせ、または隣接分野の確かな事例がある。
- 3〜5:外部のベンチマークのみ。
- 1〜2:意見。
ICE はバックログの順序付けにのみ使用します。依存関係、倫理、サンプルサイズについての判断に代わるものではありません。
5. 実験ライブラリ
獲得
- セグメント/流入元/返信/アクティベーションを追跡する、創業者による200人へのアウトリーチ。
- 競合比較ページまたは移行ページ。
- 所属を明示した、コミュニティに適した Reddit/HN/チュートリアルの投稿。
- 個別の UTM を用いた、クリエイター/KOL のパイロット。
- 購買意図の強い質問に1つ答える、SEO/GEO の根拠を示すページ。
アクティベーション
- 最初の価値を得るまでの時間を短縮する。
- 一般的なオンボーディングを、ユースケースに応じた案内に置き換える。
- 安全なサンプルプロジェクトを事前に読み込む。
- 権限の要求を、必要になるタイミングに移す。
- 同じ失敗が繰り返された後に、人によるサポートを開始する。
リテンション
- 継続コホートと離脱コホートに分けてインタビューする。
- 通知の量ではなく、繰り返し行う作業を改善する。
- 未完了の価値に結び付いたライフサイクルリマインダー。
- ユーザーがなくなると困る週次の進捗成果物。
- 作業の改善につながる場合に限り、チームコラボレーションを導入する。
紹介と UGC のループ
ループを設計します。
retained user → natural share trigger → useful artifact/invite → qualified recipient → activation → new share trigger
UGC は、生成されるもの自体に価値がある場合、またはアイデンティティを高める場合に機能します。共有率、受け取り手のアクティベーション、バイラル係数 K = invites per user × invite conversion、リテンション、インセンティブコストを追跡します。中身のない招待に報酬を支払ったり、質の低いアカウントに報酬を与えたりしてはいけません。
収益化
- 支払い意思額のインタビューに続けて、実際のチェックアウト行動を確認する。
- 価値/利用量の境界に沿ったパッケージテスト。
- チーム/製品のシグナルをきっかけに営業支援を開始する。
- 解約に関するガードレールを設けた、年間プランまたは拡張のテスト。
6. 週次の進行
- 月曜日:ファネルを確認し、独立したテストを最大3件選ぶ。
- 火曜日:計測の QA を行い、テストを開始する。
- 水曜日〜木曜日:ガードレールを監視する。テストの途中でバリアントを変更してはいけません。
- 金曜日:継続、改善、終了を決定し、学びをバックログに記録する。
並行するテストは、相互作用の影響を明示的に設計していない限り、同じユーザーまたは指標を対象にしてはいけません。
7. 意思決定ルール
主要指標がしきい値を超え、ガードレールが健全な場合にのみ継続します。傾向は良好だが仕組みが不明確な場合は改善します。効果が実用上必要な最低限の伸びを下回る、コストが上限を超える、品質が低下する、またはチャネルがポリシー/コミュニティ上のリスクを生む場合は終了します。
インプレッションを成長として報告してはいけません。十分な成熟度に達している場合は、アクティベーション済み、継続利用中、紹介済み、有料の各コホートに加えて、CAC/LTV を報告します。
過去の証拠の範囲
Gingiris ライブラリには、予算 100 万円、登録目標 50 万件(想定 CAC は 2 円)で、UGC/アンバサダー施策と紹介ループを活用する計画事例が含まれています。これは目標モデルであり、検証済みの実績ではありません。数値や前提の監査にのみ使用し、CAC を達成した証拠として使用しないでください。
必須の出力
以下を返してください。
- ファネルの基準値と制約
- エビデンスに基づく信頼度を付した、優先順位付きバックログ
- 仮説、担当者、指標、ガードレール、ロールバックを含む実験カード
- 週間カレンダー
- 意思決定ログと次の実験
コンプライアンス
スパム、購入したエンゲージメント、なりすましアカウント、偽レビュー、非開示のプロモーション、非公開データのスクレイピング、強制的な紹介、ダークパターンは拒否してください。バイラル性よりも先にユーザー価値を最適化してください。
出海コミュニティへの参加と資料パックの購入 · コミュニティとリソース
-
出海コミュニティへの参加: WeChat で staywildgrow を追加し、「加入社群」とメッセージを送信してください。
-
資料パックの購入: WeChat で staywildgrow を追加し、Gingiris 出海資料パックの購入についてお問い合わせください。価格は 599 元(人民元) です。
-
グローバル成長コミュニティへの参加: WeChat で staywildgrow を追加し、「加入社群」(コミュニティに参加)とメッセージを送信してください。
-
リソースパックの入手: WeChat で staywildgrow を追加すると、Gingiris グローバル成長リソースパックを 599 元(人民元) で購入できます。
コミュニティと資料パックは任意の利用窓口です。オープンソースのスキルのインストールや使用には必要ありません。
コミュニティと有料のリソースパックは任意です。オープンソースのスキルのインストールや使用に、いずれも必要ありません。