下剋上インターンガイド一覧

営業の仕事を学ぶ

営業で関係者の役割をどう確認する?

肩書で決めず、今回の判断と確認先を整理する

下剋上インターン編集部公開

白い木製の机に広げた白紙のリングノートと黒いペン、赤いテンプルの眼鏡

営業の関係者の役割を確認するときは、窓口の人がすべてを決めると考えず、今回の判断に誰が何を確認するかを整理しましょう。この記事では、法人向けの相談を想定した編集部の質問案と、架空の役割メモを紹介します。

先に結論

今回決めたいことを先に定め、連絡を進める人、実際に使う人、内容を確認する人、判断する人を、確認済みの範囲で分けましょう。肩書や好意的な反応だけで権限を決めず、未確認の役割は窓口を通して聞く問いとして残してください。

目次読みたい項目から確認できます

役職名の一覧より、今回決めることを先に置く

営業の関係者の役割を確認するときは、名刺の肩書から決める人を当てる作業にしないでください。「試用の開始を検討する」「正式な購入を判断する」など、今回どの判断を扱うのかを担当社員とそろえます。対象が違えば、同じ人へ確認する前提も見直しましょう。

本記事の完成物は、顧客側の役割について確認できたことと、まだ聞く必要のあることを分けるメモです。社内会議の時間割や、顧客の組織図全体を作る記事ではありません。相手が説明していない内部事情を、公開情報だけで確定しないようにします。

たとえば「担当の方が前向き」と聞いても、購入の承認まで任されているとは扱わないでください。まず「今回の説明の後、社内ではどのように確認を進める予定ですか」と、手順を尋ねる案を営業担当へ相談します。相手が答えられる範囲を尊重して進めましょう。

進める・判断する・助言するを分けて考える

AtlassianのDACIの説明では、意思決定を進めるDriver、決めるApprover、助言するContributors、決定後に知らせるInformedを区別しています。

出典:Atlassian「DACI Decision-Making Framework」(What is the DACI decision-making framework?。公表・更新日:記載なし、確認日:2026-10-14)。

ここからは、その区別を参考にした編集部の確認案です。DACIの名称を顧客へ当てはめたり、相手の承認者は必ず一人だと決めたりはしません。勤務先や相手が使っている呼び方に合わせ、誰へ何を確認するかを分けてください。

実際に使う人、仕様を確かめる人、費用を検討する人、契約や手続きを確認する人について、今回必要な役割だけを聞く案です。同じ人が複数を担うか、別の確認先があるかは未確認のまま残せます。名前が分からなくても、「情報管理の確認担当へ説明が必要」という状態から始めましょう。

役割は相手を動かすための序列ではなく、必要な情報を適切な相手へ届けるために整理します。窓口担当を飛ばして別部署へ連絡する理由には使わないでください。質問の聞き方は営業ヒアリングと合わせて準備できます。

架空の導入相談を、確認済みと未確認で描く

次は架空の予約管理サービスの導入相談です。窓口Aさんから「利用担当Bさんにも操作を見てもらいたい」と聞いた一方で、予算の承認経路は聞いていない設定にします。実在の組織や商談を再現したものではありません。

役割の問い確認できたこと残る確認
次の連絡窓口Aさんを通して日程を相談する新しい資料の送付先もAさんでよいか
操作を確かめる人Bさんへ操作説明を見てもらう希望があるBさんの参加可能日と見たい操作
費用の判断未確認見積もりをどの順番で確認するか

ここでBさんを決裁者と記録しません。「操作を見る」と「費用を承認する」は、別の問いとして扱います。Aさんが不在だからとBさんの連絡先を検索して直接案内するのではなく、窓口との合意を確かめてください。

表には、誰からいつ聞いたかと、発言の要約も添えます。資料や紹介で得た情報を一緒に書く場合は、情報源を分けてください。役割が推測のままなら、空欄を名前で埋めるより、確認する問いを残すことを完成条件にします。

木製の机に置かれた、画面の暗いノートパソコンと白紙の方眼ノート、黒いペン

招待の前に、必要な説明と参加方法を相談する

説明会へ参加してほしい人が分かったら、何を確認してもらうためかを窓口へ伝える案です。「上の方も呼んでください」ではなく、「操作の確認が必要なら、利用担当の方に入力の流れを見ていただく場を設けられますか」と目的を置きましょう。

相手が参加できない場合は、代理の人にすべてを決めてもらう前提にしません。資料だけで確認できる内容か、後日別の説明が必要かを相談します。欠席者がいることを理由に、いまいる人へ予定外の決断を迫らないでください。

同席者が増えるなら、共有してよい資料と説明範囲を社内でも確認します。以前の窓口へ渡してよい資料を、新しい参加者全員へそのまま送ってよいとは決めません。日程の具体的な調整は商談の日程調整へ分けて進められます。

意見が違うときは、役割ごとの確認点へ戻す

利用担当は操作を確かめたい、費用を見る担当は継続費用を知りたい、という架空の場面を考えます。一方の意見を反対勢力と分類せず、それぞれ何を判断するために聞いているかを確認する案です。本人が言っていない優先順位は追加しません。

メモは「Bさん:入力を戻す方法が未確認」「費用担当:対象人数が未確定なので見積範囲を確認中」のように、必要な情報で書き分けます。「Bさんは乗り気」「費用担当は厳しい」といった人物評へ置き換えないでください。

両方を同時に満たせない場合も、学生が相手の社内調整を代行すると約束しません。条件の違いを営業担当へ戻し、何を先に確かめるかを相談しましょう。確認待ちの点を隠して、関係者全員が合意した記録にすることは避けます。

担当変更があったら、確認日と窓口を更新する

役割のメモは、一度作った名前の表で固定せず、変更を聞いた時点で見直す案です。窓口の交代、確認範囲の変更、次回の欠席などが分かったら、旧情報と新情報の違いを指定の記録へ残します。

新しい相手へ資料を送る前に、紹介された範囲と、どこまで説明済みかを確認しましょう。前任者へ案内したことを、新しい担当者も読んで理解したと扱わないでください。引き継ぐ説明内容は社内の営業担当とそろえます。

今日の練習では、架空例の表を使い「確認済みの役割」「決めつけてはいけない役割」「次に聞く一問」を各一つ挙げてください。全員の名前を埋めることより、次の説明を誰とどの経路で調整するかが分かる形を目指しましょう。正式な承認や契約の判断は、担当者が確認した手順に従ってください。

営業の仕事・スキルの記事一覧へ →