A&A INSIGHTS
少人数の新規サービスは、AIで何を調べて最初の顧客に会うか
AIによる顧客調査でできるのは、会う相手と聞く質問の仮説づくりまでです。LovableとLexの一次事例をもとに、調べて分かることと、会って使ってもらうまで分からないことを分け、少人数のチームが最初の顧客に会う前に用意する記録の形を示します。
Read in English
この記事の要点
技術はあるが誰に売るかが決まらない少人数のチーム向けです。Anthropicが公開したLovableとLexの事例では、想定した利用者と実際に現れた利用者の違いや、直すべき対象の移動が、調査ではなく公開と観測によって分かっています。この記事では、AIの調査で決められること、会って使ってもらうまで決められないことを五つの観点で分け、候補者の仮説、聞きたい質問、観測した行動、提案の変更を別々に書く記録の形を、建材商社向けの仮想例で示します。事例の記述と、A&Aの解釈と、仮想例は区別しています。
「もっと調べる」の前に、次に会う相手を決める
A&Aの考え方
AIを使った顧客調査でできるのは、会う相手の候補と、聞くべき質問の仮説を作るところまでです。相手が買うかどうかは、資料からは分かりません。だから最初の顧客を探す段階で決めることは二つだけです。次に会う三人の名前と、その人のどの行動を観測すれば自分の仮説が壊れるか。調査を続けるか止めるかは、この二つが書けたかどうかで判断できます。
出典に基づく事実
Anthropicが公開したLovableの事例によると、創業者のAnton Osikaは2023年初めに、開発者がAIでより速く作業できるよう手助けする週末の個人プロジェクトを作り、オープンソースの実験としてGitHubに公開しました。事例は、それが急速に広まった一方で、使いに現れた人たちは彼が作った対象である開発者ではなかった、と説明しています。
A&Aの考え方
この順序をA&Aは重視します。誰が使うのかという最も基本的な前提は、調べている段階ではなく、公開して人が現れた段階で覆りました。調査の成果物は「結論」ではなく「訪問の順番」だと考えるほうが実務に合います。候補の一覧を作ったら、そこから確かめたい前提を一つ選び、それが壊れる観測を先に書いておく。壊れたときに対象と範囲のどちらを変えるかまで決めてあれば、会う前の調査は短くて足ります。
Lovable:想定した利用者と、実際に現れた利用者が違った
出典に基づく事実
同じ事例によると、Osikaは以前から「作りたいものがある、素晴らしい着想を現実にしたい、けれどコードが書けない」という相談を繰り返し受けていたと述べています。それでも2023年初めの週末プロジェクトは、開発者に向けて作られ、GitHubに公開されました。
出典に基づく事実
公開の結果について事例は、実験が広まった一方で、使いに現れた人たちは彼が作った対象である開発者ではなかったと記しています。数日後にOsikaは、エンジニアだけがコードを見てソフトウェアを作る未来に世界は向かっていない、まったく新しい種類のインターフェースになる、と確信したとされ、その朝に共同創業者のFabian Hedinとともに、のちにLovableとなる構想をまとめたと説明されています。
A&Aの考え方
A&Aが注目するのは、覆ったのが解決策ではなく対象だったことです。相談そのものは以前から届いていました。それでも最初に作って置いたものは開発者向けでした。聞いた話と、作って置いた場所に現れる人は、別々の情報です。少人数のチームが調査に時間をかけるほど、二つ目の情報を得るのが遅れます。なお、この記述はAnthropicが公開した顧客事例であり、独立した検証ではありません。
| 確かめたいこと | AIの調査でできる範囲 | 会う・使ってもらうまで分からないこと |
|---|---|---|
| 誰が使うか | 業種、役職、公開情報からの候補づくり | 実際に手を動かす人が、想定した人と同じか |
| 何に困っているか | 公開資料や求人情報から出る、起きていそうな場面 | その困りごとが、今期の予算がつく順位にあるか |
| どう解決したいか | 既存の手段と代替案の一覧 | 提示した範囲で足りるか、対象外を受け入れられるか |
| 誰が払うか | 一般的な価格帯の見当 | どの役職の決裁で、いつ支払いが動くか |
| 続けて使うか | 同種の業務が発生する頻度の推定 | 二回目に、相手が自分から使うか |
Lex:直す対象が、操作の不便さから書く判断の支援へ移った
出典に基づく事実
Anthropicが公開したLexの事例によると、創業者のNathan Baschezは、書き手や編集者が仕事で使う道具は、プログラマーやデザイナーが使うものほど良くない、と述べています。チームは当初、変更履歴の扱いにくさのような困りごとに取り組み、書き手向けの操作画面の改善に注力していたと記されています。
出典に基づく事実
事例は続けて、チームがやがて、即時のフィードバック、着想の生成、個別化された学びといった利点をもたらす生成AIが執筆の過程を高められる可能性に気づいた、と説明しています。
出典に基づく事実
同社はまた、AIを使った機能を公開してから24時間以内に25,000件の新規登録があったと述べています。これは同社自身が公表した数値です。事例ページには、この数値の対象範囲、集計方法、比較対象は記載されていません。
A&Aの考え方
A&Aの読み方では、Lexの最初の仮説は誤りではなく、粒度が粗かったのだと考えます。「書く仕事の道具が良くない」は妥当な観察でしたが、直すべき対象が画面の操作なのか書く判断の支援なのかは、その言い方からは決まりません。最初の顧客に会う段階で確かめるべきなのは、困りごとがあるかどうかではなく、困りごとのどの層に相手が時間とお金を使っているかです。登録数のような数字が出るのは公開したあとで、会う前の調査からは出てきません。
AIの調査で決められること、決められないこと
A&Aの考え方
AIを使った調査は、候補となる会社の一覧、その業界で使われる言葉、起きていそうな場面、聞くべき質問、そして「これが見えたら仮説は壊れる」という反証条件まで作れます。作れないのは、その相手が今期の予算で払うかどうかと、誰の決裁で支払いが動くかです。この記事の表は、その境目を五つの確かめたいことに分けて整理したものです。表はA&Aの整理であり、出典の主張ではありません。
出典に基づく事実
Y Combinatorのポール・グレアムは2013年7月の文章で、創業者が最初にやらなければならない最も一般的な規模の出ない仕事は、利用者を手作業で集めることだと書いています。利用者が自分のところに来るのを待つことはできず、出向いて獲得する必要がある、とも述べています。
A&Aの考え方
この文章が想定しているのは初期のスタートアップで、際限のない個別対応を勧めるものではありません。A&Aとしては、AIの調査は出向く先を絞って移動と準備の時間を減らすものであって、出向くこと自体の代わりにはならない、と読みます。調査を終える基準も単純にできます。次に会う相手の名前が三つ書けて、それぞれについて壊れる可能性のある前提が一つ書けたら、その調査は終わりです。
候補者カード:仮説・質問・観測・提案変更を分けて書く
A&Aの考え方
記録の欄を四つに分けます。第一に候補者の仮説。誰が、いつ、どの場面で、今はどう対処しているか。第二に聞きたい質問。仮説のどこを確かめるための質問かを書き添えます。第三に観測した行動。相手が実際にしたことで、言ったことではありません。第四に提案の変更。その観測を受けて、対象、範囲、価格のどれをどう変えたか。分けて書く理由は、後から「なぜ提案を変えたのか」を辿れるようにするためです。同じ欄に混ぜると、相手の発言と自分の解釈が数日で区別できなくなります。
仮想例
以下は仮想例で、実在の顧客ではありません。二人のチームが、社員十数名の建材商社に向けて見積書作成の支援を売ろうとしているとします。仮説は、営業担当が過去の類似案件を探しながら見積書を作るのに毎回一時間以上かけている、というものです。質問は、直近に作った見積書を三件、どの順序で作ったか見せてもらえますか、とします。観測した行動は、三件のうち二件は営業担当ではなく事務の担当が作っていたこと、一件は社長が最後に単価を書き換えていたことでした。提案の変更は、対象を営業担当から事務の担当へ移し、単価の決定は自動化の対象から外し、社長が最後に確認する欄を残すことです。この一件で、買う人と使う人が違うことと、自動化してはいけない工程が同時に分かります。
A&Aの考え方
来週の仕事は、こう書けます。三人に会い、それぞれについて仮説が壊れる観測を一つ記録する。調査をもう一巡することではありません。三人とも仮説どおりだった場合は、対象が正しかったと結論づける前に、質問が仮説を確かめられる形になっていなかった可能性を疑います。確かめる質問とは、相手が「はい」と答えても「いいえ」と答えても、次にやることが変わる質問です。
何を観測できたら「買う意思」に近いか
A&Aの考え方
発言は観測ではありません。「それは便利ですね」は、相手の予算の順位について何も教えません。A&Aが観測として扱うのは、相手が手間をかけた事実です。社内の資料を見せた、次回の日程をその場で押さえた、別の部署の人に転送した、今の代替手段にすでに支払っている、対象外にする範囲を自分から指定した。いずれも相手の時間か権限が動いています。逆に、資料を送ると言われたのに送られてこないことも、同じくらい有効な観測です。
出典に基づく事実
公開後の観測を続ける例として、Lovableの事例は、同社が当初から実施してきた評価をClaudeの新しいリリースごとに行い、システムが行き詰まって壊れたアプリや、利用者が求めたものと違うアプリを生成する頻度を測っていると説明しています。事例は、その関門が重要な理由として、Lovableの利用者は自分でコードを読めないことが多く、出力が動くことを信頼している点を挙げています。
A&Aの考え方
A&Aの読み方では、これも顧客理解の一部です。使ってもらったあとに何がどれくらい失敗したかを数える仕組みは、相手が言葉にしない不満を拾います。少人数のチームは、最初の顧客が決まる前からこの欄を用意しておくと、二人目以降への提案が速くなります。測る対象は、出力の精度そのものより、相手が求めたものと違った回数のほうが役に立ちます。
この読み方が当てはまらない場面と、次の一歩
A&Aの考え方
二社はプロダクト企業で、公開すれば多数の利用者を一度に観測できました。受託や少人数のサービス事業は一件ずつしか会えないため、同じやり方では統計的な傾向は出ません。A&Aの仮説として、観測の単位を件数ではなく、出会った例外の種類に置き換えることを勧めます。三件で同じ例外が二回出たら、それは対象の定義を変える理由になります。三件がすべて違う例外なら、まだ対象が広すぎます。
A&Aの考え方
根拠の限界も明示します。LovableとLexの記述はAnthropicが公開した顧客事例で、いずれも会社側の説明であり、独立した監査ではありません。両社の成長を顧客面談の効果として扱うことはできません。Lexの登録数も、対象範囲と定義が示されていない自社公表値で、他社の見込みには使えません。ポール・グレアムの文章は2013年のもので、初期のスタートアップを対象としています。この記事の表と候補者カードはA&Aが作った仮の道具で、測定された手法ではありません。
A&Aの考え方
逆の立場が部分的に正しい場面もあります。買い手の母集団が小さく、公開されている名簿などで把握できる業界であれば、会う前の調査で候補を外す判断は正当です。それでも、残った相手が払うかどうかは調査では決まりません。全体の流れを先に確認したい場合は「AIネイティブGTMとは?一人・少人数で顧客獲得から継続まで回す実践ガイド」を、集めた発言を整理する段階に進んだ場合は「顧客の声を集めても商品改善が進まない:Quillitに学ぶ判断材料の整理」をお読みください。対象の決め方が自社の事情で決まらない場合は、初回の無料相談で候補者カードの一枚目を一緒に作るところから始められます。
AIの調査は、会う相手を絞り、聞く質問を用意するための材料です。買う意思は、相手が時間か権限を動かしたときにはじめて観測できます。候補者の仮説、聞きたい質問、観測した行動、提案の変更を別々の欄に記録し、次に会う三人の名前と、それぞれの壊れる前提が書けた時点で調査を終えてください。
出典・編集情報
記事の調査で確認した一次資料です。資料の公開・更新時期と、調査時の確認日を分けて記載しています。
- Lovable helps anyone create software 20x faster with Claude
Anthropic · n.d. (no date shown on page)
確認日 2026-09-22 - Lex streamlines the writing process with Claude
Anthropic · n.d. (no date shown on page)
確認日 2026-09-22 - Do Things that Don't Scale
Paul Graham · 2013-07
確認日 2026-09-22
AIを活用した記事制作
調査・執筆・翻訳・編集上の確認にAIを活用しています。資料に基づく事実、A&Aの考え方、仮想例は、それぞれ本文に明記しています。
編集上の確認日: 2026-09-22