AI社員のデモは実績？試した範囲と実運用を分けて伝える方法

業務責任者は、デモ・社内試行・顧客運用・成果を分ける

この記事でいう「AI社員」は、受付案の作成など、会社の仕事の一部をAIに支援させる仕組みを指す呼び方です。その名前だけでは、どの会社の、どの仕事を、どこまで自動で終えたかは分かりません。顧客向けの説明では、名前よりも実際に示した操作と人の確認範囲を具体的にします。

デモは、動きを見せて仕組みを理解してもらう実演です。台本付きなら、質問や進め方を事前に用意している場合があります。実演で動いたことはその実演の記録になりますが、普段届く受付の例外や、顧客の担当者による継続利用まで確かめたことにはなりません。逆に、デモだから価値がないと決める必要もありません。何を見せたかを限定して説明するために、記録を分けます。

実演・社内試行・顧客運用・成果は何が違うか。

台本付きデモは台本と画面の記録、社内試行は試行メモを読みます。別文案の記録を移さず、顧客運用・成果・掲載許可は未確認のまま残します。

受付の「案を作る」と、受付を「自動化する」も区別します。案の生成後に担当者が内容を確かめ、修正し、登録や返信をしているなら、その先の仕事まで自動で終わったという文案には広げられません。今回どこまでを見せたか、残りを誰が行うかを、動作の説明に添えます。ここで挙げた人の確認や登録は調べる観点であり、以下の架空例で実施済みの事実を追加するものではありません。

製品固有の例として、MicrosoftのCopilot Studio公式資料は、standard harnessを使うエージェント等について、構築中のデモサイトと本番サイトの用途を区別しています。全製品の実演や顧客への説明を一律に禁じる規則ではありません。本稿は設定変更や実エージェントの公開操作を案内しません。

営業担当は、1文が指す操作を元記録へ戻す

最初に、掲載したい文を1つ選び、誰のどの仕事を、何がどこまで行ったと言っているかを読みます。「顧客の受付をAI社員が自動化」なら、顧客の実業務に使ったことと、その仕事を自動で行ったことの両方を含む表現です。商談で画面を見せたという記録だけでは、この2点を同時に裏付けられません。

次に、その文に対応する元記録を開きます。台本と画面なら、実演で想定した入力と示した操作を確かめます。社内の試行メモなら、どの社内業務を、どんな条件で試し、誰が何を確かめた記録かを読みます。顧客運用の記録があるという返答を得た場合も、その顧客・業務と文案の対象が同じかを確かめる必要があります。資料の名前だけを並べ、実際の内容を読まずに「証拠あり」としないでください。

画面の一部は、処理の途中を示していることもあります。台本を入力したのか、事前に用意した結果を見せたのか、人が途中で手を加えたのかで、その画面から説明できる操作が変わります。分からなければ実演担当へ尋ね、確認できない手順や結果は文案へ補いません。以下の例に入力内容や出力の実物は設定していないため、ここでも実際の処理を再現したとは扱いません。

確認できた操作と、まだ確かめていない対象を対にして整理すると、文案の広がりを止められます。「デモをした」という記録を残しながら、「顧客が継続利用したかは未確認」と書くことは矛盾しません。両方をまとめて「導入済み」に置き換えると、記録が示していない部分まで読者へ伝わってしまいます。

3つの別文案を、今ある記録で読み分ける

ここでは、架空の小規模受付支援会社が、AI社員の受付案作成を説明する3つの文案を考えます。それぞれ別の文案であり、デモから試行、顧客の成功へ進んだ経過ではありません。実際の顧客名、入力、出力、件数、成果数値、掲載許可は設定していません。

別文案1：台本付きデモから、顧客の受付自動化までは言えない

検討中の文は「顧客の受付をAI社員が自動化」です。元記録は架空の台本とデモ画面のみで、デモを行った記録があります。一方、社内試行、顧客運用、顧客の成果、掲載許可はいずれも未取得・未確認です。台本と画面があるからといって、顧客の仕事で使われたという説明には広げられません。

この記録を読むときは、まず「顧客の受付」と「自動化」の語を保留します。実演した操作を説明する文へ直すなら、台本で示した受付案作成のどの部分なのかを実演担当と照合します。「台本を用意したデモで、受付案作成の動作を説明した」という方向の文案は考えられますが、これは編集上の候補です。実際の画面が何を示すかや公開範囲を確認し終えたという結果ではありません。

別文案2：社内試行の記録は、顧客導入の記録へ移さない

検討中の文は「社内の受付例で案を作った」です。元記録には架空の社内試行メモと確認担当があり、社内で試した記録があります。この場合は、何の受付例をどんな条件で試したかをメモと確認担当へ戻って説明します。「社内」と対象を限定したことを維持し、顧客が使ったことや成果が出たことを文へ追加しません。

この例でも、デモを行ったか、顧客運用、顧客の成果、掲載許可は未取得・未確認です。メモに確認担当があることから、その人が顧客の実運用や公開まで承認したと読み足すことはできません。「社内の受付例」という条件を残し、案の内容や人の確認範囲に不足があれば、どこまで確かめたメモなのかをその担当へ尋ねます。社内試行が確かめられたことと、会社サイトへそのまま掲載できることを分けます。

別文案3：顧客の成果という文に、元記録がまだない

検討中の文は「導入企業で成果が出た」です。この例では元記録も、デモ、社内試行、顧客運用、顧客の成果、掲載許可も未取得です。顧客運用がなかった、成果が0だった、掲載を拒否されたという記録ではありません。分からないため、この断定を裏付けられない状態です。

この文を公開する前に、何を「導入」と呼び、どの結果を「成果」と呼んでいるのか、提案した担当者へ確認します。対応する元記録と、その内容を確かめられる人が見つからなければ、顧客実績の文は保留します。社名を匿名にしたり、具体的な数字を外したりしても、顧客の仕事で成果が出たという主張自体の根拠が補われるわけではありません。架空の推薦文や成果を穴埋めに使いません。

次の記録は、3例の全項目を同じ形で読めるようにしたものです。「未取得・未確認」は、否定の返答や失敗の実測ではありません。別文案の値も、互いに移しません。

3つの別文案は、それぞれどこまで記録があるか。

台本付きデモ、社内試行、顧客実績という案は、別々の文案です。デモと社内試行それぞれの記録を保ち、顧客運用・成果・掲載許可は3例とも未取得・未確認です。

足りない記録と、確かめられる担当者を対応させる

確認依頼は「実績として使えますか」だけで終わらせず、どの文の、どの部分を確かめたいかを示します。実演担当、社内試行の確認担当、顧客業務を把握する担当、掲載範囲を判断する担当は、同じとは限りません。知らない人の名前や権限を推測せず、既存の窓口から判断できる相手を確かめます。

足りない根拠を、誰に何と尋ねるか。

台本・操作の範囲は実演担当へ、社内で試した条件はメモの確認担当へ、顧客運用・成果や掲載範囲は既存の確認窓口へ尋ねる案です。まだ返答を得た結果ではありません。

たとえば別文案1なら、「この文は顧客の受付自動化を述べていますが、手元には台本とデモ画面しかありません。実演した操作と人の確認範囲、顧客業務で使った記録の有無を、確認できる方に教えてください」と、主張と手元の記録の違いを示せます。これは説明用の依頼文案で、送信や返答があった記録ではありません。

確認先へは、認証情報や顧客の個人情報をむやみに渡さず、社内の取扱条件に従って、対象を特定できる範囲と確認事項を示します。手元に記録がないことと、会社のどこにも記録が存在しないことも違います。探索範囲が限られているなら、その範囲を残して保留します。

掲載項目や媒体ごとの確認方法は、導入事例の掲載範囲を確かめる記事で扱います。本稿の中心は、AIの実演・社内試行の記録を顧客運用や成果の説明へ広げないことです。個別の契約や権利、法的な掲載可否を判断するものではありません。

返答の範囲で文案を直し、掲載する版を照合する

返答を得たら、見つかった資料の名前だけで保留を解除せず、実際の記録がどの語を裏付けるかを読みます。「動きました」という返答も、台本に沿った実演のことか、社内で試したことか、顧客が使ったことかで意味が違います。対象が分からなければ聞き直し、条件を短い文へまとめる前にそろえます。

デモの操作だけを確認できたなら、見出しや図注にもデモであることを近くに残します。社内試行を確認できたなら、試した業務・条件をその説明と近くに置きます。顧客運用を確認できた場合でも、運用したことと成果の説明は別です。時間短縮などの成果を書くなら、何と何をどの条件で比べたかを別の元記録で確かめます。これらは今後確認できた場合の扱いで、架空3例が解決した結果ではありません。

短い紹介文でも、デモという条件が消えていないか。

操作を確認できた場合の編集候補では、見出し・図注・紹介文の近くにも台本付きデモという条件を残します。掲載許可と公開版の照合は別の確認です。

文を弱めても、見出しだけ「導入実績」のままなら、読者は顧客で使った例として読むかもしれません。本文に条件を書いただけで終えず、見出し、画像内の文字、図注、要約、記事一覧や営業資料の紹介文まで、同じ対象をどんな呼び方で伝えるかを照合します。条件が小さい注記だけになったり、短く抜き出した紹介文から消えたりしないかを見ます。

内容の裏付けと掲載範囲の確認がそろった場合に限り、その確認対象だった版と実際の公開先を合わせて見ます。別の版へ強い成果表現を足していないか、デモの説明が顧客の導入事例の見出しへ移っていないかを確かめます。公開ページが表示できたことは、顧客成果や問い合わせ獲得を測ったことではありません。実際の公開と読者の反応、事業の成果は分けて記録します。

試験を設計して進退を判断するならAIのPoC評価へ、導入後の利用と仕事の結果を測るならAI導入のKPIへ進めます。どちらも、今回のデモが顧客実績だったという証拠を代わりに作るものではありません。

まとめ：最初の1文を、その根拠が示す範囲へ戻す

AI社員の動きを見せたことは、そのまま顧客の仕事で使われた実績や成果にはなりません。台本付きデモ、社内試行、顧客実運用、成果を分け、各文案の対象と操作を元記録へ戻して説明します。根拠の不足と掲載許可の未確認も、それぞれ残します。

• 台本とデモ画面の例では、デモ実行の記録を維持し、顧客の受付自動化という断定を保留する。
• 社内試行の例では、社内の対象と条件を確認し、顧客導入や成果へ広げない。
• 顧客の成果という文の例では、元記録・確認者・公開範囲が未取得のため、断定を保留する。
• 返答を得ても、どの文のどの語が裏付けられたかを読み、実際に載せる版と条件を照合する。

何を説明し、どの断定を保留するか。

各文案の元記録が示す範囲だけを説明します。顧客実績という案は元記録・確認者・公開範囲が未取得のため断定を保留し、顧客運用・成果・掲載許可を補いません。

AI業務の判断を整理する案内へ