電話よりメールを希望する顧客は？連絡方法の希望を引き継ぐ表

青葉商会の佐藤は森製作の岡から、通常の質問はメール、設備停止中の相談だけ電話にしてほしいと聞きました。後任の営業高橋はこの希望を知りません。

連絡方法を電話かメールの一択にすると、緊急時と通常時の希望を区別できません。口頭だけの引継ぎでは通常の確認で電話を重ねてしまいます。

連絡の目的別に希望方法・対象窓口・確認日を記し、営業タスクからその条件を読めるようにします。 参照資料「HubSpot: Default contact properties」で確認した範囲は、人物属性、接点の日付、ライフサイクルという異なる欄。 この節の会社・担当・社内基準は架空の教材です。

この章の根拠：出典1

「通常の仕様確認」の入力は、岡はメールを希望です。ここでは電話で催促する前に担当が希望を確認します。記録の判断欄には「メールで質問案を準備」と残します。

「設備停止の相談」の入力は、岡は電話を希望です。ここでは代表窓口の代替経路も確認します。記録の判断欄には「緊急用途だけの条件」と残します。

「広告・案内」の入力は、希望は未確認です。ここではメール希望から案内許可を推定しません。記録の判断欄には「営業確認と別管理」と残します。

比較表は横に動かして全ての列を確認できます。

佐藤は希望を聞いた日と対象用途を残します。高橋は次の仕様確認タスクを作る前にこの記録を読み、質問をまとめて準備します。希望と自社の対応可能時間が合うかも確認します。

窓口の固定連絡欄は連絡先を探すための情報です。用途別希望欄はどの方法で確認するかの判断材料です。方法の希望があっても、内容を誰に共有してよいかは別に確かめます。

連絡先が登録されていることと、その方法を今回使う条件が確認できていることは別です。高橋は仕様質問の希望を参照し、緊急連絡用の電話番号を通常質問の第一候補へ流用しません。

岡が不在で共用窓口へ切り替えるときは、岡の個人希望を共用窓口にも適用しません。代替窓口の対応方法が分かるまで、高橋は担当者確認を先に行います。

連絡方法の希望は本文の営業上の記録です。配信の同意、追跡の許可、法的な連絡条件の判断を代替するものではありません。

共用窓口へ切り替える必要がある場合は佐藤が担当と方法の確認を引き受けます。岡の希望が古いと分かったら、新旧の確認日を残して適用期間を更新します。案内の状態は別欄で確認します。

佐藤は通常・緊急・案内の三行をG10へ記入し、高橋と次回タスクを照合します。田中は希望の確認日が古い窓口を見直し対象にし、全顧客へ一律に聞き直しません。

高橋が通常の仕様確認と緊急相談を別々に説明できるか確認します。未確認の案内欄が自動で許可扱いになっていないか、入力・表示の両方を点検します。

高橋は次の仕様確認タスクから、用件、希望方法、対応可能時間を説明できるか試します。田中は不明な案内希望が許可として入力されていないかを点検し、誤った用途の設定だけを訂正します。

用件ごとに方法の希望と確認日を残します。通常の仕様確認、緊急対応、案内候補を一つの希望欄へまとめません。

希望どおりに対応できるかは自社の担当と時間にも左右されます。方法の希望から共有範囲や案内の可否まで推定しない設計にします。

高橋が次の用件を判断できたら引継ぎを進めます。窓口が変わった場合は新しい相手の条件を確認し、岡の設定を引き継いだとみなしません。