SESのエンド開拓とは？対象企業の選び方と接点づくり
2026/09/13
SESのエンド開拓は、自社のエンジニアや得意領域に合う企業と直接またはより上流の接点をつくり、商談の機会を増やす営業活動です。単に「要員情報を一斉送信する」ことではありません。
この記事では、SES企業が新しい企業との取引接点を増やすために、対象企業と部署をどう選ぶか、初回接触で何を確認するか、断られた後にどのような次回接点を残すかを整理します。商談獲得と参画決定は分けて扱います。
SESのエンド開拓で目指す接点
ここでのエンド開拓は、発注元企業やプライム企業など、案件の背景を把握している相手との商談を増やすことを指します。エンド企業との直接取引だけを狙う場合もありますが、実際にはプライム企業との新規接点、既存取引の別部署紹介、過去に断られた企業への再接触も含めて設計します。
最初に分けたいのは、商談の目的です。新規法人商談は「今後の開発・保守・内製化支援の相談ができる相手を見つける」活動です。一方、要員売込は「特定エンジニアの参画先を探す」活動です。両方を同じ文面や同じリストで進めると、相手に確認すべき内容がぼやけます。
| 活動 | 主な目的 | 初回で確認すること | 混ぜると起きやすい問題 |
|---|---|---|---|
| 新規法人商談 | 発注可能性のある企業と継続接点をつくる | 開発体制、外部活用の有無、相談時期、担当部署 | すぐ提案できる要員がいないと価値がないように見える |
| 要員売込 | 具体的な人材情報を案件へつなげる | 案件要件、開始時期、単価、稼働条件、選考手順 | 相手の調達ルールや将来案件を確認しきれない |
| 既存接点の深耕 | 別部署や次回案件の相談窓口を増やす | 紹介可否、担当変更、過去対応の評価、再連絡条件 | 既存窓口だけに依存し、組織変更で接点が切れる |
対象企業は得意領域と案件条件から選ぶ
エンド開拓では、会社規模や業界名だけでリストを広げるより、自社が説明できる得意領域と相手企業の開発課題が重なるかを見ます。Java、PHP、クラウド、保守運用、PMOなどの技術名だけでなく、どの工程・期間・稼働形態に強いかまで整理すると、接触先の選定がしやすくなります。
| 自社の強み | 優先したい企業 | 接触候補の部署 | 避けたい初回提案 |
|---|---|---|---|
| Webシステムの追加開発や保守 | 自社サービス、会員サイト、業務システムを継続運用している企業 | 情報システム、事業企画、プロダクト開発 | 技術者一覧だけを送り、開発課題を聞かない |
| 基幹・業務システムの改修 | 販売管理、在庫、請求、社内ワークフローを持つ企業 | 情報システム、業務部門、DX推進 | 短期常駐だけを前提に話し、保守体制を確認しない |
| クラウド移行や運用改善 | オンプレ環境からの移行、監視・運用の見直しを進める企業 | 情報システム、インフラ、セキュリティ担当 | 資格名だけを並べ、移行時期や既存ベンダーを聞かない |
| PMO、テスト、品質支援 | 複数ベンダーを管理する開発部門や大規模プロジェクトを持つ企業 | PMO、開発管理、品質管理 | 人数の補充だけに見せ、管理課題を確認しない |
リストを作るときは、現在公開されている求人、採用ページ、プレスリリース、システム刷新の発表などを確認します。ただし公開情報だけで「案件がある」と断定せず、初回接触では外部パートナー活用の有無と相談窓口を確認する姿勢にします。
接触すべき部署と話す内容を分ける
SESのエンド開拓では、最初から決裁者だけを探すより、案件情報を持つ部署、外部パートナーの窓口、紹介につながる部署を分けて考えます。受付突破のために肩書だけを追うと、相手の関心と提案内容がずれます。
| 部署 | 聞きたいこと | 伝えるべきこと | 商談化の目安 |
|---|---|---|---|
| 情報システム | 内製・外部委託の切り分け、保守課題、既存ベンダー体制 | 対応できる工程、技術領域、稼働開始までの確認事項 | 外部人材や開発支援の相談窓口が確認できた |
| DX推進、業務改革 | 業務改善テーマ、現場部門との進め方、PoC後の体制 | 業務理解が必要な支援範囲、要件整理や運用改善の関わり方 | 今後の検討テーマと相談時期が確認できた |
| プロダクト開発 | 開発ロードマップ、採用状況、外部パートナーの補完領域 | チーム参画の得意領域、開発プロセスへの合わせ方 | 技術要件またはチーム課題を聞けた |
| 購買、調達 | 取引口座、契約形態、反社・セキュリティ・下請条件 | 会社情報、契約可能範囲、再連絡先 | 登録手順や担当部署への紹介条件が確認できた |
初回接触で確認する事項
初回接触では、売りたい技術を長く説明する前に、相手が相談できる状態かを確認します。商談を設定する場合は、単なる情報交換なのか、案件化前の相談なのか、直近の人材要件の確認なのかを区別しておきます。
- 開発・保守・運用で外部パートナーを活用しているか
- 現在の相談窓口は情報システム、開発部門、購買、既存ベンダーのどれか
- 直近の案件ではなくても、次に検討しやすい時期はいつか
- 技術領域、工程、契約形態、稼働場所、開始時期でNG条件があるか
- 提案資料や会社情報を送ってよいか、次回連絡の希望時期はあるか
商談条件を決めるときは、「担当部署の方との情報交換」「外部パートナー活用の相談」「具体案件の要件確認」のどれを成果とするかを先に合わせます。参画決定、案件紹介、単価交渉の完了までを商談獲得の条件に含めると、外部支援の対応範囲を超えやすくなります。
断られた理由と次回接点の作り方
SESのエンド開拓では、断られた時点で終わらせず、理由を分類して次に連絡できる条件を残すことが重要です。ただし、連絡不要の意思が示された企業へ無理に追客しない運用も必要です。
| 断られた理由 | 確認したいこと | 次回接点の作り方 | 記録する項目 |
|---|---|---|---|
| 今は案件がない | 次の予算策定、体制見直し、採用計画の時期 | 次の四半期や年度計画前に短く再確認する | 再連絡時期、関心領域、担当部署 |
| 既存ベンダーで足りている | 見直し条件、補完が必要な技術、緊急時の相談可否 | 得意領域を絞った会社情報を送り、見直し時期を確認する | 既存体制、課題、送付資料 |
| 窓口が違う | 担当部署、購買ルール、紹介可否 | 紹介先へ連絡してよいか確認し、無断でたらい回しにしない | 紹介先、許可の有無、受付メモ |
| 取引条件が合わない | 契約形態、商流、セキュリティ、常駐・リモート条件 | 条件が変わったときだけ再接触する | NG条件、例外条件、確認日 |
| 内容が伝わらない | 相手の役割、説明の粒度、課題との接続 | 職種別に文面を変え、技術一覧より支援範囲を先に示す | 会話内容、修正したトーク |
追客では、資料送付後の開封や返信だけで判断せず、相手が求める時期に合わせます。たとえば「今期は採用で補う」と言われた場合は、採用状況が見えやすい時期に再確認するなど、理由に応じた次回接点を設定します。
外部支援を依頼する前に決める商談条件
Sales Engine Outboundのような商談獲得支援へ相談する場合は、何を商談として扱うかを明確にしておくと、期待値のずれを避けられます。SESでは特に、案件紹介や参画保証、単価交渉の完了までを一括で委託する前提にしないことが大切です。
| 項目 | 決める内容 | 注意点 |
|---|---|---|
| 対象企業 | エンド企業、プライム企業、既存接点の別部署など | NG企業、既存取引先、競合先は事前に除外する |
| 対象部署 | 情報システム、DX推進、開発、購買など | 部署ごとに確認事項と提案の順番を変える |
| 商談条件 | 誰と、どのテーマで、何分程度話せれば成果とするか | 参画決定や受注は商談獲得とは別指標にする |
| 対応チャネル | 電話、メール、問い合わせフォーム、SMSなどのうち合意した範囲 | すべての案件で全チャネルを無条件に実施する前提にしない |
| 履歴管理 | 断られた理由、再連絡時期、担当部署、資料送付可否 | 追客の可否と停止希望を必ず残す |
SWEEKのSales Engine OutboundはBtoBの商談獲得を支援します。1商談25,000円〜（税抜）で、商材・対象企業・商談条件・対応内容に応じて個別見積もりです。初期費用、月額固定費、最低期間、最低利用金額はありません。合意した支援に必要なリスト、スクリプト、システム、電話、メール、フォーム送信、SMS、MAなどは商談単価に含まれます。
未実施商談には費用が発生せず、SWEEKが再アポ調整を行います。受注やエンジニアの参画を保証するサービスではありません。問い合わせ架電は10〜18時に実施します。
まとめ：要員売込ではなく、商談の条件をそろえる
SESのエンド開拓では、まず自社の得意領域、対象企業、接触部署、商談条件をそろえます。エンド企業と直接つながりたい場合でも、初回から参画や単価の話だけに寄せず、相手の体制や相談時期を確認することで次回接点を残しやすくなります。
外部支援を使う場合は、新規法人商談の獲得までを依頼するのか、案件紹介や単価交渉まで求めるのかを分けてください。この記事の範囲は、新しい企業との接点づくりと商談条件の整理です。