シリーズビルダーの運営法、1人で複数のMVP

シリーズビルダーはマルチタスクではなく、フェーズ管理だ。

「同時に2つ運営できるか?」

パク・ソヨンさんは最初のMVPを半年運営しました。今は月50人ずつ新規が来て、有料5人。でも頭の中に4つの新しいアイデアがぐるぐる。「次のも今作るべき? 同時に2つ運営できる?」

イ・ジュノさんも似ています。最初のMVPはすでに月250万ウォンの収益を生んでいるけれど、「ずっとこれだけやってていいのか」と。新しいサービス3つを構想中。

ここで2つの道に分かれます。1つは本当のシリーズビルダーのように動く。もう1つはマルチタスクだと錯覚しながら3つとも殺す。違いは「同時」ではなく「フェーズ」です。

マルチタスクの嘘、同時O 順次X

「マルチタスクは脳に悪い」という話はよく聞きますが、シリーズビルダーが直面する現実は少し違います。私たちは本当に同時に複数のプロジェクトを進めなければなりません。問題はやり方です。

マルチタスクと同時進行は違います。

• マルチタスク:「すべてのプロジェクトに毎日少しずつ触れる」→ 生産性の地獄
• 同時進行:「各プロジェクトを別のフェーズに置き、同時に管理する」

パクさんの最初のMVPは今Maintenanceフェーズ。週1〜2時間で十分。2回目のMVPはまだProductionフェーズ、週15時間。同じ時間帯に2つのプロジェクトが動いているけれど、脳の負担が違う。最初は自動化された作業、2つ目は創造的な作業だから。

Pieter Levelsはこれを極端に証明しました。Nomad List、Remote OK、Photo AI、Hoodmapsをほぼ同時運営。でも各プロジェクトを違うフェーズに置いた。あるものはGrowth、あるものはMaintenance、あるものはSunset。

シリーズビルダーの秘訣は「たくさんのプロジェクトをやる」ではなく「各プロジェクトを違うフェーズに置く」こと。

各MVPのフェーズマッピング、ProductionからSunsetまで

Productionフェーズ(リリース前〜最初の100人)

集中力が最高に必要。週15〜20時間。設計変更、ユーザーフィードバックへの即応。シリーズビルダーならこの段階には普通1プロジェクトだけ置くのが現実的。

Growthフェーズ(100〜1,000人)

基本機能は決まっている。マーケ、ユーザーフィードバックの反映、小さな機能追加。週8〜12時間。創造力より実行力が大事。

Maintenanceフェーズ(1,000人以上で安定)

バグ修正、サーバー維持、顧客サポート。自動化可。週2〜4時間。1人で3〜4個のMaintenance状態のプロジェクトを同時運営することが可能。この段階で本当のマルチタスクが可能。

Sunsetフェーズ(意図的な終了)

新規ユーザー募集停止、既存ユーザーを別のソリューションに誘導。週1〜2時間。最後のアップデート、フィードバック収集、最後のメッセージ、サーバーダウン。

多くのシリーズビルダーが落ちる罠は、複数プロジェクトをすべてGrowthフェーズに置こうとすること。それは失敗します。最大2つまでが成長可能な範囲です。

イ・ジュノさんの事例:最初のMVPはGrowthフェーズの中後半(月250万ウォン、週10時間)。新しいアイデア3つ。そのうち2つは一旦延期(Sunset)。1つだけProductionに。結果:3プロジェクトすべてが生きる。

週単位カレンダーで見る

シリーズビルダーがいちばんよくやるミスは「分配なしで始める」こと。「今週は最初のMVPに集中」と決意しても、月曜に2つ目のバグが爆発、水曜に3つ目のアイデアが良く見えて手を出す、金曜にはすべて中断。

解決策は週単位カレンダー。Sahil Lavingiaは毎週月曜に「今週の2〜3つのビッグプロジェクト」を決め、毎朝4時間の"creative work"をそのうち1つに集中します。

パクさんサンプルカレンダー(会社 + MVP並行)

月: 会社8h → 夕方7〜9時(2h)2回目MVP開発
火: 会社8h → 夕方7〜8時(1h)最初のMVP保守
水: 会社8h → 夕方7〜9時(2h)2回目MVP開発
木: 会社8h → 夕方7〜8時(1h)ユーザーフィードバック(1番、2番とも)
金: 会社8h → 夕方7〜9時(2h)2回目MVP仕上げ
週末:完全休息か1時間自由

週9時間を2プロジェクトに分配。最初Maintenance(1h/週)、2回目Production(8h/週)。明確で、修正されない。バーンアウトもなく、両プロジェクトとも前進。

スタンフォード経営大学院の研究によれば、一貫した時間配分で進められた複数プロジェクトは「ランダム配分」より完了率が2.3倍高いそうです。

同時 vs 順次、資源の限界を認識する

「これは本当に同時に可能?」 正直に答えると状況による。

意思決定ツリー

• 会社フルタイム + MVP → 同時最大2(1 Maintenance + 1 Production)
• 会社フルタイム + 夜開発 → 最大1.5(1 Maintenance + 0.5 Production)
• メイカーフルタイム → 最大4(3 Maintenance + 1 Growth、または2 Maintenance + 2 Growth)

イ・ジュノさんの状況:月給500万、MVP月250万。会社を辞められない。同時進行最大1.5が現実。3つのアイデアのうちもっとも有望な1つだけをProductionに、残り2つは「いつかやるリスト」へ。3か月後に最初のMVPが月500万を超えたら2つ目を始める。

多くのシリーズビルダーが失敗する理由は、自分の資源(時間、エネルギー、お金)の限界を無視してすべてを同時にやろうとするから。「とりあえず始めて見る」は最初のMVPでは正しいが、2回目からは致命的です。

優先順位の意思決定プロンプト

3つのアイデアA、B、Cがあるとき:

1段階. MRR期待値(Market × Willingness to Pay)
A: $500/月 × 30% = $150
B: $1,000/月 × 10% = $100
C: $200/月 × 50% = $100

2段階. 実装難易度(開発時間)
A: 40時間
B: 120時間
C: 60時間

3段階. 優先順位 = MRR期待値 / 開発時間
A: 150/40 = 3.75 ← 1位
C: 100/60 = 1.67 ← 2位
B: 100/120 = 0.83 ← 待機

このフレームで見れば、ほぼ常に明確な優先順位が出ます。感情ではなくデータで決めれば、3つのプロジェクトを殺さずに済みます。

4段階カレンダーを作る

1. 現在のプロジェクトをフェーズで分類:プロジェクト名 / 現在フェーズ / 週時間
2. 週単位で時間配分:各曜日にどのプロジェクトに何時間
3. 待機中プロジェクトリスト:「いつかやる」リストに2〜3個追加
4. 4週ごとに点検:計画通り進んだか、進展はあったか、フェーズ転換が必要か

まとめ

シリーズビルダーが複数のMVPを同時に運営する秘訣はマルチタスクではなくフェーズ管理。各プロジェクトを違う段階に置き、週単位で明確に時間を配分すれば、3つ、4つのプロジェクトもすべて生き残れます。

次の記事ではもっと大事な問いを扱います。「このプロジェクトを本当に育て続けるべきか? それとも今殺すべきか?」 各MVPのライフサイクルを診断して決める方法です。

前の記事:5日で短く作る方法
次の記事:各MVPのライフサイクル、生かす時と殺す時

登場人物(パク・ソヨン、イ・ジュノ)について
登場人物は架空のペルソナです。Pieter Levels(Nomad List, Remote OK)、Sahil Lavingia(Gumroad)、Marissa Goldberg、スタンフォードの複数プロジェクト研究はすべて実在のものです。

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