新規事業のシステム設計とビジネスモデルの作り方
新規事業でシステムを作るとき、「業務を支える道具」と考えるか、「事業の本体」と考えるかで、設計の出発点は大きく変わります。この記事では、サービスの仕組みそのものをシステムで設計する考え方を、ビジネスモデルの分解、設計で最初に決める要素、プロトタイプでの確かめ方の順に整理します。企画を動く仕組みに落とし込む手順を知りたい、経営者や新規事業の担当者に向けた内容です。
システムが事業そのものになる、とはどういうことか
「システムが事業そのものになる」とは、そのシステムがなければサービスが成立しない状態を指します。システムを取り除くと、売るものも、お客様に届ける価値も、収益が生まれる場所もなくなる、という関係です。
道具としてのシステムと、事業の本体としてのシステム
すでにある事業を支えるためのシステムは、事業の「道具」です。なくなっても、人手などの別の方法で事業を続けられる余地があります。
一方、新規事業では、システムが事業の本体になることがあります。仮の例として、専門知識を持つ人と、相談したい人をつなぐサービスを考えてみます。
- 相談したい人が、条件に合う専門家を探す
- 日時を決めて予約する
- 相談を行い、対価が支払われる
- 終わったあとに評価が残り、次の選択に使われる
この一連の流れは、検索、予約、決済、評価といったシステムの機能そのものです。システムが止まれば、サービスも止まります。この場合、システムの設計は、ビジネスモデルの設計とほぼ同じ意味を持ちます。
設計の出発点が変わる
道具としてのシステムなら、出発点は「今の作業をどう置き換えるか」です。事業の本体としてのシステムでは、「誰に、どんな価値を、どんな仕組みで届け、どこで対価を得るか」が出発点になります。
つまり、新規事業でのシステム設計は、画面や機能を考える前に、事業の仕組みを言葉にする作業から始まります。
ビジネスモデルをシステムの言葉に置き換える
ビジネスモデルは、企画書の中では「価値提案」「ターゲット」「収益源」といった言葉で語られます。これをそのまま開発会社に渡しても、設計にはなりません。システムの設計に使うには、一度「仕組みの言葉」に置き換える必要があります。
ビジネスモデルキャンバスを設計の入り口にする
ビジネスモデルを整理する枠組みとして、アレクサンダー・オスターワルダー氏らが提唱した「ビジネスモデルキャンバス」がよく知られています。事業を9つの要素に分けて1枚で眺める方法です。この枠組みの要素を、システム設計の観点で読み替えると、次のようになります。
| ビジネスモデルの要素 | システム設計での読み替え |
|---|---|
| 顧客セグメント | 利用者の種類と、それぞれの権限・画面 |
| 価値提案 | 利用者が「使ってよかった」と感じるコアの体験 |
| チャネル | 利用者が最初に触れる入口（Web、アプリ、外部連携など） |
| 収益の流れ | 課金・取引が発生する処理と、そのデータの持ち方 |
| 主要活動 | システム内で自動的に動く処理と、人が担う作業 |
| 主要パートナー | 外部サービスとの連携（決済、認証、通知など） |
| コスト構造 | 運用で手間がかかる箇所、データ量に応じて増える負荷 |
この表のとおり、ビジネスモデルの各要素は、システムの構成要素と対応づけられます。「収益の流れ」を決めずに設計を進めると、課金の仕組みを後から無理に足すことになりかねません。
設計前に答えておきたい5つの問い
キャンバスを埋めたら、次の5つの問いに答えられるかを確認します。答えが曖昧な部分は、設計でも曖昧なまま残ります。
- 利用者は誰で、どんな行動を取るのか。 立場の違う利用者が複数いるなら、それぞれ分けて考えます。
- 価値が届く瞬間はどこか。 予約が完了したとき、結果が画面に出たときなど、利用者が得をしたと感じる地点です。
- お金が動くのはどの場面か。 誰が、いつ、何に対して支払うのかを決めます。
- どんなデータが溜まり、次にどう使われるのか。 溜まったデータが、サービスの質や次の提案につながるなら、事業の強みになり得ます。
- 人が担う部分と、システムに任せる部分はどこか。 最初は人が手で対応し、仕組みが固まってからシステム化する選択肢もあります。
システム設計で最初に決める4つの要素
ビジネスモデルを仕組みの言葉に置き換えたら、システム設計の骨格を決めます。ここでは、新規事業で特に重要になる4つの要素を取り上げます。
1. 登場人物と役割
サービスに関わる人を洗い出し、それぞれができること・見えるものを決めます。利用者、提供者、運営者のように立場が分かれるサービスでは、この整理が画面設計や権限設計の土台になります。運営者が何を管理するのかも、この段階で考えておくと、あとから管理画面を作り直す手戻りを減らせます。
2. 価値が届くまでの流れ
利用者が入口から価値を受け取るまでの流れを、順番に書き出します。ユーザーの行動、システムの処理、画面の遷移を並べると、抜けや無駄が見えてきます。たとえば「登録しないと中身が見えない」という流れが、利用のハードルになっていないかといった点です。事業の価値は、この流れの途中で離脱されると届きません。
3. お金とデータの流れ
収益が生まれる場所と、そこで記録されるデータを設計します。課金のタイミング、返金や取り消しが起きたときの扱い、取引の履歴の残し方などです。ここは事業の信頼にも直結するため、早めに方針を決めておくことが大切です。
データについては、次の2点を意識します。
- 事業の判断に使いたい数字（利用回数、継続率、成約の流れなど）を、最初から取得できる形にしておく
- 個人情報など、扱いに注意が必要なデータを、何のために持つのかを整理しておく
4. 人とシステムの境界
最初からすべてを自動化する必要はありません。検証の段階では、人が手で対応したほうが早く、柔軟に動けることもあります。何を先にシステム化し、何を人が担うのかを決めておくと、作る範囲を絞りやすくなります。この境界の判断は、事業の仮説にもとづいて決めるものです。
設計でつまずきやすいポイント
新規事業のシステム設計では、いくつか共通してつまずきやすい点があります。事前に知っておくだけでも、避けやすくなります。
機能の一覧から始めてしまう
「これも欲しい、あれも欲しい」と機能を並べていくと、何が事業の核なのかが見えなくなります。先に決めるべきは、価値が届く流れと収益の接点です。機能はその流れを支えるために決めます。
言葉だけで要件を決めてしまう
要件定義書や企画書の文章だけで認識をそろえようとすると、読み手によって解釈が分かれます。完成してから「思っていたものと違う」と気づくのは、よくある事故です。画面や動きは、言葉より実物のほうがはるかに正確に伝わります。
決裁者と現場で、見ている材料が違う
新規事業では、経営陣（決裁者）と、企画を立てた現場（立案者）が、同じ目的を見ているのに話が噛み合わないことがあります。私たちは、ズレているのは目的ではなく、判断の材料と進める速度だと考えています。現場は細部まで考え抜いているのに対し、決裁者は文章や資料から判断するしかなく、見えている情報の量に差があるのです。
この差を埋めるには、同じ実物を見ながら話すのが近道です。動く画面があれば、「何ができるのか」が共通の材料になり、判断もしやすくなります。
プロトタイプで仮説を確かめる
ビジネスモデルを仕組みに置き換えても、それは仮説にすぎません。市場で受け入れられるか、利用者が迷わず使えるかは、作って確かめるまで分かりません。そこで役に立つのが、プロトタイプやMVPです。
MVP（Minimum Viable Product）は、価値を検証するために必要な機能だけを備えた、最小限の製品のことです。プロトタイプは、実際に動く試作品を指します。どちらも、最初から完成形を作るのではなく、早く形にして学ぶための考え方です。
プロトタイプで確かめたいこと
システムが事業の本体になる場合、プロトタイプで確かめたいのは、おもに次の4点です。
- 流れが成立するか。 入口から価値を受け取るまでの流れが、途切れずにつながるか
- 利用者が迷わないか。 説明なしでも、次に何をすればよいか分かるか
- 収益の接点が自然か。 課金や取引の場面が、利用者にとって納得できる形か
- 判断する人が決められるか。 決裁者が、実物を見て投資を判断できる材料になっているか
仮説を先に書いてから作る
プロトタイプを作る前に、「何を確かめるために作るのか」を書き出しておきます。たとえば「利用者は、3回の操作で予約を完了できる」「提供者は、空き時間を自分で登録できる」といった具合です。確かめたいことが決まっていれば、作る範囲を絞れます。範囲が決まれば、動く実物を短い期間で用意しやすくなります。
動く実物を触ると、「ここはこうしたい」「この順番は違う」といった指摘が出ます。使ってみて初めて分かる「これじゃない」を早い段階で直せることが、プロトタイプの大きな価値です。
AI駆動開発の時代に、人が決めること
近年は、要件の整理、設計、実装、テストといった開発工程でAIを使う「AI駆動開発」が広がっています。開発にかかる手間が下がれば、動く試作品を用意するハードルも下がります。新規事業にとっては、小さく作って確かめる機会を増やせる、ということです。
ただし、AIが速く作れるようになっても、「何を作るのか」を決める役割は人に残ります。どんな価値を、誰に、どんな仕組みで届けるのか。この設計が曖昧なままでは、速く作れても、事業として意味のあるものにはなりません。開発の速度が上がるほど、上流の設計と判断の質が、結果を左右しやすくなります。
AIモデルの動向と新規事業への影響については、Claude Sonnet 5.5の発表と新規事業への影響でも取り上げています。また、構想から運用までの全体像は、新規事業のシステム開発の進め方｜構想から運用までの全体像で整理しています。あわせてご覧ください。
まとめ
システムが事業そのものになる新規事業では、システム設計とビジネスモデルの設計がほぼ重なります。この記事の要点は次のとおりです。
- システムが止まるとサービスが止まるなら、そのシステムは事業の本体である
- ビジネスモデルは、利用者、価値、収益、データ、人との分担といった「仕組みの言葉」に置き換えてから設計する
- 最初に決めるのは、登場人物、価値が届く流れ、お金とデータの流れ、人とシステムの境界
- 機能の羅列や、言葉だけの要件定義は、認識のズレを生みやすい
- 仮説を書き出し、動くプロトタイプで確かめると、判断の材料がそろう
- AI駆動開発で作る速度が上がっても、「何を作るか」を決めるのは人である
最後に、JustFitについて触れます。JustFitは、株式会社LEGAREAが運営する完全オーダーメイドの受託開発サービスです。「先に作って、後から決める（PROTOTYPE FIRST）」という考え方で、構想をもとに約1ヶ月で動くプロトタイプを開発し、実物を見てから契約を判断していただけます。システムが事業そのものになるような新規事業を得意としており、仕様が固まっていない段階や、稟議を通す前の段階でもご相談いただけます。詳しくはJustFitのサービス紹介をご覧ください。