Growth Support（グロース支援）のグローバル事例と国内適用の課題【越境EC・SaaS企業向け】

「グロース支援」という言葉を聞く機会が増えました。シリコンバレー発のGrowth Supportモデルが日本にも輸入され、SaaS企業や越境ECを展開するスタートアップの間で採用事例が増えています。ただ、海外で機能したフレームワークをそのまま日本市場に持ち込んで「思ったより動かなかった」という話も、支援現場では繰り返し耳にします。

この記事では、Growth Support（グロース支援）がシリコンバレーでどのような文脈で生まれたのか、日本市場への適用で何が変わり何がそのまま使えるのかを、越境EC・SaaS企業向けに整理します。株式会社START WITH WHYは事業成長を求めるBtoB企業を中心に300社以上の営業支援を手がけてきましたが、グロース支援を検討している企業からの相談も増えており、その現場感をもとに書いています。

シリコンバレーのGrowth Supportモデルの実際

Growth Support（グロース支援）とは、プロダクト・データ・コミュニケーションを横断しながら企業の成長速度を設計・加速させる専門機能です。この概念が広まった背景には、2010年代のSaaS・プロダクトレッドグロース（PLG）の隆盛があります。PLGとは「プロダクトそのものが主な顧客獲得・拡大エンジンになる成長戦略」を指します。Dropbox、Slack、Figmaといったプロダクトが「営業なしで急成長した」事例として語られ、その裏側にある成長設計を支援する専門機能として「グロース支援」が確立されました。

Growth Teamの役割分担

シリコンバレーのグロース支援モデルで特徴的なのは、役割の細分化です。従来の営業・マーケティングの境界を解体し、以下のような機能が並列で動きます。

機能	担当領域	主なKPI
Acquisition	新規ユーザー・リードの獲得	CAC、新規サインアップ数
Activation	登録後の初期体験・価値到達の設計	Aha Moment到達率、D7継続率
Retention	既存ユーザーの定着・解約抑止	チャーンレート、NPS
Revenue	アップセル・クロスセル・価格設計	ARR、ARPU、拡張MRR
Referral	紹介・口コミの構造化	紹介経由の新規獲得比率

この「AARRRフレームワーク（Pirate Metrics）」はDave McClureが2007年に提唱したもので、今もグロース支援の設計基盤として使われています。注目すべきは、これが「マーケティングだけ」でも「営業だけ」でもない、プロダクト・データ・コミュニケーションが交差した領域である点です。

外部のGrowth Supportが担う具体的な仕事

シリコンバレーのスタートアップが外部のグロース支援に依頼するのは、多くの場合「PMF直後の急拡大フェーズ」です。PMF（プロダクトマーケットフィット）とは、プロダクトが特定の市場ニーズに対して十分に適合した状態を指します。プロダクトが一定の市場適合を確認できた段階で、成長速度を上げるための実行リソースを外部調達する発想です。

具体的には次のような仕事が外部委託されます。

• 実験設計（A/Bテスト、コピー変更、価格テスト）の設計と分析
• PLGモーション（フリートライアル設計、オンボーディングフロー改善）への介入
• アウトバウンドシーケンス（コールドメール・LinkedInアプローチ）の構造化
• カスタマーサクセスと連携した拡張収益（Expansion Revenue）の設計
• データ基盤（プロダクトアナリティクス）の構築支援

見落とされやすいのは、これらの仕事が「人を動かすこと」だけでなく「データを読んで仮説を立てること」を前提としている点です。Y Combinatorのバッチ企業でGrowth Advisorが果たす役割も、実行よりも「どの実験を優先するかの判断基準を渡すこと」に比重が置かれています。

「グロース支援」と「営業代行」の違い

混同されやすいのですが、Growth Supportと従来の営業代行は根本的に異なります。営業代行は「決まった商材を、決まったターゲットに届ける実行機能」です。一方、グロース支援は「何をどのターゲットにどう届けるかの設計そのものに介入する」機能を担います。日本国内での「グロース支援」の定義と営業代行・営業コンサルとの違いはこちらの記事で整理しています。

シリコンバレーモデルでは、グロース担当者はプロダクトロードマップの議論にも参加します。「このUIがコンバージョンを下げている」「このオンボーディングステップで離脱が起きている」という観察を、プロダクト改善の優先度に反映するのが仕事の一部です。これは日本の営業支援文化とはかなり違う構造です。

日本市場への適用時の課題と工夫

海外のGrowth Supportモデルを日本に持ち込んだとき、最初に壁になるのは「意思決定の構造」の違いです。シリコンバレーモデルは、プロダクトチームが高速で実験を回せる組織構造を前提としています。日本の多くの企業では、その前提が成立しません。

意思決定の速度と承認プロセスの壁

グロース支援の核心は「仮説→実験→学習→次の仮説」を高速で回すことです。しかし日本企業では、A/Bテストひとつ始めるにも「法務確認」「経営層への説明」「既存ユーザーへの影響確認」などの工程が挟まり、1サイクルに2〜3ヶ月かかることが珍しくありません。

これはグロース支援の機能不全ではなく、組織の意思決定構造との摩擦です。外部のグロース支援が機能するためには、実験を回せる権限委譲が社内で先に整っていることが前提になります。この整備が遅れたまま外部に「グロース支援をやってほしい」と依頼しても、提案が社内で止まり続けて終わります。

データ基盤が整っていない問題

グロース支援の質は、利用できるデータの質に比例します。シリコンバレーのスタートアップでは、MixpanelやAmplitudeによるプロダクトアナリティクスが当たり前に動いており、どのステップで誰が離脱したかを即座に確認できます。

日本の中小SaaS企業や越境EC事業者では、そもそもこのデータ基盤が整っていないケースが多い。「ログイン数はわかるが、その先の行動データがない」「受注後の利用状況を追えていない」という状態では、グロース支援の設計精度が大幅に落ちます。

現実的な進め方としては、外部のGrowth Supportと並行して、まずイベントトラッキングの設計から始めることです。「今すぐ実験を回す」より「3ヶ月かけてデータが取れる状態を作る」フェーズが先に来ることは、日本のスタートアップではむしろ標準的なパターンです。

「グロース人材」の採用難

グロース支援の内製化を目指す場合、グロースエンジニア・グロースマーケター・プロダクトアナリストを一体で動かせる人材が必要になります。しかし日本では、この三領域を横断して実行できる人材の絶対数が少ない。

結果として、外部のGrowth Supportに頼る期間が長くなる傾向があります。外部依存の長期化を避けるためには、最初から「外部支援を使って内製ノウハウを積む」設計にしておくことが現実的です。外部から成果を買うのではなく、外部から学習を買う発想です。

日本での現実的な適用パターン

支援現場で見てきた中で、グロース支援が機能しやすかった企業に共通するのは以下の特徴です。

1. 意思決定者がグロースチームに直接アクセスできる：CEOまたはCOOがグロース支援の報告を直接受け取り、優先度判断を即日できる体制
2. 最低限のデータ基盤が先行して整っている：コンバージョンファネルの各ステップを計測できる状態から支援を開始している
3. 「実験文化」を組織として合意している：「試して失敗してもいい」という前提が共有されていて、失敗した実験を責めない
4. 外部支援の役割をナロウに定義している：「全部グロース支援に任せる」ではなく「Activationだけを3ヶ月集中してやってもらう」という絞り方

逆に機能しなかったケースの多くは、「グロース支援会社と契約したが、何を任せるかが最後まで曖昧だった」というものです。スコープの明確化はどんな支援契約でも求められますが、グロース支援では特に成否を分けます。

SaaS・プロダクト販売における営業支援の独特性

SaaSや越境ECでの営業支援は、受注を取ることがゴールではありません。ここが、プロジェクト型の受発注ビジネスと根本的に違う点です。

「販売」より「利用定着」に価値がある

SaaSビジネスの収益はMRR（月次経常収益）の積み上げで成立しています。どれだけ新規受注を増やしても、チャーン（解約）が高ければMRRは伸びません。月次チャーンが3%の場合、1年後には30%以上の顧客が消えています。これは新規獲得のコスト（CAC）をほとんど回収できないまま契約が終わることを意味します。

だからこそ、SaaSにおける営業支援の評価指標は「受注数」だけでは不十分です。営業プロセスで正しい期待値を設定できているか、オンボーディングまでの橋渡しが機能しているか、まで含めて設計する視点が求められます。

指標	従来型の受発注ビジネス	SaaS・サブスクリプション
主要な成功指標	受注金額・件数	ARR、チャーンレート、NRR
営業の終点	契約締結	顧客の価値実現（Aha Moment）
失敗の形	商談が取れない	受注後に使われない・解約される
リカバリの難しさ	次の案件で取り返せる	チャーンの複利効果でMRRが落ち続ける

越境ECでの営業支援が複雑になる理由

越境ECでは、通常のSaaS営業支援よりさらに変数が増えます。

まず、市場ごとに「何が刺さるか」が違います。同じプロダクトでも、北米市場では「スケーラビリティ」が刺さり、東南アジア市場では「コストパフォーマンス」が刺さり、欧州市場では「コンプライアンス対応」が優先される、というケースは珍しくありません。Growth Supportが設計したメッセージングが、市場をまたいでそのまま使えることはほぼありません。

次に、カスタマーサクセスの言語・時差・文化摩擦があります。日本のSaaS企業が北米向けに越境展開するとき、最初のボトルネックになるのは「販売できないこと」よりも「販売後のサポートが機能しないこと」のほうが多い。英語でのオンボーディング設計、タイムゾーンをまたいだサポート体制、現地のビジネス慣習への対応――これらは営業の設計より先に手をつけるべき問題です。

PLGとSLGの使い分け

グロース支援を考えるとき、SaaS企業が直面するのは「PLG（プロダクトレッドグロース）とSLG（セールスレッドグロース）をどう使い分けるか」という判断です。SLGとは、営業担当者がリードを生成し商談を通じて成約に導く従来型の成長戦略を指します。

PLGは「プロダクトを使ってもらうこと自体が最大の営業活動」という考え方です。フリートライアル、フリーミアム、セルフサービスのオンボーディングを整備し、プロダクトの体験が口コミ・拡散を生む設計にする。Figma、Notion、Slackはこのモデルの代表例です。

一方SLGは、エンタープライズSaaSや、複雑な意思決定プロセスを経る高単価商材で有効です。PLGだけでは商談を起こせないケースで機能します。

日本市場でSaaSの営業支援を設計するとき、「うちはPLGで行きます」と決めた後にSLGが必要だったと気づくケースが多い。PLGが機能するためには、プロダクト単独で「価値を感じるまでの体験」が完結している必要があります。その設計ができていない状態でPLGを選ぶと、フリートライアル登録は増えても有料転換が起きない、という問題が発生します。

どちらが正解かではなく、プロダクトの複雑性・単価・ターゲットの意思決定構造によって使い分ける判断が求められます。外部のGrowth Supportを使う利点の一つは、この判断を「自社の思い込み」なしにフラットに評価してもらえることです。

SaaSにおける営業支援の設計詳細については「営業代行の費用相場と料金体系」も参考にしてください。

初期ユーザー獲得から成長加速への転換

グロース支援を検討する企業の多くが、「初期ユーザーは取れたが、そこから伸びない」という状態で相談に来ます。これはPMFの手前で停滞しているケースと、PMF後のスケール設計ができていないケースで、必要な処方が全く違います。

PMF前とPMF後でグロース支援の役割は変わる

PMF前の段階でグロース支援に「ユーザーを増やしてほしい」と依頼しても、根本的な解決にはなりません。この段階での優先度は「増やすこと」より「誰が・なぜ・どのシーンで価値を感じているかを明確にすること」です。

YCombinatorが繰り返し言う「Do things that don’t scale（スケールしないことをやれ）」は、PMF前に適用される原則です。この段階での外部グロース支援の使い方は、「実行を外注する」ではなく「自社が見えていない視点を持ち込んでもらう」が適切です。

PMF後に入ってはじめて、「どのチャネルでスケールするか」「どの市場に横展開するか」というグロース設計の出番になります。

初期ユーザーから学んで「再現性」を作る

初期ユーザー10〜20社から何を学んでいるか。この問いに答えられないまま「新規を増やしてほしい」という依頼をしても、成果は出ません。

初期ユーザーから取るべき情報は以下のような観点です。

• どのきっかけでプロダクトを知ったか（流入チャネルの確認）
• 導入決定の決め手になった要素は何か（バリュープロポジションの検証）
• 最初に価値を感じた瞬間（Aha Moment）はいつ・どのシーンだったか
• 使い続けている理由と、不満になっている点の両方
• 社内で誰が主導して導入を決めたか（バイヤーペルソナの確認）

これらを丁寧にインタビューで集めると、「どんなターゲットに・どんなメッセージで・どのチャネルで接触するか」の設計精度が上がります。グロース支援の本質の一つは、この「初期ユーザーの経験を再現可能なフォーマットに変換すること」です。

成長加速のフェーズで変わること

成長加速フェーズに入ると、グロース支援に求められることが変わります。初期は「どのチャネルが機能するかの探索」ですが、スケールフェーズでは「機能するとわかったチャネルを効率よく拡張すること」が中心になります。

ここで起きやすい失敗は「探索フェーズのやり方をそのままスケールしようとすること」です。初期は少人数で高頻度にコミュニケーションを取りながら動いていたのが、人数が増えると同じやり方が機能しなくなります。プロセスの標準化、オンボーディングの整備、KPIの設計が求められます。

越境展開をしているSaaS企業の場合、このフェーズで「国内と海外でGrowth Supportの設計を分ける」判断が求められることがあります。国内市場では機能しているインサイドセールス主導のアプローチが、北米では通用しないことがある。逆に、北米でPLGが機能しているプロダクトが、日本では「まず営業に説明してもらいたい」という文化圧力を受けることもあります。市場ごとにモーションを調整できる柔軟性が、グロース支援の質を左右します。

グロース支援の外部活用と内製化のバランス

外部のGrowth Supportを使い続けるコストは、長期では無視できなくなります。一方、内製化を急ぐと「誰でもできるオペレーション化」と「戦略判断が必要な設計」が混在して、採用した人材が機能しないという問題も起きます。

現実的な進め方は、外部支援を使いながら「学習を内製する」設計です。外部のGrowth Supportが実験を設計し、その設計プロセスと判断基準を社内に開示してもらう。外部が回した実験の結果分析を、社内の担当者が一緒に行う。これを繰り返すことで、外部依存を下げながらグロースのケイパビリティが社内に蓄積されます。

「外部から成果を買う」から「外部から学習を買う」への発想の転換が、グロース支援の長期活用で求められるマインドシフトです。

営業支援全体の外部活用の設計については「アウトバウンド営業代行とは？成果が出る会社の特徴と依頼前に知っておくべきこと」と「営業代行おすすめ10社比較｜失敗しない選び方と料金相場」も参考にしてください。

Growth Supportを使うべきタイミングの見極め

最後に実務的な話をします。Growth Supportをいつ・どのように使い始めるかは、企業のフェーズと課題の性質によって変わります。

使い始めるべきタイミングの目安

以下の状態が重なっているとき、外部のGrowth Supportの投入を検討する価値があります。

• 初期ユーザーが10〜30社程度存在し、なぜ使われているかの仮説がある
• プロダクトのコア機能は安定しており、大規模な改修なしに新規獲得に集中できる
• 社内に「実験を回せる」エンジニアリソースが最低限ある
• 現在の新規獲得ペースでは目標MRRに届かないことが数字で見えている

逆に、まだPMFの手応えがない、あるいはプロダクト自体の大幅な作り直しが必要な段階では、Growth Supportより先に取り組むことがあります。

依頼前に社内で決めておくこと

グロース支援を外部に依頼する前に、社内で明確にしておくべき項目があります。ここを曖昧にしたまま契約すると、最初の3ヶ月が「何をやるかの定義」で消えます。

1. どのフェーズのどの問題を解くか：Acquisition・Activation・Retentionのどこがボトルネックか
2. 意思決定の権限者は誰か：実験を承認できる人が、グロース支援のレポートラインに入っているか
3. 今あるデータは何か：提供できるデータセットを整理し、何が欠けているかを事前に把握する
4. 成功の定義を数字で決める：「グロースした」を何の指標でいつまでに達成されたと判断するか
5. 内製化のロードマップがあるか：外部支援をいつまで・どのフェーズまで使い、その後どうするか

この5点が整理されていると、グロース支援会社との初回ミーティングの質が大幅に変わります。候補先に「うちの現状でどのフェーズから支援できますか」と問いかけたときの回答の具体性で、支援の質を見極めることもできます。

Growth Support（グロース支援）は、正しく使えば成長速度を上げる有効な手段です。ただしそれは、依頼する側が「何を解いてもらうか」を明確にしていること、実験を回せる社内環境が整っていること、データを読む習慣があること――これらが揃ってはじめて機能します。シリコンバレーのモデルをそのまま輸入するのではなく、自社の状況に合わせて設計し直す視点が、日本市場でのGrowth Supportを機能させます。

START WITH WHYでは、事業成長を求めるBtoB企業から越境展開中のSaaS企業まで、営業支援・グロース支援の相談を受け付けています。まずは現状のボトルネック整理からでも対応しています。