AIで出した新規事業アイデアを1案に絞るなら、事業の成立を左右する仮説を、最も小さく・早く確かめられる案を選ぶ。これが出発点です。最初から正解を当てようとせず、顧客に話を聞き、小さな試作品や提案への反応を見て、次の判断に必要な材料を集めます。
生成AIを使えば、新規事業や新商品の候補を短時間で並べられます。一方、候補が増えても、選ぶ基準が曖昧なままでは議論は進みません。担当者も経営者も、個人で事業をつくる人も、まず決めたいのは「次に何を確かめるか」です。ここでは、候補の比較から検証後の判断までを整理します。
AIの評価点を、需要の証拠にしない
AIに候補の評価を頼むと、理由付きで順位や点数が返ってくることがあります。比較の観点を知る助けにはなりますが、その評価だけでは、顧客が実際に困っているか、解決のためにお金や時間を使うかは確認できません。AIの高得点は、需要がある証拠にはなりません。
AIに任せたいのは、候補を同じ項目で整理し、判断に足りない情報を見つける作業です。各案について「確認できた事実」「まだ仮説のこと」「次に聞くこと」を分けて書かせます。文章が具体的でも、顧客に確かめていない内容は仮説のまま扱ってください。
依頼文には、次のような条件を添えると整理の目的が明確になります。「以下の候補を同じ比較項目で整理してください。渡した情報に根拠がない内容は未確認とし、事実として補わないでください。各案の重要な仮説と、それを確かめるために顧客へ聞くことを示してください」。返ってきた内容は元の材料と照らし、根拠のない説明が混ざっていないかを人が確認します。
候補を同じ項目で並べ、空欄を見つける
案ごとに説明の詳しさが違うと、よく書けている案を選びがちです。まずは候補を横に並べ、同じ項目を埋めましょう。分からない欄は未確認のままで構いません。空欄は企画の欠陥と決めつけず、これから確かめる対象として扱います。
顧客の課題と、いまの行動
- 誰の、どのような困りごとか — 対象となる人の状況と、困りごとが起きる場面を書く。対象が広すぎる場合は、話を聞く相手が浮かぶところまで絞る。
- 現在、どのような方法で対処しているか — 使っているものや手作業の内容、残っている不便を整理する。対処していないなら、その理由を確認する。
- お金や時間を使ってでも解決したい課題か — 現在の対処にかけている負担と、解決の優先度を書く。根拠が想像だけなら、検証が必要と明記する。
自分たちが検証に動ける条件
- 対象となる人へ実際に話を聞けるか — 接点の有無と、どう依頼するかを書く。知り合いでも、想定した困りごとを持つ人かは別に確認する。
- 自社や自分の強みを使えるか — 経験、知識、技術、顧客との接点などが、課題の理解や試作にどう役立つかを書く。
- 小さな試作品や提案で反応を確かめられるか — 何を見せ、何を観察するかを書く。作るものだけでなく、確かめたい仮説と結びつける。
- どのような結果なら続け、変え、止めるか — 顧客の発言や行動のうち、判断に使うものを先に決める。
自分たちが得意なことと、顧客が解決したいことは、それぞれ確認が必要です。強みを使って作れる案でも、課題の深さが分からなければ、まずそこを聞きに行く。逆に課題が見えていても、対象者との接点がなければ、検証への入口をつくる必要があります。
重要な仮説を確かめやすい案から選ぶ
比較項目が埋まったら、各案について「この前提が外れたら、進める理由が弱くなるのはどこか」を考えます。顧客が本当に困っていることなのか、今の方法から切り替える理由なのか、解決に対価を払う意思なのか。事業の成立に関わり、まだ確かめられていない前提を、検証の中心に置きます。
- 各案の重要な仮説を言葉にする。単に「需要があるか」とせず、誰のどの行動を見れば判断できるかまで具体化する。
- その仮説を確かめる相手と方法を並べる。話を聞く、提案を見せる、試作品を使ってもらうなど、必要な確認に合う方法を選ぶ。
- 準備の負担と着手のしやすさを比べ、手元の時間や強みで検証に動ける案を優先する。
迷ったときは、実際に対象者へ連絡できるか、反応を確かめる提案を用意できるかを見てください。作りやすさだけで選ばず、その検証で次の判断が変わるかを確かめることが大切です。簡単な試作でも、重要な仮説に触れられなければ、案を進める根拠は増えません。
この段階で選ぶ1案は、検証に着手するための選択です。ほかの案は、見送る理由と、再検討するために必要な情報を残して保留にできます。どの案も対象者や確認方法が見えないなら、無理に順位を確定せず、顧客の状況を具体化するところへ戻りましょう。
顧客の現在を聞いてから、小さく提案する
選んだ案を顧客に説明する前に、いま何が起きているかを聞きます。アイデアへの好意的な感想だけでは、解決の優先度は分かりません。質問は、相手が経験した場面や現在の対処に向けます。
- その困りごとは、どのような場面で起きていますか。
- 最近その問題が起きたとき、どのように対処しましたか。
- その対処には、どのようなお金や時間がかかっていますか。
- 今の方法で足りていることと、困ったままのことは何ですか。
課題を確認できたら、小さな提案や試作品を見せます。提案内容への理解を確かめたいなら、課題と提供価値を説明する資料から始められます。使い方を確かめたいなら、操作や体験の流れが伝わる試作品を用意する。完成度を上げる前に、確かめたいことに答えが出る形かを確認してください。
反応は、感想と行動を分けて記録します。使ってみたいという発言と、実際に試す時間を取ってもらえたことでは、確認できた内容が違います。また、試用に時間を使ってもらえても、支払い意思まで確認できたとは限りません。何が分かり、何が未確認のままかを残すことが、次の検証につながります。
「続ける・変える・止める」を検証前に決める
結果を見てから判断基準を考えると、気に入った案に都合のよい解釈をしやすくなります。検証を始める前に、どの結果なら次へ進むかを書いておきましょう。次の整理を出発点に、選んだ案の仮説と、実際に観察できる反応に合わせて具体化します。
- 続ける — 想定した困りごとが確認でき、提案を試す行動も見られたら、次に残る仮説の検証へ進む。
- 変える — 困りごとはあるが、対象とした人や提案の内容が合わないなら、食い違った箇所を修正して確かめ直す。
- 止める — 想定した課題が確認できない、または解決の優先度が低いことが分かったら、今の案への追加の作り込みを止める。
対象者に会えなかっただけなら、需要がないとまでは判断できません。確認方法を見直すのか、接点をつくるのか、いったん保留にするのかを決めます。チームで進める場合は、担当者と経営者で判断条件を共有する。個人で進める場合も、検証前の考えを書き残しておくと、結果との違いを振り返れます。
まずは手元の候補を同じ項目で並べ、重要な仮説、話を聞く相手、確かめる方法を書いてみてください。そこまで具体化できた案から1案を選び、対象者への連絡に進む。AIで広げた候補を、顧客から学べる行動へ変えることが、次の仕事です。
候補を比べても検証の入口が見えないときは、PROTOCOREへの相談も選択肢です。いまの候補と未確認の点をもとに、何から確かめるかを整理するところから始められます。