新規事業を考え始めたとき、「まずMVPを作ろう」という言葉に触れることがあります。 けれど、実際にはその段階でまだ、何を最初の対象にするのか、誰にどの価値を届けたいのか、どこまでを今回の範囲にするのかが見えていないことも少なくありません。
MVPという考え方自体は広く知られるようになっていますが、言葉だけ先に知っても、そのまま次に進めるとは限りません。 新規事業の初期段階では、何を最初に決める必要があるのか がまだ混ざっていることが多いからです。
この記事では、新規事業でMVPを考えるときに、最初に整理しておきたいことをまとめます。 最初から全部を決める必要はありません。けれど、何を先に決めるべきかが見えているだけでも、その後の相談や判断はかなり進めやすくなります。
まず、「新規事業」と「最初に作るもの」を分けて考える
新規事業を考えるとき、頭の中ではいろいろなことが同時に動きやすいです。
- こういう市場があるのではないか
- こういう価値を届けられるのではないか
- 将来的にはこういう機能も必要そう
- こういう形で収益化したい
- 既存事業ともつなげたい
こうした発想は自然です。 ただ、そのままだと「事業としてやりたいこと」と「最初に作るもの」が混ざりやすくなります。
新規事業でMVPを考えるときに最初に必要なのは、 事業全体の構想 と 最初に具体化する対象 を分けて考えることです。
将来的にやりたいことが大きいのは問題ではありません。 ただ、最初のMVPとして何を扱うのかは、その全体構想の中から切り出して考える必要があります。
誰に向けたものなのかを、最初に狭く見る
新規事業では、「いろいろな人に使ってもらえそう」と感じることがあります。 けれど、MVPを考える段階では、それをそのまま広く持ち込むと、最初の対象がぼやけやすくなります。
たとえば、
- どんな人に向けたものか
- どんな場面で使われるのか
- その人は何に困っているのか
- 今すぐ価値を感じやすいのは何か
を、最初はかなり狭く見る方が自然です。
これは、他の人を最終的に対象外にするという意味ではありません。 最初に誰に届けるのかを決める ことで、MVPの範囲や優先順位が見えやすくなる、ということです。
新規事業では、対象を広く考えた方が魅力的に見えることがあります。 ただ、最初の版として何を形にするかを考えるときは、少し狭く見た方が判断しやすくなることが多いです。
最初に届けたい価値を一つに寄せる
新規事業のアイデアには、たいてい複数の価値が入っています。
- 効率化できる
- 便利になる
- 分かりやすくなる
- 管理しやすくなる
- 新しい体験になる
- 今まで難しかったことができる
こうした価値が全部入っている可能性はあります。 ただ、最初のMVPでは、その全部を同時に立てると焦点がぼけやすくなります。
そのため、MVPを考えるときは、 最初に何の価値を届けるのか を一つの軸として見る方が自然です。
たとえば、
- 最初は「すぐ予約できること」に絞る
- 最初は「一覧で見えること」に絞る
- 最初は「申込みが完了すること」に絞る
- 最初は「情報を一箇所で管理できること」に絞る
というように、最初の版で何が成立すれば意味があるのかを見ます。
新規事業でMVPを考えるときは、全部の価値を同時に立てるのではなく、 最初に何を成立させたいのか を決めることが大切です。
最初のMVPとして何を扱うかを決める
MVPという言葉を使うと、「小さく作ること」が強調されやすいです。 ただ、新規事業で大事なのは、単に小さくすることではなく、何を今回の範囲として扱うかを決めること です。
たとえば、
- 最初は一つの利用シーンだけ扱う
- 最初は一つのユーザータイプだけ扱う
- 最初は一つの業務フローだけ扱う
- 最初は管理側の一部を手動運用にする
といった考え方があります。
ここで重要なのは、「削る」こと自体ではありません。 最初の版として成立する最小の単位を見つけること です。
新規事業の初期段階では、あれも必要、これも必要と広がりやすいです。 そのため、MVPを考えるときは、「今回含めるもの」と「今回はまだ含めないもの」を分けることがかなり重要になります。
何を後ろに回すかを決める
最初に決めるべきことは、何をやるかだけではありません。 何を今はやらないか も同じくらい重要です。
たとえば、
- 検索や絞り込みは後ろに回す
- 管理機能は一部だけにする
- 自動化はせず、最初は手動運用で回す
- 外部連携は後の段階で考える
- 権限管理は初期版では最小限にする
というような判断です。
新規事業では、最初から完成形を思い浮かべやすいぶん、 「今はやらないこと」を決めるのが難しくなりがちです。
けれど、この整理がないと、MVPの範囲が広がり続けてしまいます。 MVPを考えるときは、将来必要そうなことを否定するのではなく、 今回はどこまでを対象にするか を決めることが必要です。
具体物として何が必要なのかを決める
新規事業では、「まず形にしたい」と思っても、その“形”が何を意味するのかが曖昧なことがあります。
たとえば、
- まず見ながら社内で話せるものが必要
- 操作感や流れを確認できるものが必要
- 実際に小さく公開できるものが必要
- まず方向性確認のための具体物があればよい
などです。
ここが曖昧なままだと、「MVPを作る」と言っていても、 実際にはプロトタイプ寄りの話をしていたり、逆に小さな本番初期版を想定していたりします。
そのため、新規事業で最初に決めるべきことの一つは、 今ほしい最初の具体物は何か です。
- 確認用の具体物なのか
- 公開や初期運用まで考える版なのか
ここが見えてくると、その後の整理もかなり変わります。
実装の話に入る前に、構想整理が必要なこともある
新規事業では、「まず作れば分かるのでは」と感じることがあります。 それ自体は一面では正しいです。 ただ、何を作るのか、どこまでを最初の対象にするのかが見えないまま実装に入ると、判断が実装側に流れすぎることがあります。
たとえば、
- 何を最初に優先するのか
- どこまでを今回含めるのか
- 何が本当に必要なのか
- 何を後で扱うのか
といったことです。
これらは、実装の場で自然に決まるというより、 事業側でも一定の整理が必要なことが多いです。
新規事業でMVPを考えるときは、 いきなり実装に入る前に、構想・対象・価値・範囲・進め方を整理する段階が必要かどうか を見ることも重要です。
最初から詳細仕様を作る必要はない
ここまで読むと、「かなり細かく決めないといけないのでは」と感じるかもしれません。 でも、最初に必要なのは詳細仕様ではありません。
たとえば、
- 最終的な画面文言
- 全画面の詳細挙動
- APIやDBの詳細
- 長期拡張を前提にした構成
- すべての例外ケース
まで決める必要はありません。
新規事業でMVPを考える最初の段階では、 むしろ必要なのは、
- 誰に向けたものか
- 最初に届けたい価値は何か
- 今回の範囲はどこか
- 何を後ろに回すか
- 最初の具体物は何か
を見えやすくすることです。
詳細を詰めるのはそのあとでも遅くありません。 ただ、前提が曖昧なまま詳細に入ると、あとで手戻りしやすくなります。
最初に決めるべきことが見えると、次の相談もしやすくなる
新規事業でMVPを考えるとき、何を最初に決めるべきかが見えてくると、その後の相談はかなりしやすくなります。
たとえば、
- 社内で何を先に話し合うべきか
- 開発会社や実装者に何を相談すべきか
- 費用の相談をする前に何を整理すべきか
- 仕様設計に進む前に何が必要か
が少しずつ見えてきます。
MVPという言葉だけ先に置いても、そこから先が進みにくいことがあります。 そのときに必要なのは、MVPの定義を増やすことより、今回の新規事業にとって最初に何を決める必要があるのかを整理すること です。
