システム開発会社の営業代行｜受託案件を増やす前に決めること

システム開発の営業代行を使うなら、外に出すのは主に「候補企業を選び、最初の接点をつくり、反応を記録する仕事」です。開発可否、概算の前提、体制、契約方式を判断する仕事まで手放してはいけません。受託案件は、接点が増えただけでは売上にならず、自社の技術と相手の課題が合って初めて商談になります。

したがって、外注するかどうかは「営業担当が足りないか」だけで決めず、案件適合条件を言語化できるか、反応後に技術担当へ引き継げるかで判断します。代行会社の比較も、架電数や送信数より、対象設計、責任分担、記録の返却、停止条件を見るべきです。

ただし、初回接触と技術判断の境界は会社ごとに違います。ここを曖昧にしたまま件数を増やすと、営業代行が拾った相談を社内で評価できず、技術者にも相手にも負担が残ります。

システム開発の営業代行に任せる範囲

受託開発の提案には、業務理解、実現方式、既存環境、セキュリティ、予算、納期、契約条件が関わります。初回の短い連絡だけでは、すべてを確定できません。では、営業代行に技術知識があれば、提案まで任せてよいのでしょうか。

答えを決めるのは、知識量より、誰がどの判断に責任を持つかです。IPAは、情報システム開発における取引構造を透明化するため、ユーザー企業とITベンダーが各開発段階で担う責務の解説と契約書のひな型を公開しています。これは営業代行の規定ではありませんが、受注前から開発段階の責務を見越して話を分ける必要がある、という判断材料になります。2026年7月時点で確認できるIPA「情報システム・モデル取引・契約書」も、役割を曖昧にしないことを前提にしています。

実務では、次のように線を引きます。

境界を一文にすると、「代行会社は接点をつくり、事実を運ぶ。自社は技術と受注を判断する」です。この分担を契約書や業務仕様に落とせないなら、外注開始はまだ早いと考えられます。

案件適合条件を先に固定する

「DXに関心のある企業」「システムに困っている会社」では対象が広すぎます。代行会社が迷わず候補を選び、社内も同じ基準で案件を評価できる粒度まで絞ります。

• 対応する開発領域と、対応しない領域
• 新規開発、刷新、追加開発、保守などの案件種別
• 得意な業界、企業規模、地域、既存環境
• 元請け・二次請けの可否、再委託に関する方針
• 希望する契約方式と、見積もり前に必要な情報
• 最低限確保したい体制、開始可能時期、採算条件
• 競合、既存顧客、過去の辞退先などの除外条件

この一覧では、接触しない企業と、社内確認へ戻す条件まで決めます。魅力的な企業像だけでは、代行担当者が迷ったときの基準になりません。リストの出所、更新日、除外方法まで詰める手順は、フォーム営業リストの作り方と精度を高める考え方も参考になります。

迷う案件を代行担当者の裁量で「対応可能」と伝えてはいけません。「確認して回答する」状態を用意し、技術責任者の確認先と回答期限を社内で決めます。営業速度を上げるために、未確認の開発可否を約束するのは順序が逆です。

商談引き継ぎは要約だけで済ませない

良い引き継ぎでは、商談日時に加え、何が事実で、何が推測で、何が未確認かを社内の担当者が判別できる記録を渡します。少なくとも次の項目を返却対象にします。

• 企業名、接触先、接触経路、日時
• 送った文面・トークの版と、相手の返信原文
• 相手が示した課題、検討段階、希望する次の連絡
• 対象範囲、時期、予算、決裁関係の確認済み・未確認
• 営業代行が加えた要約と、その根拠
• 次の担当者、対応事項、期限
• 辞退、営業停止依頼、対象外と判断した理由

原文と要約を分ければ、「既存システムとの連携に関心がある」という事実が、いつの間にか「連携開発を発注したい」に変わることを防げます。記録は代行会社の管理画面で閲覧できるだけでなく、契約終了時に自社が再利用できる形式で受け取れるかも確認します。

営業代行会社を比較する7つの条件

会社ランキングや検索上位の費用相場だけでは、自社との適合は分かりません。比較表には次の7項目を置きます。

1. 対象・除外条件を誰が設計し、変更を誰が承認するか
2. 技術的な質問を推測で答えず、社内へ戻す運用があるか
3. 返信から商談までの引き継ぎ項目と担当範囲が明確か
4. 接触先、文面、反応、変更履歴をどの形式で返却するか
5. 個人データの取扱範囲、保管、削除、再委託を確認できるか
6. 営業禁止表示、利用規約、停止依頼をどう確認・反映するか
7. 料金に含む業務、追加費用、契約期間、停止・終了条件が明確か

費用を見るときも、月額だけでなく、対象設計、リスト整備、文面作成、実行、返信確認、報告のどこまで含むかをそろえて比べます。営業代行の費用相場と料金体系の見方で料金形態を把握したうえで、自社の比較表には実際の見積条件を記入するのが安全です。返信、商談、受注、売上は相手の意思や案件適合にも左右されるため、件数や率の保証を前提に選ばないようにします。

2026年7月27日時点で、コトムの問い合わせフォーム営業は個別見積もりです。対象条件、送信対象件数、期間、文面、報告方法を確認し、料金、契約期間、追加費用を契約前に提示します。返信、商談、売上は保証しません。

問い合わせフォーム営業で守る境界

問い合わせフォームは、公開されているから営業に自由に使えるとは限りません。送信前に各社のフォーム画面、利用規約、プライバシーポリシーを確認し、「営業お断り」「顧客サポート専用」「採用専用」などの表示があれば送信対象から外します。判断できない場合も、送信する側に都合よく解釈せず、保留または除外にします。

受け手は営業連絡を仕分けするために時間を使います。短くても相手と無関係な文面を大量に送れば、問い合わせ窓口の本来業務を圧迫します。対象理由を説明できる企業に限り、会社名、連絡目的、連絡主体を明示し、不要な添付や長文、同じ窓口への反復送信を避けるべきです。詳しい確認項目は問い合わせフォーム営業のコンプライアンス確認に整理されています。

送信停止の依頼は再送防止リストへ反映し、その案件はもちろん、別担当・別施策からも再接触しない運用にします。依頼の受付時刻、対象、反映者を記録し、代行契約終了後に停止情報をどう返却・保持・削除するかも決めておきます。

個人名や個人の連絡先をリストで扱う場合は、法令上の取扱いを別途確認します。2026年7月時点の個人情報保護委員会「個人情報保護法ガイドライン（通則編）」は、利用目的をできる限り具体的に特定すること、個人データの取扱いを委託する場合は委託先を必要かつ適切に監督することを示しています。委託先の選定、契約、安全管理の把握、再委託の確認は、営業部門だけで完結させない論点です。個別の適用判断は、弁護士などの専門家へ確認してください。

フォーム送信後に広告・宣伝の電子メールを送る場合は、フォーム送信と同じものと決めつけず、経路ごとの適用関係を確認します。消費者庁が掲載する特定電子メール法の現行情報とガイドラインでは、広告・宣伝メールの送信者・送信委託者、同意、例外、オプトアウト、表示義務が整理されています。少なくとも停止意思が示された後は送らず、停止方法を分かりやすくする運用が必要です。

契約に記録と停止条件を入れる

営業代行の契約には、実行件数だけでなく、対象条件、承認手順、記録項目、返却形式、個人データの取扱い、再委託、事故時の連絡、契約終了時の削除を記載します。開発案件として商談が進んだ後も、発注内容や変更条件を明確にする必要があります。2026年7月時点で公開されている中小企業庁の情報サービス・ソフトウェア産業の取引適正化ガイドラインは、適用対象となる取引では発注内容等の明示義務を解説し、対象外の取引でも発注内容の明確化が望ましいとしています。

開始前に、次の場合は自動継続せず、一度止めて再承認すると合意しておきます。

• 対象条件に合うか確認できない企業が続く
• 営業禁止表示や停止依頼の反映漏れが判明する
• 合意していない文面、約束、送信経路が使われる
• 引き継ぎ記録が欠け、社内で案件を評価できない
• 技術担当の対応が追いつかず、相手への回答が滞る
• 個人データの取扱いや再委託を確認できない

停止には、対象、訴求、役割分担のどこに問題があるかを切り分ける統制の役割があります。再開条件と承認者まで書いておけば、件数を消化するためだけの運用を避けられます。

社内で営業を続けるべき会社

対象領域や強みをまだ説明できない、最初から技術者同士の対話が必要、候補企業が少なく関係構築が中心、商談後の回答体制がない。このいずれかに当てはまるなら、営業代行より先に社内設計を進める方がよいでしょう。

一方、案件適合条件と除外条件が明確で、短い初回文面で接点をつくれ、返信後は社内の技術責任者が判断できるなら、初回接触と運用記録を外注する余地があります。これが冒頭で残した境界への答えです。受託案件を増やす前提は、社内に残す判断の明確化です。

コトムは問い合わせフォーム営業の設計・運用を支援しますが、返信、商談、売上は保証しません。対象、役割、記録、停止条件を先に整理したい場合は、営業体制の8条件診断から確認できます。