投稿日：2026.09.04 最終更新日：2026.10.01
新規事業のピボットとは｜判断時期・進め方・社内説明
新規事業が伸びないとき、改善を続けるべきか、方向を変えるべきか。
これまでの取り組みを無駄にせず、どう社内に説明すればよいのか。
新規事業のピボットとは、顧客検証などで得た事実をもとに、顧客・提供価値・収益の仕組みといった事業の前提を変えることです。つまり、単なる機能改善でも、根拠のない思いつきでもありません。
たとえば売上が計画に届かないときも、顧客に価値が伝わっていないのか、そもそも求められていないのかで、取るべき行動は変わります。本記事では、何が成り立たなかったかを確かめ、残せる資産と次に試す仮説を分けることを重視します。
そこで本記事では、改善・ピボット・撤退の分け方、見直す5つの対象、実行の4手順を解説します。公式情報や創業者の説明で確認できる11社の転換事例と、社内説明の記入例も使い、次の会議で何を決めればよいかまで整理します。
この記事のポイント
- ピボットは、検証結果を根拠に事業の前提を変える判断
- 計画未達だけで決めず、改善・追加検証・方向転換・撤退を分ける
- 変える中心を絞り、残す資産と再確認が必要な条件を記録する
- 変更の承認と一緒に、次の検証の予算・担当者・判断日を決める
目次
新規事業のピボットとは、検証結果をもとに事業の前提を変えること
ピボットは、事業を進める中で得た学びを使って方向を変えることです。「うまくいかないから別のアイデアを出す」のではなく、今の案が成り立たない理由と、別の案なら成り立つと考える理由をつなげます。
The Lean Startupの公式解説では、ピボットを、製品・戦略・成長の仕組みに関する新しい根本的な仮説を試すための構造的な方向修正として説明しています。作ること自体ではなく、顧客の反応から学び、進み方を変える考え方です。
本記事では、これを「成り立たなかった前提を特定し、残せる資産を使って、別の前提を試す判断」と整理しています。たとえば、個店の店長向けに作った記録サービスを、複数店舗を管理する本部向けに見直す場合です。
現場で記録しやすい機能は残しつつ、誰に、どんな価値を、いくらで提供するかを考え直します。
ここで残す資産は、完成した製品に限りません。顧客の困り事への理解、試作で得た技術、信頼関係、運用上の知見も含みます。
一方、時間をかけて作ったという理由だけで、使われない機能を残す必要はありません。
この考え方は、顧客や収益の前提に不確実性がある新規事業に向いています。ただし、安全性や契約など守るべき条件を、方向転換の名目で緩めることはできません。
まず、自分たちが変えられる範囲を確認してください。
改善・方向転換・撤退は、顧客の反応と残る資源で分ける
売上が計画に届かなくても、すぐに事業の方向を変えるとは限りません。顧客の課題はあるのに使い方が難しい場合と、課題自体が切実でない場合では、必要な対応が違います。
さらに、判断に必要な情報がまだ集まっていない場合も分けます。
次の表は、事業の状態から選択肢を比較するための整理です。自動的に正解が出る基準ではなく、会議で「なぜその選択肢か」を説明するために使ってください。
| 選択肢 | 主に確認できている状態 | 次に行うこと |
|---|---|---|
| 現行案を改善する | 顧客は価値を認めているが、操作・導入・販売の一部に障害がある | 障害を直し、利用や購入が進むかを確認する |
| 不足分を追加検証する | 対象顧客に会えていない、利用機会がなかったなど、前提の良否をまだ判断できない | 不足する情報を限定し、必要な対象と方法で確かめる |
| ピボットする | 現行の前提は成り立ちにくいが、別の顧客・価値・仕組みを試す根拠がある | 変更の中心と再確認する条件を決め、小さく試す |
| 現行案を止める | 試す根拠のある代案がない、または必要な資金・人員・期間を確保できない | 追加投資を止め、顧客対応と知見・資産の引き継ぎを行う |
顧客から「便利そう」と言われた段階と、実際の業務で使われ、費用を払ってもらえる段階は異なります。賛成意見が多いだけで改善を続けると、購入されない理由を見落とします。
反対に、初回操作でつまずいただけなのに顧客層を変えると、本来は解決できた問題から離れてしまいます。
たとえば利用が少ない場合には、利用する必要がなかったのか、使う必要はあったが操作できなかったのかを確認します。そして、前者なら課題や顧客の見直し、後者なら操作や導入方法の改善が候補です。
その際は、担当者の印象ではなく、いつ、何をしようとして、どこで止まったかまで聞くと分けやすくなります。
現行案の停止は、技術やチーム全体の否定ではありません。また、別用途の検討を残す場合も、現在の顧客向けサービスを終了する判断とは別に扱います。
なお、停止の条件を先に整理したい場合は、新規事業の撤退基準の作り方も参考になります。
ピボットの判断時期は、重要な前提が崩れたときと、次を試せる期限から決める
「開始から何か月で判断する」と一律に決めると、長い導入手続きが必要な事業を早く見切ったり、短期間で分かる問題を放置したりします。判断時期は、顧客の行動を確認できる時点と、次の検証に使える資源から決めます。
重要な前提が成り立たない事実が出たら、予定日を待たずに見直す
たとえば、想定した顧客には解決したい課題がない、必要なデータを利用できない、受け入れられる価格では提供原価を賄えないと分かった場合です。細かい数値の未達ではなく、事業を成り立たせる条件が崩れたときには、追加開発の前に検討します。
一度の断りで市場全体を判断してはいけません。その顧客固有の事情なのか、想定する顧客群に共通する問題なのかを分けます。
一方、前提を支える重要な許諾が得られないなど、対象を増やしても変わらない問題では、人数を増やすことより代替方法の有無を確かめる方が先です。
資金を使い切る日ではなく、次の検証を終えられる日から逆算する
方向転換を決めても、次の仮説を確かめる資金と人員が残っていなければ実行できません。そのため、新しい顧客への接点づくり、試作、利用期間、社内の審議に必要な時間を見積もります。
さらに、既存顧客への対応や終了作業にも資源が必要です。
架空例として、現在と同じ支出水準なら残り予算で3か月動けるとします。接点づくり1か月、利用確認2か月、意思決定2週間を順番に行う計画なら、判断まで約3.5か月かかり、そのままでは予算内に完了しません。
工程を並行できるか、範囲や支出を減らせるか、追加資源を確保できるかを見直します。既存顧客への対応費用も含め、月ごとの支出と担当者の空きを確認してください。
検証が終わっていないときは、延長の理由と期限を限定する
まだ使う機会が訪れていない顧客を「使わなかった」と数えると、誤った結論になります。未実施、実施したが結果不明、実施して条件を満たさなかった、という状態を分けて残します。
延長する場合は、「あと少し様子を見る」ではなく、誰のどの行動をいつまで確認するかを決めます。その結果で判断が変わる見込みがなければ、延長しても材料は増えません。
判断日を動かした理由と承認者も記録し、同じ理由での自動延長を避けます。
新規事業のピボットで見直す5つの対象
方向転換を具体化するときは、何を変えるかを分けて考えます。なお、以下の5つはイノベーション総研による実務上の整理で、唯一の分類ではありません。
そのうえで、変更の中心を一つ定め、連動して変わる条件も書き出すと、何を確かめる検証かが明確になります。
1. 顧客を変える：誰が強く困り、誰が費用を負担するかを見直す
同じ機能でも、個店の店長と複数店舗を管理する本部では、解決したい問題も予算も異なります。個店では作業記録の省力化が十分な購入理由にならなくても、本部には店舗ごとの実施状況が見えないという問題があるかもしれません。
ただし、別の顧客なら買うはずだという期待だけでは根拠がありません。そのため、新しい対象に直接接点を持ち、現在の対処方法、困る頻度、費用を決める人を確認します。
なお、単に社内の決裁者へ説明相手を変えるだけなら、事業の転換ではなく販売手順の改善に当たる場合もあります。
2. 課題・提供価値を変える：顧客が対価を払う理由を見直す
顧客は同じでも、時間短縮より引き継ぎミスの削減に価値を感じていることがあります。その場合は、「何分短くなるか」ではなく、「誰のどんな間違いが減るか」を中心に提案を考え直します。
説明文だけを変更しても、提供する価値が変わらなければピボットとは限りません。そのため、顧客が新しい価値を確かめられる機能や運用を用意し、そのために利用や購入を続けるかを見ます。
つまり、要望された機能の数ではなく、対価を払う理由があるかが論点です。
3. 解決方法を変える：必要な価値を、別の提供方法で実現する
高度な自動化を前提にしていた事業を、既存技術や人による支援を組み合わせた提供へ見直す場合です。技術の完成を待つより、顧客が得たい結果を別の方法で届けられる可能性があります。
手作業で価値を試すだけなら、事業の転換ではなく検証方法の変更にとどまることもあります。継続的なサービスの提供方法として変えるなら、担当者の工数、品質、引き継ぎやすさを測り、顧客が増えたときにも提供できるかを確認します。
4. 収益の仕組みを変える：誰から、何に対して、いつお金を受け取るかを見直す
初期一括の販売から継続契約へ変える、利用者ではなく取引先が費用を負担する形へ変えるなど、対価の受け取り方を見直します。単なる値引きと違い、売り方だけでなく、費用負担や継続の条件も変わります。
たとえば、月額にすれば契約しやすくても、短期で解約されると回収できないかもしれません。そのため、価格の受容性とともに、提供原価、営業費用、回収までの期間を確認します。
詳しい採算の見方は、ユニットエコノミクスの計算と改善方法で整理しています。
5. 販売経路を変える：顧客に届く方法と、購入される仕組みを見直す
直接販売では接点を作りにくい場合に、既に対象顧客との取引がある企業を通して提供する方法などです。代理店を増やすだけの施策と、販売責任や収益配分まで変える事業の方向転換は区別します。
たとえば、パートナーに顧客基盤があっても、自社の商品を売る理由があるとは限りません。そのため、相手の利益、販売担当者の負担、顧客対応の分担を確認します。
さらに、手数料を払った後の採算と、顧客の反応を自社も把握できるかまで含めて判断してください。
新規事業の方向転換で、今迷っていることを選ぶ
近い状態を開くと、確認項目と記事内の説明・関連支援が分かります。
NEXT STEP
次のステップ
方向転換の案を、確かめられる計画に。
顧客を変えるのか、提供方法を変えるのか。無料診断で現状の課題を整理し、仮説の見直し・顧客検証・初期顧客獲得の支援をご確認いただけます。
ピボットは、根拠を整理して小さく試す4つの手順で進める
ピボットの承認は、新しい事業の成功が確認できたという意味ではありません。次の前提を確かめるための投資判断です。
ここでは、個店向けの業務記録サービスを、複数店舗を管理する本部向けに見直す架空例で説明します。
1. 成り立たなかった前提を、確認した事実から特定する
最初に、元の仮説と結果を並べます。「個店の店長は、記録作業を減らすために月額料金を払う」という仮説に対して、誰が使い、誰が使わず、なぜ費用を払わなかったかを確かめます。
架空例では、10店に試用を案内し、6店が実際に使い、継続的に使ったのは4店、有料への移行は0店だったとします。この場合、4店で使われたことと、0店しか購入しなかったことは両方残します。
また、使わなかった4店も、導入されなかった理由を聞かずに「需要なし」とは判断できません。
追加の聞き取りで、利用した店長から「記録は少し楽だが、単店の予算で払う優先度は低い」と分かり、別途面談したチェーン本部から「店舗間の実施状況をまとめて見たい」と要望を得たとします。ただし、ここから導けるのは、新しい顧客を試す理由があるということまでです。
つまり、本部が購入することは、まだ確認できていません。
2. 変える中心と、残す資産・再確認する条件を分ける
この例の変更の中心は、個店からチェーン本部へ対象顧客を変えることです。現場が迷わず入力できた記録画面と、導入時につまずく点の知見は残せます。
一方、本部向けの集計、店舗別の権限、契約単位、価格は新しく確かめる必要があります。
以前の4店で継続利用された事実は、現場入力の使いやすさを考える材料にはなります。しかし、本部が費用を払う根拠や、多数の店舗で運用できる証拠にはなりません。
旧案の成果を新案の根拠に使うときは、対象と条件がどこまで共通するかを明らかにします。
何も残せず、顧客・課題・技術・提供方法がすべて別になるなら、既存案の延長として扱うより、新たなテーマ探索として予算と期待を分ける方が説明しやすい場合もあります。
3. 新しい仮説を、行動で確かめる検証計画にする
次の仮説を、「店舗別の実施状況を確認できれば、チェーン本部は有料の限定導入に進む」と置きます。その際、確認するのは「興味がある」という感想だけではありません。
むしろ、本部担当者が集計画面を実際の確認に使い、費用負担者が価格と導入条件を検討するところまで設計します。
架空の計画なら、本部3社へ働きかけ、うち1社で実際の記録を用いた試用を行う、という範囲が考えられます。ただし、3社・1社は共通基準ではありません。
むしろ、限られた試用で何を言え、何を言えないかを踏まえ、次の小さな投資に必要な条件を自社で決めます。
判断条件は開始前に置きます。たとえば、担当者が定例の確認業務で使ったこと、予算責任者が提示価格を見たうえで有料試行の審議に進むこと、提供工数の見積もりが取れることです。
審議に進むことと契約成立も分けて記録します。試作品の作り方は、必要最小限の試作品（MVP）を使った検証をご覧ください。
4. 結果を見て、次の投資・再検証・停止を決める
判断日には、最初に決めた条件に対して結果を照合します。具体的には、成立した条件、不成立の条件、まだ確認できない条件を分けて示します。
逆に、好意的な感想だけを集めて合格扱いにしないことが重要です。
この例で本部が実際に使っていても、価格の審議が未実施なら、全面展開の承認材料は不足しています。価格の確認だけを期限付きで続けるのか、優先度の低さを示す結果と見るのかを、顧客側の状況と残り予算から判断します。
次に進む場合も、いきなり対象全体へ拡大しません。むしろ、一社での結果が他社でも再現するか、店舗数が増えても運用できるかを確かめる範囲を決めます。
「方向転換した」ことではなく、新しい前提について何が分かり、次にどこまで進めるかを成果にします。
新規事業のピボット成功事例11選｜残した資産と変えた条件
企業事例は、同じ手順をまねれば成功するという意味ではありません。むしろ、どの前提を変え、何を残したかに注目すると、自社で検討する問いが見えてきます。
そこで以下では、公式発信で確認できる事実と、イノベーション総研の解釈・適用条件を分けます。
ここでいう成功例は、転換後の製品化や利用の拡大などを確認できる事例です。公開初日の利用者数、製品の発売、買収は、それぞれ異なる成果であり、全社について黒字化まで確認したという意味ではありません。
成功例だけから、ピボットの成功確率や最適な変更回数は計算できません。
1. LayerX：特定の技術へのこだわりから、得意な製品開発へ軸足を移した
LayerXの公式インタビューでは、ブロックチェーン事業では調整などが必要で、得意な製品開発に向き合いにくかったことを説明しています。そのうえで、ミッションと自社の強みを見直し、SaaSなどへ舵を切ったとしています。
なお、SaaSは、インターネット経由で提供・利用するソフトウェアです。
転換後の成果として、同インタビューでは「バクラク申請」「バクラク経費精算」がシリーズの主軸に育ったと説明されています。特定技術を使うことから、顧客の業務を改善する製品群へ、開発の中心を移した点を読み取れます。
イノベーション総研は、この転換を「最初に選んだ技術」と「顧客へ価値を届ける目的」を分けた事例と捉えます。残したのは事業の目的や製品開発の強みであり、特定技術を使い続けることを前提にしなかった点が参考になります。
研究開発を起点とする事業でも、技術を変えることと目的を捨てることは同じではありません。ただし、自社に別の提供方法を作る力があり、転換先の顧客課題を確かめられることが必要です。
まず「その技術を使わなくても解きたい問題は何か」を問い直してください。
2. Slack：ゲーム開発のための社内ツールを、外部へ提供する製品に変えた
Slackの公式解説は、ゲーム「Glitch」の開発時に使っていた社内チャットが出発点だったと説明しています。ゲームを終了する中で、このツールを広く提供する方向へ進みました。
イノベーション総研は、主力として進めていた事業を止めても、周辺で生まれた資産に別の価値がある場合を示す例と見ています。残したのはゲームそのものではなく、開発チームが実際に必要としていた協働の仕組みです。
自社用ツールにも転用の可能性はありますが、社内で便利なことと、外部の顧客が買うことは別です。また、導入支援、権限管理、問い合わせ対応などの負担も増えます。
そのため、社外の利用者に試してもらい、自社固有の慣習がなくても価値が伝わるかを確かめるところから始めます。
3. Supercell：ゲームを遊ぶ環境の違いを受け止め、タブレット中心へ変えた
Supercellの公式沿革では、初期作品Gunshineについて、長期的に遊ばれにくいことや、PCの操作感をモバイルへ移す難しさを説明しています。その後、Web・Facebook向けの進行中作品を止め、タブレットを中心とした開発へ転換したとしています。
その後、2012年にHay DayとClash of Clansを世界向けに公開し、公式沿革によるとClash of Clansは公開から3か月で米国のゲーム売上ランキング1位に到達しました。一方で転換後も中止したゲームがあり、端末を変えればどの作品も成功する、という事例ではありません。
イノベーション総研は、画面を移し替えるだけでは、利用される環境の違いを解消できなかった例と捉えます。長く遊ばれるゲームを作るという目的を保ちながら、提供する端末や設計の前提を変えています。
業務サービスでも、机で使う管理者と移動中の現場担当者では、使える時間や操作方法が異なります。操作環境の変更が必要なときは、完成品を縮小して見せるだけでなく、その場で使える方法を試します。
ただし、同社の大きな投資判断をそのまま一般化せず、自社が負担できる範囲で再設計してください。
3社に共通するのは、元の案を続けること自体を目的にしていない点です。自社で参照するときは、「同じ業種へ変える」ではなく、「今あるもののうち、別の顧客にも価値を持つのは何か」を探す材料にします。
成功例に共通するのは、過去の仕事をすべて捨てることではなく、残せる技術・顧客接点と、変える前提を分けたことです。
ここまでのLayerX、Slack、Supercellに加え、国内外の8例を確認します。企業全体の多角化、対象顧客の変更、機能の絞り込みでは転換の規模が異なるため、自社と同じ条件のものから読みます。
カミナシ｜現場の個別課題から、幅広い現場の業務改善へ
当初の現場向けサービスで得た知見をもとに、2019年に事業を転換し、2020年に現場向けのノーコード業務改善プラットフォームを提供しました。紙の帳票や現場の記録を扱う知見を残し、特定の用途だけでなく複数の現場業務を支える方向へ広げた例です。
公式沿革では、2024年に現場帳票の製品を「カミナシ レポート」へ名称変更し、現場従業員管理、2025年には教育・設備保全の製品も展開しています。確認できる成果は、現場業務を支える複数製品への展開です。
実務への示唆：最初の顧客で得た知見のうち、他社にも共通する仕事を見つけ、個別受託でなく繰り返し提供できる範囲を試します。
出典：カミナシ：会社情報・沿革
ANDPAD｜リフォーム会社の紹介から、施工現場の仕事へ
創業者の説明によると、当初はリフォーム事業者を紹介するポータルサイトを運営していました。その後、現場監督の煩雑な業務を知り、元請と協力会社が情報を共有する施工管理サービスへ転換し、2016年3月にANDPADを開始しました。
つまり、紹介する相手の業務を深く見ることで、解く課題そのものを変えた例です。
実務への示唆：集客支援を売っていても、顧客がより困っているのが受注後の業務なら、同じ顧客接点から別の課題を検証できます。
出典：Housing Tribune：稲田武夫氏へのインタビュー
Paidy｜融資の仕組みから、買い物時のあと払いへ
出資者Cherubicは、PaidyがP2P融資からあと払いサービスへ転換した経緯を紹介しています。また創業者も、代引きやカード利用に伴う買い物の不便を解決するため、決済と信用リスク管理を組み合わせたと説明しています。
その後、2021年にはPayPalによる全株式取得が完了しました。
実務への示唆：金融技術そのものを売るのではなく、買い物を完了したい消費者と販売店の双方にとって何が障害かを具体化します。
タイミー｜アパレル事業から、すぐ働ける仕組みへ
創業者の振り返りでは、2017年に株式会社レコレを設立してファッションアプリを開発したものの、公開前にチームを解散し、2018年にメンバーを集め直してタイミーを始めています。販売済みのアパレル事業を変更したのではなく、未公開の企画から働き手と事業者をつなぐサービスへ再出発した事例です。
2018年8月の記述では、クライアント80社超、毎日アプリを開く利用者500人と報告されています。
実務への示唆：利用者側の便利さだけでなく、仕事を依頼する企業側が繰り返し使う条件まで、両側の顧客に確かめます。
富士フイルム｜写真フィルムの技術を、化粧品へ応用する
写真分野で培ったコラーゲン、抗酸化、微細な成分を扱う技術を化粧品開発へ応用し、アスタリフトを事業化しました。これは、写真フィルムの需要減少に対応する、多角化を伴う事業転換です。
単一製品の小さなピボットとは規模が異なりますが、既存技術を残し、顧客と用途を変える例として参考になります。
実務への示唆：保有資産を製品名ではなく技術・工程・品質管理の単位に分け、異分野の顧客が対価を払う価値へ組み直します。
Instagram｜多機能な位置情報アプリから、写真に絞る
共同創業者Kevin Systromは、Burbnの多くの機能は使われなくても、写真には反応が集まっていたと説明しています。そこで写真・コメント・いいねを中心に機能を絞り、Instagramとして提供しました。
創業者の回顧では、公開初日に2万5,000人が利用しました。
実務への示唆：要望の多さではなく、実際に繰り返し使われる機能と反応を見ます。新機能を足すより、価値が確認できた部分に絞る判断もあります。
YouTube｜出会いの用途から、用途を限定しない動画共有へ
共同創業者Steve Chenの口述記録では、初期の動画による出会いサービスには利用が集まらず、動画全般を投稿・共有できる形へ見直した経緯が語られています。YouTube公式の15周年回顧では、2005年末に1日当たりの視聴が数百万回へ達したことが説明されています。
実務への示唆：共有する技術に価値があっても、最初に想定した用途が狭すぎることがあります。用途を変えた試用で、投稿と視聴の両方が生まれるか確かめます。
出典：Computer History Museum：Steve Chen口述記録
PayPal｜携帯端末間の送金から、メールアドレスを使う決済へ
PayPalの公式回顧では、当初のPalm端末間で送金するモデルから、メールアドレス宛てに送金できるサービスへ転換したと説明されています。特定の端末を持つ人に限られていた用途を、インターネット上で代金をやり取りする人へ広げ、PayPalという製品名を会社名にするまでに成長しました。
実務への示唆：同じ機能でも、対応端末や相手の登録条件が普及を妨げます。利用の入口を変えるときは、相手側も含めて取引を完了できるかを試します。
Paidyの顧客課題と買収の確認：創業者インタビュー、全株式取得の完了。YouTubeの成長の確認：YouTube公式15周年回顧。
社内説明は、変更の根拠と次の検証計画を一枚にまとめる
社内で求めるのは、方向転換への漠然とした賛成ではなく、次の検証に必要な予算・人員・期限の承認です。変更の根拠と、まだ分からないことを同じ資料に示すと、何に合意すべきかが明確になります。
説明の冒頭では、「本開発へ進む前に、対象顧客を変えた限定検証を承認してほしい」のように、今回求める判断を先に伝えます。そのうえで、現行案を続ける場合との違いを示します。
次の表は、前述の飲食店向けサービスを使った架空の記入例です。資料の長さを一枚に制限する趣旨ではなく、承認に必要な論点が一目で追えるようにするためのものです。
元データや顧客の記録は別添で参照できるようにします。
| 説明すること | 架空の記入例 | 承認時に確かめること |
|---|---|---|
| 今回の判断依頼 | 本部向けの限定検証に、6週間・社内工数80時間・外部支出20万円の上限を認めてほしい | 本開発や全面販売の承認とは分かれているか |
| 現行案の結果 | 案内10店、実利用6店、継続利用4店、有料移行0店。単店予算では優先度が低いとの反応 | 利用の有無と費用負担の判断を混同していないか |
| 変更の根拠 | チェーン本部との面談で、店舗ごとの実施状況を見たいという課題が出た | 要望を、購入が決まった事実として扱っていないか |
| 変更・維持する点 | 顧客を本部へ変更。現場入力画面は維持。集計・契約単位・価格を再確認 | 旧案の結果を使える範囲は明確か |
| 次に得る証拠 | 本部での業務利用、予算責任者の価格検討、提供工数を確認する | 次の小さな投資に必要な条件を満たすか |
| 判断者と判断日 | 事業責任者が結果をまとめ、担当役員が開始から6週間後に判断する | 不成立・未確認のときの選択肢も比較できるか |
| 既存顧客・担当者への対応 | 試用を経験した6店へ今後の扱いを説明し、窓口を残す。対応工数は上記とは別に確保する | 移行対応を含めて人員・費用を負担できるか |
6週間・80時間・20万円は使い方を示す仮の数字で、推奨予算や実績ではありません。接点づくりや利用確認に必要な時間、社内の判断日、既存顧客への対応を踏まえて設定します。
また、1社の試用で全面展開の需要が確認できるわけではありません。
質疑では、方向転換案だけをよく見せず、現行案の改善、追加検証、停止も同じ条件で比較します。「旧案にいくら使ったか」は経緯として残しますが、次の投資の理由は、これから得られる価値と必要な負担で説明します。
承認後は、変更前後の仮説、新しい事実、判断理由、承認者、次の判断日を履歴に残します。顧客や対象条件が変わっているのに、新旧の成約率や継続率をそのまま改善実績として比較しないようにしてください。
方向転換で避けたい4つの失敗
方向転換の回数が増えても、事業の理解が深まっていなければ前進とはいえません。次の4つを点検すると、学びに基づく変更と、結論を先送りする変更を分けやすくなります。
1. 断られた理由を確かめず、顧客やアイデアを次々に変える
断りには、課題がない、価格が合わない、導入時期が違う、決裁者へ届いていないなど複数の理由があります。「反応が悪かった」で片づけると、次の顧客でも同じ問題を繰り返します。
接点を持った相手の役割と、どこまで提案したかを記録してください。製品を見せただけなのか、価格も提示したのかで、結果の意味は変わります。
理由が未確認なら、まず少数の相手に確認を取り、変えるべき対象を絞ります。
2. 複数の条件を変えたのに、何が効いたかを決めつける
顧客・価格・販売経路を同時に変えれば、結果が改善しても、どの変更が寄与したかは簡単に分かりません。だからといって、必ず一つずつしか変えてはいけないわけではありません。
顧客変更に合わせて価格や契約も変える必要があります。
大切なのは、変更の中心と連動する変更を分けることです。結果を「価格を下げたから売れた」と単純化せず、「新しい顧客・価格・経路の組み合わせでは、ここまで確認できた」と残します。
次の検証で切り分けられる条件を探します。
3. 悪い結果が出るたびに、合格条件や期限を後から動かす
新しい事実に合わせて条件を変更することは必要です。しかし、「有料移行がなかったので利用意向があれば合格にする」のように、望む結論へ合わせる変更とは区別します。
基準を変える場合も、元の基準で何が起きたかを消さず、変更の理由と承認を残します。判断者が変わっても、どの事実から条件が変わったかをたどれる状態にしてください。
4. 過去の記録や顧客への対応を置き去りにする
旧案をなかったことにすると、次の担当者が同じ顧客へ同じ質問をしたり、同じ技術上の壁にぶつかったりします。否定された仮説、使えた技術、残る制約を検索できる場所へまとめます。
同時に、顧客の問い合わせ窓口や既存契約への対応を決めます。新しい事業へ人員を移す前に、終了・移行に必要な作業と担当を明確にします。
顧客の信頼やチームの知見を残せて初めて、方向転換後の取り組みに集中できます。
新規事業のピボットに関するよくある質問
最後に、方向転換の会議で迷いやすい点を整理します。回数や期間の一律ルールではなく、現在の証拠と次に使える資源に照らして判断してください。
本記事のまとめ｜ピボットは、残せる資産と次に試す仮説を決めること
新規事業のピボットは、計画が未達だったという理由だけで決めるものではありません。顧客のどの反応から、どの前提が成り立たないと分かったのかを確かめ、改善・追加検証・方向転換・停止を比較します。
次の会議では、元の仮説、確認できた事実、変更の中心、残す資産、次の検証条件を一枚にまとめてみてください。判断材料が足りないなら、不足分だけを確かめる範囲と期限を決めます。
代案を試す資源が残らない場合には、現行案への追加投資を止める選択肢も外さずに検討します。
方向を変えること自体が成果ではありません。変更後の顧客が実際に価値を認めるか、対価を払うか、提供を続けられるかを確かめ、次の投資を決められる状態にすることが目的です。
CONTACT
お問い合わせ
次の一手を、根拠のある事業判断へ。
現行案を続けるか、方向を変えるか。確認できた事実と残る条件を整理し、次の検証から実行まで、現在の課題に合わせてご相談いただけます。
