営業の振り返り書き方｜感想文から抜け出す3層構造

営業の振り返りが「感想文」で終わる3つの原因

毎週・毎月の振り返りを欠かさず書いているのに、なぜか成績が変わらない——そう感じているなら、問題は振り返りの量ではなく「構造」にあります。感想文で終わる振り返りには、共通する3つの欠陥があります。

ひとつ目は、数字だけ書いて行動を書かないパターンです。訪問数・提案数・受注数という結果しか記録しないと、「なぜその数字になったか」をたどる手がかりがありません。ふたつ目は、原因が「気合い不足」「準備不足」止まりになるパターンです。精神論に落とすと、打ち手が「次は頑張る」以外に出てきません。みっつ目は、処方が「次は頑張ります」だけになるパターンです。原因の特定が曖昧なままでは、次の行動仮説を立てることができないのです。

この3つの欠陥は互いに連動しています。行動を書かないから原因が精神論になり、原因が精神論だから処方が「頑張る」止まりになります。この連鎖を断ち切るのが、次章で説明する3層構造です。

振り返りを機能させる3層構造

「振り返りのフレームワーク」というとKPT（Keep・Problem・Try）やPDCAがよく挙げられます。これらは有用な枠組みですが、「何を書けばよいか」という問いに完全には答えてくれません。KPTのTryに「次は頑張る」と書いてしまえば、フレームワークを使っても感想文と変わりません。

本記事が提案するのは、事実層・解釈層・処方層の3層で振り返りを構造化するアプローチです。KPTやPDCAを置き換えるものではなく、既存フレームワークの各項目に書くべき中身の解像度を上げるための視点です。3層の違いは「行動レベルの具体性」にあります。各層が何を記述するのかを理解することで、振り返りを書く際の「何を書けばよいかわからない」という迷いがなくなります。

数字を行動レベルで分解する（事実層）

3層構造の1段目・事実層は「何が起きたか」を記録する層ですが、ここでいう「事実」は数字だけを指しません。数字はあくまで結果です。事実層に書くべきは、その数字を生み出した行動です。

たとえば「今週の商談数は5件」に対して、「うち3件はメールから約束を取り付け、2件は既存顧客の紹介だった。初回商談では資料を出す前に課題のヒアリングを30分行った」という行動の記録が事実層に相当します。この行動の記録があってはじめて、「なぜその数字になったか」を解釈できます。行動の粒度は「何をしたかが伝わる単位」で書いてください。「コールした」ではなく「既存顧客へのフォローコールを30件行い、うち5件でアポイントを取得した」という形です。粗い記録では、後の解釈で「なぜ?」と問い返す力が生まれません。数字と行動を対にして書くことが事実層の基本です。

解釈から処方へ：「なぜ→次にどうするか」の書き方

事実層の記録ができたら、解釈層と処方層を続けます。解釈層は「なぜその結果になったか」を考える層ですが、よくある落とし穴は解釈を「〜だったから」で止めてしまうことです。解釈は原因を特定するものですが、その原因が行動のレベルまで落ちていなければ処方につながりません。

処方層は「だから次回はこの行動をこう変える」という仮説です。感想文との唯一の差はここにあります。「次は提案力を上げる」は処方ではなく抱負です。「次の初回商談では、資料を出す前に課題ヒアリングの時間を設ける」という形が処方です。解釈と処方を切り離さず、「なぜそうなったか → だから次回は具体的にこうする」という一連の流れで書くことが、振り返りを機能させる鍵になります。

営業振り返りテンプレート

3層構造の考え方を理解しても、毎回ゼロから書こうとすると続きません。振り返りを習慣化するには、記入するだけで3層が埋まるテンプレートが必要です。以下に週次と月次の2パターンを示します。各テンプレートの項目が事実層・解釈層・処方層に対応しているため、空欄を埋めれば自然と3層構造の振り返りが完成します。週次はコンパクトに行動と結果を記録することを目的とし、月次はパターンの解釈と来月の打ち手仮説の深掘りを目的として設計しています。

週次振り返りテンプレート（毎週末30分）

項目	内容
今週の主な行動（事実層）	商談数・コール数・提案件数と、具体的な行動内容
結果とのギャップ（解釈層）	目標と実績の差、およびその背景にある原因
来週の行動仮説（処方層）	次の商談・行動で変えることを具体的に書く
失注・成約メモ	当該週の案件は別途専用シートで振り返る

月次振り返りテンプレート（月末60分）

項目	内容
今月の数字と主要行動（事実層）	月間KPIと行動サマリ
パターンの解釈（解釈層）	今月繰り返し起きた課題・うまくいった場面の共通点
来月の打ち手仮説（処方層）	解釈から導いた具体的な行動変更
失注・成約の深掘り	案件専用フォーマット（本記事の後半参照）を活用する

失注案件の振り返り書き方

失注案件の振り返りは、多くの営業にとって「記録から逃げたい」場面です。失注直後は感情的なダメージがあり、原因を深く掘り下げるよりも「価格が合わなかった」「競合に負けた」という表層的な理由を書いて終わらせてしまいがちです。しかしそれでは、同じパターンの失注を繰り返します。

失注は、成約よりもはるかに多くの学習情報を持っています。「なぜ選ばれなかったか」を丁寧に掘り下げることで、自分の提案の何が機能していないかを、成功体験からは得られない解像度で把握できます。失注振り返りで最初にすべきことは、感情整理と分析の分離です。失注直後は冷静な分析が難しいため、感情のメモは当日にとどめ、翌日以降に落ち着いて振り返りを行う運用を勧めます。

失注振り返りの核心は、「表層理由」と「本当の原因」を分けることです。「価格が合わなかった」は表層理由であり、それだけでは何も変えられません。なぜ価格が障壁になったのかを掘り下げることで、初めて次の打ち手が見えてきます。失注を「反省して次へ」で終わらせるのではなく、「最大の学習源」として扱うかどうかが、成長速度の差を生みます。

私がATOMに失注案件の記録欄を設けるとき、「顧客から伝えられた断り理由」と「私が感じた本当の要因」を別フィールドにしました。前者はすぐ埋まり、後者は何ヶ月も空欄が続きました。

数ヶ月分の入力を集計してみると、断り理由の欄は「価格」「タイミング」「他社に決まった」の三種類でほぼ埋まっていました。集計しても「うちの提案のどこが機能していなかったか」を辿る手がかりが、そこにはありませんでした。

一方、「私が感じた要因」欄に書かれていたのは「準備不足」「ヒアリングが浅かった」という言葉でした。記録というより、次に向けて気持ちを立て直すための言葉に近く見えました。集計できる欄の中に、次の商談に向けた仮説を立てるための材料がなかったのです。

失注理由の本当の原因を掘る問いかけ

失注理由を3段階で掘り下げる問いの型を使うと、表層から本当の原因まで到達できます。

3段階の問いかけ

1. 表層理由を書く：顧客から伝えられた断りの言葉をそのまま記録します。「価格が合わなかった」「他社に決めた」「今期は予算がない」などです。
2. なぜその理由が生まれたかを問う：「なぜ価格が障壁になったか」「なぜ他社が選ばれたか」「なぜこのタイミングで予算が通らなかったか」と問い返します。
3. 自分の提案・行動の何が原因かを問う：「自分の提案の何が刺さらなかったか」「競合との違いをどこで感じたか」「顧客の意思決定プロセスを理解して提案していたか」を問います。

たとえば「価格が合わなかった」という表層理由に対して「なぜ価格が障壁になったか」と問うと、「ROIの説明が不十分だった」という答えが出るかもしれません。さらに「なぜROIの説明が弱かったか」と問うと、「顧客の具体的なコスト構造をヒアリングしていなかった」という行動レベルの原因に至ります。この問いの連鎖があってはじめて、「次回はヒアリングの際にコスト構造を必ず確認する」という実行可能な処方が書けます。

この問いかけを1人で行うのが難しい場合は、上司や同僚に「なぜ?」と問いかけてもらう対話形式で代替できます。自分で書いた表層理由を相手に読んでもらい、「それはなぜだと思う?」と問いかけてもらうだけで、思考が深まります。問いの内容はどちらの形式でも同じです。

失注案件振り返りのフォーマット例

失注案件には、週次・月次テンプレートとは別に、案件単位で記録する専用フォーマットを使うことを勧めます。週次の振り返りとは切り離し、失注が発生したタイミングで記録してください。

項目	記入内容
案件概要	顧客業種・規模・商談期間・提案内容のサマリ
表層理由	顧客から伝えられた断りの言葉・状況
本当の原因（3段階で掘った結果）	問いかけによって到達した行動・構造レベルの原因
次の打ち手の仮説	次の同類案件で変える具体的な行動

このフォーマットのポイントは、「本当の原因」の欄に表層理由をそのまま転記しないことです。問いかけによって到達した、行動または構造レベルの記述が入っていることが条件です。「次の打ち手の仮説」は必ず行動の形で書いてください。「提案力を上げる」ではなく「初回ヒアリングで予算構造を必ず確認する」です。失注振り返りシートを積み重ねることで、「自分が繰り返し失注しているパターン」が月次振り返りの材料として浮かび上がります。

成約案件の振り返り書き方

振り返りというと「失注の反省」に意識が向きがちですが、成約案件の振り返りも同等に重要です。成功体験を「今回はうまくいった」「運が良かった」で流してしまうと、同じ状況が来ても再現できません。成約の背景にあった行動を言語化することで、初めて「勝ちパターン」が自分の資産になります。

成約振り返りの目的は2つです。ひとつは、自分が何をしたときに受注できるかを把握すること。もうひとつは、チームの標準化資産として活用できる形に記録することです。「うちの商品が良いから売れた」という説明は再現性を持ちません。「初回商談でこの点を確認し、提案書でこの価値を強調したとき、意思決定者がこの理由で決断した」という行動と因果の記録が、再現可能な勝ちパターンです。

失注振り返りとセットで設計することも大切です。失注から「何がダメだったか」を学び、成約から「何が機能したか」を学ぶ。この両輪があって初めて、振り返りが網羅的な学習ツールになります。失注だけに目を向ける振り返りは「自分の弱点を発見する作業」に偏ります。成約の分析を加えることで「伸ばすべき強みを確認する作業」が組み合わさり、振り返りのバランスが取れます。

私が採用広告・RPOの提案で受注できた案件を、失注案件と同じシートに並べて見返すようにしたのは、活動を始めてしばらく経ってからでした。それまでは「今回はタイミングが合った」「相性が良かった」という言葉で終わらせていました。

並べたとき初めて気づいたのは、受注に進んだ案件に共通した場面があったことでした。人事担当者が、採用計画の数字ではなく、「この採用が通れば組織に何が変わるか」を自分の言葉で話し始める瞬間です。その場面が出なかった案件は、提案書の中身に関わらず、ほとんど長期化していました。

ただ、何をしたからその言葉が出たのかは、記録を見返しても特定できませんでした。感触だけが残っており、次の商談に活かすには不十分でした。記録に入れていなかった情報が、実は受注の鍵だったかもしれない——という気持ちが、振り返りの書き方を変えるきっかけになった気がします。

再現性を言語化する問いかけ

成約案件の振り返りには、「うまくいった」という感覚を行動の記述に変換する問いが必要です。以下の問いを成約後に自分に投げかけてください。

• 何が最初に刺さったか：初回接触・初回商談で顧客の反応が変わった瞬間はいつか。どの言葉・情報・質問がきっかけになったか。
• 競合との差はどこで出たか：なぜ自社が選ばれたか。顧客が比較検討したとき、何が決め手になったと思うか。
• 相手の意思決定を動かした一言・一行動は何か：商談の中で顧客の表情や言葉が変わった場面を具体的に記録する。
• 自分のコントロール外の要因は何か：顧客のタイミング・組織の事情など偶然の要素を切り分け、再現可能な部分だけを抽出する。

この問いに答えることで、「何となくうまくいった」が「このアプローチが機能した」という言語に変わります。「運が良かった」と思っていた成約にも、必ず行動レベルの再現可能な要因が含まれています。その要因を見つけることが、成約振り返りの目的です。

勝ちパターンを言語化するフォーマット

成約案件も、案件単位で専用フォーマットに記録することを勧めます。

項目	記入内容
顧客背景	業種・規模・課題・商談開始のきっかけ
提案のキーポイント	提案書・提案トークで特に強調した内容
決め手の行動	上記問いかけで特定した「受注につながった具体的な行動・言葉」
再現のための条件	どんな顧客像・状況でこのアプローチが機能するか

「再現のための条件」欄は、勝ちパターンの適用範囲を明確にするためにあります。「この手法はすべての顧客に使える」ではなく「課題解決を優先する顧客の初回商談で有効」という形で絞り込むことで、再現性が高まります。チームで共有する際も、条件が明確であれば「自分のケースに当てはまるかどうか」を判断しやすくなります。このシートを積み重ねることで、自分がどのような顧客・状況で強みを発揮できるかのパターンが見えてきます。失注振り返りシートと並べて月次振り返りで比較すると、「当たる案件の共通点」と「外す案件の共通点」の両方が浮かび上がります。

振り返りを習慣化する仕組み

振り返りの書き方がわかっても、続けられなければ意味がありません。習慣化のコツは、振り返りの「頻度・深度・記録場所」を事前に固定し、毎回の判断コストをゼロにすることです。振り返りが続かない最大の原因は、「何を書くか」を毎回ゼロから考えることにあります。フォーマットと実施タイミングを決め打ちにすることで、その負担が消えます。記録場所はCRMの備考欄・メモアプリ・スプレッドシートなど何でも構いませんが、1か所に集約することが重要です。複数の場所に分散すると、月次振り返りの際に情報を集め直す手間が発生し、継続が難しくなります。

週次・月次の振り返りサイクル設計

週次と月次は、振り返りの深度を変えることで役割を分担します。週次は事実層中心の短い振り返りです。「今週何をしたか」「何が起きたか」を記録し、処方は軽く触れる程度で構いません。月次は解釈・処方中心の深い振り返りです。週次の記録を材料として、「今月繰り返し起きたパターンは何か」「来月の打ち手仮説をどう設定するか」を問います。

毎週深く振り返ろうとすると負担が大きくなり、継続できなくなります。週次は「記録」、月次は「分析と仮説設定」と割り切ることで、双方を無理なく続けられます。失注案件・成約案件の専用フォーマットは、月次振り返りの際にまとめて見返す運用が合います。

チームで共有するための書き方

振り返りは個人の成長ツールとして設計されることが多いですが、チームで共有することでその価値は大きく広がります。1人の振り返りが「チームの学習資産」になる可能性を持っているからです。失注パターンの共有、勝ちパターンの横展開、上司からのフィードバックを引き出すための起点——これらはすべて、「見せることを前提とした振り返り」の設計によって実現します。

「自分だけの振り返り」と「チームに見せる振り返り」は書き方が異なります。自分用は内省的な記述でよいのですが、チーム共有を意識すると「読んだ人が何かを学べる形」に整理する必要があります。この整理のプロセス自体が、振り返りの質を上げる副次効果を生みます。言葉にしにくかった気づきを「他者に説明できる形」に変換しようとすることで、自分の解釈がより鮮明になります。

チームで振り返りを共有する際は、週次ミーティングの冒頭に「今週の失注・成約から1件ずつ共有する」という場を設けるだけでも効果があります。案件ごとの専用フォーマットをそのまま活用でき、発表は「案件サマリ」「本当の原因」「次の打ち手仮説」の3点だけでも十分です。

上司フィードバックを引き出す書き方

振り返りを上司への「提出物」として扱うと、コメントをもらえないことが多いです。上司の立場から見ると、「感想文が送られてきた」状態ではリアクションしにくいのです。振り返りを「対話の起点」として設計すれば、上司のフィードバックを自然に引き出せます。

具体的には、振り返りの末尾に2つの問いを1行ずつ添えます。ひとつは「自分の解釈で確認したい点」です。「今回の失注理由を『ヒアリング不足』と解釈しましたが、上司の視点ではどう見えますか」という形です。もうひとつは「相談したい打ち手」です。「来月は初回ヒアリングの時間を長めに取る打ち手を試したいのですが、他に優先すべきことはありますか」という形です。

この2行があると、上司は「感想を読む」ではなく「問いに答える」モードで振り返りを読めます。フィードバックが引き出しやすくなるだけでなく、「部下が何を考え、どこで詰まっているか」が上司に可視化されるため、1on1やコーチングの質も上がります。振り返りを個人ツールではなく、組織の対話を起動するドキュメントとして位置づけてください。

そもそも論：振り返りが「改善」につながらない本当の理由

振り返りの書き方を学び、フォーマットを整えたとしても、改善につながらない営業には共通した構造があります。それは、「振り返りを書いた」という行為の完了が、本来の目的を達成したという感覚に置き換わってしまう構造です。

「振り返りをきちんとやれば成長できる」という前提は、半分だけ正しく、半分は危険かもしれません。振り返りの目的は「書くこと」ではなく、「次にとる行動の仮説を持つこと」にあります。しかし多くの場合、振り返りは「提出物」として扱われ、フォーマットを埋めた時点でタスクが完了します。フォーマットが埋まっていても、次の行動が何も変わらない振り返りは、書かなかったと同じです。

この構造的な問いを立てると、3層構造（事実層・解釈層・処方層）がなぜ必要かが自ずと見えてきます。事実と行動を分けて書き、解釈を原因の特定まで降ろし、処方を行動仮説の形で言語化する——この手順は、「振り返りを書いた」という達成感を「次の行動仮説を持った」という状態に変換するための設計です。フォーマットとしてではなく、「何が次の行動を変えるか」という問いへの答えとして3層を捉えると、振り返りの使い方が変わるかもしれません。

あわせて読みたい

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