同じ会社の複数部署から返信が来たときの商談統合

複数部署からの返信は、会社、製品、用途、拠点、検討目的を照合し、同じ案件と確認できた範囲だけを関連付けます。会社名が同じという理由で会話を統合せず、主担当、参加部署、元の会話の参照と共有範囲を残してください。

会社の一致と案件の一致を別々に確かめる

各部署から来たメールを保存し、依頼者、所属、対象製品、用途、対象拠点を整理します。最初は会話ごとに一行を作り、既存の案件と対応するか確認してください。会社の表示名が似ていても、グループ内の別法人なら会社の照合自体が必要です。ここでは法人の名寄せの手順を繰り返さず、確認できた会社の記録を参照します。

会社が一致したあとも、同一案件とは限りません。購買部が同じ製品の価格を確認し、現場部門が別拠点で使う仕様を尋ねている場合があります。共通点と異なる点を案件照合票に並べます。「同じ会社なのでまとめる」ではなく、どの計画や要望についての返事なのかが分かることを関連付けの条件にします。

会社番号やドメインを確認できても、部門間でどの情報を共有できるかまでは決まりません。メールの本文に価格や別案件の情報が含まれる場合、全員へ履歴を転送する前に範囲を確認します。内部の整理で会話を参照することと、相手側の参加者へ内容を見せることを同じ操作にしないようにしてください。

製品・用途・目的を並べた案件照合票を作る

照合票には会話の参照、会社の参照、対象製品と版、利用拠点、相談目的、希望する次の作業を記載します。金額や数量が違う場合は、更新の途中なのか、そもそも別の依頼なのかを確認します。複数の数値を都合よく一つへ合わせるのではなく、発言した部署と日付を残して責任者へ照会します。

相手へ確認するときは、既に聞いている製品と目的を使って短く質問します。「今回のお問い合わせは、先に伺った設備Pの更新検討と同じ案件でしょうか」のように、関係を確かめることが目的です。別部署の未公開の予算や発言を、確認文の材料として無断で見せません。必要な範囲で代表窓口を確認する方法もあります。

担当者の役職だけを見て、返事を全て最も上位の人へ集めることは避けます。技術評価、購買手続き、現場の要望は異なる役割です。同じ案件と確認できたら、それぞれどの質問を担当するか整理します。返事を早くくれた人が、他部署の意見をまとめる権限を持つとは限りません。役割は今回の相談に対して確認してください。

統合は履歴を消さず案件を関連付ける

本稿の統合は、同一案件の関係者と対応を整理する意味です。元のメールや連絡先を削除し、一つの顧客情報へ上書きすることではありません。使うシステムで案件と会話をどう結び付けられるか確認し、必要なら参照を記した管理票を使います。統合という名前の操作が、添付や履歴を移す場合は、その影響を確認してから判断します。

Gmailの公式ヘルプでは返信をスレッドごとに表示でき、件名の変更などで別のスレッドになることが説明されています。画面上で一つに見えるか、分かれているかだけでは同じ案件とは判断できません。どの相談を指すかは本文と確認した関係で決め、元の会話へ戻れる参照を残します。メールの表示を案件管理の根拠に置き換えないことが大切です。

主担当を一人決めても、参加部署の問いや回答者を消しません。顧客へ返す窓口、社内の調整担当、設問の回答担当を分けます。案件照合票には、それぞれが引き受けた範囲と未回答の質問を残してください。全てを対応中という一語にまとめるより、誰がどの答えを待っているかが次の担当に伝わります。

架空の同一案件と別案件を比較する

以下は全て架空の例です。架空の企業Aでは、購買部が装置Pの見積条件を、現場部門が同じ工場での設置条件を問い合わせています。既存の相談参照と相手の確認から、同じ設備更新計画と分かりました。照合票では二つの会話を案件Xへ関連付け、購買と現場の役割を残し、調整担当が回答をまとめます。実在の会社や工場の話ではありません。

架空の確認文は「装置Pのご相談につき、今回の設置条件の確認は、購買部へ伺っている設備更新の件と同じ案件と理解しております。回答をまとめる窓口と、各部署へお返しする範囲を確認させてください」です。実際の利用では、案件の一致が確認できた段階と、これから確認する段階を混ぜず、その時点の事実に合わせて書き換えます。

対照の架空ケースでは、同じ会社の別拠点が、別用途で装置Pを検討しています。製品名は一致しますが、計画も数量も異なります。会社の参照は共通のまま、案件は分けて保持します。どちらの会話にも同じ価格や納期を転記しません。同じ担当者が社内で二件を見ることになっても、それは案件を一つにする理由にはなりません。

約束と質問の重複を整理する

同じ案件と確認できたら、それぞれの会話で約束した資料、回答、面談の予定を一覧にします。同じ仕様書を二人が別版で送る予定になっていたら、管理者が承認した版と送付担当を決めます。ただし、各部署が求める資料が違うなら一律に一通へまとめません。必要な内容と共有範囲を守って、どの経路で返すかを整理します。

一方の部署が不要と述べた項目を、他部署の関心があるからといって勝手に復活させないようにします。連絡の制限や希望の範囲が今回の作業に関係する場合は、責任者へ確認します。部署を追加したことを、新しい送信の許可として扱いません。元の会話の状態を残すことは、過去の意思表示を見落とさないためにも必要です。

整理を終えたら、実際の担当と案件への参照を開いて確認します。管理票に統合予定と書いただけでは、別の担当が持つ返信案や作業は変わりません。更新対象と確認した結果を記録し、残った作業には担当を付けます。誤って関連付けた場合に戻せるよう、元の案件との対応も保存してください。

案件の一致が不明な場合は分けて引き継ぐ

相手から確認が得られない場合、同じ案件か不明として二つの会話を維持します。必要に応じて共通の調整担当を置いても、片方の条件をもう片方へ適用しません。照合票には足りない関係だけを書きます。会社情報を増やし続けるより、どの計画への依頼かを確認できる担当へつなぐ方が、今回の判断に役立ちます。

この作業は、リストの重複行を消す記事や、共通窓口のメールを個人へ引き継ぐ記事とは異なります。複数部署の複数の問いが同じ案件かを判断し、その役割を保持する成果物です。LDMへ運用を相談するときも、会話の関連付けや権限の機能を前提にせず、実際の対応範囲を確認してください。案件の自動統合を保証するものではありません。

一次資料、確認日2026年10月18日：Gmailヘルプ「メールをスレッドごとにグループ化する」 https://support.google.com/mail/answer/5900?hl=ja 。参照範囲はメール表示とスレッド分割の説明です。同一企業、同一案件、担当権限を自動で認定する資料ではありません。照合票と統合・分離のケースは執筆上の提案と架空の例であり、実際の顧客記録を変更した結果ではありません。

実際には無料の受信トレイ到達テスト（check.live-direct-marketing.online）で確認できます。

よくある質問