「完成したら顧客に持っていきます」という計画は、ディープテックで最も多いつまずき方です。完成後に初めて使う人の都合を知り、仕様の前提が崩れて作り直しになる。顧客検証は、技術が固まる前の、研究段階から始めるものです。売り込む場ではなく、課題の解釈が合っているかを確かめる場として設計します。

聞く相手と聞く順番を決める

最初に決めるのは、誰の声を聞くかです。実際に現場で使う人、導入を判断する人、費用を出す人は、多くの場合それぞれ別の立場です。三者の困りごとはずれるため、どの立場の声が今の段階で最も必要なのかを決めてから訪ねます。順番としては、まず使う人の現場の困りごとを聞き、次に判断する人の導入条件を確認するのが基本です。いきなり経営層へ性能を説明しても、現場の前提が違えば話は進みません。聞く相手の候補は、共同研究先、学会や展示会の接点、支援機関の紹介などから広げます。

性能ではなく「一日の仕事」を聞く

聞き方のコツは、自社技術の説明を最小限にし、相手の一日の仕事を聞くことです。どの作業に時間がかかり、どこで失敗が起き、何を使ってしのいでいるのか。今のやり方の不満と、それでも続けている理由の両方を聞くと、乗り換えの条件が見えてきます。新しい技術への期待を聞くより、現在の代替手段とその費用を聞く方が、価格や仕様の判断材料になります。聞いた言葉は、相手の表現のまま記録し、自社の解釈と分けて残してください。記録の蓄積が、後の仕様決定と提案資料の根拠になります。

検証を次の検証につなげる

一回の聞き取りで終わらせず、学んだことを次の行動に結びます。課題の解釈が合っていれば、小さな評価やサンプルの試用といった次の検証を提案します。解釈がずれていれば、想定顧客か使い方の前提を見直します。断られた理由も重要な情報です。時期の問題か、価格の問題か、そもそも課題が小さいのかを分けて記録すると、同じ失敗を繰り返しません。

聞くことを組織の習慣にする

顧客検証は、一度の大がかりな調査で終わるものではありません。週単位、月単位で少しずつ聞き続け、記録を更新していく習慣が、製品の前提を現実に合わせ続けます。習慣化のコツは、聞く相手の候補リストを持ち、対話のたびに「学んだこと、変えたこと、次に聞くこと」を短く残すことです。研究者が直接聞く機会と、事業担当が聞く機会の両方があると、技術の言葉と現場の言葉のずれに早く気づけます。また、好意的な反応だけを集めないことも大切です。導入に慎重な相手の懸念こそ、仕様と価格の前提を鍛える材料になります。聞き取りの記録は、社内の週次会議で共有し、仕様や価格の前提が変わったら、その理由と一緒に更新していくことが大切です。

最初の一歩は、想定顧客の「使う人」を一人思い浮かべ、その人の一日の仕事と困りごとを、会う前に仮説として書き出すことです。仮説を持って聞きに行くことで、対話は感想戦ではなく検証になります。

あわせて読みたい

出典・本稿の位置づけ

本稿はAOHA LAB編集部の実務知見に基づく解説です（2026年11月時点）。特定の外部文書に依拠した記事ではありません。制度やサービスの最新情報は、各公式発表をご確認ください。本記事の内容は2026年11月時点の公表情報に基づきます。内容は変更される可能性があります。