「その問い合わせ、いつ届いたものですか」。営業会議でこの質問が出る会社は、少なくありません。フォームの連絡が代表メールに入り、気づいた人が転送し、営業が台帳に打ち直す。この流れのどこかで、半日、ときには数日が消えます。
フォームは、見込み客が自分から名乗り出てくれる数少ない接点です。返事が遅れるほど、先に連絡した会社に話が流れます。差がつくのは営業の腕前ではなく、問い合わせが人の手を何回渡るかです。手渡しの回数を減らせば、それがそのまま速さになります。
Odooでは、Webフォームに届いた内容を、そのまま営業案件としてCRM（顧客と商談の管理）に記録できます。フォーム送信を案件にするこの考え方が、Web to Leadです。フォームごとに担当者を指定しておけば、送信された案件にはその場で担当者がつきます（Odooで問い合わせを営業案件にすると、こう変わる）。
フォームとCRMをつなぐと、たとえば次のことが変わります。
- 営業が、メールの内容を台帳に打ち直さなくて済む
- 案件に最初から担当者の名前がつき、様子見が起きない
- どこで止まっているかが一覧で分かり、会議で聞いて回らずに済む
- 展示会の名刺や電話メモも、同じ一覧で扱える
ただ、仕組みを動かす前に決めておかないと、案件が宙に浮くことがあります。良い点と注意点は、問い合わせを案件にするメリットとデメリットに並べました。
では、何を先に決めればよいのか。答えは始めるときの2つの注意点にあります。
CommunityとEnterpriseの区別について
問い合わせを案件として記録し、担当者を割り当てて追うところまでは、両版のCRM基本機能で扱えます。決めたシナリオに沿ってフォローのメールを自動配信する仕組みは、Enterprise版が前提です。
Webの問い合わせが遅れる、こんな場面はありませんか
フォームの送信内容は、代表アドレス宛のメールとして届きます。請求書の通知や売り込みと同じ箱です。事務担当が朝いちばんに拾い、営業責任者に転送する。責任者が誰に振るかを考え、担当者に回す。ここまでで、数時間が過ぎています。
受け取った営業は、メール本文から社名・氏名・電話番号をなぞり、顧客リストに登録し直します。急ぎの相談と資料の請求が同じ見た目で並ぶため、優先順位はその場の勘です。翌週「あの件どうなった」と聞かれて、誰も答えられない。
自社に当てはまるか、次の項目で確かめてみてください。2つ以上当てはまれば、この先の話がそのまま役に立ちます。
- □ フォームの送信が、代表アドレスなど複数人が見るメールに届いている
- □ 問い合わせを誰が受け持つか、その都度だれかが決めている
- □ 営業が、メールの内容を顧客リストや台帳に打ち直している
- □ 先月の問い合わせ件数を聞かれて、すぐに答えられない
なぜ問い合わせへの対応が遅れるのか
理由1：送信先がメールになっている
メールは連絡の手段で、記録の置き場ではありません。他の受信に押し流されると探しづらくなり、件数が増えるほど取りこぼします。
理由2：誰が対応するか決まっていない
宛先が「全員」だと、実質は「誰でもない」になります。他の人が動いているかもしれないと考え、様子見が生まれる。この待ち時間は、記録に残りません。
理由3：営業側の台帳に入れ直している
メールと顧客リストが別々にあるため、同じ内容を人が写す作業が挟まります。写し間違いも起き、写す前に忘れられることもあります。
Odooで問い合わせを営業案件にすると、こう変わる
考え方はひとつです。届いた時点で、最初から営業案件として記録してしまう。手渡しの回数を減らせば、それがそのまま速さになります。
届いた内容がそのまま案件になる
Webフォームに入力された社名・連絡先・相談内容が、そのまま営業案件のデータになります。フォーム送信を案件にするこの考え方が、Web to Leadです。写す工程は、ここで消えます。
届いた時点で担当が決まる
問い合わせの種類や地域などの条件で、誰が受け持つかを先に決めておきます。フォームごとに営業チームと担当者を指定しておけば、送信された案件にはその場で担当者がつきます。条件で振り分けるルールは、分〜週の単位で決めた間隔で自動実行できます（出典：Odoo公式ドキュメント「Assign leads」ほか、2026年10月確認）。案件に最初から名前がついているので、様子見が起きません。
対応状況が段階で見える
案件は「未対応」「一次連絡済み」「商談中」といった段階で並びます。どこで止まっているかが一覧で分かり、会議で聞いて回らずに済みます。用語の解説はCRMとは何か、使い方の解説はOdooのCRMです。
AIで代替できる工程もあります。届いた文面を読んで内容を分類し、優先度の目安をつける部分です。AIによる読み取りや下書き生成で、人手を減らせる余地があります。問い合わせへの返答まで含めたAIの使い方は、問い合わせ対応をAIで：中小企業のAIカスタマーサポート入門で扱っています。
フォームとCRMの連携の対応範囲（C/E別）
| やりたいこと | Community版 | Enterprise版 |
|---|---|---|
| 問い合わせを案件として記録 | 基本機能の範囲 | 同じく可 |
| 担当者の割り当てと段階管理 | 基本機能の範囲 | 同じく可 |
| 一覧・集計での状況確認 | 基本機能の範囲 | 同じく可 |
| メール配信の基本機能 | 可 | 可 |
| シナリオに沿った自動フォロー配信 | 対象外 | マーケティングオートメーションで対応 |
| 公式サポート・ホスティング・更新 | 自社で用意 | サブスクリプションに含む |
版ごとの対応範囲は、改定されることがあります。導入を検討する段階で、Odoo公式のエディション比較ページで最新の内容をご確認ください。
サイト側のページやフォームは、OdooのWebサイトビルダーで扱っています。
Odooで問い合わせを営業案件にするメリットとデメリット
良い点も注意点も、Community版かEnterprise版かで当てはまり方が変わります。メリットは、次の5つです。
- 写す工程がなくなる：社名・連絡先・相談内容が、そのまま営業案件のデータになる
- 届いた時点で担当が決まる：フォームごとに営業チームと担当者を指定しておけば、その場で担当者がつく
- 止まっている案件が一覧で分かる：案件が段階で並ぶので、会議で聞いて回らずに済む
- 両方の版で始められる：記録・担当の割り当て・段階管理は、CRMの基本機能の範囲
- 入り口をそろえられる：展示会の名刺や電話メモも、同じ一覧に載せられる
デメリットと注意点は、次の4つです。
- 自動フォロー配信はEnterprise版が前提：シナリオに沿った配信は、マーケティングオートメーションで対応する
- ルールがないと案件が宙に浮く：誰が一次対応し、何時間以内に連絡するかを先に決める
- 入力欄が多いと離脱が増える：最初は、連絡先と相談内容だけに絞る
- 売り込みの送信も届く：除外する条件を決め、運用しながら調整する
両方を並べると、次の図のとおりです。
注意点のうち、ルールと入力欄の2つは、動かす前に決めておけば軽くできます。決め方は始めるときの2つの注意点に書きました。
問い合わせの自動化を始めるときの2つの注意点
注意1：入力欄を増やしすぎない
聞きたいことを詰め込むほど、送信せずに離脱する人が増えます。最初は連絡先と相談内容だけに絞る。足りない情報は、一次連絡で聞けば済みます。
注意2：割り当てのルールを先に決める
ルールを決めずに仕組みだけ動かすと、案件が宙に浮きます。「誰が一次対応するか」と「何時間以内に連絡するか」。この2つを先に決めてください。
問い合わせを案件に変えるまでに、ベンチャーネットが確かめる順番
この仕組みは、ITの設定より先に「営業の動き方」を決める経営の話です。ERP導入支援を手がけるベンチャーネットは、次の順番で進めます。
- 入り口を数える：直近の問い合わせを、フォーム・電話・展示会などの入り口別に並べます。まず件数と種類を見える化します。
- 手渡しを書き出す：届いてから初回連絡までに、誰の手を何回通っているかを一枚に描きます。遅れの場所が、ここで分かります。
- 一次対応のルールを経営者と決める：誰が受け持ち、何時間以内に連絡するか。現場任せにせず、経営の方針として決めます。
- 標準機能で足りるかを確かめる：Fit to Standard（標準機能に業務を合わせる考え方）で、まずCRMの基本機能で回るかを見ます。自動フォロー配信が本当に要るかは、運用が回ってから判断します。
- 合わなければ、合わないと伝える：営業組織が大きく商談管理が複雑なら、NetSuiteのほうが合う場合もあります（参考：NetSuiteのCRMとは）。逆に、ごく小さな規模で固有の流れがあるなら、AIスクラッチ開発も選択肢です。ただし、開発費と保守費が別途かかる点は、同じ重さで比べます。
振り分けるのは、この5つを確かめたあとです。製品ありきでは決めません。
フォームとCRMの連携についてよくある質問
いま使っているフォームは作り直しになりますか？
作り直さずに済む場合もあります。既存のフォームを残したまま連携させる方法があるためです。サイトの作りで手段が変わるので、現状を見て決めます。
売り込みのような送信も案件になってしまいませんか？
除外する条件を決めておけば、通常の案件と分けて扱えます。運用しながら調整する前提で考えてください。
営業が2〜3人の会社でも意味がありますか？
あります。人数が少ない会社ほど、意味は大きくなります。1人抜けると問い合わせが止まる状態を、先に外せるからです。少人数で営業を回す考え方は、営業は、人数ではなく「仕組み」で伸ばすが参考になります。
問い合わせ以外の引き合いも同じように扱えますか？
はい、同じ一覧で扱えます。展示会の名刺や電話メモも載せられ、入り口をそろえるほど抜け漏れは減ります。
問い合わせフォームとCRMを連携するメリットとデメリットは何ですか？
手渡しが減り問い合わせへの反応が速くなることです。
届いた内容がそのまま案件になり、その場で担当者がつきます。案件の記録から段階管理までは、Community版でも扱えます。一方で、一次対応のルールを決めずに動かすと案件が宙に浮きます。自動フォロー配信はEnterprise版が前提です。詳しくは問い合わせを案件にするメリットとデメリットにまとめました。
まとめ：問い合わせ対応の速さは、手渡しの回数で決まる
Webの問い合わせを営業案件に変える話は、突き詰めると「速さ」の話です。
- 遅れの正体は、営業の力量ではなく手渡しの回数
- 原因は、記録がメールにあり、担当が決まらず、台帳に写していること
- 案件の記録・担当割り当て・段階管理はCommunity版の基本機能でも扱える
- シナリオに沿った自動フォロー配信まで進むなら、Enterprise版が前提
まず取り組むなら、入力欄を絞り、一次対応のルールを決めるところからです。1年後の営業会議では、「その問い合わせ、いつ届いたものですか」という質問は出なくなっています。代わりに、どの入り口から来た案件が商談まで進んだかを、一覧を見ながら話しているはずです。
もう少し詳しく知りたい方へ
ベンチャーネットは、ERP導入支援を手がける会社です。NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しているため、特定の製品に偏らない立場でご提案できます。
「問い合わせから営業が動き出すまでの時間を縮めるなら、どこから手をつけるべきか」という整理から、ご相談を承っています。
関連記事
