JP2017091086A - 顧客情報更新装置及びコンピュータプログラム - Google Patents

Abstract

【課題】セールス担当者と新規顧客とのコミュニケーションを、シールを用いて行い、シールの使用履歴から新規顧客の情報収集及び更新を行う顧客情報更新装置等を提供すること。【解決手段】顧客情報更新装置１は、図柄又は文字が表示された複数のシール片を有するシールシートの使用済みシール片の識別情報を取得する取得部と、前記識別情報及び属性情報を対応付けたシール情報を記憶した記憶部（シール情報データベース１８１）から、取得した識別情報に対応した属性情報を読み出す読み出し部と、前記シールシートに対応した顧客情報を受け付ける受付部と、読み出した属性情報に基づいて、取得した顧客情報を更新する更新部とを備えることを特徴する。【選択図】図３

Description

本発明は、顧客情報を更新する顧客情報更新装置等に関する。

小売業などＢｔｏＣ（Ｂｕｓｉｎｅｓｓ ｔｏ Ｃｏｎｓｕｍｅｒ）取引を主とする業種は、顧客情報を収集し、収集した顧客情報を活用したマーケティングを行い、顧客単価の上昇を図っている。

一方、商品販売時、商品に付加価値を与えるために、顧客に合わせたシールを商品に貼り付けることが行われている（特許文献１、特許文献２）。

特開２００４−３２６０６０号公報 特開２００２−２８４１７４号公報

しかしながら、従来のシールは、顧客が購入を決めた場面において、商品に付加価値を与えるために利用されており、新規顧客に対しては有効に使われていない。また、シールを用いることにより、顧客情報を収集することも行われていない。

本発明は、このような事情に鑑みてなされたものであり、セールス担当者（営業員）と新規顧客とのコミュニケーションを、シールを用いて行い、シールの使用履歴から新規顧客の情報収集及び更新を行う顧客情報更新装置等を提供することを目的とする。

本発明に係る顧客情報更新装置は、図柄又は文字が表示された複数のシール片を有するシールシートの使用済みシール片の識別情報を取得する取得部と、前記識別情報及び属性情報を対応付けたシール情報を記憶した記憶部から、取得した識別情報に対応した属性情報を読み出す読み出し部と、前記シールシートに対応した顧客情報を受け付ける受付部と、読み出した属性情報に基づいて、取得した顧客情報を更新する更新部とを備えることを特徴する。

本発明にあっては、複数のシール片を有するシールシートのうち、顧客に対して使用したシール片の情報に基づいて、顧客情報の収集・更新が可能となる。

本発明に係る顧客情報更新装置は、前記記憶部は、前記シールシート上での前記シール片の位置情報を、前記識別情報と対応付けて記憶してあり、前記取得部は、前記シールシートの表面を撮像した画像を取得する画像取得部と、取得した画像より使用したシール片の位置情報を特定する特定部と、前記シール情報に基づいて、特定した位置情報に対応するシール片の識別情報を判定する判定部とを含むことを特徴とする。

本発明にあっては、各シール片の位置情報を記憶してあり、位置情報を用いてシール片の使用状況を判定するので、精度よく判定することが可能となる。

本発明に係る顧客情報更新装置は、前記シール情報にはシール片に表示されるシール片画像を含み、前記顧客情報には顧客を特定する特定情報を含み、前記特定情報を受け付ける特定情報受付部と、前記シール情報に含まれるシール片の位置情報に基づいて、シールシートにシール片画像、及び受け付けた特定情報に対応する前記顧客情報を出力する出力部を備えることを特徴とする。

本発明にあっては、顧客情報を出力するので、それを参考に顧客に即した営業が可能となる。

本発明に係る顧客情報更新装置は、前記顧客情報は、各顧客を担当する営業員の識別情報を含むことを特徴とする。

本発明にあっては、顧客と対応付けられた営業員（セールス担当者）の識別情報を含むので、シールシートを読み込む際に、営業員は識別情報の入力を省略することが可能となる。

本発明に係る顧客情報更新装置は、前記属性情報には、続柄を含むことを特徴とする。

本発明にあっては、シール片の使用により、続柄などの家族構成を示す情報の収集が可能となる。

本発明に係る顧客情報更新装置は、前記属性情報は、関心事を示す情報を含むことを特徴とする。

本発明にあっては、シール片の使用により、顧客が健康に関して気にかけている事柄について収集が可能となる。

本発明に係る顧客情報更新装置は、前記顧客情報に含まれる属性情報に基づいて、出力部はシール片画像に加えて、所定の図柄又は文字を出力するようにしてあることを特徴とする。

本発明にあっては、過去に使ったシール片にはその旨を表示することにより、それまでの経緯を踏まえたシール片の活用が可能となる。

本発明に係る顧客情報更新装置は、前記関心事に応じた推奨商品を、関心事及び推奨商品を対応付けて記憶する推奨情報記憶部から読み出し、出力する商品情報出力部を備えることを特徴とする。

本発明にあっては、顧客に推奨する商品を出力するので、より効果的な営業が可能となる。

本発明に係る顧客情報更新装置は、前記取得部により、シール片の識別情報が読み込まれるたびに、前記更新部は前記顧客情報を更新するようにしてあることを特徴する。

本発明にあっては、営業員が営業するたびに、顧客情報を更新することにより、顧客情報を最新の状態に保つことが可能となる。

本発明に係るコンピュータプログラムは、図柄又は文字が表示された複数のシール片を有するシールシートの使用済みシール片の識別情報を取得し、前記識別情報及び属性情報を対応付けて記憶した記憶部から、取得した識別情報に対応した属性情報を読み出し、前記シールシートに対応した顧客情報を受け付け、読み出した属性情報に基づいて、取得した顧客情報を更新する処理をコンピュータに行わせることを特徴とする。

本発明にあっては、複数のシール片を有するシールシートのうち、顧客に対して使用したシール片の情報に基づいて、顧客情報の収集・更新が可能となる。

本発明にあっては、顧客情報の収集・更新が可能となる。

顧客情報管理システムを用いた業務フローを示す説明図である。 営業シートの一例を示す説明図である。 顧客情報管理装置のハードウェアの構成例を示す説明図である。 シール情報データベースのレコードレイアウトの一例を示す説明図である。 顧客情報データベースのレコードレイアウトの一例を示す説明図である。 契約情報データベースのレコードレイアウトの一例を示す説明図である。 商品情報データベースのレコードレイアウトの一例を示す説明図である。 営業情報データベースのレコードレイアウトの一例を示す説明図である。 指針情報データベースのレコードレイアウトの一例を示す説明図である。 営業シート印刷処理の手順を示すフローチャートである。 情報更新処理の手順を示すフローチャートである。 実施の形態２に係る営業シート印刷処理の手順を示すフローチャートである。 推奨情報データベースのレコードレイアウトの一例を示す説明図である。 実施の形態３に係る営業シート印刷処理の手順を示すフローチャートである。 実施の形態４に係る営業情報データベースのレコードレイアウトの一例を示す説明図である。 実施の形態４に係る情報更新処理の手順を示すフローチャートである。

実施の形態１
以下、実施の形態を、図面を用いて具体的に説明する。図１は顧客情報管理システムを用いた業務フローを示す説明図である。図２は営業シート２の一例を示す説明図である。顧客情報管理システムは、顧客情報管理装置（顧客情報更新装置）１、営業シート２を含む。営業シート２はシール部２ａ、指示部２ｂ、報告部２ｃを含む。シール部２ａは複数のシール片２１を含む。シール片２１には、図柄や文字が印刷されている。指示部２ｂは顧客情報（顧客ＩＤ、顧客氏名、顧客住所など）、セールス担当者名、前回のシール（前回使用したシール情報）、前回の営業難易度、営業の指針（ポイント）が印刷される領域である。図２Ａに示すのは、初回営業時に用いるものであり、指示部２ｂには何も印刷されていない。図２Ｂに示すのは、２回目以降の営業時に用いるものであり、指示部２ｂに顧客情報やセールス担当者名などが印刷される。報告部２ｃは営業で得られた情報をセールス担当者Ｍが記入するためのスペースである。図２に示す例では、報告部２ｃに所定のフォームを予め印刷しておくことにより、セールス担当者Ｍが必要事項を簡単に記載可能としてある。図１の紙面右寄りに示す営業シート２は、営業後の営業シート２を示している。シール部２ａに含まれるシール片２１の一部が使用されている。報告部２ｃにセールス担当者Ｍが得た情報が書き込まれている。なお、本明細書において、営業とは、セールス担当者Ｍが既存顧客を訪問して関係の強化や、新商品の売り込みなどを行うこと、新規顧客又は見込み顧客を訪問して新規契約を得ることなどの営業活動を意味している。また、以下の説明において、商品は、牛乳、乳飲料、機能性飲料、乳酸菌飲料、乳製品、豆腐など、いわゆる日配品と呼ばれるものである。但し、商品を日配品に限定するのではなく、その他の商品、生鮮食品、冷凍食品などを含めても良い。セールス担当者Ｍは、日配食品をほぼ毎日宅配する販売店、例えば牛乳販売店のセールス担当者Ｍとする。さらにまた、顧客は、契約を結び商品を購入している既存顧客に限らず、未契約であるものの営業を行っている新規顧客や見込み客、契約は切れているものの過去に商品を購入していた客なども含む。

セールス担当者Ｍは、営業に先だち、顧客情報管理装置１を用いて、営業シート２を印刷する。セールス担当者Ｍは、営業シート２、サンプルＳＰを持って、顧客Ｃを訪問する。セールス担当者Ｍは顧客Ｃと話しをしながら、顧客Ｃの属性を把握する。セールス担当者Ｍは顧客Ｃの属性に応じたシール片２１を営業シート２のシール部（シールシート）２ａより剥がし、サンプルＳＰに貼り付け、顧客Ｃに渡す。セールス担当者Ｍは、顧客Ｃの訪問後に報告部２ｃに得られた顧客Ｃの情報を記入する。記入を終えた営業シート２を顧客情報管理装置１に読み込ませる。顧客情報管理装置１は、読み込んだ営業シート２の内容に基づいて、顧客情報を更新する。初回営業時の場合は顧客情報を新規作成する。以上のフローを繰り返し行うことで、顧客情報を随時、更新可能である。なお、顧客ＣにサンプルＳＰを渡した場合、セールス担当者Ｍは報告部２ｃの「配布」横のボックスにチェックを付ける。サンプルＳＰを渡した後に、空き瓶の回収を行った場合、「回収」横のボックスにチェックを付ける。契約に至った場合、「契約」横のボックスにチェックを付ける。このように、セールス担当者Ｍは、営業シートを用いて営業の進行管理が可能である。また、顧客Ｃは、契約を結んでいない見込み客を主として想定しているが、既に契約を締結している既存顧客や、かつて契約を結んでいた過去の顧客を含めてもよい。また、営業シート２には、２回目以降の営業時に、顧客Ｃやセールス担当者Ｍを識別するためのＱＲコード（登録商標）２ｄを印刷してもよい。この場合、営業後に営業シート２を読み込む際、顧客Ｃやセールス担当者Ｍを識別する情報を入力する手間が省ける。なお、サンプルＳＰは販売商品と異なる仕様のものでもよいし、販売商品をサンプルＳＰとして、顧客Ｃに渡しても良い。

図３は顧客情報管理装置１のハードウェアの構成例を示す説明図である。顧客情報管理装置１は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、汎用コンピュータ、ワークステーション等で構成する。顧客情報管理装置１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３、受付部１４、表示出力部１５、画像受付部１６、出力部１７、大容量記憶装置１８を含む。各構成はバスＢで接続されている。

ＣＰＵ１１はＲＯＭ１２に記憶された制御プログラム１Ｐに従いハードウェア各部を制御する。ＲＡＭ１３は例えばＳＲＡＭ（Ｓｔａｔｉｃ ＲＡＭ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ ＲＡＭ）、フラッシュメモリである。ＲＡＭ１３はＣＰＵ１１によるプログラムの実行時に発生するデータを一時的に記憶する。受付部１４は、キーボードやマウスなどからのデータの入力を受け付ける。表示出力部１５はディスプレイ等に表示する画像を出力する。画像受付部１６はスキャナなどにより読み取った営業シート２の画像を受け付ける。出力部１７はプリンタなどに営業シート２の印刷データを出力する。大容量記憶装置１８は、例えばハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などである。大容量記憶装置１８には、シール情報データベース（記憶部）１８１、顧客情報データベース１８２、契約情報データベース１８３、商品情報データベース１８４、営業情報データベース１８５、指針情報データベース１８６等の各種データベースが記憶されている。また、制御プログラム１Ｐを大容量記憶装置１８に記憶するようにしておいてもよい。制御プログラム１Ｐは、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）−ＲＯＭ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）−ＲＯＭを含む可搬型記憶媒体より、読み取り、大容量記憶装置１８に記憶する。また、ネットワークを介して他のコンピュータからＣＰＵ１１が制御プログラム１Ｐをダウンロードし、大容量記憶装置１８に記憶してもよい。さらにまた、半導体メモリから、ＣＰＵ１１が制御プログラム１Ｐを読み込んでもよい。

次に、大容量記憶装置１８が記憶しているデータベースについて説明する。図４はシール情報データベース１８１のレコードレイアウトの一例を示す説明図である。シール情報データベース１８１は、シール片２１に関する情報を記憶するデータベースである。シール情報データベース１８１は、ＩＤ列、名称列、種別列、属性列、位置座標列、画像列を含む。ＩＤ列は主キーであり、シール片２１を識別するための一意の値を記憶する。図４に示す例では、「Ｓ＋順番号」としてある。名称列はシール片２１の名称を記憶する。種別列はシール片２１が示す属性の種別を示す。例えば、シール片２１に高齢女性のイラストが印刷されている場合、当該シール片２１が使われたことは、顧客Ｃの家族に高齢女性が含まれていることを意味する。したがって、当該シール片２１の種別は「家族構成」となる。また、シール片２１に「お父さん いつもありがとう」という文章が印刷されている場合、当該シール片２１の利用は「お父さん」の部分より顧客Ｃの家族に子供がいる成人男性が含まれていることを意味するので、種別は「家族構成」となる。さらに、当該シール片２１は「いつもありがとう」との感謝の気持ちを伝える意味合いも含むから、種別として「メッセージ」を付与する。このように、１つのシール片２１に対して複数の属性を付与してもよい。さらにまた、シール片２１に、例えば「インフルエンザ 今年は負けない」という文章が印刷されている場合、当該シール片２１の利用は、顧客Ｃが病気に興味を持っていることを意味するから、種別として「病気」を付与する。属性列は、シール片２１が示す属性を記憶する。種別と関連する値である。例えば、高齢女性のイラストが印刷されているシール片２１が使用された場合、例えば、続柄として「祖母」が設定される。なお、続柄は家族のどの人を基準とするかにより異なるため、シール片２１により顧客情報管理装置が設定した続柄が、実際に即していない場合は、セールス担当者Ｍなどが修正してもよい。位置座標列は、シール片２１の営業シート２内での位置を記憶する。営業シート２のシール部２ａにシール片２１の図柄や文字を印刷する場合、顧客情報管理装置１は当該位置座標にしたがった位置に印刷する。営業シート２の読み込み時には、当該位置座標を用いて、顧客情報管理装置１は利用されたシール片２１を判定する。位置座標は、シール片２１の重心座標や、左上座標などである。大きさが異なるシール片２１を含む場合は、シール片２１の四隅の座標を記憶してもよい。さらには、シール片２１が円形の場合は、中心座標と半径の長さを記憶してもよい。画像列はシール片２１に印刷する図柄や文字を含む画像を示すファイル名を記憶する。各画像ファイルは、ＲＯＭ１２、大容量記憶装置１８などに記憶する。または画像データそのものを画像列に記憶してもよい。

図５は、顧客情報データベース１８２のレコードレイアウトの一例を示す説明図である。顧客情報データベース１８２は、顧客ＩＤ列、氏名列、住所列、電話番号列、生年月日列、趣味趣向列、病気列、家族構成列、セールス担当ＩＤ列、状態列、訪問列、契約ＩＤ列を含む。顧客ＩＤ列は主キーであり、顧客Ｃを識別する一意の値を記憶する。図５に示す例では、「Ｃ＋順番号」としてある。氏名列は契約者の氏名を記憶する。住所列は契約者の住所を記憶する。電話番号列は契約者の電話番号を記憶する。生年月日列は顧客の生年月日を記憶する。趣味趣向列は、顧客Ｃ又は顧客家族の趣味趣向を記憶する。病気列は顧客Ｃ又は顧客家族が罹患している病気若しくは、顧客Ｃ又は顧客家族が気にかけている病気についての情報を記憶する。家族構成列は顧客家族の構成を記憶する。セールス担当ＩＤ列は、セールス担当者Ｍの担当者ＩＤを記憶する。担当者ＩＤはセールス担当者Ｍを一意に特定する値を持つ。図５に示す例では「Ｍ＋順番号」としてある。状態列は契約状態を記憶する。例えば、現在有効な契約がある場合は３を記憶する。現在有効な契約がない場合は０を記憶する。現在営業を掛けている場合は１を記憶する。現在営業掛けておりサンプルＳＰの配布を行っていれば、２を記憶する。訪問列は今後の訪問の可否を記憶する。訪問が可能な場合は可を記憶する。何らかの事情で訪問を避けたほうが良い場合は不可を記憶する。契約ＩＤ列は現在有効な契約を示す契約ＩＤを記憶する。状態列、契約ＩＤ列を設けることにより、顧客情報データベース１８２は、未契約の見込み顧客から、既存顧客、現在有効な契約が無いが過去に契約があった顧客などを一元に管理することが可能である。なお、契約者は世帯主であるが、セールス担当者Ｍに応対するのがその配偶者であるように、契約者と応対者とが異なることを想定して、応対者氏名を顧客情報データベース１８２に記憶してもよい。また、契約者の携帯電話の番号、応対者の続柄、契約者や応対者の年齢などを、顧客情報データベース１８２に記憶してもよい。

図６は、契約情報データベース１８３のレコードレイアウトの一例を示す説明図である。契約情報データベース１８３は契約内容を記憶するデータベースである。契約情報データベース１８３は契約ＩＤ列、顧客ＩＤ列、契約日列、契約期間列、終了日列、商品ＩＤ列、個数列、配達スタッフ列を含む。契約ＩＤ列は、主キーであり、契約を識別する一意の値を記憶する。図６に示す例では「Ａ＋順番号」としてある。顧客ＩＤ列は、顧客Ｃを一意に特定する顧客ＩＤを記憶する。契約日列は契約を締結した日付を記憶する。契約期間列は契約の開始日及び終了日を記憶する。終了日列は契約が実際に終了した日付を記憶する。終了日が設定されているか否かで、契約が続いているか否かを判定することが可能である。契約期間列に記憶された終了日よりも、終了日列に記憶された終了日が早い場合、契約期間の中途で解約されたことを示す。商品ＩＤ列は契約した商品を一意に特定する商品ＩＤを記憶する。個数列は契約した商品の個数を記憶する。配達スタッフ列は商品の配達を担当する担当者のＩＤを記憶する。図６に示す例では、１つの契約に対して、１つの契約日、１つの契約期間、１つの終了日を持つこととしたが、商品別に持つようにしても良い。それにより、契約期間途中で商品の追加や削除があった場合にも、契約ＩＤを変えることなく管理が可能となる。

図７は、商品情報データベース１８４のレコードレイアウトの一例を示す説明図である。商品情報データベース１８４は商品の情報を記憶するデータベースである。商品情報データベース１８４は商品ＩＤ列、商品名列を含む。商品ＩＤ列は、主キーであり、商品を識別する一意の値を記憶する。図７に示す例では「Ｐ＋順番号」としてある。商品名列は商品名を記憶する。

図８は、営業情報データベース１８５のレコードレイアウトの一例を示す説明図である。営業情報データベース１８５は、顧客ＩＤ列、セールス担当ＩＤ列、対応日列、シール１列、シール２列、…シールｎ列、報告列を含む。顧客ＩＤ列は顧客ＩＤを記憶する。セールス担当ＩＤ列は、セールス担当者Ｍを特定する担当者ＩＤを記憶する。対応日は営業を行った日付を記憶する。シール１〜シールｎ列は、営業時にシール片２１を用いたか否かを記憶する。シール片２１を用いた場合は、ＴＲＵＥを記憶する。用いなかった場合は、ＴＲＵＥ以外の値、例えばＦＡＬＳＥを記憶する。シール１列は、シールＩＤがＳ１のシール片２１が使われたか否かを記憶する。ｎの値はシール片２１の種類数に応じて適宜、決定される値である。報告列は営業シート２の報告部２ｃの内容を保存する。図８の例では報告部２ｃの内容を画像として記憶し、報告列には画像ファイルのファイル名を記憶している。

図９は、指針情報データベース１８６のレコードレイアウトの一例を示す説明図である。指針情報データベース１８６は指針ＩＤ列、条件列、指針列を含む。指針ＩＤ列は、主キーであり、指針を一意に特定する指針ＩＤを記憶する。条件列は指針を営業シート２に印刷する条件を記憶する。指針列は指針として営業シート２に印刷する指針を記憶する。

続いて、顧客情報管理装置１が行う情報処理について説明する。図１０は営業シート印刷処理の手順を示すフローチャートである。当該処理は、セールス担当者Ｍが顧客Ｃを訪問する前に、顧客情報管理装置１に実行させる処理である。セールス担当者Ｍは自らの担当者ＩＤをキーボードやマウスとなどで顧客情報管理装置１に入力する。顧客情報管理装置１のＣＰＵ１１は、受付部１４を介して担当者ＩＤを受け付ける（ステップＳ１）。セールス担当者Ｍは、セールス地区は例えば、○○一丁目などの町丁目単位で指定する。ＣＰＵ１１はセールス地区を受け付ける（ステップＳ２）。ＣＰＵ１１はセールス地区にあり、営業対象となる顧客（対象顧客）を顧客情報データベース１８２より抽出する（ステップＳ３）。営業対象とするのは、例えば、契約に至っていない顧客や、過去に契約があったが現在は契約がない顧客（休眠顧客）である。それに限らず、顧客単価上昇を図るために既存顧客を抽出しても良い。抽出条件は予め設定しておくものとし、セールス担当者Ｍが必要に応じて変更してもよい。ＣＰＵ１１は抽出した顧客の中から、任意の顧客についての顧客情報を顧客情報データベース１８２より読み込む（ステップＳ４）。同様に、ＣＰＵ１１は営業情報データベース１８５から該当する顧客Ｃの営業情報を読み込む（ステップＳ５）。ＣＰＵ１１は読み込んだ顧客情報、営業情報を用いて、指針情報データベース１８６で該当する指針を検索する（ステップＳ６）。具体的には、指針情報データベース１８６の各レコードの条件列に記憶されている条件を、処理対象となっている顧客Ｃが満たすか否かを調べる。図９の例では、条件として、営業が２回目とあるので、営業情報データベース１８５に記憶されている営業情報が１レコードであれば、条件を満たす。また、未サンプルか否かは、営業情報データベース１８５の状態列を参照すれば判定可能である。ＣＰＵ１１は検索にヒットした否かを判定する（ステップＳ７）。ＣＰＵ１１は、処理対象の顧客Ｃが指針情報データベース１８６に記憶されている１つ以上のレコードの条件を満たす場合、検索にヒットしたと判定する。それ以外の場合、ＣＰＵ１１は検索にヒットしなかったと判定する。ＣＰＵ１１は検索にヒットした判定した場合（ステップＳ７でＹＥＳ）、検索にヒットしたレコードの指針を読み込む（ステップＳ８）。ＣＰＵ１１は検索にヒットしなかったと判定した場合（ステップＳ７でＮＯ）、処理をステップＳ９に進める。ＣＰＵ１１は、出力部１７を介してプリンタへ営業シート２に係る印刷情報を出力し、プリンタに営業シート２を印刷させる（ステップＳ９）。ＣＰＵ１１は、未処理の対象顧客があるか否かを判定する（ステップＳ１０）。ＣＰＵ１１は未処理の対象顧客があると判定した場合（ステップＳ１０でＹＥＳ）、処理をステップＳ４に戻す。ＣＰＵ１１は未処理の対象顧客はないと判定した場合（ステップＳ１０でＮＯ）、処理を終了する。シール部２ａの各シール片２１に印刷する内容は、シール情報データベース１８１に基づいて行う。また、ヒットした指針情報があれば、指示部２ｂに指針（営業のポイント）が印刷される。なお、営業シート２には、セールス担当者Ｍの担当者ＩＤを印刷してもよい。顧客ＩＤ、担当者ＩＤは、ＱＲコードやバーコードで印刷してもよい。また、顧客情報データベース１８２に登録されていない初回訪問の顧客については、シール片２１並びに指示部２ｂ及び報告部２ｃの見出し等のフォームが印刷された営業シート２を予め印刷しておくか、都度、必要数印刷する。

図１１は情報更新処理の手順を示すフローチャートである。情報更新処理は、セールス担当者Ｍが顧客訪問から戻り、営業シート２を、スキャナなどを用いて読み込みませることにより開始する。ＣＰＵ１１はスキャナなどにより読み込まれた営業シート２の画像を取得する（ステップＳ１１）。ＣＰＵ１１は読み込まれた画像内に顧客ＩＤがある否かを判定する（ステップＳ１２）。ＣＰＵ１１は読み込まれた画像内に顧客ＩＤがあると判定した場合（ステップＳ１２でＹＥＳ）、処理をステップＳ１４に進める。ＣＰＵ１１は読み込まれた画像内に顧客ＩＤがないと判定した場合（ステップＳ１２でＮＯ）、顧客情報を生成する（ステップＳ１３）。具体的には、顧客情報データベース１８２に新規レコードを追加する。その際に、顧客ＩＤを発行する。また、顧客名、顧客住所、顧客電話番号を取得する。これらの情報は、ステップＳ１１で取得した画像からＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）技術を用いて抽出したり、セールス担当者Ｍが入力したものを、受付部１４を介して受け付けたりしてもよい。ＣＰＵ１１は取得した画像を解析し、シール部２ａに含まれるいずれのシール片２１が使用されたか否かを判定する（ステップＳ１４）。シール片２１が使用されたか否かの判定は、次のようにして行う。一例としては、ステップＳ１１で取得した画像から、シール情報データベース１８１に記憶してあるシール片２１の位置座標を用いて、各シール片２１に対応する位置の画像を抽出する。抽出した各画像とそれに対応するシール情報データベース１８１に記憶してあるシール片２１の画像とのマッチングを行う。２つの画像が一致した場合は、当該シール片２１は使用されていないと判定する。２つの画像が一致しない場合は、当該シール片２１は使用されたと判定する。他の例としては、シール部２ａのシール台紙に、各シール片２１に対応させてＱＲコード、バーコードを印刷する。ＱＲコードなどはシール片２１が貼られた状態ではスキャナ等で読み込めないようにし、シール片２１が剥がされた状態では読み込めるようにする。ＱＲコードなどにはシールＩＤを含め、読み込めたＱＲコードより使用されたシール片２１を判定する。ＣＰＵ１１は使用した判定したシール片２１に対応する種別、属性をシール情報データベース１８１から読み込む（ステップＳ１５）。ＣＰＵ１１はステップＳ１５で読み込んだ種別、属性にしたがって、顧客情報データベース１８２に記憶されている顧客情報を更新する（ステップＳ１６）。ＣＰＵ１１は選択結果の入力を、受付部１４を介して受け付ける。ＣＰＵ１１は営業情報を生成し、生成した営業情報を営業情報データベース１８５に記憶する（ステップＳ１７）。この際、ステップＳ１１で取得した画像の中で、営業シート２の報告部２ｃに対応する部分画像は、営業情報として記憶する。ＣＰＵ１１は処理を終了する。顧客情報データベース１８２に記憶されている顧客情報を更新する前に、更新後の内容を、表示出力部１５を介してディスプレイに表示させ、セールス担当者Ｍが必要に応じて修正可能としてもよい。例えば、家族構成の変更や追加などを可能とする。同様に営業情報についても、セールス担当者Ｍが修正可能としてもよい。

なお、ステップＳ１２でＣＰＵ１１が読み込まれた画像内に顧客ＩＤがないと判定した場合、顧客名と顧客住所から顧客を特定してもよい。それでも、特定できない場合に、表示出力部１５を介してディスプレイに警告表示を行い、新規顧客であるか否かをセールス担当者Ｍに確認させてもよい。営業シート２に顧客ＩＤが記載されているにも関わらず、画像が不鮮明等の理由でＣＰＵ１１が認識できないことも想定されるからである。認識できなかった場合は、受付部１４を介して顧客ＩＤを受け付ければよい。また、営業シート２の報告部２ｃの内容は画像として記憶するとしたが、ＯＣＲ技術により文字認識を行い、テキストデータとして記憶してもよい。

実施の形態１においては、以下の効果を奏する。複数のシール片２１を含む営業シート２を画像として読み込み、使用したシール片２１を判定することで、顧客Ｃの属性を入力することが可能となる。それにより、セールス担当者Ｍが顧客属性を入力する手間が軽減される。また、営業シート２を印刷する際には、過去の営業情報に基づいて営業の指針を印刷するので、セールス担当者Ｍに的確な指針を提示することが可能となる。

さらに、顧客Ｃに即したシール片２１を商品に貼って、サンプルＳＰとして提供することにより、顧客Ｃは商品に対して親近感を抱き、商品の特徴等の説明が容易になるという効果も奏する。加えて、シール片２１を適切に使い分けることにより、セールス担当者Ｍの対応にあたった人以外の顧客家族にも商品を勧めることが可能となり、サンプルＳＰの提供がより効果的となる。さらに、サンプルＳＰにシール片２１が貼られていることで、サンプルＳＰを題材とした顧客家族でのコミュニケーションが図られる。それにより、顧客において商品価値の理解が深まり、契約率の向上が期待される。

実施の形態２
本実施の形態は、シール片２１に使用履歴を示す情報を付加する形態に関する。以下の説明においては、実施の形態１と異なる部分について、主として説明する。

図１２は、実施の形態２に係る営業シート印刷処理の手順を示すフローチャートである。図１０に示した実施の形態１におけるフローチャートと同様な処理については、同じ符号を付し説明を省略する。図１２で追加されているのは、ステップＳ２１である。顧客情報管理装置１のＣＰＵ１１は、ステップＳ５で読み込んだ営業情報に基づいて、過去に使用したシール片２１の情報を抽出する（ステップＳ２１）。ＣＰＵ１１は営業シート２の印刷時（ステップＳ９）、過去に使用したシール片２１については、「使用済」の文字や使用した旨のマーク、又は使用した日付などを印刷する。当該文字やマーク又は日付は、シール片２１の中に目立たない様に印刷してもよいし、シール片２１以外のシール部２ａの余白部分にシール片２１との対応が取れるような形態で印刷してもよい。

実施の形態２は以下の効果を奏する。営業シート２を印刷時、過去に使用したシール片２１について、使用した旨を表示するようにした。それにより、再度、同じシール片２１を使用する場合に、セールス担当者Ｍは容易に同じシール片２１を探すことが可能となる。また、セールス担当者Ｍは過去に使用したシール片２１を把握できるので、それを踏まえて顧客Ｃとコミュニケーションを取ることが可能となる。

実施の形態３
本実施の形態は、顧客Ｃに推奨する商品を営業シート２に印刷する形態に関する。以下の説明においては、上述の実施の形態と異なる部分について、主として説明する。

図１３は、推奨情報データベース１８７のレコードレイアウトの一例を示す説明図である。推奨情報データベース１８７は、推奨ＩＤ列、条件列、商品ＩＤ列、理由列を含む。推奨ＩＤ列は、推奨ＩＤ列は主キーであり、推奨情報を識別するための一意の値を記憶する。図１３に示す例では、「Ｒ＋順番号」としてある。条件列は、推奨情報を使用する条件を記憶する。商品ＩＤ列は、推奨する商品の商品ＩＤを記憶する。理由列は、当該商品を顧客Ｃに推奨する理由を記憶する。推奨情報データベース１８７は、顧客Ｃの関心事に即した商品を推奨商品として出力するための推奨情報を記憶する。図１３に示す例では、ヨーグルトは花粉症の症状を軽減する効果があると言われているため、顧客Ｃ又は顧客家族が花粉症に罹患している場合は、ヨーグルトを推奨商品とする。また、高齢女性は骨量が低下し、骨粗しょう症に罹りやすいので、カルシウムを成分として多く含み、カルシウムの吸収を助ける成分を付加したカルシウム強化牛乳が推奨商品となる。このとき、推奨情報データベース１８７の条件列は、例えば、性別＝女性、年齢＝６５歳以上とする。さらにまた、ビフィズス菌の腸内環境を整える働きがあり、便秘の悩みを解消する効果が期待される。したがって、顧客Ｃ又は顧客家族に便秘に悩んでいる人がいる場合は、ビフィズス菌を成分に含む、例えば、飲むヨーグルトを推奨商品とする。このとき、推奨情報データベース１８７の条件列は、例えば、悩み＝便秘とする。

図１４は、実施の形態３に係る営業シート印刷処理の手順を示すフローチャートである。図１０に示した実施の形態１におけるフローチャートと同様な処理については、同じ符号を付し説明を省略する。図１４で追加されているのは、ステップＳ２２からＳ２４である。ステップＳ８の後、ＣＰＵ１１は推奨商品を検索する（ステップＳ２２）。具体的には、推奨情報データベース１８７の各レコードの条件列に記憶されている条件を、処理対象となっている顧客Ｃが満たすか否かを調べる。図１３に示す推奨ＩＤ＝Ｒ１のレコードでは、条件列に病気＝花粉症が記憶されている。当該レコードの場合、ＣＰＵ１１は、顧客情報の病気列に花粉症が記憶されているか否かを判定する。同様な処理を推奨情報データベースに記憶されている全てのレコードに対して行う。ＣＰＵ１１は検索にヒットした否かを判定する（ステップＳ２３）。ステップＳ２２で、顧客Ｃが条件列に記憶された条件を満たすようなレコードが１つ以上ある場合には、ＣＰＵ１１は検索にヒットしたと判定する。顧客Ｃが条件列に記憶された条件を満たすようなレコードがない場合には、ＣＰＵ１１は検索にヒットしなかったと判定する。ＣＰＵ１１は、検索にヒットしなかったと判定した場合（ステップＳ２３でＮＯ）、処理をステップＳ９に進める。ＣＰＵ１１は、検索にヒットしたと判定した場合（ステップＳ２３でＹＥＳ）、商品名などの商品情報、推奨する理由を読み込む（ステップＳ２４）。具体的には、ＣＰＵ１１は、条件を満たす推奨情報のレコードに含まれる商品ＩＤを用いて、商品情報データベース１８４を検索し、商品名を読み込む。また、ＣＰＵ１１は、条件を満たす推奨情報のレコードに含まれる理由を読み込む。ＣＰＵ１１は、営業シート２を印刷する（ステップＳ９）。ＣＰＵ１１は、未処理の対象顧客があるか否かを判定する（ステップＳ１０）。ＣＰＵ１１は未処理の対象顧客があると判定した場合（ステップＳ１０でＹＥＳ）、処理をステップＳ４に戻す。ＣＰＵ１１は未処理の対象顧客はないと判定した場合（ステップＳ１０でＮＯ）、処理を終了する。ＣＰＵ１１は、営業シート印刷時に、ステップＳ２４で読み込んだ商品名、理由を推奨商品情報として印刷する。

なお、条件列に記憶する条件は様々であるので、処理対象となっている顧客Ｃが条件満たすか否かを調べる際には、条件に即したデータベースを検索する。例えば、シール片２１に高齢女性のイラストが書かれているものが有り、以前の営業で当該シール片２１の使用が履歴として営業情報データベース１８５に記憶されている場合は、条件を満たすと判断する。顧客情報に生年月日が含まれ、顧客Ｃの年齢と家族構成から、顧客Ｃ又は顧客家族に該当する女性が含まれると判断してもよい。このように、シール片２１に印刷する図柄や文字は、家族構成のみならず、商品を推奨する条件となるようなものを含ませるのが望ましい。例えば、「インフルエンザ／今年は負けない」、「便秘お大事に」、「ノロウィルスは辛い！」、「骨粗しょう症困ります！」、「高血圧気をつけてね」、「膝・腰痛くないですか？」、「ピロリ菌いるかも？」などである。初回営業時に、セールス担当者Ｍが、適切な商品にシール片２１を貼りサンプルＳＰとして、顧客Ｃに渡せなかったとしても、２回目以降は、営業シート２に出力された推奨商品情報をもとに、適切な商品を顧客Ｃに渡すことが可能となる。さらにまた、シール片２１を使用しなかった場合においても、報告部２ｃの内容をテキストデータとして、営業情報データベース１８５の報告列に記憶していれば、当該テキストデータと条件をマッチングすることにより、推奨商品の検索は可能である。

実施の形態３においては、以下の効果を奏する。営業シート２を印刷時に、顧客Ｃに応じた推奨商品を印刷するので、セールス担当者Ｍは顧客Ｃに適した商品を推奨商品とし提供することが可能となる。それにより、営業の効果が期待される。

実施の形態４
本実施の形態は、サンプルＳＰ配布後の進捗管理を行う形態に関する。以下の説明においては、上述の実施の形態と異なる部分について、主として説明する。図１５は、実施の形態４に係る営業情報データベース１８５のレコードレイアウトの一例を示す説明図である。図８に示した実施の形態１における営業情報データベース１８５との違いは、サンプル列が追加されていること、セールス担当ＩＤ列が担当ＩＤ列となっていることである。サンプル列はサンプルＳＰの状況を記憶する。サンプル列に記憶する値は、例えば、「−」、「配布」、「回収」である。「−」は、営業時にサンプルＳＰを配布できなかったことを示す。「配布」は、営業時にサンプルＳＰを配布したことを示す。「回収」は、サンプルＳＰの空き瓶を回収したことを示す。瓶入りの牛乳は空き瓶の回収が必要だからである。セールス担当ＩＤ列が担当ＩＤ列となっているのは、空き瓶の回収をセールス担当者Ｍ以外が行うことを想定しているからである。セールス担当者Ｍ以外が回収した場合、ＣＰＵ１１は回収を担当した担当者のＩＤを担当ＩＤ列に記憶する。

図１６は、実施の形態４に係る情報更新処理の手順を示すフローチャートである。情報更新処理は、セールス担当者Ｍが顧客訪問から戻り、営業シート２を、スキャナなどを用いて読み込みませることにより開始する。ＣＰＵ１１はスキャナなどにより読み込まれた営業シート２の画像を取得する（ステップＳ３１）。ＣＰＵ１１は読み込まれた画像内に顧客ＩＤがある否かを判定する（ステップＳ３２）。ＣＰＵ１１は読み込まれた画像内に顧客ＩＤがあると判定した場合（ステップＳ３２でＹＥＳ）、処理をステップＳ３４に進める。ＣＰＵ１１は読み込まれた画像内に顧客ＩＤがないと判定した場合（ステップＳ３２でＮＯ）、顧客情報を生成する（ステップＳ３３）。これらの処理は、図１１に示したステップＳ１１からステップＳ１３と同様である。次に、ＣＰＵ１１は、セールス担当者ＭがサンプルＳＰの配布をしたか否かを判定する（ステップＳ３４）。具体的には、ＣＰＵ１１は報告部２ｃの「配布」横のチェックボックスにチェックが入っているか否かを、画像処理により判定する。ＣＰＵ１１はサンプルＳＰの配布をしたと判定した場合（ステプＳ３４でＹＥＳ）、セールス担当者Ｍ又はそれ以外の者が、サンプルＳＰの空き瓶を回収したか否かを判定する（ステップＳ３５）。ＣＰＵ１１はサンプルＳＰの空き瓶を回収したと判定した場合（ステップＳ３５でＹＥＳ）、回収情報を営業情報データベース１８５に記憶する（ステップＳ４０）。ＣＰＵ１１は、報告部２ｃに記入されている回収担当者の担当者ＩＤを担当ＩＤ列に記憶する。報告部２ｃに回収担当者の氏名が記載されている場合は、図示しない担当者データベースを用いて、氏名に対応する担当者ＩＤを読み込み記憶する。サンプル列には回収を記憶する。ＣＰＵ１１は契約に至ったか否かを判定する（ステップＳ４１）。具体的には、ＣＰＵ１１は報告部２ｃの「契約」横のチェックボックスにチェックが入っているか否かを、画像処理により判定する。ＣＰＵ１１は契約に至ったと判定した場合（ステップＳ４１でＹＥＳ）、契約情報を受け付ける（ステップＳ４２）。具体的に契約情報が書かれた申込書をスキャナ等で読み込み、読み込んだ画像を受け付ける。ＣＰＵ１１は、受付けた画像よりＯＣＲ技術など用いて、契約情報を認識する。ＣＰＵ１１は契約情報を契約情報データベース１８３に記憶する（ステップＳ４３）。ＣＰＵ１１は処理を終了する。ＣＰＵ１１はサンプルＳＰの配布をしなかったと判定した場合（ステップＳ３４でＮＯ）、ステップＳ３７以降を実行する。ＣＰＵ１１はサンプルＳＰの空き瓶を回収しなかった判定した場合（ステップＳ３５でＮＯ）、シール片２１の使用判定を行う（ステップＳ３６）。当該処理は上述したステップＳ１４と同様である。ＣＰＵ１１は種別、属性をシール情報データベース１８１から読み込む（ステップＳ３７）。ＣＰＵ１１は、顧客情報データベース１８２に記憶されている顧客情報を更新する（ステップＳ３８）。ＣＰＵ１１は営業情報を生成し、生成した営業情報を営業情報データベース１８５に記憶し（ステップＳ３９）、処理を終了する。ステップＳ３７からＳ３９の処理は、上述したステップＳ１５からＳ１７の処理と同様である。ＣＰＵ１１は契約に至っていないと判定した場合（ステップＳ４１でＮＯ）、処理を終了する。

実施の形態４においては、以下の効果を奏する。サンプルＳＰを配布したか否か、回収したか否か、契約に至ったか否かを判定し記憶する。それにより、セールス担当者Ｍ以外の管理者などが営業の進捗を確認し、セールス担当者Ｍに的確な指導、助言を行うことが可能となる。また、セールス担当者Ｍが配布、回収、契約の各状況を記録した営業シート２を紛失したとしても、担当する顧客Ｃの営業状況は確認可能である。

各実施例で記載されている技術的特徴（構成要件）はお互いに組み合わせ可能であり、組み合わせすることにより、新しい技術的特徴を形成することができる。
今回開示された実施の形態はすべての点で例示であって、制限的なものでは無いと考えられるべきである。本発明の範囲は、上記した意味では無く、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

１ 顧客情報管理装置
１１ ＣＰＵ
１２ ＲＯＭ
１３ ＲＡＭ
１４ 受付部
１５ 表示出力部
１６ 画像受付部
１７ 出力部
１８ 大容量記憶装置
１８１ シール情報データベース
１８２ 顧客情報データベース
１８３ 契約情報データベース
１８４ 商品情報データベース
１８５ 営業情報データベース
１８６ 指針情報データベース
１８７ 推奨情報データベース
１Ｐ 制御プログラム
２ 営業シート
２ａ シール部
２ｂ 指示部
２ｃ 報告部
２１ シール片

本発明に係る顧客情報更新装置は、図柄又は文字が表示された複数のシール片を有するシールシートの使用済みシール片の識別情報を取得する取得部と、前記識別情報及び属性情報を対応付けたシール情報を記憶した記憶部から、取得した識別情報に対応した属性情報を読み出す読み出し部と、前記シールシートに対応した顧客情報を受け付ける受付部と、読み出した属性情報に基づいて、受け付けた顧客情報を更新する更新部とを備えることを特徴する。

本発明に係るコンピュータプログラムは、図柄又は文字が表示された複数のシール片を有するシールシートの使用済みシール片の識別情報を取得し、前記識別情報及び属性情報を対応付けて記憶した記憶部から、取得した識別情報に対応した属性情報を読み出し、前記シールシートに対応した顧客情報を受け付け、読み出した属性情報に基づいて、受け付けた顧客情報を更新する処理をコンピュータに行わせることを特徴とする。

Claims (10)

1. 図柄又は文字が表示された複数のシール片を有するシールシートの使用済みシール片の識別情報を取得する取得部と、
   前記識別情報及び属性情報を対応付けたシール情報を記憶した記憶部から、取得した識別情報に対応した属性情報を読み出す読み出し部と、
   前記シールシートに対応した顧客情報を受け付ける受付部と、
   読み出した属性情報に基づいて、取得した顧客情報を更新する更新部と
   を備えることを特徴する顧客情報更新装置。
2. 前記記憶部は、前記シールシート上での前記シール片の位置情報を、前記識別情報と対応付けて記憶してあり、
   前記取得部は、
   前記シールシートの表面を撮像した画像を取得する画像取得部と、
   取得した画像より使用したシール片の位置情報を特定する特定部と、
   前記シール情報に基づいて、特定した位置情報に対応するシール片の識別情報を判定する判定部と
   を含むことを特徴とする請求項１に記載の顧客情報更新装置。
3. 前記シール情報にはシール片に表示されるシール片画像を含み、
   前記顧客情報には顧客を特定する特定情報を含み、
   前記特定情報を受け付ける特定情報受付部と、
   前記シール情報に含まれるシール片の位置情報に基づいて、シールシートにシール片画像、及び受け付けた特定情報に対応する前記顧客情報を出力する出力部
   を備えることを特徴とする請求項２に記載の顧客情報更新装置。
4. 前記顧客情報は、各顧客を担当する営業員の識別情報を含む
   ことを特徴とする請求項１から請求項３のいずれか一項に記載の顧客情報更新装置。
5. 前記属性情報には、続柄を含む
   ことを特徴とする請求項１から請求項４のいずれか一項に記載の顧客情報更新装置。
6. 前記属性情報は、関心事を示す情報を含む
   ことを特徴とする請求項１から請求項５のいずれか一項に記載の顧客情報更新装置。
7. 前記顧客情報に含まれる属性情報に基づいて、出力部はシール片画像に加えて、所定の図柄又は文字を出力するようにしてある
   ことを特徴とする請求項３に記載の顧客情報更新装置。
8. 前記関心事に応じた推奨商品を、関心事及び推奨商品を対応付けて記憶する推奨情報記憶部から読み出し、出力する商品情報出力部を
   備えることを特徴とする請求項６に記載の顧客情報更新装置。
9. 前記取得部により、シール片の識別情報が読み込まれるたびに、前記更新部は前記顧客情報を更新するようにしてある
   ことを特徴する請求項１から請求項８のいずれか一項に記載の顧客情報更新装置。
10. 図柄又は文字が表示された複数のシール片を有するシールシートの使用済みシール片の識別情報を取得し、
    前記識別情報及び属性情報を対応付けて記憶した記憶部から、取得した識別情報に対応した属性情報を読み出し、
    前記シールシートに対応した顧客情報を受け付け、
    読み出した属性情報に基づいて、取得した顧客情報を更新する
    処理をコンピュータに行わせることを特徴とするコンピュータプログラム。

Images