仮説検証・顧客開発

事業の前提を一枚にまとめる｜FactSheetで判断のブレを防ぐ

事業の前提と仮説を分け、一枚にまとめて管理する方法。根拠の添え方、前提を変えたときの再確認、履歴の残し方を、仮説検証の実務として解説します。

2026-10-10（更新: 2026-10-10）

新規事業の議論で、「その数字、いつの前提で出したのか」が分からなくなることはないでしょうか。顧客の定義や、価格、市場規模の前提が、会議資料や議事録、チャットに散らばると、更新した前提と、古い前提が混在します。この記事では、事業の前提を一枚にまとめ、判断のブレを防ぐ方法を整理します。

前提が散らばると起きること

資料ごとに、顧客や価格の定義が違う
前提を変えたのに、関連する分析が更新されない
後から「なぜそう判断したのか」をたどれない

前提（事実）と仮説を分ける

最初に、次の2つを分けて書きます。

前提（事実）：確認できていること。出典や根拠がある
仮説：まだ確かめていないこと。顧客に聞いて確かめる対象

仮説を、前提のように書くと、確かめないまま進んでしまいます。確認が取れた仮説だけを、前提に昇格させます。

一枚にまとめる項目

次のような項目を、一覧にします。

項目	例
顧客	誰が、どの状況で
課題	何に、どれくらい困っているか
解決策	何を提供するか
価格	いくらで、どの単位で
市場規模	TAM・SAM・SOMと、その出典
競合	代替手段を含めた競合と、差別化

それぞれに、根拠（出典・確認した日・確認した相手）を添えます。

更新のルール

前提を変えたときは、関連する分析を再確認する（市場規模、損益、評価の点数など）
変更は、履歴を消さずに残す（前の値と、変更した理由）
AIが調べた内容や、提案された変更は、人が確認して承認してから反映する

Startups with AIでの扱い

Startups with AIでは、事業の前提（顧客・課題・解決策・価格・市場規模など）の一覧を、FactSheetとして持ちます。章を進めると、確定した前提が貯まり、直接編集もできます。AIが調べた内容や、議事録から提案された前提の変更は、あなたが承認するまで反映されません。前提を変えたときは、関係する分析に「要再確認」の印が付きます。仮説は、「新しい仮説Ver」を作ると、現在の仮説をコピーして、元のVerを残したまま見直せます。

チェックリスト

前提と仮説を、分けて書いている
前提のすべてに、出典や根拠がある
前提を変えたとき、関連する分析を再確認する決まりがある
変更の履歴と理由が残っている
AIの提案は、承認してから反映している

まとめ

事業の前提は、一枚にまとめ、根拠を添える
前提を変えたら、関連する分析を再確認する
履歴を消さず、承認してから反映する