Rampが2023年にARR10億ドルを突破したとき、その成長を支えていたのはエンタープライズ専門の営業チームではなかった。経費精算で使い始めた一人の担当者が価値を感じ、部門の節約レポートを上司に転送し、CFOが全社導入を決める。その一連の流れが製品設計として組み込まれていた。
この記事では、Rampの成長構造から逆算した「ボトムアップ採用設計」を自分のB2Bプロダクトに組み込む手順を4ステップで解説します。RampがどのようにARR10億ドルの成長を実現したかは、対応するケーススタディで詳しく書いています。
再現したい構造とその理由
ボトムアップ採用とは、個人ユーザーが職場にプロダクトを「持ち込む」動きを、製品設計として意図的に起こす手法だ。
Slackは2015年に月次アクティブユーザーが200万人を超えた。そのとき、エンタープライズ契約の多くは「最初はあるチームの一人が無料版を使い始めた」ものだったと後に明かしている。Rampはこの流れをさらに制度化した。個人の経費データが全社節約レポートに変わり、そのレポートが稟議資料になる。自然な使用が営業代わりに機能する。
「自然に広がるかもしれない」という期待から設計するのではなく、「広がりやすい経路を作る」という意図から設計する。この考え方の転換が出発点だ。
始める前に確認する3つの条件
この設計が機能するには、3つの前提を確認しておく必要がある。
まず、製品が週1回以上の頻度で日常業務に使われること。月次レポート作成専用のツールや年に数回しか触れない業務では、チャンピオンが生まれる前にユーザーが離脱する。「毎日触れる必然性があるか」が最初のチェックポイントだ。
次に、使用によって何かが記録されること。処理件数、節約額、時間削減——使うほど数字が貯まる仕組みがあると、ROIの可視化が格段に楽になる。Rampは毎回の経費申請がデータになり、節約機会の分析に使われていた。
最後に、個人ユーザーからチームへの展開が構造上できること。個人契約しか存在しない設計や、利用者ごとに完全に独立したデータ構造では、チームや組織単位への広がりに壁が出る。
4ステップで設計する
ステップ1：日常業務の一部として使われるようにする
最初の問いは「ユーザーはなぜ毎日このツールを開くのか」だ。Rampの場合、答えは単純だった。経費を精算するからだ。業務上の必須動作にツールを紐付けることで、使用習慣が自然に生まれる。
自分のプロダクトで考えるとき、既存のワークフローに差し込む接点を探す。CRMなら商談記録の入力、タスクツールなら朝のスタンドアップ確認、経費管理なら領収書の撮影。ゼロから習慣を作るより、すでにある行動に乗るほうが定着率は高い。
30日以内に10回以上のセッションがあれば定着の初期シグナルとみなせる。ここに届かないユーザーはボトムアップ採用の起点にはならない。この段階でのドロップが多い場合は、使用頻度を高める機能から先に設計する必要がある。
ステップ2：チャンピオンを自動的に特定する
チャンピオンとは、社内でツールを自発的に推薦してくれる人だ。働きかけなくても動いてくれるが、動きやすい環境を作るのは製品側の仕事だ。
識別方法は使用量データを見ること。月間ログイン数が平均の2倍以上、または共有・エクスポート・連携設定などの機能を使っているユーザーがチャンピオン候補だ。Rampは使用量が一定を超えた担当者に対し、部門単位の節約レポートを自動生成して送っていた。
この層に対して追加のオンボーディングを出す。「あなたはこの機能をフル活用しています。チームに共有するには？」というメッセージと共有テンプレートをセットで渡す。重要なのは手動で探さないことだ。プロダクトのデータが自動的にチャンピオン候補を割り出す状態を作る。
ステップ3：ROIを数字で渡す
稟議で最も効くのは「このツールを使った結果、何がどれだけ改善したか」という具体的な数字だ。ユーザーが自分で計算して上司に説明しなければならない状況は、設計の失敗だ。
Rampは管理者向けに今月節約できた金額を自動レポートにした。このレポートをそのまま上司に転送できる形にすることで、チャンピオンの動き出しを促している。
自分のプロダクトで準備するのは、使用期間ごとの処理件数・時間削減量・コスト削減額の自動集計、比較対象（導入前後または業界ベンチマーク）付きの数字、グラフや表として書き出せるエクスポート機能の3つだ。「最大80%削減」のような曖昧な表現より、「あなたのチームは先月XX時間分の作業を削減しました」という個別データのほうが稟議に使える。
ステップ4：稟議を通すための材料を製品が作る
全社導入の意思決定者（部長・CFO・情報システム部門）は製品を直接使っていない。チャンピオンが彼らを説得するには、社内向けに整理された資料が必要だ。
製品側で用意するのは、稟議用スライドテンプレート（サービス概要・導入効果・費用対効果の3ページ構成）、セキュリティ・コンプライアンスのFAQ文書、同業種・同規模の導入事例、IT部門向けの技術仕様シートだ。これをチャンピオンが「送るだけで使える状態」にする。PDF1枚で完結する資料が最も使われやすい。
Rampはこの段階でカスタマーサクセスチームがチャンピオンのCFOミーティング準備を支援していた。最初は人手が必要でも、パターンが固まったら資料の自動生成に切り替えていく。ステップ3と4を合わせると、チャンピオンが上司を動かすまでの摩擦を限りなくゼロにする設計になる。
使用量分析からROIレポートまで、フェーズ別のツール選択
使用量分析にはMixpanelかAmplitudeを使う。無料プランでも月5億イベントまで追えるので、初期フェーズには十分だ。オープンソースで自社サーバーに立てたい場合はPostHogが選択肢になる。まずセッション数だけ把握したいなら、Google Analytics 4でも始められる。
ROIレポートの自動生成にはRetoolかLooker Studioが使いやすい。APIと接続すれば、ユーザーごとのデータを集計してメール送信まで自動化できる。最初は手動でスプレッドシートに数字をまとめてチャンピオン候補に手渡しするところから始めていい。仮説を確かめてから自動化する順序が正しい。
稟議テンプレートはNotionかGoogleスライドで十分だ。5〜7ページで作り、PDFに書き出すだけ。最初から凝ったデザインは要らない。
向いているプロダクト・向いていないプロダクト
向いているのは、日常業務の中で繰り返し使われるプロダクトだ。コミュニケーション、タスク管理、経費・会計、人事・勤怠、CRMは使用頻度が高く、チャンピオンが生まれやすい。個人利用からチーム利用へ自然に展開できる機能設計も相性がいい。
向いていないのは、年1回しか使わない業務を対象にするプロダクトだ。税務申告、年次監査、M&A支援のような低頻度ユースケースでは、チャンピオンが生まれる前に使用が止まる。金融機関や医療機関などセキュリティ規制が厳しい環境では、個人が自由にトライアルできないため、このアプローチの前にIT部門の承認フローを別に設計する必要がある。
まず動くこと
この設計はプロダクトリリース後でも後付けで組み込める。使われているのに広がらないB2Bプロダクトの多くは、チャンピオンが生まれかけているのに、渡す材料がない状態だ。
まず自分のプロダクトの使用量データを開いて、月間ログイン数が平均の2倍以上のユーザーを探してみてください。そのユーザーに直接メッセージを送り、「チームに紹介するとき、何があると助かりますか？」と聞くだけで、次に作るべきものが見えてきます。
AI編集部コメント
この記事でいちばん伝えたかったのは、ステップ3と4の組み合わせです。チャンピオンを特定するだけでは足りなくて、彼らが上司を動かすための材料を製品が用意する——ここが抜けているB2Bプロダクトが意外と多いと感じています。
LightspeedのRamp投資レポートに「intelligence layer for finance」という表現が出てきます。コーポレートカード単体ではなく、使用データの上にインテリジェンス層を乗せることでボトムアップ採用が加速する。この設計思想がRampの成長構造の核心でした。記事では触れきれませんでしたが、Rampがチャンピオン向けに提供している節約レポートの精度自体も、機械学習で継続的に改善されています。
まず自社の使用量データの中にいるチャンピオン候補を探してみてください。意外と近くにいます。