AIの商談振り返り｜フィードバック活用は事実だけを受け取る

AI議事録や商談解析のツールを入れて、録音も文字起こしも自動で溜まるようになりました。けれども、それが振り返りとフィードバックに変わっている実感がない——この記事は、その状態から始まる話をします。

溜まっているのは商談の記録です。必要なのは、その記録が本人の行動を変え、上司の指導の材料になることです。この記事では、その間にある接続部だけを扱います。具体的には、AIに何を求めて何を求めないのか、KPTやSBIといった既存の型のどの欄をAIが埋めるのか、出てきた出力を誰にいつ返すのか、そして上司はそれをどう使うのか、という運用の設計です。AIでできることの一覧や、ツールの比較表は書きません。そこはすでに十分に語られていて、読んでも明日の商談は変わらないからです。

AIは商談の振り返りのどこを担えるのか — 事実・解釈・示唆の3層

まず、AIができることを短く済ませておきます。商談の音声を文字に起こすこと、話された内容を論点ごとに切り分けること、話し方の傾向を数値として取り出すこと。この三つが、いま手元のツールが確実にやってくれることです。ここに新しい機能名を足しても議論は前に進みません。大事なのは、その出力を振り返りとフィードバックのどこに置くかです。そこで、商談を振り返るという作業を「事実」「解釈」「示唆」の3層に分けます。この分け方が、この記事のすべての章の設計図になります。

層	中身の例	どちらが強いか	なぜそうなるのか
①事実層	誰がどれだけ話したか、出た論点、顧客が投げた質問、答えられなかった質問、言い淀みや沈黙の位置、次アクションの言質	AIが人より強い	人の記憶は自分に都合よく編集されますが、記録は編集されません。網羅性と正確さで人は勝てません
②解釈層	なぜその反応だったのか、どこで流れが変わったのか	人が強い	過去の経緯、担当者の社内事情、前回の宿題、関係性は、その商談のログの外側にあります。AIは持っていません
③示唆層	次の商談で何をするか	人しか決められない	本人が実際に手を動かせる範囲と、案件に残された時間に依存します。正しさではなく実行可能性の問題です

スコアや感情分析といった機能は、②の顔をして出てきますが中身は①の集計です。この点は後の章で正面から扱います。以降の章は、すべてこの表から導かれます。一般論しか返ってこないのは②③をAIに求めているからであり（次章）、型の空欄を埋めるのは①であり、点数は②ではなく①であり、①は鮮度が落ちる前に本人へ返す必要がある、という順番です。

AIのフィードバックが一般論になる理由 — 事実は使い、解釈と示唆は人が書く

商談ログをAIに投げて、返ってきたのが「ヒアリングをもっと深めましょう」「価値提案を明確に伝えましょう」だった、という経験はよくあります。書かれていることは間違っていません。ただ、それを読んで次の商談が変わった人はいません。ここで多くの人が「AIの精度がまだ足りない」と結論づけますが、これは性能の問題ではありません。前章の3層で言えば、②解釈と③示唆をAIに求めているからです。判断の材料を持たない相手に判断を求めれば、返ってくるのは一般論しかありません。AIは黙るという選択をしないので、材料が足りないぶんを教科書的な言葉で埋めます。原因は入力側にあります。

商談ログだけ渡すと一般論しか返らない — AIに足りないのは商談の外側

商談の良し悪しを決めている情報の多くは、その商談の録音に写っていません。足りないのは次の四つです。第一に案件の経緯——何回目の訪問で、前回の宿題は何だったのか。第二に相手の社内事情——決裁者は誰で、検討はどの段階にあり、競合は入っているのか。第三にこの商談のゴール——今日は何を持ち帰るはずだったのか。第四に自社の勝ち筋——この商材が勝つときの典型的な流れはどういうものか。この四点を毎回の入力に添えるだけで、返ってくる指摘の粒度は変わります。専用のツールを開発しなくても、定型文としてプロンプトの先頭に貼るだけで足ります。

ただし四つ目の扱いには線を引いてください。自社の勝ち筋を細かく渡しすぎると、AIはその型に沿って商談を採点するだけの装置になります。型どおりでなかった箇所が並ぶだけで、想定していなかった事実は出てこなくなります。渡すのは判断の材料であって、答えではありません。この違いは最終章の話につながります。

出てきた指摘を「次の商談で試すこと1つ」に翻訳する

文脈を足すと、AIの出力はむしろ増えます。改善点が箇条書きで並び、どれも正しく見えます。ここで全部やろうとすると、結果的に一つもやりません。振り返りが日報の作文に落ちるのは、この分岐点です。翻訳の手順を決めておきます。まず、AIの指摘のうち事実に紐づいているものだけを残します。商談のどの箇所を指しているのか示せない指摘は、この時点で捨てます。次に、残ったもののうち次の商談で実際に手を動かせるものを一つだけ選びます。「関係構築を意識する」は手が動かないので不可、「冒頭に決裁の流れを聞く」は動くので可、という基準です。

最後に、選んだ一つを次の商談の準備メモに書き写します。ここまでやって振り返りは完了します。読んだ時点では完了していません。出力を読んで納得した状態と、次の準備に載っている状態は別物で、行動が変わるのは後者だけです。

つまり、AIに求めるのは①事実の提示までにして、②解釈と③示唆は自分で書く。そう決めた瞬間に、出力は短くなり、そのぶん使えるものになります。

KPT・SBIは捨てない — 型のどの欄をAIが埋めるか

先に立場をはっきりさせます。KPTもSBIも捨てません。型は有効なままで、変わるのは埋める人だけです。振り返りやフィードバックの型は以前から丁寧に解説されてきましたが、そこにはAIが入った後の分担が書かれていません。ここで型の解説をやり直すつもりはないので、欄ごとの担当だけを表にします。型を知らない方に向けた説明は、括弧内の一行に圧縮します。

型	AIが埋める欄	人が入れる欄	AIに任せると崩れる場所
KPT（続けること／問題／試すこと）	K・P（反応が良かった箇所、答えられなかった質問、話しすぎた区間）	T（次に試すこと1つ）	Tまで任せると、案件の残り時間と本人の癖を無視した一般論が並びます
YWT（やったこと／分かったこと／次やること）	Y・W	T	同上です。Wの粒度が上がるほどTの選択は人にしか決められなくなります
PDCA	計画と実績の突き合わせ	次の計画	1商談は一回きりで同じ条件のCheckができないため、商談単位では回りません
SBI（状況／行動／影響）	S・B（どの場面で何をしたか）	I（それが相手にどう効いたか）	Iまで任せると、相手の意思決定を知らないまま影響を推測した文になります
ペンドルトン型（本人に先に言わせる）	事前に本人へ渡す事実	対話の進行	上司がAIの出力を先に読んで指摘から入ると、型そのものが成立しません

振り返りの型：K・PはAIが埋め、人に残るのはTを1つに絞ること

KPTのKとPは、これまで記憶を掘り起こす作業でした。商談から時間が経つほど思い出せることは減り、結果として「特に問題ありませんでした」で終わります。型が形骸化したと言われてきたものの正体は、意欲の欠如ではなく、欄を埋める材料が本人の記憶しかなかったことです。ここをAIが事実で埋めます。Keepには顧客が明確に反応した箇所が、Problemには答えられなかった質問やこちらが話し続けていた区間が入ります。

人に残るのはTを一つに絞る判断だけです。これは案件に残された時間、本人の癖、次の商談の性格を知らないと決められません。前章の③示唆層そのもので、AIに投げても意味のある答えは返りません。KとPが埋まった状態でTを一つ選ぶ、という形になって初めて、型は毎回の商談で回ります。

フィードバックの型：S・BはAIが特定でき、I（相手にどう効いたか）は人が入れる

上司側の型では、SBIがこの記事の考え方と最もよく噛み合います。S（どの場面か）とB（何をしたか）は、AIが商談の該当箇所として特定できます。感覚で指導するしかなく、材料が手元にないという状態は、ここで解消します。一方でI（それが相手にどう効いたか）は人が入れます。AIは相手の意思決定の中身を知らないからです。

ペンドルトン型を使うなら、AIの出力を先に本人だけが読む運用と組み合わせてください。本人が事実を把握した状態で面談に来れば、上司は「何が起きたか」を告げる役から降りられます。なお、褒めて指摘して褒めるサンドイッチ型は伝え方の工夫であって材料の話ではないので、この文脈では扱いません。型が形骸化するのは、埋める材料がないまま欄だけが残るときです。AIは型を不要にするのではなく、空欄を埋める役として入ります。

点数で受け取ると壊れる — AIが出したスコアの使い方

AIによる商談フィードバックを実装すると、たいていスコアが主軸になります。点数は分かりやすく、比較でき、進捗を報告しやすいからです。だから真っ先に実装されます。問題は、点数が出た後に組織で起きることです。第一に、AIが採点する項目だけを商談中に消化する行動が出ます。確認事項を順番に全部聞き、質問の数を稼ぎます。商談が顧客のためではなく採点のための作業になります。第二に、低い点が続く人が録音そのものを避け始めます。本題の前に切る、記録に残らない場に切り替える、といった形です。第三に、評価には使わないと明言しても、全員がそれを疑います。ここで決めるべきなのは「評価に使わない」という宣言ではなく、点数をどこに出さないかです。一覧にしないこと、順位をつけないこと、他人の点が見えないようにすること。宣言は運用の形でしか信用されません。

絶対値を見ない — 同じ人の推移と、同一商談内のばらつきだけ見る

点数の使い道は二つだけに絞ります。一つは同じ人の推移です。先月の自分との差だけを見ます。母集団が本人一人なので、商材や案件の当たり外れの影響が薄まり、変化が読める形になります。もう一つは同一商談内での項目間のばらつきです。総合点そのものにはほとんど情報がありませんが、「他の項目は高いのにヒアリングの項目だけ低い」という形になれば、次に試すことが一つ決まります。前章の翻訳がそのまま使えます。

逆に、他人との比較に使った瞬間に、点数は評価の道具になります。そもそもスコアは②解釈層の顔をした①事実層の集計で、どの項目にどれだけ重みを置くかは作り手が決めた設計です。商談の型ごとに評価基準を分けなければ成立しないこと自体が、単一の採点軸では測れないことの証拠です。点数は、振り返りの入口を探すための索引として使い、目標値には置かないでください。点数を出さない運用にすると、AIの出力を開くのが怖くなくなります。この「怖くない」状態が、次の章の前提条件になります。

AIのフィードバックには強制力がない — 誰に、いつ返すか

AIのフィードバックは、人間のフィードバックと性質が四つ違います。第一に待たなくていいことです。上司の空き時間に依存せず、商談が終わって間もなく届きます。第二に回数の制限がないことです。上司が全商談に同席するのは不可能ですが、AIは毎商談でも成立します。第三に人格が入らないので受け取りやすいことです。「上司に否定された」にはなりません。ここまでは良い話で、多くの解説が暗黙の前提にしています。問題は第四で、放っておくと誰も読みません。人間のフィードバックには対面という強制力がありますが、AIの出力はツールの画面やチャットに積まれるだけです。読もうという意志だけでは、気がつくと誰も開かなくなります。だから返し先は二段構えで設計します。

既定は商談直後の本人 — 記憶が残っているうちに反証が届く

既定は、商談の直後に本人が自分で読む形にします。理由は三つあります。第一に、記録は鮮度が命だからです。記憶が固まる前に事実が届かないと「思っていたのと違う」が起きず、後から読んだ頃には自分の記憶のほうが正しかったことになっています。第二に、人格の入らない出力は一人で読むときに最も抵抗が小さいからです。前章で点数を並べない運用にしたのは、この状態を作るためです。第三に、上司の稼働に依存しないので回数を確保できるからです。

運用は具体的に決めます。商談が終わり、出力が届き、その日のうちに5分だけ読み、前章の翻訳で試すことを一つ選び、次商談の準備メモに書きます。読む量も先に決めます。全文ではなく、事実の要約と「答えられなかった質問」だけで足ります。これが習慣化の実体です。「振り返りを文化にしよう」は結論であって、手順ではありません。

上司は全部読まない — 週1・3商談の枠を先に決める

上司側は、全部読まないことを先に決めます。メンバーが数名いれば商談は毎週それなりの数になり、すべてに目を通す時間は誰にもありません。全部読もうとした結果、一件も読まない状態になります。決めるのは四つです。いつ——週に一度、30分の固定枠を置きます。何件——3商談に固定します。どれを——選び方をルールにします。たとえば先週の失注1件、受注1件、そして本人が「見てほしい」と出した1件です。どこを——出力の事実部分と、該当箇所の再生だけを見ます。書き起こしの全文は読みません。

要点は、本人が出した1件を必ず混ぜることです。上司が選んだ3件だけになると、それは監査に見えます。監査に見えた時点で、前章の「録音を避ける」が始まります。1on1や同行の位置づけもここで変わります。AIが入った後の1on1は、何が起きたかの確認から始めません。それはすでに済んでいるからです。止まるのは録音ではなく閲覧です。録音は自動で溜まるので導入直後は順調に見えますが、誰も読んでいない状態は数字に出ません。配る前に、読む枠を作ってください。

上司がAIの出力を材料にフィードバックする — 「AIが言っている」と言わない

ここが「フィードバック活用」の実務です。前提は二つ、SBIのSとBはAIが特定しIは人が入れること、そして上司が読むのは週に一度の3商談だけであることです。この二つが決まっていれば、面談で何をするかはかなり具体的に決まります。上司の仕事は、AIの出力を本人に伝えることではありません。伝える前に何を捨てるかを決め、残ったものについて本人と一緒に意味を考えることです。この章では、その進め方と、AIの指摘が外れていたときの扱いを書きます。

該当箇所を一緒に聞く — 指摘ではなく再生から始める

最も避けるべき言い方は「AIがこう指摘している」です。この一言には三つの問題があります。上司自身が材料を読んでいないことが伝わること、AIを権威として使うことになること、そして本人はAIに反論できないので黙るしかなくなることです。代わりの手順はこうです。まず、AIが示した箇所をその場で30秒だけ再生します。次に、先に本人に言わせます。「ここ、どう思った」で十分です。本人の解釈と記録の間にずれが出たら、そこがその回の主題になります。

上司が足すのはI、つまりそれが相手にどう効いたかだけです。「その質問のあと、相手が競合の名前を出したよね」という形になります。双方向の対話で主体性を引き出す、行動に焦点を当てる——従来から言われてきたことは、材料が手元にあって初めて実行できます。上司の役割は、事実を告げる人から、事実の意味を一緒に考える人へ移ります。

AIの指摘が的外れだったときにどうするか

外れた指摘を根拠に指導すると、現場の信頼は一度で失われます。実際に起きる外れ方は型が決まっているので、先に知っておいてください。

外れ方	何が起きるか
話者の分離が崩れる	対面でマイクが一台、複数人が同時に話す場面では、誰がどれだけ話したかの数字が丸ごと無意味になります
固有名詞や業界用語の誤変換	製品名や社名が別の語に置き換わり、競合への言及が検出から漏れ、指摘の前提がずれます
要約が落とすもの	要約は決まったことに寄るため、言い淀み・沈黙・答えられなかった質問が落ちます。反証の材料はそこにあります
感情スコアの読み違い	読んでいるのは声の調子と間であって、相手の意思決定ではありません。穏やかに断る決裁者は好意的に判定されます

扱い方の原則は一つです。AIの指摘は、該当箇所とセットでしか使いません。 箇所が示せない指摘は、上司の手元で捨てます。本人には渡しません。捨てているところを本人が見ると、AIへの警戒は下がります。「AIに採点されている」ではなく「AIが材料を出し、人が判断している」という状態を、言葉ではなく実物で示すことができます。

なぜAIで振り返るのか — 助言をもらうためではなく、記憶に反証を出すため

振り返りという言葉は、過去を見る作業として語られます。けれども人が何かを学ぶ瞬間は、過去そのものを眺めたときではなく、過去について自分が持っている説明と、実際に起きたことのあいだに差が出たときなのかもしれません。差が出なければ、どれだけ丁寧に過去をなぞっても、それは確認の作業です。時間をかけるほど、自分の説明は補強されていきます。

そう考えると、道具の評価軸が一つひっくり返ります。振り返りを支える道具の良し悪しは、どれだけ気の利いた言葉を返すかではなく、その差をどれだけ作れるかで決まる。整った説明を返す能力は、むしろ差を消す方向に働くことすらあります。もっともらしい言葉は、本人がすでに持っている説明と滑らかに接続してしまうからです。賢い相談相手を求めるほど、自分の物語が上手に補強されて戻ってくる——という構造は、疑ってみる価値があるように思います。

ここまでの運用ルールには共通の前提があります。それを最後に書きます。AIは、振り返りを効率化して気づきを与える賢いアドバイザーである——という描き方が広く共有されていますが、これを目的に置くと現場は動きません。向きを変えます。

そもそも、人間の振り返りが効かなかった理由は、意欲でも型でもありません。KPTもYWTも経験学習の考え方も昔からあり、多くの組織が導入して形骸化してきました。理由は単純で、振り返る材料が本人の記憶しかなかったからです。記憶は都合よく編集されます。「ちゃんとヒアリングした」「価格で負けた」「相手の反応は悪くなかった」。編集された記憶を素材に振り返れば、出てくる結論は最初から持っていた結論になります。振り返りが日報の作文になるのは、材料の問題です。

だからAIの本当の役割は、優秀なコーチではなく、記憶に反証を出す記録係です。価値はアドバイスの上手さではなく、本人の思い込みと食い違う事実を一つ出せるかで決まります。典型的なのは、自分が話していた時間が思っていたよりはるかに長かったこと、決裁者に一度も会えていなかったこと、顧客が最初に投げた質問に最後まで答えていなかったこと、「検討します」の直前に相手が黙った箇所があったことです。どれも助言ではなく事実で、しかも本人が最も反論しにくい形をしています。だから、3層のうち①事実だけをAIに求める設計が正しいのです。順序が逆で、最初から②解釈や③示唆を求めると、記憶の訂正が起きないまま一般論の助言だけが返ります。

そして、これが抵抗の理由でもあります。反証を返す道具は、営業本人にとっては自分の言い分が崩される道具です。導入時の抵抗は感情論ではなく、道具の性質を正しく理解した反応です。実装する側が採点と指導に寄せたくなるのも当然で、そのほうが売りやすく、受け入れられやすいからです。ただし受け入れられやすい形にすると効きません。この非対称をどう扱うかが「活用」の本体です。答えは「監視ではない」と言葉で説明することではなく、反証が晒し物にならない使い方を実物で見せることです。先に本人だけが読む形にすること、点数を並べないこと、外れた指摘は上司が渡す前に捨てること。ここまでの章は、すべてそのための設計でした。

気づきは反証の副産物です。事実が記憶を訂正し、訂正が「次に試すこと一つ」を生み、それが積み上がって初めてスキルになります。最初から気づきを求めると一般論が返ってくる、という順序の問題にすぎません。AIに求めるべきは「良い商談とは何か」の答えではなく、「実際に何が起きたか」です。前者を求めた瞬間、返ってくるのは検索すれば出てくる言葉になります。

始める前に用意するもの — 記録の集め方、ツール、録音の同意

最後に、始める前に決まっていないと進まないものを挙げます。製品の一覧や料金は書きません。入れ替わりが速く、選定の役に立つ形で維持できないからです。それよりも、道具を選ぶ前に決めておくことのほうが運用の成否を分けます。

用意するもの	これが無いとどうなるか
商談の記録（Web会議の録音と文字起こし）	材料が揃わず、振り返りは記憶に戻ります。対面と電話は当面対象外と割り切ってください。録れない商談を無理に録ろうとすると運用のほうが先に崩れます
AIに毎回渡す文脈4点（案件の経緯／相手の社内事情／今日のゴール／自社の勝ち筋）	返ってくる指摘が一般論になります。定型文にして貼るだけの状態にしてください
読む枠（本人は当日5分、上司は週1回30分で3商談）	出力は溜まる一方で、誰も開かなくなります
出さないと決めたもの（点数の一覧、順位、他人の点、評価への接続）	点を取りにいく商談が始まり、低い点の人から記録を避けます

道具の選び分けは三つで足ります。AI議事録ツールは事実層の記録まで、商談解析のツールは事実層の数値化まで、そして汎用の生成AIにログを貼る方法でも、ここまでに書いた運用は成立します。専用の製品を導入する前に、まず一人が一週間、手元の生成AIで試してください。社内で一から作った例が成果を出していることは、製品を買わなくても設計次第で成立することの傍証になります。

録音の同意は、冒頭で伝える文言を決めて全員が同じことを言う形にしてください。録画そのものへの同意と、AIによる解析への同意は分けて取ります。ここを個別の判断に任せると、伝え方が人によって変わり、後から揉めます。

あわせて読みたい

• 営業のための「クライアントに対するヒアリング」をスムーズにする4つのStep｜ヒアリングの質問例と深掘りの技術ーー相手が黙る瞬間を味方にする実践会話術