Pivot, Persevere, Kill — 殺す勇気が次のMVPを作る

殺すこともまた勇気。次のMVPの資源はこの決断から生まれる。

5年間ゾンビプロジェクトを抱え続けた一人メイカー

5年以上ゾンビプロジェクトを抱え続けたインディメイカーを知っています。ユーザーは100人ほど、月の収入は5万ウォン前後。「何とかなるかもしれない」と思っていました。問題は、このプロジェクトに投じた2,000時間が、次のMVPに行くチャンスを奪い続けていたことです。

それに気づいてついにサービスを畳んだとき、ようやく新しいプロジェクトに時間を割けるようになりました。彼が言った言葉が今も残っています。「Killする勇気を出した瞬間に、初めてPivotする余力ができた」と。

データが投げる合図、3つの分かれ道

前の記事でデータを読んだなら、今度は次の動きを決める番です。この決断はPivot、Persevere、Killのいずれか。

Pivot:本質的な仮定が外れたとき

「この製品は良いけど、別の顧客セグメントに刺さりそう?」というシグナル。Slackがオンラインゲーム(Glitch)の社内メッセンジャーから業務コミュニケーションプラットフォームに方向を変えたのがその例。韓国ではマーケットコリ(Market Kurly)の初期がそうです。最初は生鮮食品宅配のアイデアでしたが、セッピョル(夜明け)配送というコア差別化が見えてきて方向を再設定。2015年初年度29億ウォンの売上から3年で1,500億ウォン台へ。正確なピボットのおかげです。

Persevere:シグナルは明確、ただ成長が初期

「データは良いのに規模が小さい」「顧客満足度は高いのにまだ多くない」。これはもっと押す価値があるという意味。多くの成功事例がPersevereを選んだあと、半年〜1年で急成長しました。

Kill:いちばん難しいが、いちばん賢明

シグナルが客観的に悪いとき。ユーザーが来ない、来ても戻らない、戻っても売上を生まない。でもすでに時間を投じてしまった。これが埋没コストの誤り(sunk cost fallacy)です。

Pivot、コアは残し、方向だけ変える

Pivotは単なる「方向転換」ではありません。コア資産は残すという意味です。技術スタックを全部入れ替えるのではなく、これまで学んだ顧客のニーズ、築いたチームの能力、蓄えたデータを別の角度で見ること。

Tossが良い事例です。2015年、簡単送金で始めました。初期は技術的にもC2C送金がコア。でもデータが出てくると、ユーザーが本当に欲しかったのは「送金」ではなく、より広い意味の「金融の便利さ」でした。Tossは方向を決めました。銀行、証券、決済、通信などへ拡張。コア技術スタックとチームはそのままに、提供する価値を再定義したのです。結果は、2024年基準で月間アクティブ2,480万人。

Pivot判断チェックリスト

• 現在の顧客は本当の問題を解いたか?
• 同じ問題を別の顧客はもっと大きく抱えているか?
• 技術スタックはそのまま使えるか?
• チームは新しい市場の基本を知っているか?

すべてYESならPivotの準備ができています。ただしさまようPivotは禁止。「ユーザーが来ない → 別のことをやってみる」式のPivotはただの逃避。明確なデータシグナルに基づいてのみ行ってください。

Persevere、「ゾンビ」と「成長前」を見分ける

もっとも紛らわしい部分。「もっと押すか? それとも畳むか?」

ゾンビプロジェクトの特徴

• ユーザーが2か月以上停滞
• アクティブユーザーあたりの売上が0かマイナス
• 顧客離脱率が月30%以上
• チームのエネルギーが落ちている

成長前MVPの特徴

• ユーザーは少ないが活動が活発
• 顧客満足度が高い(NPS 30以上)
• 離脱率が低い(月10%以下)
• チームが明確な次の行動を知っている

違いが見えますか? ゾンビは「何も動かない」状態で、成長前は「規模だけが足りない」状態です。

Persevereを選んだなら、リソースを集中させてください。「週2時間ずつ維持しよう」では何も起きません。Persevereは半端な努力ではなく集中の宣言です。

Kill、殺すこともまた勇気、資源回収戦略

いちばん難しいが、いちばん賢明な選択がKillです。韓国インディメイカーのコミュニティでKillについて語る人がほとんどいないのは驚くべきこと。「失敗は尊い」と言いつつ、実際に失敗を認めて畳むことには沈黙しています。

Killすべきシグナル

• 3か月間、新規顧客0または停滞
• 月別アクティブユーザー数が減少傾向
• 顧客フィードバックが「良いけど」で終わる
• そのプロジェクトを語るとき、チームに違和感が出る

Killは「敗北」ではなく「資源回収戦略」

1. データの回収:これまでのフィードバック、顧客インタビュー、失敗原因を整理。これが次のMVPの資産。
2. 技術の再利用:UIコンポーネント、決済ロジック、認証システムなど、再利用可能な部分を整理。
3. チーム学習の振り返り:30分だけ使って「何を学んだか」を整理。なければ繰り返し失敗。
4. 公開振り返り:コミュニティに「なぜ畳んだか」を正直に書く。これが次の挑戦を信頼させる。

あるインディメイカーがDisquietで3年を過ごしたあと振り返ってこう言いました。「何もわからずに飛び込んだ時点と比べて、何を学んだかを整理した。それがいちばん大きな資産になった」と。Killを通じた学びこそ、次の成功を呼ぶのです。

3つの分かれ道、診断ワークブック

1段階. データ収集(5分)

• 過去4週間の新規ユーザー:___
• アクティブユーザー推移:上昇 / 停滞 / 下落
• NPS(Net Promoter Score):___
• 月離脱率:___%

2段階. シグナル判読(5分)

3段階. Kill決定チェックリスト

• このプロジェクトは本当に顧客が見つからなかったのか、マーケが足りなかったのか?
• 本当にあと3か月押す余力はないか?
• 「埋没コスト」のせいで続けようとしていないか?
• 次のMVPのアイデアはあるか?

すべてYESならKillを実行してください。そしてこの振り返りを公開してください。韓国メイカーのコミュニティはいまだに成功事例ばかり。失敗の振り返りはもっと希少です。

まとめ

データが答えをくれました。その答えがどんな形であれ、今は果敢な選択をする番です。Pivotでも、Persevereでも、Killでも、すべて正しい決定になり得ます。ただしデータを無視する選択だけは避けてください。

16編を経てあなたはアイデアを検証し、作り、リリースしました。そして最初の100人の顧客から学びました。次の記事(シリーズ最終回)では、「一度作ってみた人」が「やったことがない人」と根本的に違う理由、そしてあなたの次のMVPがどう変わるかを一緒に見ます。

参考資料

1. SlackのPivot事例 — 「Glitch」ゲームメッセンジャーから業務用コミュニケーション(2011〜2013)
2. マーケットコリとセッピョル配送 — AWS事例研究(2015〜)
3. Tossの簡単送金からフィンテックプラットフォームへ
4. 埋没コストの誤り(Sunk Cost Fallacy) — ウィキペディア
5. Disquietでの3年振り返り — クォン・ドオン

前の記事:直感ではなくシグナル(North Star Metric)
次の記事:【フェイルスクールS1まとめ】「一度作ってみた人」の直感はツールも超える

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