Pivotの正確な地点、仮説交換の技術

Pivotは方向転換ではなく、仮説の交換だ。

半年のあいだ、自分だけを変えていた人

パク・ソヨンさんは過去6か月、「方向を変えた」と思っていました。元はB2Bマーケター向けコラム分類ツールだったMVPを、B2C向けに個人ブロガー向けに再デザインし、価格も下げ、ターゲティングも変えました。それでも有料顧客は月5人のまま。

「方向を変えたのに、なぜ結果が同じ?」

彼女が見落としていたものがあります。方向を変えたのではなく、見た目だけを変えていたのです。仮説はそのままでした。「人々はコラム分類ツールを必要としている」という仮説は変わらず、顧客層だけ変えてみただけ。これは本当のPivotではありません。

Pivotの定義、方向転換ではなく仮説交換

多くのメイカーが「Pivotした」と言うとき、実際にやっていることは塗り直しやレイアウト変更程度。価格を下げてみたり、マーケコピーを変えたり、別の顧客層を狙ったり。でもPivotはもっとも根本的な仮説を変えることです。

The Lean Startupの著者Eric Riesはこれを明確に定義しました。Pivotとは「あなたが試していた仮定のうちコア仮説1つを捨て、その場所に新しい仮説を置き換える作業」です。重要なのは「コア」。

パクさんの6か月をもう一度見ます。「顧客層は変えるけれど、問題定義は維持する」式の変化をしていました。これはPivotではなくAdjustment(調整)。些細なチューニングではなく、あなたのビジネスモデルの柱を1本抜き取り、新しい柱を立てる作業がPivotです。

Pivotは方向を折ることではなく、仮説という基礎工事をやり直すという意味。

Pivot 7類型、どの仮説を変えるか

1. 顧客Pivot

「誰が本当にこの問題を抱えているか」を再定義。トスがその事例。最初は個人送金者をターゲットにしましたが、実はフリーランスや小規模事業者の「事業資金移動」が本当の問題でした。顧客を変え、価格政策から再設計しました。

2. 問題Pivot

同じ顧客だが、彼らの本当の痛みが違うとわかる場合。ダンクンが最初、中古取引プラットフォームとして始めた理由は「位置ベース」でしたが、実際の顧客の痛みは「詐欺に遭わないこと」でした。問題定義を変え、「直接取引の信頼」システムを中心に作り直しました。

3. ソリューションPivot

顧客と問題は合っているのに解決方法が間違っていたとき。Slackはもともとゲーム(Glitch)というソリューションでしたが、チーム内メッセージの必要性を見て「チャットツール」というまったく別のソリューションに移りました。

4. 収益モデルPivot

顧客・問題・ソリューションは合っているが、お金を稼ぐ方法が違うとき。初期サブスク → 法人従量課金モデルへの転換など。

5. プラットフォームPivot

同じ顧客の問題を解くが、まったく別のプラットフォーム(ウェブ→モバイル、アプリ→ウェブ)に移る場合。マーケットコリは初期のウェブ注文をモバイルアプリにピボットし、夜明け配送サービスを強化しました。

6. 機能Pivot(ズームインPivot)

製品内の1機能が全体のコア価値になる場合。最初は大きなプラットフォームを作ろうとしたが、ある部分があまりに人気が出てそこだけを深く掘ること。

7. チャネルPivot

同じ製品・顧客だが、到達方法を完全に変える場合。直接営業 → アプリストア、SNS広告 → 口コミなど。

Eric Riesの研究によれば、成功したスタートアップの約90%が最低1回以上のPivotを経験しています。大事なのは「何回したか」ではなく「いつしたか」です。

何を守り、何を変えるか

Pivotを決めるときの最大の罠は「すべてを捨てて最初からやり直すこと」。「あ、これダメだ、次のアイデアへ」式。でも本当のPivotは選択的な交換です。

あなたは過去6か月、または1年で、すでに資産を貯めました。その資産はコードだけではない。顧客との関係、市場データ、繰り返した失敗から得たノウハウ、使ってきたツールとチーム協業の方法。これらの資産は仮説交換のあとも、そのまま使えます。

分離方法:資産(資産化) vs 仮説(捨てるもの)

パクさんの場合、Pivot前に捨てる仮説は「個人ブロガーが我々のツールを使う」でした。5人の有料顧客とデータがすでにそれを示していました。

でも守る資産は次の通り。

• ユーザーフィードバックデータ(100人が試した経験の記録)
• 構築した技術基盤(テキスト分類アルゴリズム)
• 市場インサイト(コンテンツクリエイターの時間不足)

これらの資産は別の顧客、別の問題を解くのに使えます。本当のPivotは「仮説だけ捨て、資産は再利用する」こと。

Pivot後の時間・予算の再計算、ゼロからではない

多くのメイカーがやる失敗。「最初からまた14日かかるだろう」と考えること。違います。Pivotはゼロからではなく「最初の一部から」です。

トスの事例を見ます。イ・スンゴン氏は8回失敗して9回目にトスへピボットしました。でもトスは「まったく新しいもの」ではありませんでした。それまでの8回の試みで得たものがあった。金融システムの理解、規制回避の経験、投資家との交渉の仕方、チーム管理のノウハウ。

数値化すると:

• 最初のMVP(トス以前):0→1構築を含み平均200時間
• 同じスタックでの2回目のMVP:約120時間(40%短縮)
• まったく違う仮説のPivot:約150時間(技術が新しくても意思決定速度は向上)

Pivotは技術的変化だけでなく、精神的変化も含む。あなたはすでに「失敗をどう受け止めるか」を知り、「顧客インタビューをどうやるか」を知り、「最小限のもので検証する方法」を知っている。これらすべてが速度を上げます。

「Pivotなら無条件に速くなる」という錯覚はしないこと。新しい技術スタックを学ぶ必要があるなら、依然として時間はかかります。ただし意思決定と検証の速度は確実に上がります。

Pivot意思決定チェックリスト

Step 1. 仮説の診断(この仮説は正しいか?)

• 過去3か月のデータで、この仮説を裏付けるシグナルがあるか?
• 顧客インタビューで「あなたのソリューションがなかったらどうしていたか」の質問に明確な答えを得たか?
• 競合と比べて、あなたの差別化点は明確か?

Step 2. 資産確保(捨てる仮説は何か?)

• これまで集めたデータ(顧客フィードバック、技術、関係)を列挙
• そのうち、仮説が変わったあとも使えるものは何%か?

Step 3. 時間・予算の再計算

• 新しい仮説を検証するのに何日必要か?
• 新しい技術を学ぶのに何日必要か?
• 今持っている資産はそれをどれだけ速くしてくれるか?

まとめ

Pivotの仮説を変えたなら、残る選択は1つ。その新しい仮説を本気で信じて耐えるか、それともまた変えるか。

次の記事では「Pivotと似ているがまったく違う」ゾンビプロジェクトの罠を見ます。仮説を変え続けながら、実際は死んでいるプロジェクトたちです。

前の記事:Killの勇気
次の記事:Persevereの罠、ゾンビプロジェクト診断法

パク・ソヨンについて
パク・ソヨンはフェイルスクールが作った架空のペルソナです。ただしEric RiesのLean Startup、Slack、トス、ダンクン、マーケットコリなどの企業事例と統計はすべて実在のものです。

キム・ミンチュル、Freeive CEO、フェイルスクール