営業職の種類を整理する: IS、AE、FS、CS、RevOpsの違い

この記事で整理すること

営業職には、見込み顧客を見つける人、商談を進める人、導入後の活用を支援する人、営業データを整える人など複数の役割があります。この記事では、IS、AE、フィールドセールス、CS、RevOpsを並べて、営業職種の全体像を整理します。

営業職は、外から見ると「顧客に提案して売る仕事」とまとめられがちです。しかし実務では、見込み顧客を見極める人、商談を設計する人、技術的な実現性を確認する人、受注後の活用を支援する人、営業データや会議体を整える人が分かれています。職種名だけを覚えても、どの仕事を誰が担うのかが曖昧なままだと、採用、育成、評価、分業の設計でずれが起きます。

この記事では、職種を肩書きではなく責任範囲として整理します。何を担うのか、何を担わないのか、どの職種と連携するのか、どの指標で見ればよいのかを確認します。転職や採用の説明だけでなく、営業組織の分担を見直すときにも使える粒度を目指します。

この職種・役割が必要になる背景

営業組織が拡大すると、すべてを一人の営業が担当する形では限界が出ます。リード対応が遅れる、商談準備が浅くなる、受注後の引き継ぎが抜ける、営業データが整わない、といった問題が起きます。職種を分ける目的は肩書きを増やすことではなく、顧客の検討段階ごとに必要な支援を途切れさせないことです。

現場で起きる場面

たとえば、営業責任者が採用要件を作るときに「営業経験3年以上」とだけ書いてしまう場面があります。実際に必要なのは、初回接触を増やす人なのか、提案から受注まで任せる人なのか、受注後の定着を支える人なのかで大きく違います。ここを曖昧にすると、採用後に期待役割がずれ、本人も組織も成果を出しにくくなります。

このテーマの難しさは、職種名を整理した瞬間に現場では例外が出ることです。小規模組織ではISがAEを兼ね、AEがCSの初期支援まで担うこともあります。だからこそ、肩書きではなく工程ごとの責任で見直す必要があります。

営業活動が少人数で回っている段階では、一人の営業が調査、初回接触、商談、見積、契約、導入後のフォローまで担うことがあります。この形は立ち上げ期には速い一方で、案件数が増えると、顧客対応の抜け漏れ、情報の属人化、評価の曖昧さが出やすくなります。そこで役割を分け、顧客の検討段階ごとに責任を明確にする必要が出てきます。

ただし、分業すれば自動的に営業組織が良くなるわけではありません。職種を分けても、引き継ぐ情報、判断する基準、見る指標が揃っていなければ、顧客から見ると担当者が増えただけになります。役割分担は、社内の効率化だけでなく、顧客の意思決定や利用開始を前に進めるために設計する必要があります。

主な責任範囲

• ISは見込み顧客の関心と検討背景を整理し、有効な商談機会を作る。
• AEやフィールドセールスは顧客課題、関係者、提案、契約までの意思決定を設計する。
• CSは受注後の活用、定着、更新、追加提案につながる顧客成果を支援する。
• RevOpsはSFA、KPI、会議体、データ品質を整え、営業活動を判断できる状態にする。

責任範囲を決めるときは、作業一覧ではなく、成果物で考えると整理しやすくなります。たとえば、誰が連絡するかではなく、顧客の検討背景が説明できる状態を誰が作るのか。誰が資料を作るかではなく、顧客が社内で説明できる材料を誰が揃えるのか。誰が会議に出るかではなく、次の判断に必要な論点を誰が確認するのか、という形です。

この見方をすると、職種ごとの境界線は固定された作業分担ではなくなります。組織規模、商材、顧客の購買プロセスによって担当範囲は変わります。それでも、最終的に誰がどの状態を作る責任を持つのかを明確にしておくと、担当者間の遠慮や押し付け合いを減らせます。

担わないこと・誤解されやすいこと

• ISをアポ取りだけ、AEをクロージングだけ、CSを問い合わせ対応だけと見る。
• 職種を分ければ自然に生産性が上がると考える。
• 職種名は整っているが、引き継ぎ項目や評価指標が決まっていない。
• 小規模組織でも大企業と同じ分業をそのまま置こうとする。

職種理解でよく起きる失敗は、名前から仕事を決めてしまうことです。インサイドセールスだから電話だけ、AEだからクロージングだけ、CSだから問い合わせ対応だけ、RevOpsだからダッシュボード作成だけ、といった理解では、実務の価値が見えなくなります。実際には、どの職種も顧客理解、社内連携、記録、改善に関わります。

もう一つの失敗は、担わないことを決めないまま責任だけを広げることです。役割が広がりすぎると、重要な仕事ほど後回しになります。職種ごとの責任範囲を決めるときは、やることだけでなく、他職種に渡すこと、マネージャーが判断すること、組織として標準化することを分けておく必要があります。

他職種との連携

営業職種は単独で完結しません。ISが確認した顧客文脈をAEへ渡し、AEが合意した成功条件をCSへ渡し、各工程で得た情報をRevOpsが会議やSFAで使える形に整えます。特に重要なのは、職種間で顧客の目的、未確認事項、次回アクションを失わないことです。

連携で重要なのは、会議体を増やすことではありません。引き継ぎ時に何を渡すか、戻すべきフィードバックは何か、どのタイミングで共同対応に切り替えるかを決めることです。職種間の連携が弱い組織では、顧客情報が人の頭に残り、SFAや会議では温度感だけが共有されます。その状態では、担当が変わった瞬間に顧客文脈が失われます。

実務では、連携項目を少なく始める方が定着します。顧客の目的、現在の課題、次に判断する人、未確認事項、次回アクションの五つが揃うだけでも、多くの引き継ぎは改善します。逆に、詳細なテンプレートを作っても、会議やレビューで使われなければ入力されません。

見るべき指標

• IS: 有効商談化率、引き継ぎ情報の充足率、商談後のAEフィードバック。
• AE/FS: 案件前進率、提案後停滞日数、関係者確認率、受注率。
• CS: オンボーディング完了率、活用開始率、更新リスク、アップセル機会。
• RevOps: 必須項目充足率、Forecast変更理由の具体性、会議後のSFA更新率。

指標を見るときは、量と質を分けます。量の指標は活動量や処理量を見るには有効ですが、職種の価値をそれだけで評価すると、短期的に数字を作る行動へ寄りやすくなります。質の指標は、顧客文脈が次の担当に伝わったか、案件が前に進んだか、顧客が判断しやすくなったかを確認するために使います。

また、職種ごとの指標は単独で見ない方がよいです。ISのアポイント数だけ、AEの受注率だけ、CSの更新率だけを見ると、前後工程の影響が見えません。営業組織では、前工程の判断が後工程の負荷になります。指標は、職種ごとの成果と、職種間の接続品質の両方で見る必要があります。

小規模組織での兼務パターン

小規模組織では、ISとAE、AEとCS、営業企画とRevOpsを兼務することがあります。その場合も、職種名ではなく工程ごとの責任を分けます。たとえば同じ人がISとAEを兼ねるなら、初回接触では検討背景を確認し、商談では課題と意思決定を深掘りする、と役割を時間で分けます。

少人数の組織では、理想的な分業を最初から置く必要はありません。むしろ、職種名を増やすより、同じ人が複数の役割を担う前提で、どの時間にどの責任を果たすのかを分ける方が現実的です。一人がISとAEを兼ねる場合でも、初回接触で確認する項目と、商談で深掘りする項目を分ければ、役割の混線は減らせます。

兼務で注意すべきなのは、忙しい人にすべてが集まることです。営業が見積、契約、資料修正、顧客フォロー、SFA整備まで抱えると、案件を前に進める時間が削られます。兼務を前提にする場合でも、どの業務をテンプレート化するか、どの判断をマネージャーが持つか、どの記録を必ず残すかを決めておく必要があります。

明日から使えるチェックリスト

• 現在の営業活動を、見込み顧客対応、商談、提案、契約、導入後支援、データ整備に分けている。
• 各工程で誰が責任を持つかを説明できる。
• 職種間で渡す情報が決まっている。
• 職種ごとの量の指標と質の指標を分けている。
• 兼務している役割と、将来分けたい役割を整理している。

このチェックリストは、職種名を決めるためではなく、責任範囲を会話できる状態にするためのものです。まず、現在の営業活動を、顧客接点、商談設計、提案支援、契約前後の確認、受注後の支援、データ整備に分けます。次に、それぞれを誰が担っているか、誰がレビューしているか、どこに記録しているかを確認します。

最初に確認する問いは、「いま誰が、どの工程を、どこまで兼務しているか」です。兼務の実態が見えれば、採用すべき職種や分けるべき責任が見えやすくなります。

最後に、職種ごとの境界線を固定しすぎないことも重要です。組織が変われば役割も変わります。大事なのは、顧客の判断を前に進めるために必要な情報と責任が途切れないことです。職種解説を読んで終わらせず、自社の営業プロセスに当てはめ、どこで引き継ぎが起き、どこで情報が失われているかを見直すことが実務上の第一歩です。

編集・監修について

この記事は営業実務ラボ編集部が企画、執筆、編集しています。制作過程で生成AIを構成案作成、草案整理、表現確認に利用する場合がありますが、公開前に編集部が事実関係、出典、表現を確認しています。外部専門家による個別監修が入る場合は、記事内で監修者名または監修有無を明記します。