営業チームのKPT振り返り｜AIで週次レビューを回す方法

2026年9月9日

週次の営業会議を思い浮かべてほしい。パイプラインを1件ずつ読み上げ、進捗の遅れたメンバーに理由を問い、重くなった空気のまま時間切れで散会する。会議は毎週開かれているのに、チームの動き方は何も変わらない。だから翌週も、同じ失注理由と同じ言い訳が繰り返される。原因は個人のやる気ではなく、会議の設計にある。

結論から言う。週次会議にKPT（Keep・Problem・Try）を組み込み、AIをファシリテーター兼書記に据えれば、30分で来週やることが1つ決まる会議に変えられる。KPTはもともと開発チームの振り返り手法だが、数字ではなく行動を扱う構造を持つため、詰め合いに陥りがちな営業の週次レビューにこそ効く。

本記事では、KPTの基本、30分で回すタイムテーブル、発言メモを貼るだけで分類から論点整理までこなすAIプロンプト、そして続けるうえでの失敗パターンと対策までを一気に示す。読み終えたら、次の週次会議でそのまま試せる状態になるはずだ。

KPTとは｜結果ではなく行動を振り返るフレームワーク

KPTとは、Keep＝続けること、Problem＝問題、Try＝次に試すことの3つを出し合い、チームの行動を継続的に改善する振り返りフレームワークだ。

発祥はソフトウェア開発の現場で、短い開発サイクルごとの振り返りに使われてきた。それがなぜ営業に効くのか。理由は、KPTが俎上に載せるのが結果ではなく行動だからだ。

受注件数や売上は結果であり、会議室でいくら詰めても過去の数字は1円も動かない。一方で、今週どんな行動が商談を前に進めたか、どこで案件が止まったか、来週なにを試すかは、チームが自分たちでコントロールできる領域だ。KPTはこの領域だけを対象にする。だから犯人探しにならず、責め合いの代わりに次の一手の話ができる。数字の監視はSFAやダッシュボードに任せ、会議は行動を変える場に充てるという住み分けでもある。

順序にも意味がある。KPTは必ずKeepから始まる。うまくいった行動を先に言語化することで、Problemを口に出しやすい空気ができあがる。反省会ではなく作戦会議として機能するのは、この設計のおかげだ。

なお、当メディアには商談1件を深く検証する商談の振り返りプロンプトという記事がある。あちらは個人×商談1件の反省会であり、本記事が扱うのはチーム×1週間の振り返りだ。個別案件の敗因分析はあちらに任せ、本記事はチームの行動を毎週そろえる仕組みに集中する。この役割分担を押さえておくと、どちらのプロンプトをいつ使うかで迷わない。

営業KPTの進め方｜30分で回すタイムテーブル

先に型を示す。KPTは30分で打ち切るのが最も長続きする。時間を延ばすほど発言は一部のメンバーに偏り、議論は脱線し、やがて誰も開きたくない会議になるからだ。推奨の時間割は次のとおりだ。

順番	パート	時間	進行のコツ
1	数字の共有	5分	事実の確認のみ。ここでは理由を問い詰めない
2	Keep出し	7分	成果につながった行動を具体的に挙げる。「頑張った」で終わらせない
3	Problem出し	8分	対象は行動と仕組みに限定する。人の名前を主語にしない
4	Try決め	7分	実験として今週は1つに絞る。Problemの単純な裏返しにしない
5	担当と期限	3分	誰がいつまでに何をやるかを言い切って散会する

成否を分けるのは最初の5分だ。数字の共有を詰めの時間にした瞬間、続くProblem出しから本音が消える。数字は天気予報のように事実として眺めるだけに留め、原因の議論はProblemのパートで行動の言葉に置き換えてから行う。

同じくらい重要なのが最後の3分だ。Tryは担当と期限が付いて初めて行動になる。決めきれないTryはその場で捨てるか、来週のTry候補に回す。中途半端に持ち越すくらいなら、確実に実行できる1つを選ぶほうがチームは前に進む。

KPTを既存の会議のどこに置くか、そもそも進捗確認を非同期に逃がして会議自体を軽くできないか、という一段上の論点は営業会議の再設計で詳しく扱っている。会議全体を組み替えたい場合はあわせて読んでほしい。

AIをファシリテーター兼書記にするプロンプト

ここからが本記事の主役だ。KPTが定着しない最大の理由は、内容ではなく進行役の負担にある。発言を促し、板書し、重複をまとめ、論点を整理し、Tryを絞り込む。この作業一式を毎週マネージャーが人力で担うのは重すぎる。そこで、進行の頭脳労働をまるごとAIに渡す。

使い方は3ステップで終わる。第一に、会議中の発言を箇条書きでメモする。走り書きで構わない。第二に、会議の終盤か直後に、下のプロンプトへメモを貼って実行する。第三に、AIが返した分類表と推薦Tryを見ながら、チームで最後の意思決定だけを行う。分類・統合・整理はAIの仕事、決定は人間の仕事という分担だ。

あなたはB2B営業チームの週次振り返り（KPT）のファシリテーター兼書記だ。
以下の〔今週の数字サマリ〕と〔メンバーの発言メモ〕を読み、次の5つを順に出力せよ。

■出力1: KPT分類表
発言メモをKeep（続けるべき行動）／Problem（問題）／Try（次に試すこと）に分類し、表で整理する。
発言者名が分かる場合は残す。分類に迷うものは「保留」とし、迷った理由を1行添える。

■出力2: 重複の統合
同じ内容を指す発言は1項目に統合し、統合した件数を明記する。

■出力3: Problemへの問い返し
各Problemに対して「それはなぜ起きたのか」という問いを1つずつ返す。
人への批判になっている表現があれば、行動または仕組みを主語にした表現へ書き換えて提示する。

■出力4: Tryの具体化と絞り込み
挙がったTry候補を「誰が・いつまでに・何をするか」の形に具体化する。
効果と実行しやすさの2軸で簡潔に評価し、今週採用すべきTryを1つだけ推薦する。
推薦理由は3行以内。複数の推薦は禁止。

■出力5: 議事録サマリ
以上を10行以内の議事録にまとめる。来週の冒頭で前回Tryの結果を確認できるよう、
末尾に「決まったTry・担当・期限」を必ず記載する。

■制約
- メモにない事実を推測で補わない。事実と解釈を区別する
- 個人を非難する表現を使わない。主語は行動か仕組みにする
- 専門用語を避け、営業チームがそのまま読める日本語で書く

〔今週の数字サマリ〕
（ここに貼る。例: 新規商談◯件、受注◯件、失注◯件、主要案件の動き。なければ「なし」と書く）

〔メンバーの発言メモ〕
（会議中のメモを箇条書きで貼る。発言者名つきが望ましい。走り書きのままでよい）

運用のコツは2つある。第一に、メモの品質を上げようとしないことだ。「A: 訪問前に相手企業の決算説明資料を読んだら会話が弾んだ」程度の走り書きで十分で、整えるのはAIの役目だ。第二に、出力4の推薦Tryを鵜呑みにしないこと。AIの絞り込みはあくまでたたき台であり、最終決定はチームで下す。むしろ「AIはこれを推しているが、どう思うか」と問いかける材料に使うと、普段発言の少ないメンバーの意見も引き出しやすくなる。

オンライン会議なら、画面共有しながらその場で実行するのがおすすめだ。散会した瞬間に議事録が完成しており、書記役そのものが不要になる。進行の負荷が下がるほど、マネージャーは議論の中身に集中できる。また、毎週の議事録サマリを1つのドキュメントに貯めておけば、Tryの実行率や繰り返し出るProblemが一覧でき、チームの改善履歴がそのまま資産になる。

営業KPTの失敗パターンと対策

型どおりに始めても、つまずくポイントはだいたい決まっている。先回りして対策を打っておこう。

Problemが人の批判になる

最も多く、最も致命的な失敗だ。誰かの名前を主語にした指摘が出た瞬間、KPTは査問会に変わり、翌週から誰もProblemを出さなくなる。対策はルール化に尽きる。Problemの対象は行動と仕組みだけと冒頭で宣言し、人を主語にした発言はその場で言い換えてから記録する。たとえば、レスポンスが遅い個人を指摘するのではなく、見積依頼から提出まで3日かかる業務の状態をProblemとして書く。先ほどのプロンプトには、この言い換えをAIが自動で行う指示を組み込んである。

Tryが増えすぎて全部やらない

議論が盛り上がるほどTryは積み上がる。そして5つ宣言した週に限って、1つも実行されないまま次の週次会議が来る。対策は週に1つへ絞ることだ。Tryは改善の実験であり、量より完遂率がチームの信頼をつくる。3つ決めて0実行のチームより、1つ決めて1実行のチームのほうが確実に強くなる。採用しなかった候補は捨てずにTryリストとして残し、翌週以降の弾にすればいい。

マンネリ化して形骸化する

数か月回し続けると、似たKeepと似たProblemが並び始め、参加者の目から熱が消えていく。飽きは継続の最大の敵だ。対策として、月に1回はテーマKPTを挟む。新規開拓だけ、初回商談だけ、失注案件だけ、といった具合に対象を絞ると、同じメンバーからでも普段と違う視点の発言が出る。フレームワークは同じままテーマだけを変えるので、運用コストはほとんど増えない。

深掘りが必要なProblemはKPTの外で扱う

KPTの守備範囲は、1週間の行動を広く浅く点検することにある。この割り切りを忘れて1つのProblemの原因究明を始めると、30分は簡単に溶け、KPTそのものが頓挫する。深さが必要な問題は、場を分けて扱うのが正解だ。

見分け方は単純で、同じProblemが3週続けて出たら根が深いサインだと判断する。その場合、KPTの場では継続課題の札を付けるに留め、担当者を決めてなぜなぜ分析で原因を掘り下げる。分析結果を翌週のKPTに持ち帰れば、会議を30分に保ったまま、問題解決の深さも確保できる。

また、特定の商談の敗因を1件単位で検証したいなら、チームの場に持ち込むより商談の振り返りプロンプトで個人の振り返りに切り出すほうが早く深く掘れる。

さらに、時間軸を逆にした点検もある。KPTが事後の学習だとすれば、プレモータム（事前検死）は施策を始める前に失敗要因を洗い出す事前の学習だ。大型案件の攻略やキャンペーンの立ち上げ前にはこちらが効く。整理すると次のとおりだ。

手法	対象	タイミング	深さ
KPT	チームの1週間の行動	週次	広く浅く
なぜなぜ分析	根が深い特定のProblem	継続課題になった時	狭く深く
商談の振り返り	個人の商談1件	商談の直後	案件単位で深く
プレモータム	これから始める施策	開始前	失敗要因を事前に網羅

週次のKPTを軸に、深掘りはなぜなぜ分析へ、案件単位は商談の振り返りへ、開始前はプレモータムへ。この使い分けができると、振り返りは行事ではなく武器になる。

よくある質問

リモートチームでもKPTはできるか

できる。AIと組み合わせる前提なら、リモートのほうが回しやすい面すらある。ビデオ会議のチャット欄や共有ドキュメントに各自がKeepとProblemを書き込み、それをそのままプロンプトへ貼れば、口頭の発言を拾うより漏れが少ない。さらに、KeepとProblemを会議前に非同期で提出してもらい、30分はAIの分類結果を見ながらTry決めに集中する分割方式も、リモートなら自然に運用できる。議事録が自動で残るため、欠席者への共有コストが低い点も利点だ。

メンバーが発言しないときはどうすればいいか

指名で絞り出すより、書いてもらうほうが早い。発言が出ない主因は、何を言えばいいか分からない戸惑いと、言えば詰められるという恐怖の2つだからだ。前者には「今週うまくいった行動を1つ」のように粒度を指定して求める。後者には、Keepから始める順序とProblemの主語ルールで安全を示す。それでも沈黙が続くなら、マネージャーが自分のProblemを最初に晒すのが一番効く。上長が先に非を認める場では、メンバーの口は開きやすくなる。

KPTとYWTや4行日記との違いは何か

YWTは、やったこと・わかったこと・次にやることの順で個人の学びを言語化する手法で、内省の整理に向く。4行日記は1日を短い定型で記録する習慣化の手法だ。どちらも主役は個人であり、チームで次の行動を1つに揃える機能は弱い。使い分けはシンプルで、チームの週次振り返りはKPT、個人の日次の内省はYWTや日記と覚えればいい。チーム運営の道具として選ぶなら、まずKPTから入るのが実務的な答えだ。