JP2002041769A - 商談紹介システム - Google Patents

Abstract

(57)【要約】 【課題】 成約に結びつく確立の高い商談情報を提供し
てもらえる商談情報システムを提供すること。 【解決手段】 複数の項目からなる商談情報を受け付け
る商談情報受付手段と、商談情報の提供者毎に保有ポイ
ントを管理する登録者ポイントファイルと、前記商談情
報受付手段の受け付けた複数の項目について、内容が正
確であるかどうかの情報を受け付ける確認情報受付手段
と、確認情報受付手段によって正確な情報であるとされ
た項目について、予め定められたポイントを前記登録者
ポイントファイルの該当する登録者のポイント数に加算
するポイント加算手段とを有する商談紹介システムによ
り上記課題を解決する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はインターネットを用
いて住宅の取引などの商談の紹介を行う商談紹介システ
ムに関する。

【０００２】

【従来の技術】住宅業界における営業活動では様様なル
ートからもたらされる「商談紹介情報」は大変重要で、
かつ受注獲得の上で非常に効果的である。住宅業者は、
成約時には情報提供者へ謝礼金の贈呈や、成立しなかっ
た場合であっても記念品の進呈などを行い、積極的な情
報獲得を図っている。

【０００３】しかし、この商談紹介情報の収集はシステ
ム化されておらず、もっぱら手作業にて行われている。

【０００４】さらに、情報提供を依頼する範囲が営業員
の個人的な人脈に限定されているため、情報の量や収拾
の迅速さも欠けることが多い。

【０００５】

【発明が解決しようとする課題】本発明では、営業員の
人脈に限定されない不特定多数の人が商談情報を提供で
き、しかも、成約に結びつくような質の高い情報が提供
されるような商談情報提供システムを提供することを目
的としている。

【０００６】

【課題を解決するための手段】上記目的を解決するため
に、本発明においては、提供される複数の項目からなる
商談情報に対し、項目別に異なるポイント数を定めてお
き、提供された商談情報が正しかった場合にのみ項目に
対応するポイントを加算するとともに、商談が成立した
場合にもポイントを加算するように情報提供者に対して
インセンティブを与える。ここで、ポイントはその値に
応じて定められた商品に交換可能なものである。

【０００７】

【発明の実施の形態】図１は本発明の一実施形態のシス
テム構成を示す図である。図中１０１はインターネット
であり、全世界的規模で接続されているネットワークで
ある。１０２は業者システムであって、業者サーバ１０
３と営業員端末１０４で構成されている。なお、業者サ
ーバ１０３の詳細については後述する。１０５は利用者
端末であり、インターネット１０１に接続され、Ｗｅｂ
ブラウザを利用して業者サーバ１０３にアクセスでき
る。

【０００８】図２は業者サーバ１０３の構成を示す図で
ある。業者サーバ１０３は一般的なコンピュータであ
り、ＣＰＵ２０１、メモリ（主記憶）２０２、外部記憶
装置２０３を備えている。

【０００９】メモリ２０２にはＷｅｂサーバプログラム
２０４、提供情報登録ＣＧＩプログラム２０５、確認情
報登録ＣＧＩプログラム２０６、ポイント確認ＣＧＩプ
ログラム２０７、成約登録ＣＧＩプログラム２０８が外
部記憶装置２０３からロードされＣＰＵ２０１によって
実行される。

【００１０】外部記憶装置２０３には上述のプログラム
のほかに、商談情報データベース２０９、紹介者ポイン
トファイル２１０、ポイント定義テーブル２１１が格納
される。

【００１１】ポイント定義テーブル２１１の一例を図５
に示す。ポイント定義テーブル２１１は各々が項目とそ
れに対応するポイント数の２つの項目で構成される複数
のレコードにより構成されている。

【００１２】ポイント数は、対応する項目について正確
な情報が登録された場合に加算されるポイント数を示し
ている。

【００１３】紹介者ポイントファイル２１０の一例を図
６に示す。紹介者ポイントファイル２１０は、各々が登
録者ＩＤとそれに対応するポイント数の２つの項目で構
成される複数のレコードにより構成されている。

【００１４】ポイント数は、登録者ＩＤで識別される人
が、本商談紹介システムを利用して獲得した現時点での
ポイント数を表している。

【００１５】商談情報データベース２０９の構成を図７
に示す。商談情報データベース２０９は各々が商談番
号、登録者ＩＤ、購入希望者氏名、住所、連絡先、購入
検討、購入予定時期、購入予算、資金計画、欲しい間取
り、家族構成、競合状況、購入決定者、情報提供者公開
可否の１４の項目で構成される複数のレコードによって
構成されている。

【００１６】Ｗｅｂサーバプログラム２０４は公知のＨ
ＴＴＰプロトコルに従って、端末装置からＵＲＬを用い
た要求によって要求されたデータを要求元の端末装置に
転送する公知のプログラムである。ＵＲＬはサーバを識
別する情報と、サーバ内のデータを識別する情報とで構
成される。

【００１７】また、ＵＲＬはサーバを識別する情報とサ
ーバ内のプログラムを識別する情報と、このプログラム
に対して渡されるパラメタとで構成される場合もある。
このようにＵＲＬ内で指定されるプログラムを一般にＣ
ＧＩプログラムと呼ぶ。

【００１８】紹介情報を登録しようとする登録者は、利
用者端末１０５で実行されているＷｅｂブラウザプログ
ラムを用いて業者サーバ１０３にアクセスする。より具
体的には、紹介情報を登録するための「提供情報入力画
面」のＵＲＬをＷｅｂブラウザで指定することで、業者
サーバ１０３から利用者端末に提供情報入力画面が表示
される。

【００１９】図３は利用者端末１０５に表示される提供
情報入力画面の一例を示す図である。提供情報入力画面
３０１は、登録者ＩＤ入力フィールド３０２、購入希望
者氏名入力フィールド３０３、住所入力フィールド３０
４、連絡先入力フィールド３０５、購入検討入力フィー
ルド３０６、購入予定時期入力フィールド３０７、購入
予算入力フィールド３０８、資金計画入力フィールド３
０９、欲しい間取り入力フィールド３１０、家族構成入
力フィールド３１１、競合状況入力フィールド３１２、
購入決定者入力フィールド３１３、情報提供者公開可否
入力フィールド３１４、登録ボタン３１５、キャンセル
ボタン３１６により構成されている。

【００２０】登録者ＩＤ入力フィールド３０２は情報提
供者を識別するためのＩＤである登録者ＩＤを入力する
フィールドである。

【００２１】購入希望者氏名入力フィールド３０３は購
入希望者（住宅を購入しようとしている人）の氏名を入
力するためのフィールドである。

【００２２】住所入力フィールド３０４は購入希望者の
住所を入力するためのフィールドである。

【００２３】連絡先入力フィールド３０５は購入希望者
の電話番号などの連絡先情報を入力するためのフィール
ドである。

【００２４】購入検討入力フィールド３０６は購入希望
者がどのような住宅の購入を検討しているかを入力する
ためのフィールドである。

【００２５】購入予定時期入力フィールド３０７は購入
希望者がどのような時期に住宅を購入しようとしている
かを入力するためのフィールドである。

【００２６】購入予算入力フィールド３０８は購入希望
者の予算を入力するためのフィールドである。

【００２７】資金計画入力フィールド３０９は購入希望
者の資金計画を入力するためのフィールドである。

【００２８】欲しい間取り入力フィールド３１０は購入
希望者が希望している間取りを入力するためのフィール
ドである。

【００２９】家族構成入力フィールドは購入した住宅に
入居予定の家族の家族構成を入力するためのフィールド
である。

【００３０】競合状況入力フィールド３１２は購入希望
者に係る商談が何件の業者によって競合しているか、即
ち、購入希望者が何件の業者に購入希望の話を持ちかけ
ているかを入力するフィールドである。

【００３１】購入決定者入力フィールド３１３は最終的
に購入するかどうかの意思決定を行うのは誰であるのか
を入力するフィールドである。

【００３２】情報提供者公開可否入力フィールド３１４
は、営業員が提供された情報に基づいて購入希望者に連
絡を取った際に、連絡を取るきっかけとなったのが、情
報登録者による情報の登録であることを購入希望者に知
らせてもよいかどうかを入力するためのフィールドであ
る。紹介元を購入希望者に通知することは、購入希望者
の心を解きほぐし、営業員と購入希望者との間のスムー
ズなコミュニケーションにつながる。

【００３３】登録ボタン３１５は上述のフィールドに入
力したデータを業者サーバ１０３の商談情報データベー
ス２０９に登録することを指示するためのボタンであ
る。このボタンをマウスでクリックすることで、商談情
報データベース２０９にデータが登録される。

【００３４】キャンセルボタン３１６は上述のフィール
ドにデータを入力したが、実際に商談情報データベース
２０９にはデータを格納しない場合にマウスでクリック
するためのボタンである。

【００３５】情報登録者が上述のフィールドにデータを
入力して登録ボタン３１５をクリックすると、利用者端
末１０５上で実行されているＷｅｂブラウザは予め登録
ボタン３１６に対応付けられて定義されている業者サー
バ１０３を識別する情報と提供情報登録ＣＧＩプログラ
ム２０５を識別する情報と、さらに、フィールドに入力
されたデータを提供情報登録ＣＧＩプログラム２０５に
対するパラメタとしてＵＲＬを組み立て、組み立てたＵ
ＲＬをＨＴＴＰプロトコルに従って業者サーバ１０３に
送信する。

【００３６】利用者端末１０５から通知されたＵＲＬ
に、提供情報登録ＣＧＩプログラム２０５を識別する情
報とそれに対するパラメタがＵＲＬに含まれている場
合、業者サーバ１０３のＷｅｂサーバプログラム２０４
は提供情報登録ＣＧＩプログラム２０５を起動しパラメ
タを渡す。

【００３７】起動された提供情報登録ＣＧＩプログラム
は図８に示すフローに従って動作する。まず、ステップ
Ｓ５０１において商談番号を生成し、次にステップＳ５
０２において、ステップＳ５０１で生成した商談番号と
Ｗｅｂサーバプログラム２０４から渡されたパラメタと
からレコードを生成して、商談情報データベース２０９
に格納する。

【００３８】続いて、ステップ５０３において購入希望
氏名、住所、連絡先、購入検討といった必須情報がある
かどうかを判定し、あれば、基本ポイントとして５００
ポイントを紹介者ポイントファイルの登録者ＩＤに該当
するレコードのポイント数に加算する。

【００３９】商談情報が登録されると、営業員は登録さ
れた情報をもとに購入希望者と連絡をとる。登録されて
いる情報が多数ある場合には商談情報の内容に応じて優
先順位をつけ（例えば購入予算の大きい順など）、優先
順位の高いものから購入希望者に連絡をとるように運用
することができる。

【００４０】営業員は購入希望者と連絡をとり、登録者
によって登録された商談情報が正確であるか否かを確認
し、その結果を業者サーバ１０３に登録する。登録は、
以下の手順で行う。

【００４１】営業員は営業員端末１０４上で実行されて
いるＷｅｂブラウザを用いてサーバ１３にアクセスす
る。具体的には商談情報が正確であるか否かを確認した
確認情報を登録するために、「確認情報登録画面」のＵ
ＲＬをＷｅｂブラウザで指定することで、業者サーバ１
０３から利用者端末に提供情報入力画面が表示される。

【００４２】図４は営業員端末１０４表示される確認情
報入力画面の一例を示す図である。確認情報入力画面４
０１は、商談番号入出力フィールド４０２、購入希望者
氏名表示フィールド４０３、住所表示フィールド４０
４、連絡先表示フィールド４０５、購入検討表示フィー
ルド４０６、購入予定時期表示フィールド４０７、購入
予算表示フィールド４０８、資金計画表示フィールド４
０９、欲しい間取り表示フィールド４１０、家族構成表
示フィールド４１１、競合状況表示フィールド４１２、
購入決定者表示フィールド４１３、情報提供者公開可否
表示フィールド４１４、購入予定時期確認チェックボッ
クス４１５、購入予算確認チェックボックス４１６、資
金計画確認チェックボックス４１７、欲しい間取り確認
チェックボックス４１８、家族構成確認チェックボック
ス４１９、競合状況確認チェックボックス４２０、購入
決定者確認チェックボックス４２１、登録ボタン４２
３、キャンセルボタン４２４により構成されている。

【００４３】商談番号入出力フィールド４０２は商談番
号を入力するためのフィールドである。

【００４４】購入希望者氏名表示フィールド４０３は登
録者が登録した購入希望者氏名を表示するためのフィー
ルドである。

【００４５】住所表示フィールド４０４は登録者が登録
した購入希望者の住所を表示するためのフィールドであ
る。

【００４６】連絡先表示フィールドは４０５登録者が登
録した購入希望者の連絡先を表示するためのフィールド
である。

【００４７】購入検討表示フィールド４０６は登録者が
登録した購入希望者が希望している物件を表示するため
のフィールドである。

【００４８】購入予定時期表示フィールド４０７は登録
者が登録した購入希望者が物件の購入を予定している時
期を表示するためのフィールドである。

【００４９】購入予算表示フィールド４０８は登録者が
登録した購入予定者の購入予算を表示するためのフィー
ルドである。

【００５０】資金計画表示フィールド４０９は登録者が
登録した購入予定者の資金計画を表示するためのフィー
ルドである。

【００５１】欲しい間取り表示フィールド４１０は登録
者が登録した購入予定者が希望している間取りを表示す
るためのフィールドである。

【００５２】家族構成表示フィールド４１１は登録者が
登録した購入した住宅に入居予定の家族の家族構成を表
示するためのフィールドである。

【００５３】競合状況表示フィールド４１２は登録者が
登録した競合情報を表示するためのフィールドである。

【００５４】購入決定者表示フィールド４１３は登録者
が登録した最終的に購入するかどうかの意思決定をおこ
なうのは誰であるかを表示するためのフィールドであ
る。

【００５５】購入予定時期確認チェックボックス４１５
は登録者が登録した購入予定時期と営業員が確認した購
入予定時期が一致したかどうかを営業員が判定しその結
果を入力するためのチェックボックスである。

【００５６】購入予算確認チェックボックス４１６は登
録者が登録した購入予算と営業員が確認した購入予算と
が一致したかどうかを営業員が判定しその結果を入力す
るためのチェックボックスである。

【００５７】資金計画確認チェックボックス４１７は登
録者が登録した資金計画と営業員が確認した資金計画と
が一致したかどうかを営業員が判定しその結果を入力す
るためのチェックボックスである。

【００５８】欲しい間取り確認チェックボックス４１８
は登録者が登録した購入希望者が希望している間取りと
営業員が確認した購入希望者が希望している間取りとが
一致したかどうかを営業員が判定しその結果を入力する
ためのチェックボックスである。

【００５９】家族構成確認チェックボックス４１９は登
録者が登録した購入した住宅に入居予定の家族の家族構
成と、営業員が確認した入居予定の家族の家族構成とが
一致したかどうかを営業員が判定しその結果を入力する
ためのチェックボックスである。

【００６０】競合状況確認チェックボックス４２０は購
入希望者に関して登録者が登録した情報と営業員が確認
した情報が一致するかどうかを営業員が判定しその結果
を入力するためのチェックボックスである。

【００６１】購入決定者確認チェックボックス４２１は
購入決定者に関して登録者が登録した情報と営業員が登
録した情報が一致するかどうかを営業員が判定しその結
果を入力するためのチェックボックスである。

【００６２】ここでチェックボックスとはオン又はオフ
の情報を入力するためのＧＵＩ部品であり、ここでは、
オン（チェックされている）であれば一致していること
を、オフ（チェックされていない）であれば不一致であ
ることを示すものとする。

【００６３】登録ボタン４２３は上述のチェックボック
スのチェック結果に基づいて業者サーバ１０３の紹介者
ポイントファイル２１０を更新することを指示するため
のボタンである。このボタンをマウスでクリックするこ
とで、紹介者ポイントファイルが更新される。

【００６４】キャンセルボタン４２４は上述のチェック
ボックスのチェック結果を業者サーバ１０３の紹介者ポ
イントファイル２１０には反映しない場合にマウスでク
リックするためのボタンである。

【００６５】営業員が上述のチェックボックスをチェッ
クして登録ボタン４２３をマウスでクリックすると、営
業員端末１０４上で実行されているＷｅｂブラウザは予
め登録ボタン４２３に対応付けられて定義されている業
者サーバ１０３を識別する情報と確認情報登録ＣＧＩプ
ログラム２０６を識別する情報と、さらに、商談番号と
チェックボックスのチェック結果（オン・オフの情報）
をパラメタとしてＵＲＬを組み立て、組み立てたＵＲＬ
をＨＴＴＰプロトコルに従って業者サーバ１０３に送信
する。

【００６６】通知されたＵＲＬに確認情報登録ＣＧＩプ
ログラム２０６を識別する情報とそれに対するパラメタ
が含まれている場合、業者サーバ１０３のＷｅｂサーバ
プログラム２０４は確認情報登録ＣＧＩプログラム２０
６を起動し、パラメタを渡す。

【００６７】起動された確認情報登録ＣＧＩプログラム
２０６は図９に示すフローに従って処理を行う。即ち全
てのチェックボックスについてステップＳ５１２からス
テップＳ５１５を繰り返す。ステップＳ５１１は全ての
チェックボックスについて繰り返し処理が完了したかど
うかを判定するステップである。

【００６８】ステップＳ５１２において処理対象のチェ
ックボックスがチェックされている（オンになってい
る）かどうかを判定する。ここでチェックされていない
（オフになっている）場合には何もせず次のチェックボ
ックスの処理を行う。

【００６９】チェックボックスがチェックされている
（オンになっている）場合は、ステップＳ５１３からス
テップＳ５１５を実行する。

【００７０】ステップＳ５１３において、ポイント定義
テーブル２１１を検索して、加算するポイント数を決定
する。続いて、ステップＳ５１４において、Ｗｅｂサー
バからパラメタとして渡された商談番号をキーに商談情
報データベースを検索して特定されたレコードの登録者
ＩＤを決定する。最後に、紹介者ポイントファイル２１
０の登録者ＩＤに該当するレコードにステップＳ５１３
で決定したポイント数を加算する。

【００７１】図１０はポイント確認ＣＧＩプログラムの
処理を示すフローである。利用者端末１０５で実行され
ているＷｅｂブラウザより登録者ＩＤがパラメタとして
渡されると、登録者ＩＤをキーに登録者ポイントファイ
ルを検索し（ステップＳ５２１）、検索して特定された
レコードからポイント数を抽出し（ステップＳ５２
２）、抽出したポイント数を画面に表示し（ステップＳ
５２３）、処理を終了する。

【００７２】図１１は成約登録ＣＧＩプログラムの処理
を示すフローである。営業者端末１０４で実行されてい
るＷｅｂブラウザから商談ＩＤがパラメタとして渡され
ると、商談番号をキーに商談情報データベースを検索し
（ステップＳ５３１）、検索したレコードから登録者Ｉ
Ｄを抽出し（ステップＳ５３２）、紹介者ポイントファ
イルの該当する登録者ＩＤのポイント数に成約ポイント
として２０００ポイントを加算し（ステップＳ５３
３）、処理を終了する。

【００７３】以上のように商談情報の登録および確認情
報の登録を繰り返すことで登録者のポイントが加算され
ていく。

【００７４】

【発明の効果】本発明により、営業員の人脈に限定され
ない不特定多数の人が商談情報を提供でき、しかも、正
確な情報を提供することで、より高いポイントが得られ
るので、成約に結びつくような質の高い情報が提供され
やすくなる。

【図面の簡単な説明】

【図1】本発明およびその一実施形態のシステム構成を
示す図である。

【図２】サーバの構成を示す図である。

【図３】提供情報登録画面の一例を示す図である。

【図４】確認情報登録画面の一例を示す図である。

【図５】ポイント定義テーブルの一例を示す図である。

【図６】登録者ポイントファイルの一例を示す図であ
る。

【図７】商談情報データベースの構成を示す図である。

【図８】提供情報登録ＣＧＩプログラムの処理フローを
示す図である。

【図９】確認情報登録ＣＧＩプログラムの処理フローを
示す図である。

【図１０】ポイント確認ＣＧＩプログラムの処理フロー
を示す図である。

【図１１】成約登録ＣＧＩプログラムの処理フローを示
す図である。

【符号の説明】

１０１ インターネット １０２ 業者システム １０３ 業者サーバ １０４ 営業員端末 １０５ 利用者端末

Claims (2)

【特許請求の範囲】
1. 【請求項１】 複数の項目からなる商談情報を受け付け
   る商談情報受付手段と、 商談情報の提供者毎に保有ポイントを管理する登録者ポ
   イントファイルと、 前記商談情報受付手段の受け付けた複数の項目につい
   て、内容が正確であるかどうかの情報を受け付ける確認
   情報受付手段と、 確認情報受付手段によって正確な情報であるとされた項
   目について、予め定められたポイントを前記登録者ポイ
   ントファイルの該当する登録者のポイント数に加算する
   ポイント加算手段とを有する商談紹介システム。
2. 【請求項２】 登録者ポイントファイルにより登録者毎
   にポイントを管理する商談紹介管理方法であって、 登録者から通知される複数の項目から構成される商談情
   報の各々の項目について内容が正確であるかどうかの情
   報を受け付けるステップと、 正確な情報であるとされた項目について、予め定められ
   たポイント数をポイントファイルの該当する登録者のポ
   イント数に加算するステップとを有する商談紹介管理方
   法。