「この図面の部品は加工できますか」と問い合わせが入る。ベテランの営業担当者なら、材質、寸法、公差、数量、後工程、検査資料、希望納期を順に確認し、その場で答えられる範囲と製造部門へ確認する範囲を切り分けます。ところが、その人が休んでいる日は「担当者から改めて連絡します」で止まってしまう。
カタログも仕様書も社内にあります。それでも返事ができないのは、製品知識が一文字も残っていないからではありません。どの条件を先に確認し、どの時点で技術部門や責任者へ確認を回すのか。その順番が文書になっていないためです。
人に依存しているのが技術判断なら、簡単には外せません。説明まで人に依存しているなら、そこは先に文章にできます。
この記事では、ベテランの営業トークを台本にするのではなく、実際の問い合わせや見積りから「質問・条件・理由・例外・確認先」を拾い、会社で使う共通原稿へ整える方法を扱います。CRMやSFAの選び方ではありません。システムへ入れる前に、何を残すかを決める話です。
先に結論
残すのはベテランの話し方ではなく、質問・条件・理由・例外・確認先です。
属人化しているのは、答えよりも「確認の順番」
条件によって可否が変わる技術相談では、完成した回答を暗記しているというより、顧客の一言を聞き、図面や用途を見ながら次の質問を選んでいます。
先ほどの加工可否の相談も、「対応できます」と即答する話ではありません。材質は何か。設備の加工範囲に収まるか。厳しい公差や測定指定はあるか。熱処理や表面処理を含むか。数量はいくつか。条件が一つ変われば、確認する部門も回答も変わります。
経験のある担当者は、この分岐を会話の中で処理します。聞いている側には自然な受け答えに見えるので、議事録には結論だけが残りがちです。「加工可否は個別判断」と書いても、次の担当者は何を確認すればよいか分かりません。
残したいのは、ベテランの言い回しではなく、次の三点です。
- 最初に何を確かめたか
- どの条件で回答が変わったか
- どこから先を誰の判断へ戻したか
2026年版小規模企業白書でも、社内ノウハウの蓄積・共有によって属人化を防ぎ、業務を円滑に進めることが小規模事業者の運営管理に関わる課題として扱われています。ただし、文章を残せばベテランと同じ判断ができる、という意味ではありません。目標は、別の担当者が誤った約束をせず、必要な情報を集めて適切な人へ引き継げる状態です(中小企業庁「2026年版小規模企業白書」)。
共通化する説明と、人の判断に残す部分を分ける
属人化を減らそうとして、営業担当者全員に同じ台本を配ると、技術案件ではかえって危険なことがあります。標準条件と個別条件を一つの断定文にすると、例外案件でも同じ約束をしてしまうからです。
説明は、次の三層に分けます。
| 層 | 内容 | 主な置き場所 |
|---|---|---|
| 共通して伝えられる事実 | 対応工程、標準的な成果物、使用設備、通常必要な資料 | サービスページ、会社案内、営業資料 |
| 条件によって変わる回答 | 材質、寸法、数量、精度、納期、検査方法で変わる範囲 | FAQ、問い合わせ確認表、社内用説明カード |
| 個別の判断・承認 | 特注対応、保証、価格、設備負荷、機密情報を含む判断 | 責任者への確認、社内限定の記録 |
共通化するのは、すべての結論ではありません。「ここまでは説明できる」「この条件から個別確認へ切り替える」という境界です。
たとえば加工範囲について、Webサイトに「あらゆる加工に対応」とだけ書くのは避けます。一般向けには、対応材質や寸法の目安、可否判断に必要な図面を示す。社内向けには、把持方法、工具の干渉、測定方法などの確認先まで残す。最終的な可否と納期回答は、案件ごとに責任者が判断する。この分け方なら、共通事項を公開しても、案件ごとの判断は責任者に残せます。
直近10件から、繰り返した説明を拾う
ベテランに「営業ノウハウを教えてください」と聞いても、答えは広くなります。「相手の話をよく聞く」「無理な約束をしない」といった方針は出ても、次の担当者が使える確認項目にはなりません。
先に、直近の問い合わせ、見積り、失注を10件ほど並べます。大きな案件だけでなく、回答まで進まなかった相談も含めます。見るのは次の四点です。
- 毎回確認していたこと
- 毎回説明していたこと
- 断った、または回答を保留した条件
- 見積り時に不足していた情報
10件という数は統計を取るためではありません。記憶に残る成功案件だけで話を組み立てず、普段の説明を見つけるための範囲です。案件数が少なければ、5件からでも構いません。
その中から一件を選び、問い合わせメール、図面、見積書、打合せメモを横に置いて、会話を時系列でたどります。「最初に何と答えたか」だけでなく、「相手のどの言葉で確認項目を変えたか」「なぜ即答をやめたか」「誰へ確認したか」を聞きます。
労働政策研究・研修機構は、職業相談で使われる勘とコツを見える化する際、会話の全文ではなく、どの時点でどのような判断を働かせたかをマップにしています。対象業務は異なりますが、技術営業でも同じ見方が使えます。録音をそのまま文字起こしするより、判断が切り替わった地点を拾う方が、引き継ぎに使いやすくなります(JILPT「職業相談の勘とコツの『見える化』ワークショップ」)。
技術者への取材前にそろえる資料や、質問を具体化する方法は「製造業の技術者へ取材して記事にする方法」でも整理しています。今回は公開記事の取材ではありませんが、記憶だけに頼らず資料と照合する点は同じです。
文字起こしではなく「説明カード」に整える
一時間の商談を文字起こしして保存しても、次の担当者は必要な答えを探せません。一つの質問につき一枚の「説明カード」にすると、条件の追加や確認先の変更を反映しやすくなります。
加工可否の相談を架空例として整理すると、次のようになります。
| 項目 | 残す内容の例 |
|---|---|
| 顧客の質問 | この図面の部品を加工できるか |
| 最初の回答 | 図面と使用条件を確認してから回答する |
| 最初に聞くこと | 材質、寸法、公差、数量、用途、後工程、検査資料、希望納期 |
| 回答が変わる条件 | 設備の加工範囲、把持方法、工具の干渉、材料手配、外注工程、測定方法 |
| 理由 | 形状と材質だけでは、加工方法や精度保証の可否を決められないため |
| その場で約束しないこと | 未検討の加工方法、精度保証、正式納期、正式見積り |
| 確認先 | 製造技術、生産管理、品質保証、購買、責任者 |
| 使用範囲 | 確認項目は顧客向け可。加工ノウハウ、設備負荷、仕入先、原価は社内限定 |
ベテラン同士で答えが違う項目は、文章をうまくまとめて隠さないようにします。「A条件は営業責任者、B条件は品質保証が判断」のように、最終確認先を分けます。社内でも結論が出ていない内容は「未確定」と残した方が、誤った共通認識を作らずに済みます。
中小機構のSFA解説では、顧客の予算、競合、提示した提案書、見積提出、案件の進み具合などを蓄積する例が示されています。ツールは共有を助けますが、入力する中身が「対応中」「要確認」だけでは、技術的な引き継ぎには足りません。要求仕様、制約、判断材料、見積りの前提、保留理由まで決めてから保存先を選びます(中小機構「営業支援システム・SFA」)。
一つの共通原稿から、使う場所に合わせて分ける
説明カードは、そのままWebサイトへ載せる完成原稿ではありません。まず社内の基準原稿を作り、必要な部分だけを用途別に短くします。

| 使う場所 | 出す内容 | 出さない内容 |
|---|---|---|
| 社内の引き継ぎ資料 | 回答条件、理由、例外、確認先、参照資料 | 必要項目を落とさず、閲覧権限と更新履歴を管理する |
| 営業資料・商談後の補足 | 顧客が判断する条件、準備してほしい資料 | 原価、設備負荷、他社案件の情報 |
| 問い合わせフォーム | 最初の判断に必要な入力項目 | 社内の判断基準、長い技術解説 |
| サービスページ・FAQ | 共通回答と、個別確認になる境界 | 一社だけに当てはまる条件、秘密情報 |
| Web記事 | 質問の背景、条件で答えが変わる理由、相談前の準備 | 顧客を推測できる事例、非公開の数値 |
営業秘密として管理する情報、顧客との契約で非公開になっている情報、公開すると安全や品質上の誤解を招く情報は、社内用に残しても一般公開はしません。経済産業省も、営業秘密として保護を受けるための管理方法や各種指針を案内しています。文章化と公開は別の判断です(経済産業省「営業秘密」)。
一つの質問を公開記事へ展開する段階は、「営業が毎回同じ説明をしているなら、その話は記事にできる」で詳しく扱っています。既存の製品資料や営業資料との照合は「製造業の製品資料・営業資料をWeb記事にする方法」へつなげられます。
保存しただけでは、会社の説明にならない
説明カードを共有フォルダへ入れただけでは、使えるかどうかが分かりません。まず、ベテランが回答済みの過去案件を使い、別の担当者が確認の順番を再現します。実際の回答と食い違わないところまで直した後、責任者が送信前に確認できる問い合わせで試します。
確認するのは、「読んだか」「内容を覚えたか」ではありません。
- 顧客へ最初の返事ができたか
- 次に必要な資料を案内できたか
- 自分で答えてよい範囲を判断できたか
- 適切な担当者へ、条件をそろえて引き継げたか
- 実際の回答と説明カードに食い違いがなかったか
ベテランへ戻った質問があれば、その箇所を追記します。使うたびに長文化する場合は、共通部分と個別案件の記録が混ざっていないかを見直します。
内容の責任者も決めます。文章を直す人、技術的に確認する人、社外公開を承認する人は、同じでなくても構いません。仕様、設備、外注先、価格、受付条件が変わったら、関係する説明カードと公開ページを確認します。
数値、規格、図表を社外向け原稿へ移す場合は、元資料と確認者を残します。公開前の確認方法は「製造業の技術記事を事実確認する方法」で確認できます。
過去案件一件で、引き継ぎをテストする
技術営業の属人化を一度に解消しようとすると、製品、工程、顧客、例外を網羅した大きなマニュアルを作る話になります。完成を待っている間も、問い合わせは続きます。
最初は、ベテランが直近で説明した質問を一件選びます。資料を見ながら回答が変わる条件を聞き、一枚の説明カードにする。それを別の担当者が過去案件でたどり、足りなかった箇所だけ直します。次に、責任者が確認できる問い合わせで使い、実際の運用に移します。
ベテランを不要にする取り組みではありません。共通説明と情報収集をほかの担当者でも進められるようにし、ベテランには、例外案件と技術判断へ時間を使ってもらうための下準備です。
工房もののほんでは、匿名化した問い合わせ例、現在の営業資料、仕様書などを確認し、技術者への聞き取りから共通原稿を作成できます。社内用の説明カード、営業資料、FAQ、Web記事のどこまで整えるかは、必要な範囲で分けられます。担当者不在で回答が止まる質問がある場合は、お問い合わせページから、まず一つの質問をお知らせください。
