ホーム > 特許ランキング > 株式会社キーマンズドットコム
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022147969
(43)【公開日】2022-10-06
(54)【発明の名称】顧客管理方法及び顧客管理装置
(51)【国際特許分類】
G06Q 30/02 20120101AFI20220929BHJP
【ＦＩ】
G06Q30/02 300
【審査請求】未請求
【請求項の数】6
【出願形態】ＯＬ
(21)【出願番号】P 2021049463
(22)【出願日】2021-03-24
(71)【出願人】
【識別番号】517337220
【氏名又は名称】株式会社キーマンズドットコム
(74)【代理人】
【識別番号】100181490
【弁理士】
【氏名又は名称】金森 靖宏
(72)【発明者】
【氏名】大井 啓史
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049BB02
(57)【要約】
【課題】見込み客と繋がりたいと希望するユーザと該見込み客とを効果的にマッチングさせることができる顧客管理方法、及び顧客管理装置を提供する。
【解決手段】管理サーバが、第２ユーザの顧客属性を取得するために予め用意されるベースリサーチを第２端末に配信し、ベースリサーチに対して第２ユーザが回答することによって得られる顧客属性を第２端末から受信し、第１ユーザにより提供される商品又はサービスに関するニーズワードに対応して予め用意されるニーズリサーチを第２端末に配信し、ニーズリサーチに対して第２ユーザが回答することによって得られるニーズワードを第２端末から受信し、予め用意されるニーズワード選択肢からニーズワードを予め選択している第１ユーザの前記第１端末に当該ニーズワードを回答している第２ユーザの顧客属性を送信する。
【選択図】 図８
【解決手段】管理サーバが、第２ユーザの顧客属性を取得するために予め用意されるベースリサーチを第２端末に配信し、ベースリサーチに対して第２ユーザが回答することによって得られる顧客属性を第２端末から受信し、第１ユーザにより提供される商品又はサービスに関するニーズワードに対応して予め用意されるニーズリサーチを第２端末に配信し、ニーズリサーチに対して第２ユーザが回答することによって得られるニーズワードを第２端末から受信し、予め用意されるニーズワード選択肢からニーズワードを予め選択している第１ユーザの前記第１端末に当該ニーズワードを回答している第２ユーザの顧客属性を送信する。
【選択図】 図８
【特許請求の範囲】
【請求項1】
第１ユーザの使用する第１端末と、第２ユーザの使用する第２端末と、管理サーバとを含む顧客管理システムによる顧客管理方法であって、
前記管理サーバが、前記第２ユーザの顧客属性を取得するために予め用意されるベースリサーチを前記第２端末に配信する第１リサーチ配信ステップと、
前記管理サーバが、前記ベースリサーチに対して前記第２ユーザが回答することによって得られる顧客属性を、前記第２端末から受信する顧客属性受信ステップと、
前記管理サーバが、前記第１ユーザにより提供される商品又はサービスに関するニーズワードに対応して予め用意されるニーズリサーチを、前記第２端末に配信する第２リサーチ配信ステップと、
前記管理サーバが、前記ニーズリサーチに対して前記第２ユーザが回答することによって得られる前記ニーズワードを前記第２端末から受信するニーズワード受信ステップと、
前記管理サーバが、予め用意されるニーズワード選択肢から前記ニーズワードを予め選択している前記第１ユーザの前記第１端末に、当該ニーズワードを回答している前記第２ユーザの前記顧客属性を送信する顧客属性送信ステップと
を備える顧客管理方法。
前記管理サーバが、前記第２ユーザの顧客属性を取得するために予め用意されるベースリサーチを前記第２端末に配信する第１リサーチ配信ステップと、
前記管理サーバが、前記ベースリサーチに対して前記第２ユーザが回答することによって得られる顧客属性を、前記第２端末から受信する顧客属性受信ステップと、
前記管理サーバが、前記第１ユーザにより提供される商品又はサービスに関するニーズワードに対応して予め用意されるニーズリサーチを、前記第２端末に配信する第２リサーチ配信ステップと、
前記管理サーバが、前記ニーズリサーチに対して前記第２ユーザが回答することによって得られる前記ニーズワードを前記第２端末から受信するニーズワード受信ステップと、
前記管理サーバが、予め用意されるニーズワード選択肢から前記ニーズワードを予め選択している前記第１ユーザの前記第１端末に、当該ニーズワードを回答している前記第２ユーザの前記顧客属性を送信する顧客属性送信ステップと
を備える顧客管理方法。
【請求項2】
前記管理サーバが、前記第２ユーザによる前記ニーズワード及び前記顧客属性の各回答に応じて付与されるポイントを、前記顧客属性と関連づけて記憶するステップと、
前記管理サーバが、前記ポイントを使用して前記第１ユーザとのマッチングを求める前記第２ユーザの前記第２端末からマッチング要求を受信すると、前記ニーズワードに紐づけられる２以上のリード属性からなるリード属性選択肢を前記第２端末に送信するステップと、
前記管理サーバが、前記リード属性選択肢のうち前記第２ユーザにより選択される前記リード属性を前記第２端末から受信すると、前記リード属性に係る２以上の前記第１ユーザの各前記第１端末にアテンド要請を送信するステップと、
前記管理サーバが、前記アテンド要請を前記第１ユーザが承諾することにより前記第１端末から受信されるアテンド承諾回答を受信すると、該アテンド承諾回答に係る前記第１ユーザから提供されるウェブ会議用ＵＲＬを前記第２端末に送信するステップと、
をさらに備える請求項１に記載の顧客管理方法。
前記管理サーバが、前記ポイントを使用して前記第１ユーザとのマッチングを求める前記第２ユーザの前記第２端末からマッチング要求を受信すると、前記ニーズワードに紐づけられる２以上のリード属性からなるリード属性選択肢を前記第２端末に送信するステップと、
前記管理サーバが、前記リード属性選択肢のうち前記第２ユーザにより選択される前記リード属性を前記第２端末から受信すると、前記リード属性に係る２以上の前記第１ユーザの各前記第１端末にアテンド要請を送信するステップと、
前記管理サーバが、前記アテンド要請を前記第１ユーザが承諾することにより前記第１端末から受信されるアテンド承諾回答を受信すると、該アテンド承諾回答に係る前記第１ユーザから提供されるウェブ会議用ＵＲＬを前記第２端末に送信するステップと、
をさらに備える請求項１に記載の顧客管理方法。
【請求項3】
前記管理サーバが、前記ニーズワードを回答した前記第２ユーザの前記顧客属性のうち前記第１ユーザにより選択される前記顧客属性を前記第１端末から受信するステップと、
前記管理サーバが、前記第１端末から受信される前記顧客属性に紐づけられる前記第２ユーザの使用する前記第２端末に、前記第１ユーザの業務が含まれる業種に関するリサーチへの協力を依頼するリサーチ協力依頼情報を送信するステップと、
前記管理サーバが、前記リサーチ協力依頼情報に対する前記第２ユーザによる回答を前記第２端末から受信するステップと、
前記管理サーバが、前記第２ユーザによる前記回答が肯定的な回答であるとき、該肯定的な回答を前記第１端末に送信するステップと、
前記管理サーバが、前記肯定的な回答を受信した前記第１端末から、前記リサーチに前記第２ユーザが回答するためのウェブ会議用ＵＲＬを受信するステップと、
前記管理サーバが、前記第２端末に前記ウェブ会議用ＵＲＬを送信するステップと
をさらに備える請求項１に記載の顧客管理方法。
前記管理サーバが、前記第１端末から受信される前記顧客属性に紐づけられる前記第２ユーザの使用する前記第２端末に、前記第１ユーザの業務が含まれる業種に関するリサーチへの協力を依頼するリサーチ協力依頼情報を送信するステップと、
前記管理サーバが、前記リサーチ協力依頼情報に対する前記第２ユーザによる回答を前記第２端末から受信するステップと、
前記管理サーバが、前記第２ユーザによる前記回答が肯定的な回答であるとき、該肯定的な回答を前記第１端末に送信するステップと、
前記管理サーバが、前記肯定的な回答を受信した前記第１端末から、前記リサーチに前記第２ユーザが回答するためのウェブ会議用ＵＲＬを受信するステップと、
前記管理サーバが、前記第２端末に前記ウェブ会議用ＵＲＬを送信するステップと
をさらに備える請求項１に記載の顧客管理方法。
【請求項4】
前記管理サーバが、前記第１ユーザの業務に対する興味を前記第２ユーザに喚起させる興味喚起情報を前記第１端末から受信するステップと、
前記管理サーバが、前記第１端末から受信した前記興味喚起情報を前記第１ユーザの業務を紹介する第１のメディアにアップロードするステップと、
前記管理サーバが、前記第１ユーザにより提供されるイベント情報を前記第１端末から受信すると、前記第１ユーザの提供する商品又はサービスを紹介する第２のメディアに前記イベント情報をアップロードするステップと、
前記管理サーバが、前記興味喚起情報がアップロードされている前記第１のメディアに関する第１のリンクを前記第２端末に配信するステップと
をさらに備え、
前記興味喚起情報には前記第２のメディアにアップロードされている前記イベント情報に関する第２のリンクが掲載されている
請求項１に記載の顧客管理方法。
前記管理サーバが、前記第１端末から受信した前記興味喚起情報を前記第１ユーザの業務を紹介する第１のメディアにアップロードするステップと、
前記管理サーバが、前記第１ユーザにより提供されるイベント情報を前記第１端末から受信すると、前記第１ユーザの提供する商品又はサービスを紹介する第２のメディアに前記イベント情報をアップロードするステップと、
前記管理サーバが、前記興味喚起情報がアップロードされている前記第１のメディアに関する第１のリンクを前記第２端末に配信するステップと
をさらに備え、
前記興味喚起情報には前記第２のメディアにアップロードされている前記イベント情報に関する第２のリンクが掲載されている
請求項１に記載の顧客管理方法。
【請求項5】
前記顧客属性は、前記第２ユーザの非個人情報であり、かつ、前記第２ユーザが潜在的にもち得るニーズを想起させるニーズ想起情報である
請求項１から４のいずれかに記載の顧客管理方法。
請求項１から４のいずれかに記載の顧客管理方法。
【請求項6】
第１ユーザの属性情報を少なくとも含む第１ユーザ情報を管理する第１ユーザ情報管理部と、
第２ユーザの顧客属性を少なくとも含む第２ユーザ情報を管理する第２ユーザ情報管理部と、
前記第１ユーザの前記属性情報と前記第２ユーザの前記顧客属性とに基づいて、前記第１ユーザと前記第２ユーザとを互いにマッチングさせるマッチング部と
を備える顧客管理装置。
第２ユーザの顧客属性を少なくとも含む第２ユーザ情報を管理する第２ユーザ情報管理部と、
前記第１ユーザの前記属性情報と前記第２ユーザの前記顧客属性とに基づいて、前記第１ユーザと前記第２ユーザとを互いにマッチングさせるマッチング部と
を備える顧客管理装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、顧客管理方法及び顧客管理装置に関する。
【背景技術】
【0002】
例えば、適切なマーケティング活動のためのセグメントの分析を簡便に実施することができるツールとしてのマーケティング支援システムに関する発明が特許文献１に開示されている。特許文献１に記載される発明によれば、セグメント分析を容易に行うことができるため、仮説作りを容易にし、効果的なマーケティング活動を支援することができる。
【0003】
また、商品の性質、商品同士の関係、過去における顧客の購入履歴等に基づき、新たな商品の購入提案をすべき見込顧客を抽出する技術が特許文献２に開示されている。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特許第６７０４１６３号公報
【特許文献2】特開２００２－３３４２０１号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
特許文献１に開示されているマーケティング支援システムは、顧客のニーズを把握することができるものの、顧客レベルの階層分けを行うものに過ぎず、そのうちのどの顧客が見込客であるかを判定することや、その見込客を直接的にユーザに紹介することなどは考慮されていない。このため、特許文献１に開示されるようなシステムによっては、効果的なマッチングをすることが困難であるという問題点がある。
【0006】
また、特許文献２に開示されている上記の技術によって見込顧客を抽出することは可能であるとしても、抽出される見込顧客に対して行われる新商品の購入提案は、結局のところ商品を売り込む行為に他ならない。一般的に、商品やサービスを売り込む行為は、売り込まれる側に敬遠されることがほとんどである。この場合、いくら過去の購入履歴等に基づいて見込顧客を抽出することができたとしても、その見込顧客が新商品を欲しいと思わない限り、その新商品を購入してもらうことは困難である。
【0007】
このような実情のもとに本発明は創案されたものであって、その目的は、見込み客と繋がりたいと希望するユーザと該見込み客とを効果的にマッチングさせることができる顧客管理方法、及び顧客管理装置を提供することにある。
【課題を解決するための手段】
【0008】
上述した課題を解決するために、本発明の顧客管理方法は、第１ユーザの使用する第１端末と、第２ユーザの使用する第２端末と、管理サーバとを含む顧客管理システムによる顧客管理方法であって、管理サーバが、第２ユーザの顧客属性を取得するために予め用意されるベースリサーチを第２端末に配信する第１リサーチ配信ステップと、管理サーバが、ベースリサーチに対して第２ユーザが回答することによって得られる顧客属性を、第２端末から受信する顧客属性受信ステップと、管理サーバが、第１ユーザにより提供される商品又はサービスに関するニーズワードに対応して予め用意されるニーズリサーチを、第２端末に配信する第２リサーチ配信ステップと、管理サーバが、ニーズリサーチに対して第２ユーザが回答することによって得られるニーズワードを第２端末から受信するニーズワード受信ステップと、管理サーバが、予め用意されるニーズワード選択肢からニーズワードを予め選択している第１ユーザの第１端末に、当該ニーズワードを回答している第２ユーザの顧客属性を送信する顧客属性送信ステップとを備える。
【発明の効果】
【0009】
本発明によれば、見込み客と繋がりたいと希望するユーザと該見込み客とを効果的にマッチングさせることができる。
【図面の簡単な説明】
【0010】
【発明を実施するための形態】
【0011】
以下、図面を参照しながら、本発明を実施するための実施形態について詳細に説明する。なお、本発明は以下に説明する形態に限定されることはなく、技術思想を逸脱しない範囲において種々変形を行なって実施することが可能である。
【0012】
本実施形態においては、ビジネスにおける会員同士のマッチングを目的とした会員ネットワークにおいて利用される、各会員と見込客とを自動的につなぐシステム（アプリケーション）を例として説明する。本実施形態における以下の説明においては「第１ユーザ」及び「第２ユーザ」のそれぞれが登場するが、「第１ユーザ」を上記ネットワークのメンバー会員として、「第２ユーザ」を上記システム（アプリケーション）の利用者（アプリ会員）として、便宜上設定したうえで説明する。なお、メンバー会員としての「第１ユーザ」は、上記アプリ会員としての「第２ユーザ」にもなり得る。
【0013】
本発明は、効果的なマッチングを行うために、少なくとも２段階のリサーチを行うことを特徴とする。本実施形態における２段階のリサーチは、第２ユーザの基本情報や第２ユーザの属性情報を取得するためのベース（基本）リサーチ（第１段階）、及び、第２ユーザのニーズ（顕在的なニーズ、潜在的なニーズ）を取得するためのニーズリサーチ（第２段階）が含まれる。
【0014】
第１段階のベースリサーチについては従来も行われていた顧客情報を得るためのリサーチに類似するリサーチ手法であるところ、本発明においては、当該第１段階のベースリサーチに加え、第２段階としてのニーズリサーチを行い、このニーズリサーチの結果に応じて真の見込客を技術的に抽出するところに特徴がある。また、本発明においては、第１段階のベースリサーチによるリサーチ結果の利用方法にも従来と異なる技術的な特徴がある。
【0015】
具体的には、第１段階のベースリサーチは、主に第２ユーザの基本情報や属性情報を抽出する目的で行われるリサーチである。一方で、第２段階のニーズリサーチは、第２ユーザの直接的かつ顕在的なニーズを抽出する目的で行われるリサーチである。さらに、第１段階のベースリサーチにおいて抽出されるリサーチ結果である属性情報に基づいて、第２ユーザの潜在的なニーズが抽出され得る。
【0016】
すなわち、本実施形態における顧客管理方法や顧客管理装置においては、上記アプリ会員（第２ユーザ）の顕在的あるいは潜在的なニーズを上記の２段階リサーチを通して取得する。取得される顕在的あるいは潜在的なニーズは、第２ユーザから直接的あるいは間接的に得られるニーズである。このため、得られるニーズに合致する商品やサービスを提供したい第１ユーザに第２ユーザを紹介する行為は、第１ユーザが第２ユーザに商品やサービスを購入して欲しいという意図のために、実際に対面（ウェブ）でヒアリングリサーチを行うことであって、説得や説明を介在する売り込み行為にはなり得ないと考えられる。
【0017】
本発明の発明者は、上記知見に基づき、商品やサービスを売り込む行為を排除しつつ、第１ユーザ（メンバー会員）と、第１ユーザの見込み客となり得る第２ユーザとを効果的にマッチングさせるため、上記２段階リサーチの概念が技術的に実現され得る顧客管理システム（顧客管理装置）及び顧客管理方法を創案した。
【0018】
［顧客管理システムについて］
本実施形態における顧客管理システムの概略構成について以下に説明する。図１は、本開示の実施形態における顧客管理装置を含む顧客管理システム１の概略構成図である。本実施形態にかかる顧客管理システムは、管理サーバ１０（顧客管理装置１００）と、第１端末２０と、第２端末３０とを備えており、これらがネットワーク５０を介して相互に接続されている（図１参照）。
本実施形態における顧客管理システムの概略構成について以下に説明する。図１は、本開示の実施形態における顧客管理装置を含む顧客管理システム１の概略構成図である。本実施形態にかかる顧客管理システムは、管理サーバ１０（顧客管理装置１００）と、第１端末２０と、第２端末３０とを備えており、これらがネットワーク５０を介して相互に接続されている（図１参照）。
【0019】
管理サーバ１０は、後述する顧客管理装置１００に相当するハードウェア装置であり、例えばパーソナルコンピュータ（以下「ＰＣ」という。）やサーバ等により実現され得る。第１端末２０は第１ユーザに使用されるデバイスであり、例えばスマートフォンやタブレットなどの携帯情報端末やＰＣにより実現され得る。第２端末３０は第２ユーザに使用されるデバイスであり、第１端末２０同様に携帯情報端末やＰＣにより実現され得る。ネットワーク５０は、例えばＷＡＮ（Wide Area Network）やＬＡＮ(Local Area Network)などにより実現され得るものであればよく、有線ネットワークでも無線ネットワークでもどちらでもよい。
【0020】
なお、第１ユーザや第２ユーザが、携帯情報端末等を所持している必要はなく、例えば勤務先や公共施設等に常設してあるＰＣなど、第１端末２０や第２端末３０としての機能を果たし得る装置であって、ユーザＩＤやパスワード等を入力することにより任意に使用可能な装置を利用してもよい。
【0021】
また、管理サーバ１０は、物理的なハードウェア装置としてのＰＣやサーバ等に限定されるものではなく、例えばクラウドサーバなど仮想的なハードウェアであってもよい。
【0022】
［ハードウェア構成］
図２は、管理サーバ１０（顧客管理装置１００）の機能を実現するコンピュータの一例を示すハードウェア構成図である。本実施形態に係る管理サーバ１０は、例えば、図２に示すような構成のコンピュータによって実現される。図２は、管理サーバ１０の機能を実現するコンピュータの一例を示すハードウェア構成図である。管理サーバ１０に係るコンピュータは、ＣＰＵ１１、ＲＡＭ１２、ＲＯＭ１３、ＨＤＤ１４、通信インターフェイス１５、入出力インターフェイス１６、およびメディアインターフェイス１７を有する（図2参照）。
図２は、管理サーバ１０（顧客管理装置１００）の機能を実現するコンピュータの一例を示すハードウェア構成図である。本実施形態に係る管理サーバ１０は、例えば、図２に示すような構成のコンピュータによって実現される。図２は、管理サーバ１０の機能を実現するコンピュータの一例を示すハードウェア構成図である。管理サーバ１０に係るコンピュータは、ＣＰＵ１１、ＲＡＭ１２、ＲＯＭ１３、ＨＤＤ１４、通信インターフェイス１５、入出力インターフェイス１６、およびメディアインターフェイス１７を有する（図2参照）。
【0023】
ＣＰＵ１１は、ＲＯＭ１３またはＨＤＤ１４に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３は、管理サーバ１０に係るコンピュータの起動時にＣＰＵ１１によって実行されるブートプログラムや、管理サーバ１０に係るコンピュータのハードウェアに依存するプログラム等を格納する。
【0024】
ＨＤＤ１４は、ＣＰＵ１１によって実行されるプログラム、および、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス１５は、ネットワークを介して他の機器からデータを受信してＣＰＵ１１へ送り、ＣＰＵ１１が生成したデータを、ネットワークを介して他の機器へ送信する。
【0025】
ＣＰＵ１１は、入出力インターフェイス１６を介して、ディスプレイやプリンタ等の出力装置、および、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１は、入出力インターフェイス１６を介して、入力装置からデータを取得する。また、ＣＰＵ１１は、生成したデータを、入出力インターフェイス１６を介して出力装置へ出力する。
【0026】
メディアインターフェイス１７は、記録メディア７０に格納されたプログラムまたはデータを読み取り、ＲＡＭ１２を介してＣＰＵ１１に提供する。ＣＰＵ１１は、かかるプログラムを、メディアインターフェイス１７を介して記録メディア７０からＲＡＭ１２上にロードし、ロードしたプログラムを実行する。記録メディア７０は、例えばＤＶＤ（Digital Versatile Disk）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。
【0027】
例えば、管理サーバ１０に係るコンピュータが後述の実施形態に係る顧客管理装置１００として機能する場合、当該コンピュータのＣＰＵ１１は、ＲＡＭ１２上にロードされたプログラムを実行することにより、顧客管理装置１００が有する各部（図３参照）の機能を実現する。また、ＨＤＤ１４には、各管理部（図３参照）により取り扱われる各種データが格納される。上記コンピュータのＣＰＵ１１は、これらのプログラムを記録メディア７０から読み取って実行するが、他の例として、他の装置からネットワークを介してこれらのプログラムを取得してもよい。
【0028】
［顧客管理装置の機能ブロック図について］
図３は、本開示の実施形態における顧客管理装置１００の機能ブロック図である。顧客管理装置１００は、第１ユーザ情報管理部１０１と、第２ユーザ情報管理部１０２と、マッチング部１０３と、リサーチ管理部１０４と、メディアリンク制御部１０５とを備える（図３参照）。
図３は、本開示の実施形態における顧客管理装置１００の機能ブロック図である。顧客管理装置１００は、第１ユーザ情報管理部１０１と、第２ユーザ情報管理部１０２と、マッチング部１０３と、リサーチ管理部１０４と、メディアリンク制御部１０５とを備える（図３参照）。
【0029】
第１ユーザ情報管理部１０１は、第１ユーザの属性情報を少なくとも含む第１ユーザ情報を管理する。「第１ユーザ情報」とは、例えば、第１ユーザの名前、住所、会社名、役職、業種、顧客ターゲット層、第１ユーザが販売する商品または提供するサービスのカテゴリーなどの各種情報をいう。このうち、例えば役職や業種や顧客ターゲット層など、第１ユーザの個人情報（名前、住所、会社名、電話番号、メールアドレスなど）以外の情報であって、第１ユーザの特徴や性質に関する情報を「第１ユーザの属性情報」という。第１ユーザ情報管理部１０１により、「属性情報」を含む「第１ユーザ情報」を記憶・保存する処理が実行され得る。
【0030】
また、第１ユーザ情報管理部１０１により、第１ユーザにより提供される商品又はサービスに関するニーズワードを第１ユーザに選択させるためのニーズワード選択肢を第１端末２０に配信する処理が実行され得る。
【0031】
「ニーズワード」とは、例えば第１ユーザが美容に関するサービスを提供する者であれば、当該美容に関する顧客ニーズを想起させるキーワードをいう。具体的には、ニーズワードとして、例えば顔の各パーツ（口、耳、鼻、目）など、各種美容サービスの対象となる人の身体（ここでは顔）の部位を特定するキーワード（図５参照）などが挙げられる。
【0032】
第１ユーザ情報管理部１０１は、上記ニーズワード選択肢から第１ユーザにより選択される所望のニーズワードを、第１端末２０を介して受信し、第１ユーザの属性情報として管理・記憶する。
【0033】
また、第１ユーザ情報管理部１０１は、興味喚起情報（図７参照）を第１端末２０から受信し、これを第1ユーザの属性情報として管理・記憶する。「興味喚起情報」とは、第１ユーザの業務に対する興味を第２ユーザに喚起させる情報のことをいい、例えば第１ユーザの事業内容に関する業界の豆知識情報などをいう。なお、「豆知識」とは「ほんのちょっとした知識。本筋からは外れているが、知っていると役に立つ話」が本来の意味であるところ、本実施形態では、この本来の意味に加え、第１ユーザが携わる業界に関する知識であって、第２ユーザの興味を引く実践的なお役立ち情報の意味が含まれる。
【0034】
第２ユーザ情報管理部１０２は、第２ユーザの顧客属性を少なくとも含む第２ユーザ情報を管理する。「第２ユーザ情報」とは、例えば、第２ユーザの名前、住所、会社名、役職、業種、ニーズなどの各種情報をいう。このうち、例えば役職や業種やニーズなど、第２ユーザの個人情報（名前、住所、会社名、電話番号、メールアドレスなど）以外の情報（非個人情報）であって、第２ユーザの特徴や性質や行動特性などに関する情報を「第２ユーザの顧客属性」という。
【0035】
第２ユーザ情報管理部１０２により、「顧客属性」を含む「第２ユーザ情報」を記憶・保存する処理が実行され得る。「顧客属性」には、第２ユーザが潜在的にもち得るニーズを想起させるニーズ想起情報が含まれ得る。具体的には、上記の「役職」「業種」「ニーズ」に加え「家族構成」「趣味」「性格」などがニーズ想起情報に含まれ得る。
【0036】
また、第２ユーザ情報管理部１０２は、ベースリサーチとニーズリサーチとを、第２端末３０に配信する。「ベースリサーチ」とは、上記の第２ユーザ情報を得るために第２ユーザに回答させるためのリサーチ（上記第１段階のベースリサーチ）である（図４Ａ及び図４Ｂ参照）。
【0037】
「ニーズリサーチ」とは、上述のニーズワードに対応して予め用意されるリサーチ（上記第２段階のリサーチ）であり、上述の例で説明すると、ニーズワードとしての顔の各パーツ（口、耳、鼻、目）に対応するリサーチとして「お顔の中で気になっているところはどこですか？」などの質問が挙げられる（図５参照）。すなわち、「ニーズリサーチ」とは、上記の例で言えば、回答者である第２ユーザが当該各パーツ（ニーズワード）のいずれかを回答せざるを得ないリサーチのことをいう。
【0038】
また、第２ユーザ情報管理部１０２は、ニーズリサーチに対して第２ユーザが回答することによって得られるニーズワードと、ベースリサーチに対して第２ユーザが回答することによって得られる顧客属性と、を第２端末３０から受信し、これらを第２ユーザ情報として管理・記憶する。これにより、第２ユーザの顧客属性とニーズとが関連づけられたデータベースが顧客管理装置１００の記憶部（例えばＨＤＤ１４等）に記憶され得る（図４Ｃ参照）。
【0039】
さらに、第２ユーザ情報管理部１０２は、第２ユーザによるニーズワード及び顧客属性の各回答に応じて付与されるポイントを、当該第２ユーザの顧客属性と関連づけて記憶する。所望の景品と交換可能なポイントを第２ユーザに付与することにより、各リサーチに積極的に回答するインセンティブ（誘因）が第２ユーザに働き得る。なお、ここでの「ポイント」とは、商品やサービスの購買額に応じて点数を付与し、その累積点数によって景品と交換したり、値引きしたりするポイント・サービスにおいて用いられるポイントの意味（「広辞苑第７版」参照）に準ずるものである。とりわけ、本実施形態においては、第２ユーザがニーズリサーチに対して所望のニーズワードを回答したり、顧客属性リサーチに対して顧客属性を回答したりするときに所定のポイントが付与される。第２ユーザは、付与されるポイントの一部又は全部を使用して、所望の特典（例えば、景品や商品・サービスの割引サービスに加え、ビジネスマッチングサービスなど）と交換することができる。
【0040】
マッチング部１０３は、第１ユーザの上記属性情報と第２ユーザの上記顧客属性とに基づいて、第１ユーザと第２ユーザとを互いにマッチングさせる。本実施形態における「マッチング」とは、需要側と供給側との調整を行い、供給側（販売側）のリサーチ行為の仲介のためのマッチングを行う、あるいは、「商品を購入したい・サービスを利用したい人（法人を含む）」と「商品を販売したい・サービスを提供したい人（法人を含む）」とを繋ぐというビジネス上のマッチングの通常の意味のもと、第１ユーザと第２ユーザとをつなぐための技術的手段をいう。かかる技術的手段としてのマッチングが後述するマッチング部１０３の機能により実現され得る。
【0041】
マッチング部１０３は、上述のニーズワードを選択した第１ユーザの第１端末２０に、当該ニーズワードを回答した第２ユーザの顧客属性を送信する。これにより、第１ユーザは、第１ユーザにより提供される商品やサービスに興味のある第２ユーザの存在について認識することができることから、第１ユーザと第２ユーザとが効果的にマッチングされ得る。
【0042】
マッチング部１０３は、上述のポイントを使用して第１ユーザとのマッチングを要求する第２ユーザの第２端末３０に、第２ユーザが興味のある商品やサービスを提供可能な複数の第１ユーザのリード属性からなるリード属性選択肢を配信する。「リード属性」とは、第１ユーザにより提供される商品やサービスの「興味カテゴリー」（図４Ａ参照）に関するキーワード（文字）である。「リード属性選択肢」としては、例えば５つのキーワードが第２ユーザに提供され得る。
【0043】
また、マッチング部１０３は、上記リード属性選択肢の中から第２ユーザにより選択されるリード属性を第２端末から受信する。さらに、マッチング部１０３は、第２端末３０から受信されるリード属性に係る第１ユーザの第１端末２０に、アテンド要請を送信する。「アテンド要請」とは、例えば「見込客となり得る第２ユーザからマッチング要求がきています。〇〇月××日△△時～□□時は空いていますか？」等のメッセージである。第１ユーザは、上記アテンド要請により、自身とのマッチングを希望する第２ユーザ（見込客）の存在を知ることができることから、特に営業活動をすることなく見込客の情報（存在）を知ることができる。
【0044】
マッチング部１０３は、アテンド要請にあわせて、第２ユーザの属性情報を後述する顧客コード（図４Ｃ参照）と共に第１端末２０に送信する。これにより第１ユーザは、マッチングを希望する第２ユーザ（見込客）の属性について認識することができる。
【0045】
また、マッチング部１０３は、上記アテンド要請を承諾する第１ユーザの使用する第１端末２０から、アテンド承諾を受信する。さらに、マッチング部１０３は、アテンド承諾に係る第２ユーザの使用する第２端末３０に、第１ユーザから提供されるウェブ会議用ＵＲＬを送信する。これにより、第１ユーザと第２ユーザとが効果的にマッチングされ得る。
【0046】
マッチング部１０３は、ニーズワードを回答した第２ユーザの顧客属性のうち第１ユーザにより選択される顧客属性を第１端末２０から受信する。これにより、第１ユーザが繋がりたいと考えている第２ユーザを把握することができることから、第１ユーザと第２ユーザとが効果的にマッチングされ得る。なお、本実施形態において、第２ユーザは第１ユーザのようなリサーチ行為を実施しない。よって、マッチング部１０３は、第２ユーザ同士のビジネスマッチングを行わないものとする。
【0047】
リサーチ管理部１０４は、第１端末２０から受信される顧客属性に紐づけられる第２ユーザの使用する第２端末３０にリサーチ協力依頼情報を送信する。「リサーチ協力依頼情報」とは、第１ユーザの業務が含まれる業種に関するリサーチへの協力を依頼する情報をいい、例えば「リサーチにご協力いただけますか？」などのメッセージ情報が挙げられる（図６参照）。
【0048】
リサーチ管理部１０４は、リサーチ協力依頼情報に対する第２ユーザによる回答を第２端末３０から受信する。リサーチ管理部１０４は、第２ユーザによる回答が肯定的な回答（例えば「ＹＥＳ」または「ＮＯ」のうちの「ＹＥＳ」等）であるとき、該肯定的な回答を第１端末２０に送信する。これにより、第１ユーザは、第１ユーザが行いたいリサーチに回答可能な第２ユーザの存在を認識することができる。
【0049】
リサーチ管理部１０４は、肯定的な回答を受信した第１端末２０からウェブ会議用ＵＲＬ（Universal Resource Locator）を受信する。「ウェブ会議用ＵＲＬ」とは、例えばＺＯＯＭ（登録商標）、Ｔｅａｍｓ（登録商標）、Ｓｋｙｐｅ（登録商標）などのウェブ会議用アプリケーションを用いて行われるウェブ会議の場所を指定するために用いられるＵＲＬである。
【0050】
リサーチ管理部１０４は、ウェブ会議用ＵＲＬを第２ユーザに送信する前に、第２ユーザにウェブ会議の候補日時を伝える目的で、第２端末３０に複数の候補日時を送信する。リサーチ管理部１０４は、候補日時の中から第２ユーザによる選択される日時を、肯定的な回答を受信した第１端末２０を介して第１ユーザに送信する。その際、第１ユーザが複数いる場合は、先着順により第２ユーザにウェブ会議用ＵＲＬを送信可能な第１ユーザが決定され得る。また、第２ユーザは、上記ポイントの蓄積数に応じて、複数の第１ユーザとの日程調整を行うことができる。
【0051】
ウェブ会議用ＵＲＬを、第２端末３０を介して受信した第２ユーザがこのＵＲＬにより特定されるウェブ会議にアクセスし、そこでの第１ユーザの口頭によるリサーチや映像を利用して行われるリサーチなどに対して第２ユーザが直接的に回答することにより、第１ユーザは第２ユーザの詳細なニーズを認識することができる。
【0052】
なお、ウェブ会議用ＵＲＬの送受信において、既存の日程調整用アプリケーションと組み合わせることにより、第１ユーザと第２ユーザとの間におけるウェブ会議の日程調整を自動的に行い、調整された日程に合わせてウェブ会議用ＵＲＬを送信することも可能である。これにより、第１ユーザも第２ユーザも日程調整の煩わしさを感じることなく、また、ウェブ会議の日程を見落としてしまうようなリスクも軽減され得る。
【0053】
メディアリンク制御部１０５は、第１端末２０から受信した興味喚起情報を第１のメディアにアップロードする。「第１のメディア」とは、上記の興味喚起情報（商品やサービスの販売を行わない）がまとめられた記事サイトであり、新たなニーズリサーチの内容を精査するために用意されるメディアである（図７参照）。「第１のメディア」に掲載される興味喚起情報としては、例えば、各第１ユーザの商品やサービスに関する豆知識などが挙げられる。
【0054】
メディアリンク制御部１０５は、第１ユーザにより提供されるイベント情報を第１端末２０から受信すると、第２のメディアにイベント情報をアップロードする。「第２のメディア」は、第１ユーザが提供する商品やサービスの購入履歴を辿ることにより、販売につながるマーケティングリサーチを行うために用意されるメディアとなる。「第２のメディア」としては、第１ユーザの提供する商品又はサービスを販売する例えばＥＣサイト等が挙げられる。
【0055】
メディアリンク制御部１０５は、第１のメディアに関する第１のリンクを第２端末３０に配信する。「第１のリンク」とは、例えば、第１のメディアとしての上記オウンドメディアのリンク先ＵＲＬ等をいい、当該オウンドメディアに上記の興味喚起情報がアップロードされている。
【0056】
また、興味喚起情報には第２のリンクが掲載されている。「第２のリンク」とは、第２のメディアとしての上記ＥＣサイトにアップロードされているイベント情報のリンク先ＵＲＬをいう。メディアリンク制御部１０５による処理の詳細については後述する。
【0057】
［初回登録フォームについて］
図４Ａは、本開示の実施形態における基本情報に関する初回登録フォームの一例を示す概略図である。図４Ａに示される初回登録フォーム３００は、第２ユーザの基本情報を取得するためのリサーチフォーム（上記第１段階のリサーチに関するリサーチフォーム）である。この初回登録フォーム３００のリサーチ項目として、「名前」「生年月日」「性別」「興味カテゴリー」「紹介者」「メールアドレス」「パスワード」が用意されている。
図４Ａは、本開示の実施形態における基本情報に関する初回登録フォームの一例を示す概略図である。図４Ａに示される初回登録フォーム３００は、第２ユーザの基本情報を取得するためのリサーチフォーム（上記第１段階のリサーチに関するリサーチフォーム）である。この初回登録フォーム３００のリサーチ項目として、「名前」「生年月日」「性別」「興味カテゴリー」「紹介者」「メールアドレス」「パスワード」が用意されている。
【0058】
図４Ｂは、本開示の実施形態における追加登録フォームの一例を示す概略図である。図４Ｂに示される追加登録フォーム３１０は、第２ユーザの顧客属性を取得するためのリサーチフォーム（上記第１段階のリサーチに関するリサーチフォーム）である。この追加登録フォーム３１０のリサーチ項目として、「会社名」「会社連絡先」「電話番号」「業種」「性格（ポジティブ）」「性格（ネガティブ）」「趣味」「出生地」「夢・志」「顧客ターゲット」「九星術」が用意されている。
【0059】
これらのリサーチ項目に第２ユーザが回答することにより、第２ユーザの個人情報及び顧客属性を含む第２ユーザ情報を取得することができる。なお、図４Ａに示される初回登録フォーム３００のリサーチ項目および図４Ｂに示される追加登録フォーム３１０のリサーチ項目は一例でありこれに限定されるものではなく、さらに詳細な情報を第２ユーザから取得するための項目が含まれ得る。例えば「興味カテゴリー」として複数種類の回答選択肢や、「顧客ターゲット」として「強み（バリュー）」「理念（ミッション）」「理念像（ビジョン）」の回答選択肢がリサーチ項目に含まれ得る。
【0060】
［顧客データベースについて］
図４Ｃは、本開示の実施形態における顧客データベースの一例を示す概略図である。この顧客データベース５００には、上記第１段階のリサーチフォームに設定されているリサーチ項目に第２ユーザが回答した結果得られたデータ（基本情報や属性情報等）が記憶され得る。図４Ｃに示される顧客データベース５００は、上から、顧客コード「Ａ００１」、パーソナル項目としての「名前」「生年月日」「夢・志」「連絡先」の各欄、ビジネス項目としての「会社名」「会社連絡先」「業種」「顧客ターゲット」の各欄で構成されている（図４Ｃ参照）。顧客データベース５００のうち、下線が引かれている各欄の記載は、第２ユーザの個人情報に該当する。
図４Ｃは、本開示の実施形態における顧客データベースの一例を示す概略図である。この顧客データベース５００には、上記第１段階のリサーチフォームに設定されているリサーチ項目に第２ユーザが回答した結果得られたデータ（基本情報や属性情報等）が記憶され得る。図４Ｃに示される顧客データベース５００は、上から、顧客コード「Ａ００１」、パーソナル項目としての「名前」「生年月日」「夢・志」「連絡先」の各欄、ビジネス項目としての「会社名」「会社連絡先」「業種」「顧客ターゲット」の各欄で構成されている（図４Ｃ参照）。顧客データベース５００のうち、下線が引かれている各欄の記載は、第２ユーザの個人情報に該当する。
【0061】
顧客データベース５００の上記の各項目に対応する情報については、上述の初回登録フォーム３００に第２ユーザが回答することによって取得される第２ユーザ情報に基づいて記憶され得る。顧客コード「Ａ００１」は、第１ユーザに第２ユーザの個人情報を除く顧客属性を教示する際に用いられ得る。これにより、第２ユーザの個人情報が第１ユーザに直接的に開示されるおそれがない。
【0062】
パーソナル項目の詳細について説明する。「名前」欄の下層には「性別」「血液型」「性格（ポジティブ・ネガティブ）」「趣味」「出生地」が設定されている（図４Ｃ参照）。「生年月日」欄の下層には「実年齢」「九星術」「兄弟構成」が設定されている（図４Ｃ参照）。「夢・志」欄の下層には「個人購入願望事物」「個人購入願望予算」「個人購入願望期日」が設定されている（図４Ｃ参照）。「連絡先」欄の下層には「携帯電話番号」「メールアドレス」「紹介者コード」が設定されている（図４Ｃ参照）。
【0063】
ビジネス項目の詳細について説明する。「会社名」欄の下層には「役職」「勤続年数」「従業員数」「拠点数」が設定されている（図４Ｃ参照）。「会社連絡先」欄の下層には「会社住所」「会社電話番号」「会社ＦＡＸ番号」「メールアドレス」「ＨＰアドレス」が設定されている（図４Ｃ参照）。「業種」欄の下層には「商材」「売れ筋商材単価」「平均顧客単価」「代理店制度」が設定されている（図４Ｃ参照）。「顧客ターゲット」欄の下層には「強み（バリュー）」「理念（ミッション）」「理想像（ビジョン）」が設定されている（図４Ｃ参照）。なお、パーソナル項目及びビジネス項目における各設定項目は上述の項目に限定されることはなく、所望の項目が適宜設定され得る。
【0064】
さらに、最下層には、上記の基本情報リサーチに対する第２ユーザによる回答に応じて付与されるポイント欄が設定されている（図４Ｃ参照）。該ポイント数に応じて第２ユーザへの所望の特典が付与され得る。本実施形態においては、第２ユーザがポイントを使用することにより、第２ユーザが所望の特典（例えば景品や、商品・サービスの割引サービスに加え、ビジネスマッチングサービス）を得ることができる例が挙げられているが、特典としてはこれらに限定されるものではない。
【0065】
［ニーズリサーチフォームについて］
図５は、本開示の実施形態における所定の興味カテゴリーに関するニーズリサーチフォーム（上記第２段階のリサーチに関するリサーチフォーム）の一例を示す概略図である。ニーズ調査リサーチフォーム７００は「美容・健康に関するリサーチ」に関するものである（図５参照）。
図５は、本開示の実施形態における所定の興味カテゴリーに関するニーズリサーチフォーム（上記第２段階のリサーチに関するリサーチフォーム）の一例を示す概略図である。ニーズ調査リサーチフォーム７００は「美容・健康に関するリサーチ」に関するものである（図５参照）。
【0066】
当該フォームの上から「お顔の中で気になっているところはどこですか？」との質問に対する「目」「鼻」「口」「耳」の回答選択肢が設定され、「現在行っている美容サービスはありますか（複数選択可）？」との質問に対する「ネイルサロン」「脱毛」「エステ」「スパ・温浴施設」の回答選択肢が設定されている（図５参照）。
【0067】
また、当該フォームの下欄には、「現在行っている健康法はありますか？」との質問に対する回答欄（空欄）が設けられている（図５参照）。当該回答欄の上部には「※以下に入力してください。」というリサーチ回答者である第２ユーザに入力を促すメッセージが記載されている（図５参照）。
【0068】
ニーズリサーチに第２ユーザが回答することにより、第２ユーザのニーズ等を把握することができる。また、上述の「お顔の中で気になっているところはどこですか？」との質問は上述のニーズリサーチに相当し、「目」「鼻」「口」「耳」の回答選択肢は、上述した「ニーズワード」に相当する。ニーズリサーチの興味カテゴリーとしては、「美容・健康」の他に、「お金・投資」「育成・発想」「起業・副業」「趣味・充実」が設定され得る。
【0069】
上述の初回登録フォームを基にこれら５つの興味カテゴリーを第２ユーザに予め選択させることにより、第２ユーザの興味カテゴリー（直接的なニーズ）を前もって特定することができる。また、上記「ニーズワード」（「目」「鼻」「口」「耳」などの回答選択肢）を第２ユーザに回答させるためのニーズリサーチ用の質問で互いに角度が異なる質問を複数設定しておく。これにより、第２ユーザの直接的または顕在的なニーズだけではなく、第２ユーザの間接的または潜在的なニーズを把握することができる。例えば、第２ユーザの趣味や生活スタイルをリサーチするための質問で、上記「ニーズワード」が回答になるような質問、具体的には「朝起きて鏡で顔のどの部分をチェックしますか？」などが挙げられる。
【0070】
［リサーチ協力依頼フォームについて］
図６は、本開示の実施形態におけるリサーチ協力依頼フォーム８００の一例を示す模式図である（図６参照）。リサーチ協力依頼フォーム８００は、第２ユーザに対して行われるニーズリサーチへの協力を依頼するために用意されるフォームである。
図６は、本開示の実施形態におけるリサーチ協力依頼フォーム８００の一例を示す模式図である（図６参照）。リサーチ協力依頼フォーム８００は、第２ユーザに対して行われるニーズリサーチへの協力を依頼するために用意されるフォームである。
【0071】
フォーム８００Ａには、「リサーチにご協力頂けますか？」というリサーチへの協力を促すメッセージが表示され、その下欄に「ＹＥＳ」「ＮＯ」の回答選択肢が表示されている（図６参照）。「ＹＥＳ」「ＮＯ」の回答選択肢のそれぞれ左側にはラジオボタンが配置されている（図６参照）。第２ユーザにより「ＹＥＳ」の左側に配置されているラジオボタンが選択されることにより、フォーム８００Ｂに画面遷移する（図６参照）。
【0072】
フォーム８００Ｂには、「ご都合のよい日時を選択してください。」というウェブ会議の候補日の選択を促すメッセージが表示され、その下欄に候補日（ここでは５つ）が表示されている（図６参照）。
【0073】
フォーム８００Ｃには、「ウェブ会議用ＵＲＬはこちら。」というウェブ会議用ＵＲＬが下記に表示されていることを第２ユーザに気づかせるメッセージが表示され、その下欄にウェブ会議用ＵＲＬである「https://www.○○○.com」が表示されている（図６参照）。
【0074】
リサーチ管理部１０４は、リサーチ協力依頼フォーム８００に基づいて第２ユーザに対する上述のリサーチ処理を実行する。「ニーズリサーチ」に協力してもらうという形式で第２ユーザにアプローチし、第２ユーザがウェブ会議用ＵＲＬにアクセスし、そこで第１ユーザからのリサーチに直接的に回答することにより、商品やサービスを売り込むという行為とは第２ユーザに認識されることなく、第２ユーザのニーズを把握することができる。
【0075】
［メディア情報について］
図７は、本開示の実施形態における各メディアのウェブサイト画面の一例を示す模式図である（図７参照）。上から、第１のメディアとしての記事サイト画面９００Ａ、「今日の豆知識」という表題の各記事サイトの詳細表示画面９００Ｂ、第２のメディアとしての「ＥＣサイト」のウェブサイト画面９００Ｃとなっている（図７参照）。
図７は、本開示の実施形態における各メディアのウェブサイト画面の一例を示す模式図である（図７参照）。上から、第１のメディアとしての記事サイト画面９００Ａ、「今日の豆知識」という表題の各記事サイトの詳細表示画面９００Ｂ、第２のメディアとしての「ＥＣサイト」のウェブサイト画面９００Ｃとなっている（図７参照）。
【0076】
ウェブサイト画面９００Ａは、各第１ユーザにより提供される記事サイトを集めた（まとめた）ウェブサイト画面である。この画面９００Ａには記事サイトとして「記事１」に関するウィンドウ９００Ａ１、「記事２」に関するウィンドウ９００Ａ２、「記事３」に関するウィンドウ９００Ａ３が表示されている（図７参照）。
【0077】
ウィンドウ９００Ａ１には「記事１」のタイトル９００ＡＴ１、「記事１」の省略文９００ＡＣ１が表示され、ウィンドウ９００Ａ２には「記事２」のタイトル９００ＡＴ２、「記事２」の省略文９００ＡＣ２が表示され、ウィンドウ９００Ａ３には「記事３」のタイトル９００ＡＴ３、「記事２」の省略文９００ＡＣ３が表示されている。また、各記事を選択するための記事選択用アイコン９００Ａ４が表示されている。
【0078】
第２ユーザがアイコン９００Ａ４をウィンドウ９００Ａ１上に移動させた状態でマウス等の入力デバイスから選択操作を行うことにより、詳細表示画面９００Ｂに画面遷移する（図７参照）。詳細表示画面９００Ｂには、「今日の豆知識」というタイトル表示とともに、当該豆知識の内容の詳細が表示され、その下欄に、第１ユーザにより提供されるイベント情報へのリンク先ＵＲＬ９００Ｂ１が表示されている（図７参照）。
【0079】
第２ユーザによりリンク先ＵＲＬ９００Ｂ１がクリックされると、「ＥＣサイト」のホームページ画面９００Ｃに画面遷移する。画面９００Ｃには第１ユーザにより提供されるイベント情報「2020.12.23 ○○イベント開催！！by○○○○サロン」と表示されたウィンドウ９００Ｃ１が表示されている（図７参照）。ウィンドウ９００Ｃ１が第２ユーザにより選択されると、第１ユーザにより提供されるイベント情報の詳細画面（不図示）に遷移する。メディアリンク制御部１０５により、図７に示される各メディアに上述の各リンク先ＵＲＬを設定する処理などが行われ得る。
【0080】
【0081】
［第１リサーチ配信ステップ］
管理サーバ１０は、第２ユーザの顧客属性を取得するために予め用意される顧客属性リサーチ（上記第１段階のリサーチ）を第２端末３０に配信する（ステップＳ１）。なお、顧客属性リサーチについて、予め第２ユーザに対して実施されるものであってもよく、本実施形態のように作業工程の始まりの段階において適宜実施されるものであってもよい。
管理サーバ１０は、第２ユーザの顧客属性を取得するために予め用意される顧客属性リサーチ（上記第１段階のリサーチ）を第２端末３０に配信する（ステップＳ１）。なお、顧客属性リサーチについて、予め第２ユーザに対して実施されるものであってもよく、本実施形態のように作業工程の始まりの段階において適宜実施されるものであってもよい。
【0082】
［顧客属性受信ステップ］
管理サーバ１０は、顧客属性リサーチに対して第２ユーザが回答することによって得られる顧客属性を第２端末３０から受信する（ステップＳ２、ＹＥＳ）。なお、管理サーバ１０は、顧客属性を受信しない場合（ステップＳ２、ＮＯ）、顧客属性を受信するまで待機する（ステップＳ２）。
管理サーバ１０は、顧客属性リサーチに対して第２ユーザが回答することによって得られる顧客属性を第２端末３０から受信する（ステップＳ２、ＹＥＳ）。なお、管理サーバ１０は、顧客属性を受信しない場合（ステップＳ２、ＮＯ）、顧客属性を受信するまで待機する（ステップＳ２）。
【0083】
［第２リサーチ配信ステップ］
次に、管理サーバ１０は、第１ユーザにより提供される商品又はサービスに関するニーズワードに対応して予め用意されるニーズリサーチ（上記第２段階のリサーチ）を第２端末３０に配信する（ステップＳ３）。
次に、管理サーバ１０は、第１ユーザにより提供される商品又はサービスに関するニーズワードに対応して予め用意されるニーズリサーチ（上記第２段階のリサーチ）を第２端末３０に配信する（ステップＳ３）。
【0084】
［ニーズワード受信ステップ⇒顧客属性送信ステップ］
次に、管理サーバ１０は、ニーズリサーチに対して第２ユーザが回答することによって得られるニーズワードを第２端末３０から受信すると（ステップＳ４、ＹＥＳ）、予め用意されるニーズワード選択肢からニーズワードを選択している第１ユーザの第１端末２０に、当該ニーズワードを回答している第２ユーザの顧客属性を自動送信する（ステップＳ５）。
次に、管理サーバ１０は、ニーズリサーチに対して第２ユーザが回答することによって得られるニーズワードを第２端末３０から受信すると（ステップＳ４、ＹＥＳ）、予め用意されるニーズワード選択肢からニーズワードを選択している第１ユーザの第１端末２０に、当該ニーズワードを回答している第２ユーザの顧客属性を自動送信する（ステップＳ５）。
【0085】
これらの処理により、第１ユーザは、第１ユーザの提供する商品またはサービスに興味のある第２ユーザの存在を認識することができ、第１ユーザと第２ユーザとの効果的なマッチングがなされ得る。なお、管理サーバ１０は、上記ニーズワードを受信しないとき（ステップＳ４、ＮＯ）、引き続き、ニーズワードの受信処理を待機する（ステップＳ４）。
【0086】
また、従来、上記第１段階のリサーチのリサーチ結果のみに基づいて、見込客となり得る者を推定により抽出していたところ、これにより抽出される推定見込客へのアプローチは、見込客の真意を確認することなく行われるため、結局のところ売り込み行為にすぎない。一方で、本実施形態における上述の顧客管理方法によれば、上記第１段階のリサーチに加え、第２ユーザの真意を確認するための第２段階のリサーチであるニーズリサーチ処理が行われるため、その結果抽出される第２ユーザは、当該第２ユーザの真意が事前に確認された上で抽出され得る者であるため、かかる第２ユーザに対するアプローチはもはや売り込み行為にはなり得ず、第１ユーザと第２ユーザとの効果的なマッチングに繋がり得る。
【0087】
［マッチング処理について］
図９は、顧客管理システム１（図１参照）による顧客管理方法におけるマッチングに関する処理の流れを示すフローチャートである。管理サーバ１０は、第２ユーザからニーズワード及び顧客属性を受信すると（ステップＳ１１）、ニーズワード及び顧客属性の各回答に応じて付与されるポイントを、第２ユーザの顧客属性と関連づけて記憶する（ステップＳ１２）。
図９は、顧客管理システム１（図１参照）による顧客管理方法におけるマッチングに関する処理の流れを示すフローチャートである。管理サーバ１０は、第２ユーザからニーズワード及び顧客属性を受信すると（ステップＳ１１）、ニーズワード及び顧客属性の各回答に応じて付与されるポイントを、第２ユーザの顧客属性と関連づけて記憶する（ステップＳ１２）。
【0088】
管理サーバ１０は、ポイントを使用して第１ユーザとのマッチングを求める第２ユーザの第２端末３０からマッチング要求を受信すると（ステップＳ１３、ＹＥＳ）、ニーズワードに紐づけられる２以上のリード属性からなるリード属性選択肢を第２端末３０に送信する（ステップＳ１４）。管理サーバ１０は、第２端末３０からマッチング要求を受信しないとき（ステップＳ１３、ＮＯ）、第２端末３０からマッチング要求が受信されるまで待機する（ステップＳ１３）。
【0089】
次に、管理サーバ１０は、上記リード属性選択肢のうち第２ユーザにより選択されるリード属性を第２端末３０から受信すると（ステップＳ１５、ＹＥＳ）、上記リード属性に係る２以上の第１ユーザの各第１端末２０にアテンド要請を送信する（ステップＳ１６）。これにより第１ユーザは、自身とのマッチングを希望する第２ユーザ（見込客）の存在を知ることができる。よって、第１ユーザは、特に営業活動をすることなく見込客の情報（存在）を知ることができる。一方、管理サーバ１０は、第２端末３０から上記リード属性を受信しないとき（ステップＳ１５、ＮＯ）、第２端末３０からリード属性が受信されるまで待機する（ステップＳ１５）。
【0090】
次に、管理サーバ１０は、上記アテンド要請を第１ユーザが承諾することにより第１端末２０から受信されるアテンド承諾回答を受信すると（ステップＳ１７、ＹＥＳ）、該アテンド承諾回答に係る第１ユーザから提供されるウェブ会議用ＵＲＬを第２端末３０に送信する（ステップＳ１８）。これにより、第１ユーザと第２ユーザとが効果的にマッチングされ得る。
【0091】
管理サーバ１０は、アテンド要請（ステップＳ１６）の際に、第２ユーザの属性情報を上述の顧客コード（図４Ｃ参照）と共に第１ユーザに送信する。これにより第１ユーザは、マッチングを希望する第２ユーザ（見込客）の属性について認識することができる。
【0092】
［リサーチ処理について］
図１０は、顧客管理システム１（図１参照）による顧客管理方法におけるリサーチに関する処理の流れを示すフローチャートである。管理サーバ１０は、ニーズワードを回答した第２ユーザの顧客属性のうち第１ユーザにより選択される顧客属性を第１端末２０から受信する（ステップＳ２１）。
図１０は、顧客管理システム１（図１参照）による顧客管理方法におけるリサーチに関する処理の流れを示すフローチャートである。管理サーバ１０は、ニーズワードを回答した第２ユーザの顧客属性のうち第１ユーザにより選択される顧客属性を第１端末２０から受信する（ステップＳ２１）。
【0093】
次に、管理サーバ１０は、第１端末２０から受信される顧客属性に紐づけられる第２ユーザの使用する第２端末３０に、第１ユーザの業務が含まれる業種に関するリサーチへの協力を依頼するリサーチ協力依頼情報を送信する（ステップＳ２２）。
【0094】
次に、管理サーバ１０は、リサーチ協力依頼情報に対する第２ユーザによる回答を第２端末３０から受信する（ステップＳ２３）。管理サーバ１０は、第２ユーザによる回答が肯定的な回答であるとき（ステップＳ２３、ＹＥＳ）、該肯定的な回答を第１端末２０に送信する（ステップＳ２４）。他方、管理サーバ１０は、第２ユーザによる回答が否定的な回答であるとき（ステップＳ２３、ＮＯ）、引き続き第２ユーザの回答が受信されるまで待機する（ステップＳ２３）。
【0095】
次に、管理サーバ１０は、肯定的な回答を受信した第１端末２０から、第１ユーザのリサーチに第２ユーザが直接的に回答するためのウェブ会議用ＵＲＬを受信する（ステップＳ２５）。その後、管理サーバ１０は、第２端末３０にウェブ会議用ＵＲＬを送信する（ステップＳ２６）。このウェブ会議用ＵＲＬに基づいて第２ユーザが第１ユーザのリサーチに直接的に回答することにより、第１ユーザは第２ユーザの詳細なニーズを認識することができる。
【0096】
［リンク配信処理について］
図１１は、顧客管理システム１（図１参照）による顧客管理方法におけるリンク配信に関する処理の流れを示すフローチャートである。管理サーバ１０は、第１ユーザの業務に対する興味を第２ユーザに喚起させる詳細情報９００Ｂ（図７参照）を第１端末２０から受信する（ステップＳ３１）。
図１１は、顧客管理システム１（図１参照）による顧客管理方法におけるリンク配信に関する処理の流れを示すフローチャートである。管理サーバ１０は、第１ユーザの業務に対する興味を第２ユーザに喚起させる詳細情報９００Ｂ（図７参照）を第１端末２０から受信する（ステップＳ３１）。
【0097】
次に、管理サーバ１０は、第１端末２０から受信した詳細情報９００Ｂを、各記事がまとめられた記事サイト（第１のメディア）９００Ａ（図７参照）にアップロードする（ステップＳ３２）。
【0098】
次に、管理サーバ１０は、第１ユーザにより提供されるイベント情報９００Ｃ１を第１端末２０から受信すると、第１ユーザの提供する商品又はサービスを紹介する第２のメディア９００Ｃにイベント情報９００Ｃ１をアップロードする（ステップＳ３３）。
【0099】
その後、管理サーバ１０は、詳細情報９００Ｂがアップロードされている第１のメディア９００Ａに関する第１のリンクを第２端末３０に配信する（ステップＳ３４）。詳細情報９００Ｂには第２のリンク９００Ｂ１が掲載されている（図７参照）。詳細情報を閲覧した第２ユーザが、第２のリンク９００Ｂ１からイベント情報９００Ｃ１にアクセスすることで、第１ユーザは第２ユーザ（見込客）を自動的に集客することができる。
【0100】
以上説明した実施形態は、本発明の理解を容易にするために記載されたものであって、本発明を限定するために記載されたものではない。したがって、上記実施形態に開示された各要素は、本発明の技術的範囲に属する全ての設計変更や均等物をも含む趣旨である。
【0101】
上述した本実施形態においては、第２ユーザの顧客属性をデータベース化し、該データベース化された第２ユーザ情報と第２ユーザの顕在的なニーズとに基づいて第１ユーザの見込み客となり得る第２ユーザを特定することを主として説明したが、本発明はこれに限定されるものではない。第２ユーザ情報が収集されてなる上述の顧客データベース５００における興味カテゴリーにより、第２ユーザの直接的なニーズを把握することができることに加え、その他の顧客属性、例えば趣味などの情報により第２ユーザの潜在的なニーズについても把握することができる。これにより、複数の第１ユーザにおいて、一方の第１ユーザの直接的なターゲットである第２ユーザの潜在的なニーズにより、当該第２ユーザが、他方の第１ユーザの直接的なターゲットにもなり得る。
【0102】
具体的には、一方の第１ユーザの提供するサービスが美容サービスであるとして、一の第２ユーザが美容サービスを所望している場合において、当該一の第２ユーザがペットを飼っているという情報（顧客属性）を取得するとする。この場合、ペットを飼っているという情報は、上記一方の第１ユーザにとっては一の第２ユーザの単なる趣味情報にすぎない。しかしながら、他方の第１ユーザの提供するサービスがペットのトリミングサービスである場合、上記一の第２ユーザがペットを飼っているという情報は上記他方の第１ユーザにとっては上記一の第２ユーザの潜在的なニーズとなり得る。かかる知見は、従来、顧客から得られる情報を一面でしか捉えていなかったことから、見逃していた潜在的なニーズを把握することができ、ひいては、異なる業者間での顧客属性情報の共用化を図ることに繋がり得る。
【符号の説明】
【0103】
１…顧客管理システム
１０…管理サーバ（顧客管理装置１００）
２０…第１端末
３０…第２端末
１０１…第１ユーザ情報管理部
１０２…第２ユーザ情報管理部
１０３…マッチング部
１０４…リサーチ管理部
１０５…メディアリンク制御部
１０…管理サーバ（顧客管理装置１００）
２０…第１端末
３０…第２端末
１０１…第１ユーザ情報管理部
１０２…第２ユーザ情報管理部
１０３…マッチング部
１０４…リサーチ管理部
１０５…メディアリンク制御部
【図1】
【図2】
【図3】
【図4A】
【図4B】
【図4C】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】