新規事業の初期に「売上はいくらか」と聞かれて、答えに詰まる担当者は少なくありません。売上は大切ですが、顧客も商品も固まっていない段階では、売上だけを追うと学びが見えなくなります。一方で、インタビュー件数やPoC件数を増やすだけでは、事業が前へ進んだとは言えません。新規事業のKPIは、活動を評価するためではなく、仮説を確かめ、次の投資を判断するために設計します。
新規事業におけるKPIとは
KPIはKey Performance Indicatorの略で、重要業績評価指標と訳されます。最終目標をKGI、途中の状態をKPIと説明されることもありますが、新規事業では、単純な売上目標の分解だけでは足りません。初期は顧客、課題、価値、価格、販売方法が仮説だからです。
そのため、新規事業のKPIは「この数字を達成すれば成功」と断定するものではなく、「仮説がどこまで確からしくなったか」「次に何を確かめるべきか」を示す計器として使います。数値だけでなく、顧客が利用を止めた理由、購入に必要な条件、社内決裁で止まった箇所など、定性的な情報も一緒に見ます。
経済産業省「日本企業における価値創造マネジメントに関する行動指針」関連資料では、企業が挙げたイノベーションKPIとして、新規事業数、新規顧客数、売上高のほか、協業先、PoC、技術検証などの前段階の指標も整理されています。同時に、KPI達成の目的化を懸念する意見にも触れています。件数を増やすこと自体ではなく、何の判断に使うかが重要です。
初期に売上だけを追うと判断を誤る理由
売上が立ったことは重要な証拠ですが、一件の売上だけでは再現性を説明できません。既存顧客との関係で特別に買ってくれたのか、値引きが理由なのか、同じ方法で次の顧客へ届くのか、利用後も継続するのかを分けて考えます。
反対に、売上がまだなくても、顧客の強い課題、商談の進行、試用後の再利用など、次へ進む手がかりが得られる場合があります。ただし「学びがあった」という言葉だけで延長し続けないよう、何を確認できたら次へ投資するかを事前に決めます。
| 数字 | 分かること | その数字だけでは分からないこと |
|---|---|---|
| 売上 | 対価を払った顧客がいる | 再現性、利益、継続、購入理由 |
| 問い合わせ | 提案を詳しく知りたい行動がある | 対象顧客か、購入条件を満たすか |
| LP閲覧 | ページへ到達した | 価値を理解したか、買う意思があるか |
| 試用開始 | 使うための手間をかけた | 中心価値を得たか、続けたいか |
| PoC完了 | 定めた技術・業務検証を終えた | 顧客が購入するか、本番運用できるか |
KPIは事業仮説から逆算する
最初にダッシュボードを作るのではなく、判断したい仮説から設計します。順番は次のとおりです。
誰が、何に困り、何を選ぶと考えるか
結果によって何を続け、変え、止めるか
仮説が正しければ顧客は何をするか
その行動をどう定義し、記録するか
いつ、何と比較して判断するか
強い・弱い・不明の場合に何をするか
検証できる仮説を書く
「このサービスには需要がある」では、誰のどんな行動を見ればよいか分かりません。「月末の集計に時間がかかる部門責任者は、作業を短縮できる提案を見たとき、現状の手順を共有してデモへ進む」のように、対象、場面、価値、行動を含めます。
顧客の行動へ置き換える
チームが制御できる「メールを送った件数」だけでなく、顧客側の「返信した」「相談を予約した」「データを用意した」「もう一度使った」といった行動を置きます。活動量は運用管理に必要ですが、それだけで需要を証明しません。
定義と分母を決める
「商談化率」という名前が同じでも、問い合わせを分母にするのか、対象条件を満たした問い合わせだけを分母にするのかで数字が変わります。イベント名、対象期間、重複の扱い、除外条件、データの取得元を記載します。
フェーズごとに見るKPIを変える
課題探索中の事業へ、拡大期と同じ獲得単価や売上目標を置くと、担当者は仮説検証より短期販売を優先します。フェーズが変われば、最も不確かな問いも変わります。
課題探索フェーズ
確認するのは、想定顧客が同じ問題を実際に経験し、現在も何らかの方法で対処しているかです。インタビュー実施数だけでなく、具体的な出来事が確認できたか、現在の代替手段が何か、仮説と異なる事実が出たかを記録します。
需要検証フェーズ
提案を見た顧客が、次の行動へ進むかを見ます。LPの表示、主要ボタン、問い合わせ、相談予約、資料提供、デモ参加などをつなぎます。広告のクリック率だけでなく、対象顧客からの反応か、商談で同じ課題が確認できたかを見ます。
MVP検証フェーズ
利用開始、中心機能の完了、再利用、利用中のエラー、問い合わせ、社内共有、有料継続などから、価値が届いたかを確認します。アクセス数が多くても、中心機能へ進まないなら、集客とプロダクトの間にずれがあります。
初期販売フェーズ
対象顧客の商談、見積もり、受注、失注理由、販売までの日数、提供原価、継続・解約を見ます。売上だけでなく、特別対応がどれだけ必要だったかを記録し、同じ方法を繰り返せるかを判断します。
拡大フェーズ
顧客獲得費用、顧客当たりの収益、継続率、回収期間、紹介、供給能力など、成長の持続性へ指標を移します。ただし、顧客層や提供内容を大きく変えたときは、再び仮説検証の指標へ戻ります。
| フェーズ | 中心となる問い | 指標の例 | 一緒に聞くこと |
|---|---|---|---|
| 課題探索 | 本当に困っているか | 具体的な経験、現在の対処、影響 | 最後に起きた場面と対応 |
| 需要検証 | 提案に行動するか | 対象顧客の相談、予約、商談 | 反応した理由・見送った理由 |
| MVP | 中心価値を得るか | 初回完了、再利用、継続意向 | 価値を感じた瞬間と障害 |
| 初期販売 | 支払いと提供を再現できるか | 見積もり、受注、原価、継続 | 決裁条件、例外対応、失注理由 |
| 拡大 | 投資を増やして成長できるか | 獲得費用、継続、回収、供給能力 | 顧客層ごとの違い |
先行指標と結果指標を組み合わせる
売上、受注、継続は重要な結果指標ですが、結果が出るまで時間がかかります。相談予約、デモ完了、初回利用、中心機能の完了など、結果へ先行する行動も見ます。
ただし、先行指標は「結果につながる」という仮説にすぎません。資料請求が増えても受注へ進まないなら、資料請求を成功指標として固定せず、対象顧客、提案、次の導線を見直します。指標同士の関係を定期的に確認します。
対象顧客へ提案が届く
相談・登録・返信へ進む
デモ・試用・中心機能を完了する
見積もり・契約・支払いへ進む
再利用・更新・紹介が起きる
基準値は業界平均を借りずに作る
Webで見つけた平均コンバージョン率を、そのまま自社の合格基準にするのは危険です。顧客、価格、知名度、流入元、購入までの期間が違えば、比較できません。基準値は次の材料から作ります。
- 既存事業や過去施策の実測値
- 現在の代替手段にかかる費用と時間
- 営業・提供チームが対応できる上限
- 次の投資を回収するために必要な条件
- 検証期間中に観察できる現実的な母数
- 良い・弱い・判断不能を分ける条件
母数が小さい初期は、一件で率が大きく動きます。割合だけでなく実数も表示し、対象外の反応を分けます。結果が基準を下回った場合も、需要がないと即断せず、対象へ届かなかったのか、説明が伝わらなかったのか、購入条件が合わなかったのかを確認します。
経営会議と実務チームで見る粒度を分ける
経営者と実務チームが、毎回すべての指標を見る必要はありません。経営会議では、検証中の仮説、投資額、重要な証拠、次の判断、残るリスクを確認します。実務チームでは、流入元、画面操作、商談理由など、改善に必要な細かい指標を扱います。
経営向けは投資判断につなげる
「今月のアクセス数」だけを報告せず、その数字が事業仮説をどう変えたかを説明します。続行、変更、保留、中止のどれを提案するのか、追加投資で何を確かめるのか、判断できない場合は何が不足しているのかを示します。
実務向けは改善場所を特定する
実務チームは、どの顧客層が、どの提案から、どの段階まで進んだかを見ます。広告担当だけがクリック、営業だけが商談、開発だけが利用率を見るのではなく、一つの顧客行動としてつなぎます。
両者を判断ログでつなぐ
会議日、見たデータ、決めたこと、決めた理由、次の確認日を短く残します。数ヶ月後に担当者や経営方針が変わっても、なぜ顧客や機能を絞ったのかを追えます。KPIの数字だけでなく、意思決定の履歴も新規事業の資産です。
数字の前にデータの品質を確認する
イベント定義を共有する
「問い合わせ」は送信完了だけか、電話も含むのか。「利用」はログインか、中心機能の完了か。部署ごとに定義が違うと、同じ数字を見て議論できません。指標名、定義、取得元、更新頻度、担当者を一覧にします。
顧客層を混ぜない
既存顧客からの紹介と、初めて接触した広告流入を混ぜると、信頼の差が見えなくなります。業種、役割、企業規模、流入元、新規・既存など、仮説に関係する軸で分けます。ただし、細かく分けすぎて判断できる母数がなくならないようにします。
定性情報を同じ場所へ残す
商談メモ、利用中の迷い、見送り理由を、数字と同じ顧客・期間へ結び付けます。コンバージョンが下がったとき、操作不具合なのか、対象外流入が増えたのか、価格で止まったのかを判断しやすくなります。
必要以上の個人情報を集めない
分析したいからと項目を増やす前に、その情報を何の判断へ使うかを確認します。利用目的、保存期間、アクセス権限、削除方法を定めます。外部の広告・分析・CRMツールへ送るデータも把握します。
初期のダッシュボードは一枚でよい
多くのグラフを並べても、意思決定が増えるわけではありません。初期は、次の項目を一枚にまとめれば十分です。
- 今、検証している仮説
- 対象顧客と検証期間
- 主要な顧客行動の実数と率
- 前週・前回から変えたこと
- 顧客の発言と見送り理由
- データ上の注意点と不足
- 次に行う判断と期限
広告管理画面、アクセス解析、営業管理、プロダクトログで数字が分かれている場合は、完全な自動化を待たず、週次で必要な指標だけをまとめます。事業が伸び、同じ集計を繰り返すようになってから連携や自動化を進めます。
週次レビューで確認する順番
- 問い：何を確かめる一週間だったか
- 変更：顧客、提案、経路、機能の何を変えたか
- 結果：数字と顧客の声に何が起きたか
- 反証：想定と合わなかった事実は何か
- 判断：続ける、変える、止めるのどれか
- 次の検証：最も不確かな何を次に見るか
作業報告から始めると、実施件数の多さが評価されます。問いと結果から始め、必要な作業だけを振り返ります。判断と理由を短く残せば、後から同じ議論を繰り返さずに済みます。
NEDO「オープンイノベーション白書 第三版」は、MVPを基に「構築・計測・学習」のフィードバックを回し、反応によって仮説自体を見直す考え方を紹介しています。また、経済産業省の新製品・新サービス創出に関する調査報告書では、マイルストーン・KPIと企業の人的・金銭的資源を考慮し、迅速な試行検証を進める必要性が整理されています。KPIは報告のためではなく、学習の一周を短くするために使います。
新規事業のKPI設計で起きやすい失敗
活動量を成果と見なす
インタビュー、商談、開発機能の件数は、チームが動いたことを示します。しかし、仮説の確度が上がったとは限りません。活動によって得た事実と、変わった判断をセットで記録します。
大きく見える数字だけを選ぶ
表示回数、フォロワー、総登録者数は状況把握に使えますが、対象顧客の行動が見えないことがあります。事業の問いに近い行動までつなげます。
KPIを増やしすぎる
すべてを重要指標にすると、どれを見て決めるか分かりません。今のフェーズで最も不確かな仮説に関係する指標を絞り、補助指標と分けます。
途中で定義を変える
結果を良く見せるために対象や分母を変えると、前後を比較できません。定義を変える必要が出たら、変更日と理由を残し、旧定義と混ぜないようにします。
事業が変わっても同じKPIを追う
顧客、商品、フェーズが変われば、重要な問いも変わります。経営会議で決めたKPIだからと固定せず、判断の節目で見直します。
KPIは、次の投資を決める共通言語
新規事業のKPIは、担当者を忙しくするための報告項目ではありません。顧客の行動を通じて仮説を確かめ、経営者、マーケター、営業、エンジニアが同じ材料で次の投資を決めるための共通言語です。
まず、今のフェーズで最も不確かな仮説を一つ選びます。その仮説が正しければ顧客が取る行動を決め、数字と理由を一緒に記録し、結果によって何を変えるかまで合意してください。
AINAVIでは、マーケティング設計、LP・広告、分析、MVP開発を一つの仮説とKPIでつなぎます。支援内容はAINAVIの新規事業支援をご覧ください。MVPの検証設計は新規事業のMVP開発、集客から改善までの流れは新規事業マーケティングの進め方で詳しく解説しています。
