お客さんへの返信で、価格・色の在庫・配送日をチャットボットに空欄にさせる
お客さんは色・価格・配送日をまとめて聞いてきますが、売上台帳が答えられるのは一部だけです。言葉はAIに書かせ、数字はすべて台帳から取りましょう。
夜九時、お店のページにお客さんからメッセージが届きました。「保温ボトルAは青がまだありますか。値段はいくらで、明日の午後に届きますか。」 AIに何かを頼む前に、まずやることは売上台帳を開いて、ボトルAの行を探すことです。
以下の台帳の行と返信の下書きは、説明のために作った例です。ボトルAの行が次のようになっているとします。
| 商品 | 価格 | 在庫 | 配送の目安 |
|---|---|---|---|
| 保温ボトルA | 320,000ドン | 4 | 1〜2日 |
よく読むと、台帳が答えられるのは質問の一部だけです。価格はあります。320,000ドンです。在庫もありますが、色別ではなく合計で4個なので、「青はまだありますか」には台帳は答えていません。「1〜2日」も一般的な目安で、このお客さんの住所に明日の午後に届けられるかどうかまでは何も語っていません。
三つの質問に、確かさの度合いが三通り。どんなになめらかな文面にしても、それは変えられません。だから仕事を分けましょう。言葉はAIが書き、数字は台帳から取ります。
言葉はAIに、数字は空欄にして書いてもらう
お客さんの質問を、絞った指示といっしょにAIアシスタントへ貼ります。貼る文面からは、お客さんの名前、電話番号、住所を外してください。
お客さんへの返信を、親しみやすい口調で短く書いてください。価格、在庫数、色の在庫、配送日は自分で埋めないでください。数字が必要な箇所は、[要確認：価格]、[要確認：青]、[要確認：配送日] の形で空欄にしてください。「必ず」「保証します」という言葉は使わないでください。
（ベトナム語の原文から訳した指示文です。ご自身とお客さんが実際に使う言語で書いてください。）
期待する下書きは、たとえばこのようなものです。
こんにちは。ボトルAを確認しますね。価格は現在 [要確認：価格] です。青は現在 [要確認：青]。明日の午後のお届けについては、ご住所を確認してからお知らせします：[要確認：配送日]。
角かっこは、足りない部分を目に見えるようにします。「はい、青ありますよ、320,000ドン、明日お届けします！」のようになめらかな下書きのほうがずっと感じよく聞こえますが、それだと、どの数字が本当なのかがわからなくなります。
空欄を台帳から一つずつ埋めてから送る
ボトルAの行に戻って、かっこを一つずつ片づけます。
- 価格： 台帳には320,000ドンとあります。そのまま入れます。
- 青： 台帳にあるのは合計4個だけです。棚を見るか、在庫を管理している人に聞きます。まだわからなければ、「青を確認してお知らせします」の一文のままにします。
- 配送日： 「1〜2日」は目安です。「明日の午後」と書くのは、配送業者に確認したか、今日の受付締め切り時刻がわかっているときだけです。そうでなければ「1〜2日の見込みです。ご住所をいただいたら確定してお知らせします」と書きます。
送る文面は、たとえばこうなります。「こんにちは。ボトルAは320,000ドンです。青は棚で確認して、数分以内にお知らせします。お届けは1〜2日の見込みで、ご住所をいただいたら正確にお伝えします。」この文面はお客さんが期待したことより約束が少ないですが、含まれる数字はどれも、いま開いた台帳の一行までたどれます。
台帳に列がないときの試し方
指示がきちんと効いているかを知るには、作った例のデータから在庫の列を消して、下書きが「在庫あり」や「残りわずか」を勝手に書き足さないかを見ます。台帳に何も書かれていないのに下書きに「在庫あり」とあれば、送らないでください。指示に「データが足りないときは [データ不足] と書いて止まる」という一文を足して、もう一度試します。それでも繰り返すなら、数字の部分からAIを外します。決まった文面のひな形を使って数字は自分で入れ、AIには言い回しの手直しだけを頼みます。
小さなお店のための一つのルール
送信ボタンを押す前に、文面の中の数字、日時、約束のように聞こえる言葉（「必ず」「すぐに」「明日届きます」）をすべて探してください。どれも、いま開いた台帳の一行を指せなければなりません。指せないものは、消すか、「確認してお知らせします」に変えます。
台帳の更新が遅かったり、ごちゃごちゃしていたりするなら、この方法は手間に見合いません。AIは速く書いてくれますが、数字の直しで結局時間がかかるからです。実際のお客さんのデータを使うときは、お店の方針と、使っているツールの利用規約に従ってください。
Sources
- プロンプトエンジニアリングのガイド — OpenAI — 明確な指示の書き方とモデルへの文脈の与え方についての一次資料。この記事は、この原則を使ってAIに書かせる範囲を絞っています。
- 生成AIのリスク管理プロファイル（AI 600-1）— NIST — 生成AIのリスク管理についての一次資料。使う場面に応じて出力を確認するという原則を照らし合わせるために使っています。