まず、結論。
売れるコンセプトは、誰の・どんな状況の・どれほど強い課題を・どう変え・なぜ代替より選ばれ・どう利益を残すかを一つにした事業仮説です。完成品へ投資する前に、一人目の顧客へ提案し、予約・有償実証・契約などの行動で検証します。
コンセプトは、コピーではなく事業の核
印象的な言葉だけでは、事業判断も販売もできません。本サイトでは、コンセプトを顧客・課題・約束する変化・選ばれる理由・提供方法・収益条件を一つに統合した事業仮説と捉えます。
企画、営業、デザイン、開発が同じコンセプトを使うことで、機能の議論が顧客価値と収益から外れにくくなります。
| 要素 | 答える問い | 証拠 |
|---|---|---|
| 顧客 | 最初に誰へ売るか | 役割・状況・購買条件 |
| 課題 | 何を放置できないか | 頻度・損失・代替行動 |
| 変化 | 何がどう良くなるか | 時間・売上・行動の変化 |
| 差別化 | なぜ他の手段ではないか | 比較・切替理由 |
| 提供 | 最小でどう成果を出すか | 手動提供・試作 |
| 事業性 | どう利益を残すか | 価格・原価・継続条件 |
なぜ、開発より先に売るのか
開発できることは、顧客が欲しいことの証明ではありません。プロダクトディスカバリーで扱う価値リスクは、顧客が選び、使い、対価を払うかという不確実性です。顧客開発も、事業計画を事実として実行する前に、顧客との接触から仮説を学ぶことを重視します。
したがって『作る前に売る』目的は、売上を早く立てることだけではありません。最も高価な学習手段である本格開発の前に、価値と価格の前提を、より小さな投資で反証可能にすることです。
売れるコンセプトを一文にする
最初は情報を削り、顧客が自分の状況として理解できる一文へ落とします。
- ↗誰が:課題と購買条件が似る一社・一役割
- ↗いつ:課題が発生する具体的な場面
- ↗現状:現在の代替行動と損失
- ↗変化:導入後に得られる測定可能な成果
- ↗理由:既存手段より速い・確実・簡単な理由
- ↗提供:最小の導入方法と価格仮説
『いいですね』ではなく、行動の重さで判定する
インタビューの賛同は、理解を深める証拠にはなりますが、購買の証拠とは限りません。コンセプトの確からしさは、顧客が次に差し出した時間・社内信用・予算の大きさで段階的に見ます。
| 反応 | 分かること | まだ分からないこと |
|---|---|---|
| 賛同・高評価 | 言葉が理解された | 優先課題か、払うか |
| 次回面談・決裁者紹介 | 社内で検討する意思 | 条件が合えば契約するか |
| 予約・有償実証 | 時間または予算を使う意思 | 継続して成果が出るか |
| 契約・支払 | 価値と価格の初期成立 | 複数顧客で再現するか |
| 継続・紹介 | 成果と信頼の強い証拠 | 市場全体へ拡張できるか |
一人目からプロダクト化する7段階
一人目の顧客に売れた時点で完成ではありません。個別要望と共通価値を分け、再現性を一段ずつ確かめます。
- ↗一社・一役割の顧客課題を深く調べる
- ↗顧客の言葉でコンセプトを作る
- ↗提案書・デモ・価格仮説で販売する
- ↗小さな有償提供を合意する
- ↗まず人が提供し、成果と例外を観察する
- ↗複数顧客に共通する価値だけを標準化する
- ↗繰り返す工程をシステム・AIで自動化する
受託化と早すぎる一般化を防ぐ
一人目の顧客は、最初の証拠であって市場全体ではありません。契約のために一社固有の機能を増やすと、利益と再現性を失います。逆に、個別事情を無視して早く標準化すると、価値が生まれる工程を学べません。
個別要望、複数社に共通する課題、プロダクトへ標準化する価値を別の欄で記録し、二社目・三社目の証拠で境界を更新します。
今週やること
既にあるアイデアを説明する前に、最初に売りたい顧客を一人選びます。その人の直近の行動、損失、現在の代替を聞き、コンセプトを一文にします。次の面談では感想を求めず、小さな有償提供または決裁者を含む具体的な次の行動を提案します。
PRIMARY SOURCES
参照資料
定義・研究・公的情報は、可能な限り発行元または原著へリンクしています。