技術営業を属人化させない顧客・案件メモの作り方
技術営業の担当者が休むと、顧客からの質問に誰も答えられない。過去に何を確認したか、どの仕様が難しかったか、なぜその提案になったかが、担当者の頭の中にしか残っていない。そんな状態では、担当交代だけでなく、社内の見積や技術検討も止まりやすくなります。
ただし、解決策は「全部を細かく日報に書くこと」ではありません。入力項目を増やしすぎると、営業担当は記録を避けるようになります。大切なのは、次の人が顧客対応や社内相談を続けられる最低限の項目を決めることです。
この記事では、技術営業の属人化を防ぐために、5分で書ける顧客・案件メモの型をまとめます。高額なシステム導入を前提にせず、まずは顧客の要望、現場条件、社内の次の行動を分けて残す方法です。
先に結論:メモは「顧客要望」「制約」「次の社内依頼」に分ける
技術営業のメモには、次の3つを必ず入れます。
| 項目 | 書くこと | 書かないこと |
|---|---|---|
| 顧客要望 | 顧客が何を変えたいか、何に困っているか | 営業の推測だけで作った課題 |
| 制約条件 | 寸法、設置、品質、安全、納期、予算など確認済みの制約 | 未確認の値や、できると決めた回答 |
| 次の社内依頼 | 誰へ、何を、いつまでに確認するか | 「要確認」の一言だけ |
この3つを分けるだけで、後から読んだ人は「顧客が言ったこと」「社内で判断すること」「次に動く人」を区別できます。技術営業のメモは、立派な報告書ではなく、次の会話と社内確認を止めないための道具です。
なぜ技術営業の情報は属人化しやすいのか
顧客の言葉と技術判断が混ざる
顧客が「もっと速くしたい」と言ったとき、それは要望です。自社が「能力を上げられる」と判断したわけではありません。この2つが同じメモに混ざると、後から読んだ人が顧客の希望を社内確認済みの回答だと誤解します。
メモでは、顧客の言葉は顧客の言葉として残します。自社の見立て、技術判断、未確認事項は別欄にします。これだけで、社内への相談がかなり進めやすくなります。
日報が抽象的すぎる
「定例訪問。状況確認。継続フォロー」と書かれていても、次の人は動けません。状況とは何か、何を確認したのか、何が未確認なのかが分からないからです。
営業日報を次の連絡に変える考え方は、営業日報や活動メモを、次の連絡に変えるにはで整理しています。技術営業では、そこに現場条件と社内依頼を足すイメージです。
入力負担が大きすぎる
CRMや日報の欄が多すぎると、現場では空欄が増えます。自由記述だけにすると、人によって粒度がばらばらになります。まずは5分で書ける項目に絞り、必要な案件だけ詳細資料へつなぎます。
顧客・案件メモに残す5項目
1. 顧客が解決したいこと
顧客が使った言葉を残します。「省人化したい」「手直しを減らしたい」「古い設備の停止が心配」「問い合わせ対応を早くしたい」など、最初は曖昧でも構いません。
次に、変わったと判断する条件を聞きます。処理能力、検査基準、作業時間、停止時間、納期、予算、社内承認時期などです。決まっていない場合は、未決定と書きます。
2. 現場・使用条件
現場条件は、営業が判断するためではなく、技術担当へ渡すために残します。
- 対象物の材質、寸法、重量、温度
- 設置スペース、搬入経路、周辺設備
- 電源、エア、水、通信など
- 稼働時間、処理数、品種切り替え
- 品質基準、安全条件、顧客側の確認者
営業が制御盤を開けたり、通電部へ近づいたりして確認する必要はありません。顧客の設備担当者や資格を持つ担当者の確認が必要な項目は、確認先を残します。
3. 過去の経緯
過去に同じような相談があったか、見積を出したか、不具合や手戻りがあったかを残します。原因が確定していない話は、原因として書かず、「申告」「対応」「確認中」を分けます。
顧客名を出せない実績や過去案件を営業で使う場合は、顧客名を出せない実績を、営業で使うにはのように、用途と対応範囲を整理します。
4. 自社側の判断範囲
営業担当がその場で回答してよいことと、社内確認が必要なことを分けます。
- 標準資料の説明は可
- 仕様の適合は技術確認後
- 見積金額は見積責任者確認後
- 納期は生産・工事担当確認後
- 契約条件は管理責任者確認後
この欄があると、後から別の担当者が顧客へ返すときも、どこまで確定しているかが分かります。
5. 次の一手
メモの最後は、必ず次の行動で終えます。
- 誰が
- 何を
- いつまでに
- 誰へ返すか
「技術確認」「見積作成」だけでは足りません。「設計責任者へ、設置スペース内で成立する案の確認を7月30日までに依頼」のように書きます。
5分で書ける顧客・案件メモ
| 項目 | 記入する内容 | 仮想の記入例 |
|---|---|---|
| 顧客要望 | 顧客が変えたいこと、困っていること | 現行設備の処理能力が足りず、繁忙期だけ待ち時間が出ている |
| 判断条件 | 変わったと判断する条件 | 毎時150個以上。品質検査の基準は現行と同じ |
| 現場条件 | 寸法、設置、稼働、電源、エア、水、通信など | 設置幅2,000mm以内。搬入口は未確認。電源容量は顧客設備担当確認待ち |
| 過去の経緯 | 見積、納入、不具合、変更履歴 | 2024年に類似相談あり。見積は価格・納期とも再確認が必要 |
| 次の一手 | 社内依頼、顧客回答、期限 | 技術へ、次に必要な情報の確認を依頼。営業は顧客へ図面提供可否を7月29日に確認 |
この表で、長い文章を書く必要はありません。むしろ、短く分かれている方が後から使いやすくなります。
仮想例:商談後メモの書き方
次は書き方を示すための仮想例です。実在する顧客や案件ではありません。
| 項目 | 記入例 |
|---|---|
| 商談日 | 2026年7月26日 |
| 顧客が話したこと | 秋の増産に向け、現在の搬送工程で詰まりが出ないか心配 |
| 顧客の目的 | 作業者を増やさず、処理待ちを減らしたい |
| 確認できた条件 | 扱う品目は2種類。現時点で図面は未提供。設置場所は第2ライン横 |
| 未確認 | 搬入口、電源容量、処理数の実績、品質担当の検査基準 |
| 社内へ渡すこと | 技術へ、確認すべき情報の洗い出しを依頼。見積はまだ作らない |
| 顧客へ返すこと | まず確認項目表を送り、図面と稼働実績の提供可否を聞く |
| 次回 | 8月第1週にオンラインで不足情報を確認 |
このメモなら、担当者が不在でも次の人が状況を理解できます。顧客の希望と自社の回答が混ざっていないため、誤案内もしにくくなります。
メモをチームで使う運用
週1回、3件だけ読む
全員の日報を細かく見る必要はありません。今週動いている案件、止まっている案件、社内確認が必要な案件を3件だけ読みます。メモの良し悪しを責める場ではなく、次に動けるかを確認する場です。
空欄を責めない
空欄は悪いことではありません。分からない項目が見えたということです。大切なのは、誰へ確認するかが書かれていることです。
よく出る未確認事項をテンプレートに戻す
毎回「搬入経路が分からない」「図面がない」「品質基準が未確認」と出るなら、初回ヒアリングの項目に追加します。テンプレートは一度作って終わりではなく、使いながら直します。
よくある失敗
自由記述だけにする
人によって粒度が変わり、次の人が読めません。最低限の項目は固定し、必要に応じて補足欄を使います。
技術資料を添付して終わる
図面や仕様書があっても、顧客が何に困っているか、何を確認してほしいかが分からなければ社内は動けません。資料と目的を結びつけます。
営業担当に全部の判断を書かせる
営業が分からない技術判断を埋める必要はありません。未確認と確認先を書く方が安全です。
入力項目を増やしすぎる
最初から完璧なデータベースを目指すと続きません。顧客要望、制約、次の社内依頼から始めます。
よくある質問
メモは顧客単位と案件単位のどちらで残しますか
両方が必要です。顧客単位では関係者や過去の接点を残し、案件単位では目的、条件、未確認事項、次の行動を残します。最初は一つのシートでも構いませんが、案件が増えるなら分けます。
音声メモや写真だけでもよいですか
補助には使えますが、それだけでは後から検索しにくくなります。写真や音声の許可範囲を確認し、要点は文字で残します。顧客の機密情報や個人情報を不要に広げないようにします。
ベテラン営業が記録を嫌がる場合はどうしますか
最初から細かい入力を求めず、「次の人が顧客へ同じ質問をしないために必要な3項目」だけにします。ベテランの知識を奪うのではなく、会社の次の担当者が使える形に変えると説明します。
まず一件だけ、商談後メモを変える
今日から始めるなら、すべての日報を変えるのではなく、今週の商談一件だけで試します。顧客要望、制約条件、次の社内依頼の3欄を作り、商談後に5分で埋めます。翌週、そのメモだけを営業と技術で読み合わせます。
顧客情報や技術営業の知識が一部の人に集まっているなら、まず一件分のメモから一緒に整理できます。社内の知識共有や技術営業の標準化など、営業の次の一手を相談してください。
参考資料
- 中小企業・小規模事業者人材活用ガイドライン|中小企業庁 — 経営課題と人材課題を結びつけ、業務の整理や人材活用を考える入口として参照。
- 令和6年度 能力開発基本調査|厚生労働省 — 計画的OJTや人材育成の課題を扱う公的調査として参照。個別のメモ運用効果を示すものではありません。