メインコンテンツへスキップ
メニュー

想定と違う客が続いたら、対象を乗り換えるかを2つの観測で決める

対象を乗り換えるかは、件数ではなく、自分で見つけて来たかと用途を自分の言葉で言えるかで決めます。

この記事の要点

  • 乗り換えの判定から、問い合わせの件数を外す
  • 相手が自分で見つけて来たかを、最初の返信で聞く
  • 用途を自分の業務の言葉で説明できるかを、通話で確かめる
  • 見積もりの根拠と納品の型を、作り直す分として書き出す

全体像図を準備中

目次

乗り換えの判定に、問い合わせの件数は使えない

A&Aの考え方

対象の乗り換えとは、売る相手の業種や役割を別のものに入れ替えることです。この判定に、問い合わせの件数は使えません。件数は、広告を出しても、紹介をもらっても動くからです。

A&Aの考え方

同じ 3 件でも、中身は違います。広告から来た 3 件と、紹介で来た 3 件と、相手が自分で探して来た 3 件は、数としてはどれも 3 です。需要が見つかったのかどうかは、この数からは分かりません。

仮想例

たとえば、士業向けに書類作成の支援を売っている会社に、同じ月、建設業から 3 件の問い合わせが入ったとします。2 件は展示会で名刺を交換した相手、残る 1 件は検索から来た相手です。件数だけ見れば同じですが、こちらが働きかけていない引き合いは 1 件だけです。

出典に基づく事実

AI モデルを開発する Anthropic が、事例ページを公開しています。取り上げられているのは、話し言葉からアプリを作るサービスの Lovable です。

Anthropic ↗

出典に基づく事実

同ページは、出発点をこう書いています。共同創業者の Anton Osika 氏は 2023 年初め、週末の実験を GitHub へオープンソースとして公開しました。開発者が AI を使って開発を速められるようにするための実験です。

Anthropic ↗

出典に基づく事実

同ページは続けて、実験は広まったものの、使いに来たのは彼が使い手として想定していた開発者ではなかった、と書いています。

Anthropic ↗

出典に基づく事実

原文: the people showing up to use it weren't the developers he had built it for

Anthropic ↗

A&Aの考え方

この記事を書いている Automate & Augment(A&A)は、この並びを、件数ではなく誰が来たかが転換点になった、と読みます。広まったことと、現れた相手が想定と違ったことが、同じ文の中に並んでいます。

Anthropic ↗

A&Aの考え方

件数を判定から外すと、残るのは相手についての観測です。見るのは、その相手が自分で見つけて来たかと、用途を自分の業務の言葉で説明できるかの 2 点です。

1 つ目の観測は、相手が自分で見つけて来たか

A&Aの考え方

1 つ目の観測は、相手が自分で見つけて来たかどうかです。こちらが声をかけて始まった引き合いには、こちらの仮説が映っているだけで、相手が先に需要を持っていた証拠にはなりません。

A&Aの考え方

確かめ方は単純です。最初の返信で、何を探していたのか、どこでこのサービスを知ったのかを聞きます。答えが検索、知人からの転送、自分で調べた比較記事のどれかなら、こちらの働きかけの外から来ています。

A&Aの考え方

展示会で渡した名刺、こちらから送った案内、紹介者に頼んだ口利きから始まった引き合いは、判定の材料から外します。案件としては追いますが、対象を動かす根拠には数えません。

仮想例

たとえば、先ほどの建設業からの 3 件は、展示会の 2 件を外すと 1 件になります。その 1 件が、現場の写真を整理する手間を検索で調べていて見つけた、という経路だったとします。判定に使えるのは、この 1 件だけです。

出典に基づく事実

Lovable の事例ページは、実験が広まった数日後に、創業者がある確信を持ったと書いています。

Anthropic ↗

出典に基づく事実

そこに載っているのは、技術者だけがコードを見てソフトウェアを作る未来に世界は向かっていない、という言葉です。

Anthropic ↗

出典に基づく事実

原文: the world is not going into a future where just us engineers look at code to build software

Anthropic ↗

A&Aの考え方

A&A は、ここで判断の材料になったのは件数ではなく、現れた相手が誰かという観測だと読みます。この事例ページは、何件来たかを転換点としては書いていません。

Anthropic ↗

2 つ目の観測は、用途を自分の業務の言葉で言えるか

A&Aの考え方

2 つ目の観測は、相手が用途を自分の業務の言葉で説明できるかどうかです。これは通話で確かめます。こちらの売り文句を言い直した説明と、相手の仕事から出てきた説明では、使われる語が違います。

A&Aの考え方

相手の仕事から出てきた説明には、手順と書類の名前が入ります。どの工程の誰が、どの書類を、いつまでに作るのかが出てきます。売り文句の言い直しでは、効率化、工数削減、DX のような、どの業種でも同じ語だけが並びます。

A&Aの考え方

聞き方は、いまその仕事を誰がどうやっているのかを尋ねる形になります。答えに固有の工程名と書類名が並べば、用途は相手の中で形になっています。答えが一般的な困りごとで止まるなら、用途はまだ相手の中でも固まっていません。

仮想例

たとえば、先ほどの建設業の 1 件で、相手が、現場監督が日報の写真を撮って夕方に事務所へ送り、事務が翌朝に工事写真台帳へ貼り直している、と話したとします。これは相手の業務の言葉です。現場を DX したい、で止まるなら、まだ判定の材料になりません。

出典に基づく事実

同じ Anthropic の事例ページのうち、文章を書く人向けのサービス Lex のページには、別の動き方が書かれています。Lex のチームは当初、書き手向けの画面の改善に取り組んでいました。当たっていたのは、変更履歴の扱いにくさのような困りごとです。

Anthropic ↗

出典に基づく事実

そのあとで、生成 AI が書く作業を助ける可能性に気付いた、と同ページは書いています。対象は書き手のまま変わっていません。動いたのは、価値があると見ていた場所のほうです。

Anthropic ↗

A&Aの考え方

A&A は、この 2 件を同じ乗り換えとしてはまとめません。片方は対象そのものが入れ替わった例で、もう片方は対象を変えずに見立てが動いた例です。用途の言葉を聞く目的は、このどちらなのかを先に分けることにあります。対象そのものが入れ替わっているなら、次の節の書き分けに進みます。見立てが動いただけなら、売る相手は変わらないので、書き分けは要りません。

乗り換える前に、作り直すものと流用するものを分ける

A&Aの考え方

2 つの観測がそろった相手が続けて現れたときだけ、対象を動かします。動かすと決めたら、その前に、作り直すものと流用するものを 1 枚に書き分けます。

A&Aの考え方

作り直しになるのは、見積もりの根拠と納品の型です。見積もりの根拠は、前の業種の工数と単価で組んであります。納品の型は、前の業種の受け入れ基準に合わせて作ってあります。どちらも、業種が変わると中身が合いません。

A&Aの考え方

流用できるのは、技術と工程です。使っているモデル、処理の組み方、確認の手順、作業の分担は、業種が変わっても残ります。説明資料と事例はその中間で、構成は残り、中の例だけが入れ替わります。

仮想例

たとえば、士業向けの見積もりが、書類一式あたりの工数で組んであったとします。建設業の工事写真台帳では、単位が現場あたりに変わります。単位が変われば、根拠の数字は作り直しです。一方、画像を読み取って項目を埋める処理は、そのまま使えます。

A&Aの考え方

この分け方が要るのは、受託のサービス事業では、乗り換えの費用が製品の事業より高くつくと A&A が見ているためです。

出典に基づく事実

Lovable の事例ページには、利用者がコードを自分で読めないことが多く、出力が動くことを信用して使っている、と書かれています。

Anthropic ↗

出典に基づく事実

同ページは、新しいモデルが出るたびに、最初から続けている同じ評価を通しているとも書いています。その評価が測るのは、途中で行き詰まって動かなくなるアプリや、利用者が求めたものと違うアプリを、どれくらいの頻度で作ってしまうかです。

Anthropic ↗

A&Aの考え方

A&A は、この箇所を、技術そのものよりも合否の確かめ方のほうに手を掛けている例だ、と読みます。受託でこれに当たるのが、見積もりの根拠と納品の型です。この事例ページは、受託の事業の費用については書いていません。

Anthropic ↗

まとめ

A&Aの考え方

想定と違う相手が続いたときの判定は、件数から離すところから始まります。見るのは、相手が自分で見つけて来たかと、用途を自分の業務の言葉で説明できるかの 2 点です。

A&Aの考え方

2 つの観測がそろった相手が続けて現れたときだけ、対象を動かします。動かす前には、作り直すもの(見積もりの根拠と納品の型)と、流用するもの(技術と工程)を 1 枚に書き分けます。

A&Aの考え方

観測を続ける期間と、判断を保留する期限も、同じときに決めます。2〜3 件ではサンプルが小さく、需要の推定にはなりません。ただし、何件そろえば足りるという基準は、この記事では示しません。

対象を乗り換えるかは、問い合わせの件数ではなく、相手が自分で見つけて来たかと、用途を自分の業務の言葉で言えるかの2点で決めます。2つの観測がそろった相手が続けて現れたときだけ対象を動かし、その前に、作り直すもの(見積もりの根拠と納品の型)と流用するもの(技術と工程)を1枚に書き分けます。

よくある質問

問い合わせの件数は、まったく見なくてよいのですか。

件数は、観測がそろった相手が何人いるのかを数えるときに使います。使わないのは、件数そのものを乗り換えの理由にすることです。広告や紹介でも動く数字なので、何が起きたのかの説明にはなりません。

2 つの観測がそろう相手は、何件続けば対象を動かしてよいのですか。

件数の基準は、この記事では示しません。出典の 2 つの事例ページにも、判定に要る件数は書かれていません。代わりに、観測を続ける期間と、その期限までに何件そろわなければ動かさないのかを、先に自分で決めておきます。

対象を乗り換えると、これまでの事例や説明資料は使えなくなりますか。

構成は残り、中の例が入れ替わります。作り直しになるのは見積もりの根拠と納品の型で、技術と工程はそのまま流用できます。事例と説明資料はその中間にあり、骨組みは残したまま、中の例を差し替えます。

出典・編集情報

記事の調査で確認した一次資料です。資料の公開・更新時期と、調査時の確認日を分けて記載しています。

  1. Lovable helps anyone create software 20x faster with Claude

    Anthropic · undated case-study page; no visible publication date

    確認日 2026-10-25
  2. Lex streamlines the writing process with Claude

    Anthropic · undated case-study page; no visible publication date

    確認日 2026-10-25

編集方針

← 記事一覧へ