JP7372696B1 - 企業に対するユーザの問合せを処理する方法 - Google Patents

Abstract

【課題】ユーザからの問合せに対し、スムーズに商談に移行する方法を提供する。【解決手段】企業に対するユーザの問合せを処理する方法であって、サーバ端末の制御部は、問合せ担当者のユーザ端末から、問合せ入力を受け付け、前記問合せ入力に含まれる情報を基に、企業の営業担当者を割り当て、割り当てた営業担当者と問合せ担当者との打合せを調整する。【選択図】図７

Description

本発明は、企業に対するユーザの問合せを処理する方法に関する。

昨今、企業が提供する商品やサービス等に対し、関心のあるユーザ（企業を含む）は、その企業のウェブページに設置される問合せフォーム等を通じて、問合せ内容を入力することでその企業に対してアプローチする。

このような問合せに対する回答を効率的に実施するため、例えば、特許文献１において、問合せに基づく回答文を自動生成する問合せ支援方法が開示されている。

特開２０２１－２２２１１

しかしながら、特許文献１に開示の技術は、問合せに対する回答を効率化する方法を開示するものの、通常、ユーザが問合せを行った後、特に情報の無い、いわゆるＴｈａｎｋｓページが表示されたり、資料が送られてきても、商品やサービスについて欲しい情報が載っていなかったり、電話がかかってきても電話先が誰かわからなかったり等、問合せ後にスムーズに商談に移行できないことが課題として挙げられる。

そこで、本発明は、ユーザからの問合せに対し、スムーズに商談に移行できる方法を提供することを目的とする。

本発明の一態様における、企業に対するユーザの問合せを処理する方法であって、サーバ端末の制御部は、問合せ担当者のユーザ端末から、問合せ入力を受け付け、前記問合せ入力に含まれる情報を基に、前記企業の営業担当者を割り当て、前記割り当てた営業担当者と前記問合せ担当者との打合せを調整する。

本発明によれば、ユーザからの問合せに対し、スムーズに商談に移行できる方法を提供することができる。

本発明の第一実施形態に係る、問合せ対応システムを示すブロック構成図である。 図１のサーバ端末１００を示す機能ブロック構成図である。 図１のユーザ端末２００を示す機能ブロック構成図である。 サーバ１００に格納されるユーザデータの一例を示す図である。 サーバ１００に格納される企業データの一例を示す図である。 サーバ１００に格納される打合せデータの一例を示す図である。 本発明の第一実施形態に係る、企業に対するユーザの問合せを処理する方法の一例を示すフローチャートである。 本発明の第一実施形態に係る、企業に対するユーザの問合せを処理する方法のさらに具体的な一例を説明する図である。 本発明の第一実施形態に係る、問合せ後にユーザ端末に表示される画面の一例を示す。

以下、本発明の実施形態について図面を参照して説明する。なお、以下に説明する実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また、実施形態に示される構成要素のすべてが、本発明の必須の構成要素であるとは限らない。

＜構成＞
図１は、本発明の第一実施形態に係る、企業に対するユーザの問合せを処理する方法
を実行するシステムを示すブロック構成図である。本システム１は、例えば、営業活動を行う企業が提供するウェブページに含まれる問合せ用の問合せフォームを介して、問合せユーザ（所定数の従業員が所属する企業を含む）により入力される問合せに含まれる情報を受け付け、問合せに含まれる情報に基づいて、上記企業の営業担当者を割り当て、問合せユーザと営業担当者との商談に向けた打合せを調整する、サーバ端末１００、上記問合せユーザにより管理されるユーザ端末２００Ａ、２００Ｂ、及び、ユーザ端末２００Ａ、２００Ｂに対し問合せフォームを含むウェブページを提供し、上記営業活動を行う企業により管理される企業端末３００Ａ、３００Ｂを含む。その他、図示しないが、本システム１に、上記サーバ端末１００により実行される、営業担当者の割り当てや打合せ調整に際して参照される情報を管理する、一または複数の企業端末が含まれてもよく、サーバ端末１００は、これらの企業端末により提供されるアプリケーション（例えば、カレンダーアプリ、顧客管理アプリ等）とＡＰＩを介して連携することもできる。ここで、サーバ端末１００は、企業端末３００に対し、企業端末３００により提供されるウェブページに埋め込むためのタグ情報（例えば、Ｊａｖｓｃｒｉｐｔタグ）を提供し、企業端末３００において、Ｊａｖｓｃｒｉｐｔタグをウェブページの問合せフォーム及び問合せフォーム入力完了ページ（いわゆる、「Ｔｈａｎｋｓページ」）に埋め込み、問合せフォームの完了に応じて、問合せユーザにより問合せフォームに入力された情報のうち所定の情報がサーバ端末１００に送信され、サーバ端末１００が、受信した情報に基づいて、商談に向けた打合せの候補時間を決定し、候補日時を企業端末３００に送信することができる。なお、説明の便宜上、各端末を単一または特定数のものとして記載しているが、各々数は制限されない。

サーバ端末１００、ユーザ端末２００Ａ、２００Ｂ、及び企業端末３００Ａ、３００Ｂは、ネットワークＮＷ１を介して各々接続される。ネットワークＮＷは、インターネット、イントラネット、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）やＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）等により構成される。

サーバ端末１００及び企業端末３００Ａ、３００Ｂは、例えば、ワークステーションやパーソナルコンピュータのような汎用コンピュータとしてもよいし、或いはクラウド・コンピューティングによって論理的に実現されてもよい。

ユーザ端末２００Ａ、２００Ｂは、例えば、パーソナルコンピュータやタブレット端末等の情報処理装置であるが、スマートフォンや携帯電話、ＰＤＡ等により構成しても良い。

本実施形態では、システム１は、サーバ端末１００、ユーザ端末２００Ａ、２００Ｂ、及び企業端末３００Ａ、３００Ｂを備え、各端末のユーザが各々の端末を利用して、サーバ端末１００に対する操作を行う構成として説明するが、サーバ端末１００がスタンドアローンで構成され、サーバ端末自身に、各ユーザが直接操作を行う機能を備えても良い。以下、必要に応じ、ユーザ端末２００Ａ、２００Ｂを総称してユーザ端末２００として説明し、企業端末３００Ａ、３００Ｂを総称して企業端末３００として説明する。

図２は、図１のサーバ端末１００の機能ブロック構成図である。サーバ端末１００は、通信部１１０と、記憶部１２０と、制御部１３０とを備える。

通信部１１０は、ネットワークＮＷ１を介してユーザ端末２００、企業端末３００と通信を行うための通信インターフェースであり、例えばＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）等の通信規約により通信が行われる。

記憶部１２０は、各種制御処理や制御部１３０内の各機能を実行するためのプログラム、入力データ等を記憶するものであり、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等から構成される。また、記憶部１２０は、問合せユーザに関連する各種データを格納する、ユーザデータ格納部１２１、営業活動を行う企業に関連する各種データを格納する、企業データ格納部１２２、及び上記企業と問合せユーザとの商談に向けた打合せに必要な各種情報を格納する、打合せデータ格納部１２３を有する。なお、各種データを格納したデータベース（図示せず）が記憶部１２０またはサーバ端末１００外に構築されていてもよい。

制御部１３０は、記憶部１２０に記憶されているプログラムを実行することにより、サーバ端末１００の全体の動作を制御するものであり、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等から構成される。制御部１３０の機能として、各端末からの情報を受け付ける情報受付部１３１と、問合せユーザに関連する各種データを参照し、処理する、ユーザ情報処理部１３２と、営業活動を行う企業に関連する各種データを参照し、処理する、企業情報処理部１３３と、上記企業と問合せユーザとの商談に向けた打合せに関連する各種データを参照し、処理する、打合せ処理部１３４とを有する。この情報受付部１３１、ユーザ情報処理部１３２、企業情報処理部１３３、及び打合せ処理部１３４は、記憶部１２０に記憶されているプログラムにより起動されてコンピュータ（電子計算機）であるサーバ端末１００により実行される。

情報受付部１３１は、ユーザ端末２００及び／または企業端末３００から通信部１１０を介して情報を受付ける。例えば、ユーザ端末２００からは、問合せフォーム等を介して、問合せユーザにより入力される、企業に対する問合せに関する情報等を受信する。

ユーザ情報処理部１３２は、ユーザ端末２００から受信したユーザに関連する各種データ（例えば、後述するユーザデータ１０００等）を参照し、所定の処理を行う。

企業情報処理部１３３は、企業端末３００から受信した企業に関連する各種データ（例えば、後述する企業データ２０００）を参照し、所定の処理を行う。

打合せ処理部１３４は、ユーザから受信した問合せに関する情報及び企業に関する情報に基づいて、打合せを調整する処理等を行う。

また、制御部１３０は、図示しない、画面生成部を有することもでき、求めに応じて、ユーザ端末２００のユーザーインターフェースを介して表示される画面情報を生成する。例えば、記憶部１２０に格納された（図示しない）画像及びテキストデータを素材として、所定のレイアウト規則に基づいて、各種画像及びテキストをユーザーインターフェースの所定の領域に配置することで、ユーザーインターフェースを生成する。画像生成部に関連する処理は、ＧＰＵ（Graphics Processing Unit）によって実行することもできる。

図３は、図１のユーザ端末２００を示す機能ブロック構成図である。ユーザ端末２００は、通信部２１０と、表示操作部２２０と、記憶部２３０と、制御部２４０とを備える。

通信部２１０は、ネットワークＮＷを介してサーバ端末１００と通信を行うための通信インターフェースであり、例えばＴＣＰ／ＩＰ等の通信規約により通信が行われる。

表示操作部２２０は、提供者が指示を入力し、制御部２４０からの入力データに応じてテキスト、画像等を表示するために用いられるユーザーインターフェースであり、ユーザ端末２００がパーソナルコンピュータで構成されている場合はディスプレイとキーボードやマウスにより構成され、ユーザ端末２００がスマートフォンまたはタブレット端末で構成されている場合はタッチパネル等から構成される。この表示操作部２２０は、記憶部２３０に記憶されている制御プログラムにより起動されてコンピュータ（電子計算機）であるユーザ端末２００により実行される。

記憶部２３０は、各種制御処理や制御部２４０内の各機能を実行するためのプログラム、入力データ等を記憶するものであり、ＲＡＭやＲＯＭ等から構成される。また、記憶部２３０は、サーバ端末１００との通信内容を一時的に記憶している。

制御部２４０は、記憶部２３０に記憶されているプログラムを実行することにより、ユーザ端末２００の全体の動作を制御するものであり、ＣＰＵやＧＰＵ等から構成される。

図４は、サーバ１００に格納されるユーザデータの一例を示す図である。

図４に示すユーザデータ１０００は、問合せユーザに関連する各種データを格納する。図４において、説明の便宜上、一ユーザ（ユーザＩＤ「１０００１」で識別されるユーザ）の例を示すが、複数のユーザの情報を格納することができる。ユーザに関連する各種データとして、例えば、ユーザに関する基本情報（例えば、法人名（氏名）、業種、従業員数、居所（住所）、担当者名、部署名、役職、連絡先（メールアドレス、電話番号））、問合せ情報（例えば、問合せ内容に関する情報（例えば、商品／サービスの内容に関する問合せ、料金に関する問合せ等））、商品／サービスに対する利用意向に関する情報等）を含むことができるがこれに限定されない。

図５は、サーバ１００に格納される企業データの一例を示す図である。

企業データ２０００は、営業活動を行う企業に関連する各種データを格納する。図５において、説明の便宜上、一企業（企業ＩＤ「２０００１」で識別されるポイント）の例を示すが、複数の企業に関連する情報を格納することができる。企業に関連する各種データとして、例えば、企業に関する基本情報（例えば、法人名（氏名）、業種、従業員数、居所（住所））、営業担当者情報（例えば、担当者名、部署名、役職、連絡先（メールアドレス、電話番号、ビデオ会議ＵＲＬ、メッセージアプリＩＤ等）、スケジュール情報（カレンダー情報、打合せ条件（打合せの長さ、前後のバッファ時間、会議手段等）、シフト時間（夜間、昼休み、祝日等面談に対応できない時間を定義するための情報）等）、顧客情報（例えば、顧客企業の法人名（氏名）、業種、従業員数、居所（住所）、担当者名、部署名、役職、連絡先（メールアドレス、電話番号）、過去の問合せ／対応内容等）等を含むことができるがこれに限定されない。

図６は、サーバ１００に格納される打合せデータの一例を示す図である。

打合せデータ３０００は、営業活動を行う企業と問合せユーザとの商談に向けた打合せに関連する各種データとして、例えば、予定（スケジュール）情報（例えば、企業と問合せユーザとの打合せの日時、場所等）、打合せ内容に関する情報（例えば、企業と問合せユーザとの打合せのアジェンダ、議事メモ等）、出席者情報（例えば、打合せの出席者に関する情報等）等を含むことができるがこれに限定されない。

＜処理の流れ＞
図７を参照しながら、本実施形態のシステム１が実行する、ユーザの問合せを処理する方法の処理の流れについて説明する。図７は、本発明の第一実施形態に係る、企業に対するユーザの問合せを処理する方法の一例を示すフローチャートである。

まず、ステップＳ１０１の前段の処理として、営業活動を行う企業の担当ユーザは、企業端末３００のウェブブラウザまたはアプリケーション等を利用して、企業に関する基本情報（例えば、法人名（氏名）、業種、従業員数、居所（住所））、営業担当者情報（例えば、担当者名、部署名、役職、連絡先（メールアドレス、電話番号、ビデオ会議ＵＲＬ、メッセージアプリＩＤ等）、スケジュール情報（打合せ条件（打合せの長さ、前後のバッファ時間、会議手段等）、シフト時間（夜間、昼休み、祝日等面談に対応できない時間を定義するための情報）等）、顧客情報（例えば、顧客企業の法人名（氏名）、業種、従業員数、居所（住所）、担当者名、部署名、役職、連絡先（メールアドレス、電話番号）、過去の問合せ／対応内容等）等を入力する。サーバ端末１００の制御部１３０の情報受付部１３１は、通信部１１０を介して、営業活動を行う企業の担当者ユーザにより入力された、上記企業に関する情報を受信する。制御部１３０の企業情報処理部１３３は、受信した企業に関する情報を、企業データ２０００として、記憶部１２０の企業データ格納部１２２に格納する。ここで、上記企業情報に含まれる全部または一部の情報（例えば、営業担当者情報（スケジュール情報等）、顧客情報等）は、他のサービス提供者が提供するアプリケーション（例えば、カレンダーアプリ、顧客管理アプリ等）を介して（ＡＰＩ連携等を通じて）、取得することもできる。

また、問合せユーザは、各ユーザ端末のウェブブラウザまたはアプリケーション等を利用して、企業端末３００にアクセスし、営業活動を行う企業のウェブページに含まれる問合せフォーム等の、問合せを入力するためのウェブページを表示させ、問合せ内容を入力する。ここで、問合せ内容には、問合せユーザに関する基本情報（例えば、法人名（氏名）、業種、従業員数、居所（住所）、担当者名、部署名、役職、連絡先（メールアドレス、電話番号））、問合せ情報（例えば、問合せ内容に関する情報（例えば、商品／サービスの内容に関する問合せ、料金に関する問合せ）、商品／サービスに対する利用意向に関する情報（すぐに商品／サービスを検討したい、まず資料が欲しい）等）が含まれるがこれに限られない。問合せユーザは、問合せ内容の入力が完了し、送信ボタンを押すことで、問合せに関する情報が、企業端末３００に送信される。本例において、サーバ端末１００は、企業端末３００に対し、企業端末３００により提供されるウェブページに埋め込むためのタグ情報（例えば、Ｊａｖｓｃｒｉｐｔタグ）を提供し、企業端末３００において、Ｊａｖｓｃｒｉｐｔタグをウェブページの問合せフォーム及び問合せフォーム入力完了ページ（いわゆる、「Ｔｈａｎｋｓページ」）に埋め込み、問合せフォームの完了に応じて、問合せユーザにより問合せフォームに入力された情報のうち、所定の情報がサーバ端末１００に送信される。

続いて、ステップＳ１０１の処理として、サーバ端末１００の制御部１３０の情報受付部１３１は、通信部１１０を介して、問合せユーザにより入力された、問合せに関する情報のうち所定の情報を受信する。制御部１３０のユーザ情報処理部１３２は、受信した問合せに関する情報を、ユーザデータ１０００として、記憶部１２０のユーザデータ格納部１２１に格納する。

続いて、ステップＳ１０２の処理として、サーバ端末１００の制御部１３０の打合せ処理部１３３は、問合せユーザと問合せ先である企業との商談に受けた打合せを行うために、問合せユーザに対する営業担当者を割り当てる処理を実行する。

ここで、営業活動を行う企業の営業担当者の割り当て処理の具体例を説明する。図８は、本発明の第一実施形態に係る、企業に対するユーザの問合せを処理する方法のさらに具体的な一例を説明する図である。

まず、図８のステップＳ２０１の処理として、サーバ端末１００の制御部１３０の打合せ処理部１３３は、ユーザデータ１０００及び企業データ２０００を参照し、問合せユーザにより入力された問合せに関する情報に含まれる、問合せユーザ（担当者）のメールアドレスと、顧客情報として格納されている顧客（担当者）のメールアドレスとが一致するか、を確認する。確認結果が、一致する場合は（ＹＥＳ）、その顧客（担当者）の営業担当者を割り当てるよう決定し（ステップＳ２０２）、一致しない場合は（ＮＯ）、ステップＳ２０３に進む。なお、確認結果が一致し、既に営業担当者が問合せユーザと商談済の場合は、打合せの設定を行わないよう決定することもできる。

続いて、ステップＳ２０２の処理として、サーバ端末１００の制御部１３０の打合せ処理部１３３は、ユーザデータ１０００及び企業データ２０００を参照し、問合せユーザにより入力された問合せに関する情報に含まれる、問合せユーザ（担当者）のメールアドレスと、顧客情報として格納されている顧客（企業）のメールドメインとが一致するか、を確認する。確認結果が、一致する場合は（ＹＥＳ）、その顧客（企業）の営業担当者を割り当てるよう決定し（ステップＳ２０４）、一致しない場合は（ＮＯ）、ステップＳ２０５に進む。なお、確認結果が一致し、既に営業担当者が問合せユーザと商談済の場合は、打合せの設定を行わないよう決定することもできる。

続いて、ステップＳ２０５の処理として、サーバ端末１００の制御部１３０の打合せ処理部１３３は、ユーザデータ１０００及び企業データ２０００を参照し、問合せユーザにより入力された問合せに関する情報に含まれる、問合せユーザ（企業）の従業員数が所定人数以下（例えば、５０人以下）であるか、または、問合せユーザ（担当者）の役職の有無、を確認する。確認結果が、所定人数以下、または、役職が無い場合は（ＹＥＳ）、営業担当者を割り当てないよう決定し（ステップＳ２０６）、所定人数以上、または、役職がある場合は（ＮＯ）、ステップＳ２０７に進む。ここで、従業員数の人数は、営業活動を行う企業の専門性、支援リソース等を考慮して、適宜設定することができる。

続いて、ステップＳ２０７の処理として、サーバ端末１００の制御部１３０の打合せ処理部１３３は、ユーザデータ１０００及び企業データ２０００を参照し、問合せユーザにより入力された問合せに関する情報に含まれる、問合せユーザ（企業）の従業員数が所定人数以下（例えば、１０００人以下）であるか、を確認する。確認結果が、所定人数以下の場合は（ＹＥＳ）、中小企業担当の営業担当者を割り当てるよう決定し（ステップＳ２０８）、所定人数以上の場合は（ＮＯ）、大企業担当の営業担当者を割り当てるよう決定する（ステップＳ２０９）。

本例は、営業担当者割当処理の一例であるが、その他、問合せ情報に含まれる内容として、業種、役職、住所（居所）、問合せ内容（例えば、商品／サービスに対する利用意向に関する情報（すぐに商品／サービスを検討したい、まず資料が欲しい））等のいずれか、または、これらの組合せに基づいて、打合せの要否、または、営業担当者を決定することもできる。また、上記例において、営業担当者として、個人の担当者のほか、営業を担当する組織（グループ）を含むことができる。この場合、候補日時として表示されるのは当該グループに所属する担当者の誰か１人でも空いている時間となり、より候補の幅を広げることができる。また、例えば、問合せユーザが選んだ日時で打合せ可能な担当者が複数いた場合、これまで割当てられた打合せの数が少ない人に打合せを割当てられることができる。また、グループ内での重み付け（経験豊富な担当者に、他の担当者より５０％多く打合せを割り当てる等）を行い、重み付けの大きい担当者から順に打合せを割り当てることもできる。

図７に戻り、営業担当者の割当処理を行うと、ステップＳ１０３の処理として、サーバ端末１００の制御部１３０の打合せ処理部１３３は、問合せユーザと問合せ先である企業との商談に受けた打合せを行うために日程等の調整処理を実行する。打合せ処理部１３３は、問合せユーザが、問合せフォームへの入力を完了し、企業端末２００に送信を行うと、これに応答して、企業端末３００は、ユーザ端末２００に対し、入力が完了した旨情報を送信する。入力が完了した旨情報が送信されると、図９（ａ）に示すように、問合せユーザのユーザ端末２００に問合せフォームの入力完了画面（いわゆる、「Ｔｈａｎｋｓページ」）が表示される。サーバ端末１００は、問合せユーザによる問合せフォームの入力に応じて、営業担当者の割当処理、及び、打合せ参加者及び候補日時を抽出のうえ、問合せユーザとの打合せの日程調整を行うための情報を送信する。図９（ｂ）に示すように、Ｔｈａｎｋｓページに、打合せ調整のための表示がオーバーレイするように表示される。これにより、企業は、問合せを完了した、問合せユーザに対し、直ちに商談に向けた打合せを設定することができる。

ここで、打合せ処理部１３３は、企業データ２０００の営業担当者情報を参照し、前ステップで割り当てられた営業担当者の予定データを確認し、問合せユーザに対し、打合せ候補日時に関する情報を生成し、ユーザ端末２００に送信する。ここで、打合せ処理部１３３は、営業担当者情報のうち、特に、担当者名、部署名、役職、連絡先（メールアドレス、電話番号、ビデオ会議ＵＲＬ、メッセージアプリＩＤ等）、スケジュール情報（打合せ条件（打合せの長さ、前後のバッファ時間、会議手段等）、シフト時間（夜間、昼休み、祝日等面談に対応できない時間を定義するための情報）等を参照し、候補日時を抽出する。問合せユーザは、候補日時を選択することで、打合せ処理部１３３は、打合せ日程を決定し、出席者情報（問合せユーザ（担当者）及び営業担当者）、打合せ内容（例えば、打合せアジェンダ等）について、打合せデータ３０００として、記憶部１２０の打合せデータ格納部１２３に格納する。

以上のように、企業は、問合せユーザによる問合せに対し、適切な営業担当者を割り当てたうえで、直ちに打合せ設定を行うことができ、これにより、商談成立の可能性を高めることができる。

以上、発明に係る実施形態について説明したが、これらはその他の様々な形態で実施することが可能であり、種々の省略、置換および変更を行なって実施することが出来る。これらの実施形態および変形例ならびに省略、置換および変更を行なったものは、特許請求の範囲の技術的範囲とその均等の範囲に含まれる。

１ システム １００ サーバ端末、１１０ 通信部、１２０ 記憶部、１３０ 制御部、２００ ユーザ端末、３００ 企業端末、ＮＷ１ ネットワーク

Claims (8)

1. 企業に対するユーザの問合せを処理する方法であって、
   サーバ端末の制御部は、
   問合せ担当者のユーザ端末から、前記問合せ担当者の商品またはサービスに対する利用意向に関する情報を含む問合せフォームを介して問合せ入力を受け付け、
   前記問合せ入力に含まれる情報を基に、前記企業の営業担当者を割り当て、
   前記問合せ入力を受け付けたことに応じて、問合せ入力完了ページを表示させ、
   前記問合せ入力完了ページとともに、前記営業担当者の打合せ候補日時に基づいて前記問合せ担当者の打合せの日程調整を行うための情報を表示させる、方法。
2. 請求項１に記載の方法であって、
   前記情報に含まれる、前記問合せ担当者のメールアドレスが、前記企業の顧客情報に含まれるメールアドレスが一致するかに基づいて、前記企業の営業担当者を割り当てるか否かを決定する、方法。
3. 請求項１に記載の方法であって、
   前記情報に含まれる、前記問合せ担当者のメールアドレスが、前記企業の顧客情報に含まれるメールアドレスが一致する場合、前記問合せ担当者の営業担当者を営業担当者として割り当てる、方法。
4. 請求項１に記載の方法であって、
   前記情報に含まれる、前記問合せ担当者のメールアドレスに含まれるメールドメインが、前記企業の顧客情報に含まれるメールドメインが一致するかに基づいて、記企業の営業担当者を割り当てるか否かを決定する、方法。
5. 請求項１に記載の方法であって、
   前記情報に含まれる、前記問合せ担当者のメールアドレスに含まれるメールドメインが、前記企業の顧客情報に含まれるメールドメインが一致する場合、前記メールドメインに関する企業の営業担当者を営業担当者として割り当てる、方法。
6. 請求項１に記載の方法であって、
   前記情報に含まれる、前記問合せ担当者が所属する企業の従業員数、業種、住所、前記問合せ担当者の役職、若しくは、利用意向のいずれか、または、組合せに基づいて、前記企業の営業担当者を割り当てるか否かを決定する、方法。
7. 請求項１に記載の方法であって、
   前記情報に含まれる、前記問合せ担当者が所属する企業の従業員数、業種、住所、前記問合せ担当者の役職、若しくは、利用意向のいずれか、または、組合せに基づいて、前記企業の営業担当者を割り当てる、方法。
8. 請求項１に記載の方法であって、
   前記企業の営業担当者にこれまで割り当てられた打合せの数または前記企業の営業担当者に付与された重み付けに基づいて、前記企業の営業担当者を割り当てる、方法。