Keyboard shortcuts

Press ← or → to navigate between chapters

Press S or / to search in the book

Press ? to show this help

Press Esc to hide this help

不確実性とつきあう

一人会社を始めると、すぐに気づきます。「計画通りにはいかない」ということを。市場は変化し、プラットフォームの方針は変わり、想定したユーザーは来ない。これが現実です。

でも、不確実性は「排除すべきもの」ではありません。うまく活用するものです。


不確実性を「前に置く」

最大の失敗は、不確実性を無視して大きく賭けることです。

悪い例:半年かけてサービスを開発してからリリース → 誰も使わなかった

一人会社では、不確実性を前に出すことで損失を最小化します。

仮説を小さく検証する

製品を作る前に、まず「売れるかどうか」を確認します。

  • ランディングページ(LP)テスト:製品がなくてもLPを作り、メール登録数を測る
  • プレセール(先行販売):作る前に「買う」人を集める
  • マニュアルMVP:実際には手動で動かしながら、自動化されているように見せて検証する

「動くものを作ってから売る」のではなく、「売れることを確認してから作る」順番が正しい。


2つの重要な仮説

どんな事業にも、検証すべき2つの中心的な仮説があります。

仮説1:価値提案は正しいか

「このサービスは本当に顧客の問題を解くか」という問いです。

検証方法:

  • 実際の顧客インタビュー(5〜10人)
  • 無料で使ってもらって感想を聞く
  • プロトタイプを見せてフィードバックをもらう

仮説2:チャネルは正しいか

「このルートで顧客に届くか」という問いです。

検証方法:

  • SNSで発信して反応を見る
  • 広告を少額で試す
  • コミュニティに投稿して反応を測る

この2つが検証できれば、事業の基本的な成立性が確認できます。


反脆弱性:不確実性を味方にする

「脆弱なもの」は衝撃で壊れます。「頑健なもの」は衝撃に耐えます。でも**「反脆弱なもの」は衝撃によって強くなります**。

一人会社を反脆弱にする方法:

小さく速く動く

大きな賭けをするのではなく、小さな実験を繰り返します。一つ失敗しても致命傷にならない規模で動く。

冗長性を持つ

収入源を一つに絞らない。プラットフォームを一つに依存しない。複数の経路を確保しておく。

オプション(選択権)を残す

「これが失敗したら次はこれ」という選択肢を常に持っておく。後戻りできない意思決定を避ける。


プラットフォームリスクへの対策

SNSのアルゴリズム変更、Googleの検索順位変動、プラットフォームの規約変更——これらは突然起きます。

対策は**「プラットフォームで集客し、自前の基盤に囲い込む」**です。

  • SNSやSEOで新規ユーザーを集める
  • そのユーザーをメールリストやLINE公式に誘導する
  • コアな関係は自前のチャネルで維持する

プラットフォームが変わっても、自前の連絡手段があれば関係は続きます。


「計画通りにいかない」を前提にする

一人会社の成功者は「計画が当たった人」ではなく「計画が外れた時に素早く修正した人」です。

毎月のレビューで「何が想定と違ったか」「次に何を試すか」を更新し続けることが、不確実な環境で生き残る唯一の方法です。