JP2003288470A - 来店客管理システム、サーバ、端末、来店客管理方法、およびプログラム - Google Patents

Abstract

(57)【要約】 【課題】イベント開催時の顧客情報を管理し、そのイベ
ントの効果を確認できる技術を提供する。 【解決手段】店舗等への来店客を管理する来店客管理シ
ステムであり、イベントの開催により発生した費用を参
照するイベント費用情報参照手段と、上記イベントでの
来店客に係る来店客情報を取得する来店客情報取得手段
と、上記イベント費用情報と来店客情報とから来店客１
人あたりのイベント費用を算出する算出手段と、上記来
店客１人あたりのイベント費用が所定値を越えた場合に
警告を表示する手段とを有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、顧客管理技術に関
するものである。

【０００２】

【従来の技術】消費者に商品やサービスを提供する商
店、そのような商店に商品を提供するメーカ等では、消
費者のニーズ動向を把握し、的確に商品やサービスを提
供することが重要である。そのようなニーズ動向を把握
するともに、自身の商品やサービスの販売促進のため、
販売店等は様々なイベントを開催する。

【０００３】従来、そのようなイベントの開催期間と来
店率との関係から顧客動向を把握する技術として、特開
２００１−３０００９９号公報に記載の顧客管理装置が
知られている。

【０００４】この装置は、イベント開催中の来店率を算
出し、イベント期間ごとに常連客と非常連客とを判別す
る。そして、この装置は、イベントの開催によって常連
客が増加した否かを確認し、営業戦略を支援する。

【０００５】しかし、イベントと呼ばれるものの中に
は、高価な設備を投入し、あるいは、著名人を登場させ
る等、大がかりなものから、店舗の従業員が簡易に行う
小規模のものまで、様々なものがある。そのため、イベ
ントごとに必要な経費は大きく異なり、常連客、非常連
客等の区別と顧客数の集計だけでは、イベントの効果を
計ることはできない。

【０００６】また、従来から商店やその商店に商品を提
供するメーカ等では、商品の販売時に、販売した商品や
提供したサービスの売上げ、その提供先等を記録し、販
売実績を管理するシステムが導入されている。したがっ
て、イベント開催以降の売上げ動向により、イベントの
効果を確認することも考えられる。

【０００７】しかし、上述のように、イベントの規模や
経費が異なる場合に、そのような売上げデータから上記
イベントが販売促進に寄与したか否かを単純に判断する
ことは適切ではない。

【０００８】

【発明が解決しようとする課題】本発明はこのような従
来の技術の問題点に鑑みてなされたものである。すなわ
ち、本発明の課題は、イベント開催時の顧客情報を管理
し、そのイベントの効果を確認できる技術を提供するこ
とにある。さらに、本発明の課題は、上記顧客情報を活
用し、営業効率の向上に寄与する技術を提供することに
ある。

【０００９】

【課題を解決するための手段】本発明は前記課題を解決
するために、以下の手段を採用した。すなわち、本発明
は、店舗等への来店客を管理する来店客管理システムで
あり、イベントの開催により発生した費用に係るイベン
ト費用情報を参照するイベント費用情報参照手段と、上
記イベントでの来店客に係る来店客情報を取得する来店
客情報取得手段と、上記イベント費用情報と来店客情報
とから来店客１人あたりのイベント費用を算出する算出
手段と、上記来店客１人あたりのイベント費用が所定値
を越えた場合に警告を表示する手段とを有するものであ
る。

【００１０】イベントでの来店客に係る来店客情報は、
例えば、そのイベントでの来店客ごとの記録、または来
店客ごとの記録を集計した結果である。上述のように、
算出手段は、上記イベント費用情報と来店客情報とから
来店客１人あたりのイベント費用を算出し、上記表示手
段は、来店客１人あたりのイベント費用が所定値を越え
た場合に、警告を表示する。したがって、本来店客管理
システムによれば、来店客１人あたりのイベント費用に
よりイベントの結果を評価できる。

【００１１】このようなシステムを端末にサービスを提
供するサーバによって実現してもよい。例えば、上記構
成要素をサーバ上のプログラムとして実現し、ネットワ
ークで接続された端末にプログラムの処理結果を提供す
るようにすればよい。

【００１２】また、このようなシステムを端末とサーバ
とを含むネットワーク上のシステムとして実現してもよ
い。例えば、上記来店客情報取得手段および警告を表示
する手段を端末上に実現し、端末とサーバとの連携によ
りシステムを実現してもよい。

【００１３】その場合、来店客情報は、端末を通じてサ
ーバに提供するのが望ましい。また、イベントの費用
は、端末を通じてサーバに通知してもよいし、サーバに
直接入力してもよい。また、警告は、サーバで表示して
もよいし、端末に表示させてもよい。

【００１４】好ましくは、この来店客管理システムは、
上記イベントへの参加を誘致した誘致客と上記イベント
への参加を誘致しなかった未誘致客とに上記来店客を識
別する来店客識別手段と、上記イベント費用情報参照手
段により参照した費用項目に基づきイベント費用情報を
上記誘致客に対する誘致客費用と未誘致客に対する未誘
致客費用とに識別する費用識別手段とをさらに有し、上
記算出手段は、上記来店客１人あたりのイベント費用を
誘致客または未誘致客の少なくとも一方について算出す
るものでもよい。

【００１５】このように、本来店客管理システムによれ
ば、イベントに誘致した誘致客と誘致しなかった未誘致
客に区分して、イベントの結果を評価できる。

【００１６】好ましくは、上記来店客管理システムは、
複数の店舗に設けられ、上記来店客情報取得手段として
機能する、そのような端末と通信する手段をさらに有
し、上記算出する手段は、上記各店舗ごとに来店客１人
あたりのイベント費用を算出するものでもよい。

【００１７】このように、本来店客管理システムによれ
ば、各店舗ごとに来店客１人あたりのイベント費用を算
出し、イベントを評価できる。したがって、本来店客管
理システムによれば、店舗ごとの特徴を加味してイベン
トを評価できる。

【００１８】また、本発明は、来店客管理システムであ
り、イベントへの参加を誘致した誘致客に係る誘致客情
報を記録する誘致客情報記録手段と、イベントでの来店
客に係る来店客情報を取得する来店客情報取得手段と、
上記誘致客情報と来店客情報とに基づき、上記イベント
への参加を誘致しなかった未誘致客に係る情報を抽出す
る未誘致客情報抽出手段とを有するものでもよい。

【００１９】このように、本来店客管理システムによれ
ば、イベントに誘致した誘致客の情報と、イベントでの
来店客情報からそのイベントへ誘致しなかった未誘致客
の情報を抽出することができる。

【００２０】好ましくは、この来店客管理システムは、
所定の地域ごとに誘致客情報と未誘致客情報とを集計す
る手段と、上記地域を示す地図上にその地域ごとの誘致
客数と未誘致客数とを表示する手段とを備えるものでも
よい。

【００２１】このように、本イベント管理システムによ
れば、地域ごとに誘致客情報と未誘致客情報を表示する
ことができる。したがって、例えば、特定の地域をター
ゲットにしたイベントについて、その地域でのイベント
の効果、または、その地域以外の地域でのイベントの効
果を評価できる。

【００２２】また、本発明は、来店客管理システムであ
り、店内の来店客に係る情報を取得する来店客情報取得
手段と、以前に来店実績のある客と来店実績のない新規
客とに上記来店客を区分する手段と、上記新規客に対し
てアンケート情報を発行する手段とを備えるものでもよ
い。

【００２３】このように、本来店客管理システムによれ
ば、来店客を自社客と新規客に区分し、新規客にアンケ
ートを発行するので、新規客に対するアンケートの配
布、したがって、そのような新規客からの情報収集の確
実性を高めることができる。

【００２４】また、本発明は、店舗に設置された端末と
連携し店舗の来店客を管理するサーバであり、イベント
の開催により発生した費用に係るイベント費用情報を参
照するイベント費用情報参照手段と、上記端末から上記
イベントでの来店客に係る来店客情報を取得する来店客
情報取得手段と、上記イベント費用情報と来店客情報と
から来店客１人あたりのイベント費用を算出する算出手
段と、上記来店客１人あたりのイベント費用が所定値を
越えた場合に警告を上記端末に表示させる手段とを有す
るものでもよい。

【００２５】また、本発明は、ネットワークを通じてサ
ーバと連携し店舗の来店客を管理する端末であり、イベ
ントの開催により発生した費用に係るイベント費用情報
を上記サーバに通知するイベント費用情報通知手段と、
上記イベントでの来店客に係る来店客情報を上記サーバ
に提供する手段と、上記来店客１人あたりのイベント費
用が所定値を越えた場合に警告表示の指示を上記サーバ
から受ける手段とを有すものでもよい。

【００２６】また、本発明は、上記いずれかの処理をコ
ンピュータに実行させる方法であってもよい。また、本
発明は、以上のいずれかの機能をコンピュータに実現さ
せるプログラムであってもよい。また、本発明は、その
ようなプログラムを記録したコンピュータが読み取り可
能な記録媒体でもよい。

【００２７】ここで、コンピュータが読み取り可能な記
録媒体とは、データやプログラム等の情報を電気的、磁
気的、光学的、機械的、または化学的作用によって蓄積
し、コンピュータから読み取ることができる記録媒体を
いう。このような記録媒体のうちコンピュータから取り
外し可能なものとしては、例えばフロッピー（登録商
標）ディスク、光磁気ディスク、CD-ROM、CD-R/W、DV
D、DAT、８mmテープ、メモリカード等がある。

【００２８】また、コンピュータに固定された記録媒体
としてハードディスクやＲＯＭ（リードオンリーメモ
リ）等がある。

【００２９】

【発明の実施の形態】以下、本発明の実施の形態を図１
から図１７の図面に基いて説明する。

【００３０】図１は本発明の一実施の形態に係る情報シ
ステムのシステム構成図であり、図２は、図１に示した
サーバ１および店舗端末２の機能の関連を示す機能関連
図であり、図３は、サーバ１および店舗端末２において
処理するデータを取り込むためのデータ取り込み画面を
示す図であり、図４は、サーバ１および店舗端末２にお
いて取り込んだデータに対するデータ照合の実行を指定
するデータ照合画面の例であり、図５は、データ照合画
面での指定に対するデータ照合結果を示す図であり、図
６は、図１に示した来店データ１１のデータ例を示す図
であり、図７は、誘致データ１２のデータ例を示す図で
あり、図８は、受注データ１３のデータ例を示す図であ
り、図９は、入庫データ１４のデータ例を示す図であ
り、図１０は、販売データ１５のデータ例を示す図であ
り、図１１は、イベントマスタ１６のデータ例を示す図
であり、図１２は、イベント効果の表示例であり、図１
３は、誘致客の来店件数と未誘致客の来店件数をＧＩＳ
により地図上に表示した地域分析処理の出力例であり、
図１４は、図１に示した店舗における来店客登録処理を
示すフローチャートであり、図１５は、サーバ１のデー
タ処理を示すフローチャートであり、図１６および図１
７は、本情報システムにおけるイベント対費用効果算出
処理（図１５のＳ１７）の詳細を示すフローチャートで
あり、図１８は、地域別分析処理（図１５のＳ１９）の
詳細を示すフローチャートである。

【００３１】＜システム構成＞図１に、本情報システム
のシステム構成図を示す。この情報システムは、自動車
販売での顧客管理を支援する。この情報システムは、自
動車販売店の店舗を統括する本部で運用されるサーバ１
と、各店舗に設置され、店舗での顧客の来店管理を支援
する端末２をネットワークで接続して構成される。

【００３２】ここで、ネットワークは、例えば、インタ
ーネット等の公衆ネットワークまたはイントラネット等
の組織内ネットワークである。

【００３３】サーバ１は、各種の情報処理プログラムを
実行し、インターネットやイントラネットを通じて店舗
の端末２に様々な機能を提供する。このサーバ１は、そ
の提供する機能により、ＷＷＷ（World Wide Web）サー
バ、アプリケーションサーバ、あるいはデータベースサ
ーバのように分類される。本実施形態では、このような
各種のサーバを総称してサーバ１とする。

【００３４】サーバ１は、顧客の来店状況を管理するた
めの来店データ１１、イベントに誘致した顧客を管理す
る誘致データ１２、受注内容を管理する受注データ１
３、各種サービスを提供するため顧客の自動車を受け入
れたときに記録する入庫データ１４、自動車を販売した
実績を記録する販売データ１５および各販売店で開催さ
れるイベントの情報を記録するイベントマスタ１６を有
している。

【００３５】１台のサーバ１がこのような機能を提供し
てもよいし、機能ごとに異なるサーバ１を設けてもよ
い。サーバ１は、ＣＰＵ、メモリ、ハードディスクおよ
び通信インターフェース等を有する一般的なコンピュー
タである。このような構成要素および作用については広
く知られているので、その説明を省略する。

【００３６】店舗に設置される端末２は、ＣＰＵ、メモ
リ、ハードディスク、表示装置、操作部（キーボード
や、ポインティングデバイス、リモートコントローラ
等）および通信部等を有する。

【００３７】端末２は、ネットワークを通じてサーバ１
にアクセスし、来店状況をサーバ１に報告し、サーバ１
が提供する各種サービスの提供を受ける。例えば、顧客
が来店したとき、店舗のスタッフは、不図示の操作部を
通じて、来店客の登録番号（顧客ＩＤともいう）等を入
力する。入力された情報は、ネットワークを通じて、サ
ーバ１に報告され、来店データ１１等に記録される。

【００３８】また、店舗のスタッフは、端末２を通じて
サーバ１にアクセスし、来店データの集計結果、受注実
績、販売状況等のデータを確認することができる。

【００３９】この端末２は、上記ネットワークを通じた
通信機能を持ち、ＣＰＵ等によるデジタルデータ処理が
可能な装置であり、例えば、パーソナルコンピュータ、
ＰＤＡ（Personal Digital(Data) Assistants ）等であ
る。

【００４０】また、来店客の自動車から発せられる電磁
波を受信し来店客の登録番号を読み取る自動登録番号読
み取り装置３を端末２に接続してもよい。このような自
動登録番号読み取り装置３からの報知により、端末２
は、顧客の来店を検知することができる。

【００４１】図２に、サーバ１と端末２との機能の関連
図を示す。まず、サーバ１は、店舗に設置された端末２
が有するすべての機能を保持する。さらに、サーバ１
は、端末２の機能に加えて、以下の機能を有する。 （１）顧客情報照会 これは、端末２からの問い合わせに対して、来店データ
１１、誘致データ１２、受注データ１３、入庫データ１
４、販売データ１５等を参照し、顧客に関する情報を提
供する機能である。 （２）店舗の来店状況把握 これは、端末２から顧客の来店報告を受け、来店データ
１１に記録する機能、および、来店データ等を集計し、
店舗の来店状況を表示する機能である。 （３）来店データと受注・販売・入庫データの分析 これは、来店データ１１、誘致データ１２、受注データ
１３、販売データ１５、入庫データ１４等の間で照合を
取り、顧客動向を分析する機能である。照合は、例え
ば、来店データ１１と、販売データ１５とで一致する顧
客ＩＤのレコードを抽出する。これにより、来店した顧
客で実際に販売に至った顧客を抽出することができる。

【００４２】また、誘致データ１２と、受注データ１３
とで一致する顧客ＩＤのレコードを抽出する。これによ
り、誘致した顧客で実際に受注に至った顧客を抽出する
ことができる。

【００４３】端末２は、以下の機能を有している。 （４）全社顧客情報照会 これは、全社（販売店の店舗全体）での顧客に関する情
報をサーバ１へ照会する機能である。 （５）ご来店カード発行 これは、既存の顧客が来店時、来店カードを発行する機
能である （６）新規客アンケート発行 これは、本情報システムに登録されていない新規の顧客
が来店したときに、その顧客に関する情報を収集するた
め、アンケートを発行する機能である。 （７）来店件数自動登録 これは、顧客が来店したときに、来店件数を計数する機
能である。この機能は、図１に示したような自動登録番
号読み取り装置３から顧客の登録番号を読み取り可能な
場合には、自動的に起動される。また、顧客の登録番号
を読み取り可能でない場合には、端末２の操作部（例え
ば、キーボード）を通じて来店情報が入力され、サーバ
１に報告される。 （８）買い回りチェック これは、顧客が複数の店舗を回って販売価格を交渉して
いるような場合に、その状況を各店舗に把握させる機能
である。店舗の端末２は、例えば、その顧客が過去に複
数の店舗を訪問済みである場合に、他の店舗での割引価
格、その顧客の所有する車両の査定価格等をサーバ１に
照会する。 （９）来店アンケート登録 これは、新規の客が回答したアンケート結果を入力する
機能である。端末２は、アンケート登録画面を表示し、
店舗のスタッフにアンケート結果を入力させる。 （１０）来店結果入力 これは、顧客が来店したときに、その顧客の情報をサー
バ１に登録する機能である。 （１１）全社の来店状況照会 これは、端末２がサーバ１に全社（販売店の店舗全体）
における現在の来店状況を照会し、表示する機能であ
る。 （１２）来店管理資料出力 これは、来店客を分析した各種資料を出力する機能であ
る。端末２は、例えば、イベント開催日の顧客の区分
（既存顧客、新規客、誘致客）、通常営業日における顧
客の動向等を出力する。 （１３）誘致客、未誘致客管理機能 これは、例えば、あるイベントを開催するに際し、その
イベントに個別にダイレクトメール等で勧誘する顧客を
選択し、その誘致客へのダイレクトメールの発送を支援
する機能である。さらに、この機能では、端末２は、イ
ベント開催日に来店した顧客を誘致客と未誘致客に分類
し、未誘致客への接客を店舗スタッフに指示する未誘致
客フォローリストを出力する。

【００４４】＜画面構成＞図３に、端末２（またはサー
バ１の画面）に表示されるデータ取り込み画面の構成を
示す。この画面は、来店データ１１、誘致データ１２、
受注データ１３、入庫データ１４または販売データ１５
から分析したいデータを指定し、データベースに取り込
むための画面である。

【００４５】店舗のスタッフ（以下、オペレータと呼
ぶ）は、「来店データ」ボタン２１、「誘致データ」ボ
タン２２、「受注データ」ボタン２３、「入庫データ」
ボタン２４、あるいは「販売データ」ボタン２５を不図
示のポインティングデバイス（例えば、マウス等）で押
下することで、これらのボタンに対応するデータのファ
イルをデータベースに取り込むことができる。

【００４６】取り込まれたデータは、「取り込みファイ
ル名」で示されるフィールドに表示される。オペレータ
が「テーブル初期化」ボタンを押下すると、データベー
スに取り込まれたデータがクリアされる。

【００４７】図４に、データ照合画面の構成を示す。こ
の画面は、図３のデータ取り込み画面への操作によりデ
ータベースに取り込まれたデータを照合させ、データの
分析の実行を指定する画面である。この画面は、［来店
データ］ＶＳ［受注データ］ボタン３１、［来店デー
タ］ＶＳ［入庫データ］ボタン３２、［来店データ］Ｖ
Ｓ［販売データ］ボタン３３、［誘致データ］ＶＳ［受
注データ］ボタン３４、［誘致データ］ＶＳ［入庫デー
タ］ボタン３５、［誘致データ］ＶＳ［販売データ］ボ
タン３６、［来店データ］ＶＳ［誘致データ］ボタン３
７を有している。

【００４８】オペレータは、［来店データ］ＶＳ［受注
データ］ボタン３１により、来店データ１１と受注デー
タ１３の照合を指定する。この照合において、各データ
の「顧客名」のフィールドが照合キーとして使用され
る。この照合により、来店データ１１と受注データ１３
とで、「顧客名」が一致するデータが抽出される。した
がって、オペレータは、来店した顧客のうち、実際に受
注に至った顧客を抽出することができる。

【００４９】同様に、オペレータは、［来店データ］Ｖ
Ｓ［入庫データ］ボタン３２により、来店データ１１と
入庫データ１４を照合させることができる。この照合に
おいて、「顧客名」と「自動車登録ＮＯ」が照合キーと
して使用される。これにより、来店した顧客の自動車の
うち、入庫され、サービスを受けた自動車とその自動車
の所有者である顧客が抽出される。

【００５０】また、［来店データ］ＶＳ［販売データ］
ボタン３３、［誘致データ］ＶＳ［受注データ］ボタン
３４、［誘致データ］ＶＳ［入庫データ］ボタン３５、
［誘致データ］ＶＳ［販売データ］ボタン３６、［来店
データ］ＶＳ［誘致データ］ボタン３７についても同様
に、各データの照合の実行が指定される。

【００５１】図５に、来店データ１１と受注データ１２
の照合結果の例を示す。図５には、上記のような照合の
結果、照合キーのフィールドが一致するデータ（来店デ
ータと受注データを結合したもの）が表示される。

【００５２】＜データ構成＞図６に、来店データ１１の
データ例を示す。来店データ１１は、来店した顧客を記
録するデータである。図６に示した表が１顧客に対応す
る来店データの構成を示している。図６のように、来店
データ１１は、顧客ＩＤ、顧客名、住所、イベント名、
およびイベント誘致の項目を有している。

【００５３】顧客ＩＤは、顧客を識別する情報（記号、
数字）である。顧客名は、当該顧客の氏名である。ま
た、住所は、その顧客の住所である。その顧客を特定の
イベントに誘致していた場合、イベント名には、そのイ
ベント名が格納される。また、イベント誘致の項目に
は、誘致の状況が記録される。例えば、未誘致、誘致済
みであるが未来店、誘致後来店済み等である。

【００５４】図７に、誘致データ１２のデータ例を示
す。図７の表が、顧客１件に対応する誘致データを示し
ている。ただし、誘致データは１２、誘致するイベント
ごとに別ファイルで構成され、誘致対象のイベントに対
応するイベントマスタ１６のレコードとリンクされる。
したがって、サーバ１は、そのリンクをたどることで、
各イベントに対応する誘致データ１２を参照することが
できる。図７のように、誘致データ１２は、顧客ＩＤ、
顧客名、住所等を有している。これらの構成要素は、来
店データ１１と同様である。

【００５５】図８に、受注データ１３のデータ例を示
す。受注データ１３は、顧客から商品（例えば、自動
車）の注文を受けたときに、その実績を記録する。図８
のように、受注データは、注文ＮＯ、顧客ＩＤ、顧客
名、住所、車名、型式等の項目を有している。

【００５６】注文ＮＯは、受注データを一意に識別する
番号である。顧客ＩＤ、顧客名、住所については、図６
の来店データ１１と同様である。車名は、受注した自動
車の車名である。また、型式は、受注した自動車の型式
を示す情報である。

【００５７】図９に、入庫データ１４のデータ例を示
す。入庫データ１４は、点検や修理等のために顧客から
受け入れた（これを入庫したという）自動車の情報を記
録する。図９のように、入庫データは、顧客ＩＤ、顧客
名、住所、自動車登録ＮＯ、入庫日、サービス区分の各
項目を有している。

【００５８】このうち、顧客ＩＤ、顧客名、住所につい
ては、図６の来店データと同様である。自動車登録ＮＯ
は、入庫した自動車の役所への登録番号である。入庫日
は、その自動車を受け入れた日付である。サービス区分
には、入庫により受けるサービスの種類を記録する。例
えば、定期点検、修理等である。

【００５９】図１０に、販売データ１５のデータ例を示
す。販売データ１５は、顧客に商品（例えば、自動車）
を販売したときに、その実績を記録する。図１０のよう
に、販売データは、顧客ＩＤ、注文ＮＯ、顧客名、住
所、自動車登録ＮＯ、車名、初度登録日、型式等の項目
を有している。

【００６０】このうち、自動車登録ＮＯは、その自動車
を役所に登録したときに登録ＮＯである。また、初度登
録日は、販売した自動車の登録日である。他の項目は、
受注データ１３と同様である。

【００６１】図１１に、イベントマスタ１６のデータ例
を示す。イベントマスタ１６は、販売店の店舗で開催さ
れるイベントに関する情報を記録する。図１１のよう
に、イベントマスタ１６は、イベント名称、主催区分、
開始日、終了日、イベント対象地域、イベント費用総
計、誘致客イベント費用、未誘致客イベント費用、来店
件数イベント目標値、誘致による来店件数イベント目標
値、未誘致による来店件数イベント目標値等の項目を有
している。

【００６２】イベント名称は、開催されるイベントの名
称である。主催区分は、販売店本社か店舗かの区分であ
る。主催区分が０の場合、販売店本社による主催を示
す。また、主催区分が１以上の場合、店舗による主催を
示し、主催区分に設定される数値は、当該店舗の店舗コ
ードである。

【００６３】開始日は、イベント開催期間の開始日であ
る。また、終了日は、イベント開催期間の終了日であ
る。

【００６４】イベント対象地域は、イベントにより販売
を促進する地域の区分を示す。イベント対象地域が０の
場合、対象地域は、当該販売店の管轄地域全体である。
また、イベント対象地域が１以上の数値の場合、その数
値がイベント対象地域の地域コードを示す。

【００６５】イベント費用総計は、そのイベントの開催
に要した費用の総計である。また、誘致客イベント費用
は、誘致客のために要した費用の総計である。誘致客の
ために要した費用とは、誘致のためのダイレクトメール
の発送費、誘致客に引き渡す記念品代金等である。

【００６６】また、未誘致客イベント費用は、未誘致客
のために要した費用の総計である。未誘致客のために要
した費用とは、未誘致客に引き渡す記念品代金等であ
る。

【００６７】なお、未誘致客と誘致客とに共通して発生
し区分できない費用、例えば、イベントの宣伝費等は、
誘致による来店件数と未誘致の来店件数の比にしたが
い、誘致客イベント費用および未誘致客イベント費用に
割り当てられる。ただし、これに代えて、そのような区
分できない費用を一律に５０％ずつ、誘致客イベント費
用および未誘致客イベント費用に割り当ててもよい。

【００６８】来店件数イベント目標値とは、イベントで
の来店件数総数の目標値である。また、誘致による来店
件数イベント目標値とは、誘致した顧客について、イベ
ント時に来店した件数の目標値である。また、未誘致に
よる来店件数イベント目標値は、誘致しなかった顧客に
ついて、実際にイベント時に来店した件数の目標値であ
る。

【００６９】＜表示例＞図１２に、イベント効果の表示
例を示す。この表示例は、所定の期間に開催された各種
のイベントについて、実績データを表示する。この表示
例では、イベントごとにイベント開催日、イベント名
称、イベント費用、総来店件数、誘致客、未誘致客、費
用／誘致、および費用／未誘致の項目が表示されてい
る。図１２の表示の各行が個々のイベントに対応し（最
下行は全イベントの合計値）、各列が上記各項目に対応
する。

【００７０】このうち、イベント費用は、各イベントで
要した費用の実績である。総来店件数は、そのイベント
への来店件数（家族等の１グループを１件とする）であ
る。誘致客とは、総来店件数で計数される顧客のうち、
そのイベントへ誘致した顧客の件数および割合である。
また、未誘致客とは、総来店件数で計数される顧客のう
ち、そのイベントへ誘致しなかった顧客の件数および割
合である。

【００７１】費用／誘致の項目には、そのイベントで要
した費用を誘致客の件数で除算した値、すなわち、誘致
客１人あたりに換算した費用を表示する。また、費用／
未誘致の項目には、未誘致客１人あたりに換算した費用
を表示する。

【００７２】さらに、本情報システムでは、費用／誘
致、または、費用／未誘致の値が所定値を超える場合、
当該イベントの行が強調して表示され、警告マーク（図
１２では、ＮＧのマーク）が表示される。なお、図１２
には表示されないが、来店件数あたりの費用（イベント
費用を総来店件数で除算した値）が所定値を超える場合
も警告マークを表示するようにしてもよい。

【００７３】図１３は、来店データ１１の顧客の住所を
基に、来店した顧客の分布を地図上に表示した例であ
る。この例では、来店した顧客の住所をＧＩＳ（Geogra
phicalInformation System）に引き渡し、地図上の分布
として表示している。

【００７４】図１３は、特定のイベント（例えば、ＲＶ
フェア）を開催した際の販売店本社についての来店デー
タから、顧客の分布を分析した結果である。この表示で
は、イベント開催中の販売店本社への来店客を誘致客、
未誘致客に区分して表示している。

【００７５】＜作用＞図１４に、本情報システムにおけ
る来店客登録処理のフローチャートを示す。この処理
は、店舗の端末２で実行されるプログラムと、端末２か
らの要求によりサーバ１で実行されるプログラムにより
実現される。

【００７６】この処理は、自動番号読み取り装置３から
の来店客通知の受信、または、端末２の不図示のキーボ
ード等からの来店客データの入力により開始する（Ｓ
１）。このとき、すでに来店実績のある顧客（これを自
社客という）の場合、その顧客の販売店での登録番号が
入力される。なお、来店実績のない顧客を新規客とい
う。

【００７７】次に、端末２は、来店した顧客が自社客か
否かを判定する（Ｓ２）。そして、端末２は、自社客に
対して来店カードを発行する（Ｓ３）。一方、自社客以
外の新規客に対して、端末２は、アンケートを発行する
（Ｓ４）。このアンケートに対する回答は、端末２の来
店アンケート登録機能（図２参照）により、サーバ１に
登録される。

【００７８】次に、端末２は、サーバ１に照会し、この
顧客が誘致客か否かを判定させる（Ｓ６）。サーバ１
は、誘致データ１２を参照し、この顧客が誘致客か否か
を判定する。そして、来店した顧客が誘致でなかった場
合、端末２は、未誘致客フォローリストを発行する（Ｓ
７）。

【００７９】次に、端末２は、サーバ１に来店した顧客
の情報（顧客ＩＤ等）を来店データ１１として登録させ
る（Ｓ８）。このとき、サーバ１は、誘致データ１２を
参照し、誘致／未誘致の区別を来店データ１１に記録す
る。

【００８０】図１５は、サーバ１のデータ処理を示すフ
ローチャートである。この処理は、ネットワークを通じ
た端末２からの要求、またはサーバ１にローカルに接続
された不図示の入力装置からの要求に応答して実行され
る。

【００８１】この処理では、サーバ１は、通常、要求待
ちの状態にある（Ｓ１１）。要求が入力されると、サー
バ１は、その要求の種類を判定する。まず、サーバ１
は、要求が来店データ１１の入力か否かを判定する（Ｓ
１２）。要求が来店データ１１の入力の場合、サーバ１
は、誘致客、未誘致客に区分して来店データ１１を登録
する。その後、サーバ１は、制御をＳ１１に戻す。

【００８２】要求が来店データ１１の入力でない場合、
サーバ１は、要求が費用の入力か否かを判定する（Ｓ１
４）。要求が費用の入力の場合、サーバ１は、誘致客、
未誘致客に区分して費用を積算する（Ｓ１５）。その
後、サーバ１は、制御をＳ１１に戻す。

【００８３】要求が費用の入力でない場合、サーバ１
は、要求がイベント対費用効果の算出か否かを判定する
（Ｓ１６）。要求がイベント対費用効果算出の場合、サ
ーバ１は、イベント対費用効果算出処理を実行する（Ｓ
１７）。その後、サーバ１は、制御をＳ１１に戻す。

【００８４】要求がイベント対費用効果の算出でない場
合、サーバ１は、要求が地域別分析か否かを判定する
（Ｓ１８）。要求が地域別分析の場合、サーバ１は、地
域別分析処理を実行する（Ｓ１９）。その後、サーバ１
は、制御をＳ１１に戻す。

【００８５】要求が地域別分析でない場合、サーバ１
は、その他の処理を実行する（Ｓ１９）。その他の処理
とは、例えば、各店舗への来店状況の参照、買い回りの
チェック、来店アンケートの登録等である。その後、サ
ーバ１は、制御をＳ１１に戻す。

【００８６】図１６および図１７にイベント対費用効果
算出処理のフローチャートを示す。この処理では、ま
ず、オペレータが端末２を通じて、サーバ１にイベント
名称を入力する（Ｓ１７１）。

【００８７】すると、サーバ１は、イベントマスタ１６
のイベント費用、主催区分およびイベントでの目標値を
参照する（Ｓ１７２）。

【００８８】次に、サーバ１は、そのイベントが販売店
本社の主催か店舗の主催かを判定する（Ｓ１７３）。そ
して、サーバ１は、イベントが販売店本社の主催の場
合、全社（販売店に属するすべての店舗）の来店データ
から当該イベントへの誘致による来店件数（以下、誘致
来店件数という）を集計する（Ｓ１７４）。一方、イベ
ントが店舗主催の場合、当該店舗の来店データから当該
イベントへの誘致来店件数を集計する（Ｓ１７５）。

【００８９】次に、サーバ１は、誘致客１人あたりのイ
ベント費用、すなわち、誘致客イベント費用／誘致来店
件数を算出する。ここで、誘致客イベント費用とは、そ
のイベントにおいて、誘致に要した費用である（図１１
参照）。さらに、サーバ１は、誘致来店件数のイベント
での実績値と目標値とを比較する（Ｓ１７６）。そし
て、サーバ１は、誘致客１人あたりのイベント費用、誘
致来店件数の実績値と目標値の比較結果を端末２に表示
させる（Ｓ１７７）。

【００９０】次に、サーバ１は、誘致客１人あたりのイ
ベント費用が所定値を超えたか否かを判定する（Ｓ１７
８）。所定値とは、例えば、イベント計画時の上限の目
標値等である。そして、誘致客１人あたりのイベント費
用が所定値を超えた場合、端末２の画面に警告を表示す
る（Ｓ１７９）。

【００９１】次に、サーバ１は、来店データ１１から未
誘致客の来店件数（以下、未誘致来店件数という）を集
計する（Ｓ１８０）。この処理は、上記誘致客に対する
処理（Ｓ１３からＳ１５）と同様である。そして、サー
バ１は、未誘致客１人あたりのイベント費用（未誘致客
イベント費用／未誘致来店件数）を算出する。さらに、
サーバ１は、未誘致来店件数のイベントでの実績値と目
標値とを比較する（Ｓ１８１）。そして、サーバ１は、
未誘致客１人あたりのイベント費用、未誘致来店件数の
実績値と目標値の比較結果を表示する（Ｓ１８２）。

【００９２】そして、サーバ１は、未誘致客１人あたり
のイベント費用が所定値を超えたか否かを判定する（Ｓ
１８３）。未誘致客１人あたりのイベント費用が所定値
を超えた場合、端末２の画面に警告を表示する（Ｓ１８
４）。

【００９３】次に、サーバ１は、上記誘致来店件数と未
誘致来店件数から総来店件数を算出する（Ｓ１８５）。
そして、サーバ１は、来店１件あたりのイベント費用
（イベント費用総計／総来店件数）を算出する。また、
サーバ１は、総来店件数のイベントでの実績値と目標値
を比較する（Ｓ１８６）。そして、サーバ１は、来店１
件あたりのイベント費用、実績値と目標値の比較結果を
表示する（Ｓ１８７）。

【００９４】次に、サーバ１は、来店１件あたりのイベ
ント費用の値が所定値を超えたか否かを判定する（Ｓ１
８８）。そして、来店１件あたりのイベント費用が所定
値を超えた場合、端末２の画面に警告を表示する（Ｓ１
８９）。

【００９５】なお、ここでは、１件のイベントごとに、
誘致客、未誘致客の来店件数、総来店件数から来店１件
数あたりの費用を算出し、所定値を超えたか否かを判定
した。しかし、図１２に示したように、所定期間に開催
される複数のイベントについて、上記処理を実行するよ
うにしてもよい。

【００９６】図１８に、地域別分析処理のフローチャー
トを示す。この処理では、オペレータが端末２を介して
サーバ１に、イベント名称を入力する（Ｓ１９１）。

【００９７】すると、サーバ１は、来店データ１１から
当該イベントに来店した誘致客を参照し、住所のデータ
を抽出する（Ｓ１９２）。そして、サーバ１は、抽出し
た住所のデータをＧＩＳに引き渡し、地図上にプロット
させる（Ｓ１９３）。

【００９８】次に、サーバ１は、来店データ１１から当
該イベントに来店した未誘致客を参照し、住所のデータ
を抽出する（Ｓ１９４）。そして、サーバ１は、抽出し
た住所のデータをＧＩＳに引き渡し、地図上にプロット
させる（Ｓ１９５）。その後、サーバ１は、処理を終了
する。このようにして、図１３に示したように地域別に
誘致客、未誘致客についての来店データが表示される。

【００９９】＜実施の形態の効果＞以上述べたように、
本情報システムによれば、イベントごとに要した費用を
集計し、そのイベントへの総来店件数から、来店１件あ
たりの費用を把握することができる。したがって、顧客
の来店１件あたりの費用により、イベントの成果を評価
できる。

【０１００】また、本情報システムによれば、誘致客と
未誘致客を区別して各々来店件数に対するイベントの費
用を把握できる。したがって、誘致客ごと、未誘致客ご
とにイベントの成果を評価できる。

【０１０１】また、本情報システムによれば、販売店本
社主催のような販売店全体で開催するイベントについ
て、すべての店舗の来店状況から来店１件あたりの費用
を把握することができる。

【０１０２】また、本情報システムによれば、個々の店
舗が主催するイベントについて、当該店舗の来店状況か
ら来店１件あたりの費用を把握することができる。した
がって、販売店ごとの個別の事情や状況を客観的に評価
することができる。

【０１０３】また、本情報システムによれば、顧客が来
店した際、新規客か否かを判断し、新規客にアンケート
を発行する。したがって、新規客からアンケートの回答
を回収する確実性を高めることができる。

【０１０４】また、本情報システムによれば、顧客が来
店した際、イベントへの誘致客か否かを誘致データ１２
を参照して判定する。そして、誘致データに登録されて
いない顧客を未誘致客とし、店舗スタッフに未誘致客フ
ォローリストを発行する。このようにして、本情報シス
テムでは、誘致しなかったのに来店した客にターゲット
を絞り、店舗スタッフに対応させることができる。すな
わち、誘致した顧客と誘致しなかった顧客を識別するこ
とにより、店舗のスタッフは、顧客の特性や状況に応じ
て、適切な販売活動を行うことができる。

【０１０５】また、本情報システムによれば、顧客の来
店データ１１から地域別の分布を評価することができ
る。例えば、特定の地域に焦点を絞ってイベントを開催
した場合に、その対象地域でのイベントの効果、対象地
域外でのイベントの効果を各々評価することができる。

【０１０６】また、本情報システムでは、そのようなイ
ベントの効果を誘致客と未誘致客で区分して評価でき
る。そのような区分に替えて、新規客と既存客で区分し
て評価するようにしてもよい。

【０１０７】

【発明の効果】以上説明したように、本発明によれば、
イベント開催時の顧客情報を管理し、そのイベントの効
果を確認することができる。また、本発明によれば、顧
客情報を活用し、営業効率の向上に寄与ことができる。

【図面の簡単な説明】

【図１】 本発明の一実施の形態に係る情報システムの
システム構成図

【図２】 サーバ１および店舗端末２の機能の関連を示
す機能関連図

【図３】 データ取り込み画面を示す図

【図４】 データ照合画面の例

【図５】 データ照合結果を示す図

【図６】 来店データ１１のデータ例を示す図

【図７】 誘致データ１２のデータ例を示す図

【図８】 受注データ１３のデータ例を示す図

【図９】 入庫データ１４のデータ例を示す図

【図１０】販売データ１５のデータ例を示す図

【図１１】イベントマスタ１６のデータ例を示す図

【図１２】イベント効果の表示例

【図１３】地域分析処理の出力例

【図１４】来店客登録処理を示すフローチャート

【図１５】サーバ１のデータ処理を示すフローチャート

【図１６】イベント対費用効果算出処理の詳細を示すフ
ローチャート（１）

【図１７】イベント対費用効果算出処理の詳細を示すフ
ローチャート（２）

【図１８】地域別分析処理の詳細を示すフローチャート

【符号の説明】

１ サーバ ２ 端末 ３ 自動登録番号読み取り装置 １１ 来店データ １２ 誘致データ １３ 受注データ １４ 入庫データ １５ 販売データ １６ イベントマスタ

Claims (12)

【特許請求の範囲】
1. 【請求項１】 イベントの開催により発生した費用に係
   るイベント費用情報を参照するイベント費用情報参照手
   段と、 前記イベントでの来店客に係る来店客情報を取得する来
   店客情報取得手段と、 前記イベント費用情報と来店客情報とから来店客１人あ
   たりのイベント費用を算出する算出手段と、 前記来店客１人あたりのイベント費用が所定値を越えた
   場合に警告を表示する手段とを有する来店客管理システ
   ム。
2. 【請求項２】 前記イベントへの参加を誘致した誘致客
   と前記イベントへの参加を誘致しなかった未誘致客とに
   前記来店客を識別する来店客識別手段と、 前記イベント費用情報参照手段により参照した費用項目
   に基づきイベント費用情報を前記誘致客に対する誘致客
   費用と前記未誘致客に対する未誘致客費用とに識別する
   費用識別手段とをさらに有し、 前記算出手段は、前記来店客１人あたりのイベント費用
   を前記誘致客または未誘致客の少なくとも一方について
   算出する請求項１に記載の来店客管理システム。
3. 【請求項３】 複数の店舗に設けられ、前記来店客情報
   取得手段として機能する、そのような端末と通信する手
   段をさらに有し、 前記算出する手段は、前記各店舗ごとに来店客１人あた
   りのイベント費用を算出する請求項１または２に記載の
   来店客管理システム。
4. 【請求項４】 イベントへの参加を誘致した誘致客に係
   る誘致客情報を記録する誘致客情報記録手段と、 前記イベントでの来店客に係る来店客情報を取得する来
   店客情報取得手段と、 前記誘致客情報と来店客情報とに基づき、前記イベント
   への参加を誘致しなかった未誘致客に係る情報を抽出す
   る未誘致客情報抽出手段とを有する来店客管理システ
   ム。
5. 【請求項５】 所定の地域ごとに前記誘致客情報と未誘
   致客情報とを集計する手段と、 前記地域を示す地図上にその地域ごとの前記誘致客数と
   未誘致客数とを表示する手段とを備える請求項４に記載
   の来店客管理システム。
6. 【請求項６】 店内の来店客に係る情報を取得する来店
   客情報取得手段と、 以前に来店実績のある客と来店実績のない新規客とに前
   記来店客を区分する手段と、 前記新規客に対してアンケート情報を発行する手段とを
   備える来店客管理システム。
7. 【請求項７】 店舗に設置された端末と連携し店舗の来
   店客を管理するサーバであり、 イベントの開催により発生した費用に係るイベント費用
   情報を参照するイベント費用情報参照手段と、 前記端末から前記イベントでの来店客に係る来店客情報
   を取得する来店客情報取得手段と、 前記イベント費用情報と来店客情報とから来店客１人あ
   たりのイベント費用を算出する算出手段と、 前記来店客１人あたりのイベント費用が所定値を越えた
   場合に警告を前記端末に表示させる手段とを有するサー
   バ。
8. 【請求項８】 ネットワークを通じてサーバと連携し店
   舗の来店客を管理する端末であり、 イベントの開催により発生した費用に係るイベント費用
   情報を前記サーバに通知するイベント費用情報通知手段
   と、 前記イベントでの来店客に係る来店客情報を前記サーバ
   に提供する手段と、 前記来店客１人あたりのイベント費用が所定値を越えた
   場合に警告表示の指示を前記サーバから受ける手段とを
   有する端末。
9. 【請求項９】 コンピュータが、イベントの開催により
   発生した費用を参照するイベント費用情報参照ステップ
   と、 前記イベントでの来店客に係る来店客情報を取得する来
   店客情報取得ステップと、 前記イベント費用情報と来店客情報とから来店客１人あ
   たりのイベント費用を算出する算出ステップと、 前記来店客１人あたりのイベント費用が所定値を越えた
   場合に警告を表示するステップとを実行する来店客管理
   方法。
10. 【請求項１０】 前記イベントへの参加を誘致した誘致
    客と前記イベントへの参加を誘致しなかった未誘致客と
    に前記来店客を識別する来店客識別ステップと、 前記イベント費用情報参照ステップにより参照した費用
    項目に基づきイベント費用情報を前記誘致客に対する誘
    致客費用と前記未誘致客に対する未誘致客費用とに識別
    する費用識別ステップとをさらに実行し、 前記算出ステップは、前記来店客１人あたりのイベント
    費用を前記誘致客または未誘致客の少なくとも一方につ
    いて算出する請求項９に記載の来店客管理方法。
11. 【請求項１１】 コンピュータに、イベントの開催によ
    り発生した費用を参照するイベント費用情報参照ステッ
    プと、 前記イベントでの来店客に係る来店客情報を取得する来
    店客情報取得ステップと、 前記イベント費用情報と来店客情報とから来店客１人あ
    たりのイベント費用を算出する算出ステップと、 前記来店客１人あたりのイベント費用が所定値を越えた
    場合に警告を表示するステップとを実行させるプログラ
    ム。
12. 【請求項１２】 前記イベントへの参加を誘致した誘致
    客と前記イベントへの参加を誘致しなかった未誘致客と
    に前記来店客を識別する来店客識別ステップと、 前記イベント費用情報参照ステップにより参照した費用
    項目に基づきイベント費用情報を前記誘致客に対する誘
    致客費用と前記未誘致客に対する未誘致客費用とに識別
    する費用識別ステップとをさらに実行させ、 前記算出ステップは、前記来店客１人あたりのイベント
    費用を前記誘致客または未誘致客の少なくとも一方につ
    いて算出する請求項１１に記載のプログラム。