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

問い合わせAIの窓口追加:設定変更か別の発注かを2点で決める

LINEなどの窓口の追加は、相手がどの客か確かめられて操作も変わらない時だけ、今の契約の設定変更として頼めます。

この記事の要点

  • 1点目は、新しい窓口で相手がどの客か確かめられるかを見る
  • 2点目は、新しい窓口でAIが実行できる操作が変わるかを見る
  • 2点とも今と同じなら設定変更、1点でも違えば別の発注で頼む
  • 別の発注なら、合格の条件と確かめる人を依頼の前に書く
LINEなどの窓口の追加は、相手がどの客か確かめられて操作も変わらない時だけ、今の契約の設定変更として頼めます。
この記事の要点を図にしたものです。
目次

新しい窓口で相手がどの客か確かめられるかを見る

A&Aの考え方

窓口を足す依頼は、まず新しい窓口で、相手が自社のどの客かを今ある仕組みで確かめられるかで分かれます。ここで言う窓口の追加とは、外注先に作ってもらった問い合わせAIを、今のWebチャットとは別の入口でも動かすことです。手がかりに、返金のような操作までAIに任せている会社の事例を見ます。

出典に基づく事実

企業の顧客サポートをAIで担う仕組みを提供するDecagonの事例が、Anthropicの導入事例のページに載っています。ページによると、Decagonは既存の問い合わせ管理と顧客データベースにつなぐことで、企業が手厚い応対を広げられるようにしています。

Anthropic ↗

出典に基づく事実

共同創業者は、返金を例に挙げています。AIは返金の手順を案内するのではなく、客に返金の資格があるかを確かめ、決済の仕組みを通して返金を処理する、という説明です。

Anthropic ↗

A&Aの考え方

ページは本人確認には触れていません。ただ、客の記録につないでから資格を確かめる順番は、相手がどの客か分かっていて初めて成り立ちます。これは、この記事を書いているAutomate & Augment(A&A)の読みです。

A&Aの考え方

これを発注する側の問いに置き直すと、次のようになります。新しい窓口に来た相手が、自社の客の記録のどの人かを、人の手を介さずに確かめられるか。

A&Aの考え方

答えは窓口の名前では決まりません。たとえば、会員がログインした後の画面に置いたチャットなら確かめられます。同じ会社の公開サイトに置いた、ログインの前のチャットでは確かめられません。

A&Aの考え方

企業が客とやりとりするLINE公式アカウントも同じです。友だちに追加されただけなら、相手が誰かは分かりません。友だちに自社のサイトで一度ログインしてもらい、LINEのアカウントと会員を結び付ける仕組み(アカウント連携)を外注先がもう作ってあれば、確かめられます。

A&Aの考え方

ですから「LINEにも対応」という頼み方だけでは、中身が決まりません。「LINEで、会員と連携した客にだけ」なのか、「LINEで、相手は分からないまま」なのかを、依頼に書きます。

AIが実行できる操作が変わるかを、一覧で確かめる

A&Aの考え方

2点目は、今のAIが実行できる操作を一覧にし、新しい窓口で開く操作が今と変わるかで決まります。

出典に基づく事実

Anthropicの導入事例のページには、企業の問い合わせ対応をAIで自動にする仕組みを提供するChatbaseの事例も載っています。ページによると、Chatbaseの仕組みは企業が業務に使うシステムにつながり、AIが注文状況の確認から、人の確認を付けた返金の処理まで実行できます。

Anthropic ↗

出典に基づく事実

請求書の確認や返金のような、慎重に扱う操作には、人の確認を付けることもできる、とページは書いています。

Anthropic ↗

A&Aの考え方

A&Aの見方では、応対と操作が同じ仕組みの上にあるなら、窓口を足すことは、AIに操作をさせる入口を1つ増やすことでもあります。

仮想例

たとえば今のWebチャットで、AIが注文状況の照会、配送日の変更、返金の受付の三つを実行できるとします。新しい窓口では、この三つのうちどれを開くかを、一つずつ選びます。

A&Aの考え方

「同じものを出して」とだけ頼むと、相手が確かめられない窓口でも、返金の受付が開くことになります。一つずつ選ばずに頼めば、全部を開けたのと同じ結果になります。

A&Aの考え方

逆に、新しい窓口では案内だけを返し、操作が要る依頼は今のWebチャットへ回す決め方もあります。操作は増えないので、作業は軽く済みます。その場合も、どの依頼を今のWebチャットへ回すかを依頼に書きます。

A&Aの考え方

ただし、1点目の答えが今と違う窓口なら、案内だけにしても設定変更にはなりません。納品を受け取る時の合格の条件が変わるからです。

2点とも同じなら設定変更、1点でも違えば別の発注

A&Aの考え方

2点の答えが両方とも今の窓口と同じなら、今の契約の設定変更として頼めます。1点でも違えば、応対の文が一字も変わらなくても、別の発注として見積もりを頼みます。

出典に基づく事実

Chatbaseのページは、窓口を相手の種類で分けて書いています。消費者向けにはInstagramなどのメッセージの窓口を挙げ、法人の客向けには仕事用のチャットの道具との連携を、別に挙げています。同じページの冒頭では、Webチャットを含む4つの窓口を、区別せずに並べてもいます。

Anthropic ↗

A&Aの考え方

A&Aは、この書き分けを、窓口の違いは名前ではなく相手の違いだという手がかりとして読みます。ChatbaseとDecagonのページはどちらも各社の紹介で、窓口の追加を別の発注にするべきだとは書いていません。2点で頼み方を分けるのは、A&Aの読みです。

仮想例

仮の例で並べます。ログインした会員向けのWebチャットに問い合わせAIを入れていて、5つの窓口を足したい場合です。実在の会社の例ではありません。

仮想例

設定変更で頼めるのは2つです。会員アプリの中のチャット(ログインが要る)は、今と同じログインで同じ客の記録につながるので、相手を確かめられます。操作は今のままで、アプリの画面に合わせて返信の文を短くするだけです。

仮想例

LINE公式アカウントも、会員と連携した客にだけ応対し、連携の仕組みがもうあるなら確かめられます。ただし設定変更で頼めるのは、開く操作を今と同じにする場合に限ります。

仮想例

残りの3つは別の発注です。友だち追加だけのLINE公式アカウントは、表示名しか手がかりがありません。Instagramのメッセージ(DM)は、アカウント名が客の記録と結び付きません。

仮想例

公開サイトに置いた、ログインの前のチャットも確かめられません。画面は今と同じですが、ログインの外にあるからです。

A&Aの考え方

見落としやすいのは最後の公開サイトのチャットです。画面も応対の文も今と同じなので、設定だけで済むように見えます。それでも、ログインの前と後で開ける操作を分ける作業が要るので、別の発注になります。

別の発注では、合格の条件と確かめる人を先に書く

A&Aの考え方

別の発注にする窓口では、依頼の前に、合格の条件と、AIの操作を確かめる自社の人を書きます。ここで言う合格の条件とは、納品を受け取る時に満たしているかを見る条件(検収の条件)のことです。

仮想例

仮の例です。Webチャットの合格の条件に「問い合わせの8割を人を介さずに終える」と書いてあり、同じ条件のままInstagramのDMへ広げたとします。

仮想例

DMでは相手の注文番号が分からないので、AIは番号を聞き返すところから始めます。聞き返したところで返事をやめる客が出るので、自動で終える割合は、作りの良し悪しと関係なく下がります。

A&Aの考え方

この時に書き直すのは、「8割」という数字より先に、その数字が何を前提にしているかです。注文番号が書かれた依頼に限って測るのか、DMでは最初の返事までの時間を条件にするのかを決めます。

出典に基づく事実

Chatbaseのページは、人の確認を、1回のクリックで済む形に整えようとしている、と書いています。「客は、必要な時に話せる人が向こう側にいると知りたがっている」という創業者の言葉も載っています。

Anthropic ↗

A&Aの考え方

確かめられない相手に操作を開くなら、どこかで人の確認が入ります。その確認に使われるのは、外注先ではなく自社の社員の時間です。

A&Aの考え方

ですから依頼には、誰が確かめるか、1日に何件ほど来るか、どの画面で確かめるかを書きます。毎日見ている道具に知らせが届く形の方が、確認は実際に行われやすい、とA&Aは考えます。

A&Aの考え方

AIに書き込みや返金のような操作を任せる時の確認者と戻し方は、「AIに書き込みまで任せるか:最初の納品で決める確認者と戻し方」でも扱っています。

まとめ

A&Aの考え方

新しい窓口で、相手がどの客かを今の仕組みで確かめられるかを見ます。

A&Aの考え方

AIが実行できる操作を一覧にし、新しい窓口で開く操作が今と変わるかを見ます。

A&Aの考え方

2点とも同じなら設定変更、1点でも違えば別の発注として頼みます。

A&Aの考え方

別の発注では、合格の条件とAIの操作を確かめる人を依頼の前に書きます。

A&Aの考え方

窓口の追加は、人が受け持つ所とAIに任せる所の線を、窓口ごとに引き直す仕事です。

LINEなどの窓口を足す依頼は、窓口の名前ではなく2点で頼み方を決めます。新しい窓口で相手がどの客かを今の仕組みで確かめられ、AIが実行できる操作も今と変わらなければ、今の契約の設定変更で頼めます。1点でも違えば、応対の文が同じでも別の発注にし、合格の条件とAIの操作を確かめる人を依頼の前に書きます。

よくある質問

外注先から「設定を変えるだけです」と言われたら、そのまま頼んでよいですか。

2点を確かめてから頼みます。相手がどの客か今の仕組みで確かめられ、開く操作も今と同じなら、設定変更で頼めます。どちらかが違う時は、作業が軽くても別の発注として見積もりを頼み、合格の条件とAIの操作を確かめる自社の人を依頼に書きます。

新しい窓口では案内だけにすれば、設定変更で済みますか。

相手が確かめられない窓口なら、済みません。操作は増えませんが、自動で終える割合のような合格の条件が今のままでは成り立たないので、条件を作り直す別の発注になります。

今のWebチャットでも、相手が誰かを確かめていない場合はどうなりますか。

1点目は今と同じなので、2点目だけで決まります。開く操作が今と同じなら、設定変更で頼めます。返金のように、客を確かめないと危ない操作を新しく開きたいなら、2点目が変わるので別の発注になります。相手を確かめる仕組みを作ることも、その発注に入れます。

出典・編集情報

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

  1. Chatbase helps companies deliver instant, personalized customer support with Claude

    Anthropic · undated customer-story page; no publication or update date shown

    確認日 2026-10-23
  2. Decagon delivers white-glove customer service at scale with Claude

    Anthropic · undated customer-story page; no publication or update date shown

    確認日 2026-10-23

編集方針

← 記事一覧へ