Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
JP4628601B2 - Financial institution sales support system - Google Patents
[go: Go Back, main page]

JP4628601B2 - Financial institution sales support system - Google Patents

Financial institution sales support system Download PDF

Info

Publication number
JP4628601B2
JP4628601B2 JP2001216150A JP2001216150A JP4628601B2 JP 4628601 B2 JP4628601 B2 JP 4628601B2 JP 2001216150 A JP2001216150 A JP 2001216150A JP 2001216150 A JP2001216150 A JP 2001216150A JP 4628601 B2 JP4628601 B2 JP 4628601B2
Authority
JP
Japan
Prior art keywords
financial institution
customer
sales support
explanation
important
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2001216150A
Other languages
Japanese (ja)
Other versions
JP2003030430A (en
Inventor
啓介 鈴木
義幸 荒井
久訓 小林
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Kokusai Denki Electric Inc
Original Assignee
Hitachi Kokusai Electric Inc
Kokusai Denki Electric Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Kokusai Electric Inc, Kokusai Denki Electric Inc filed Critical Hitachi Kokusai Electric Inc
Priority to JP2001216150A priority Critical patent/JP4628601B2/en
Publication of JP2003030430A publication Critical patent/JP2003030430A/en
Application granted granted Critical
Publication of JP4628601B2 publication Critical patent/JP4628601B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、金融機関における営業業務の支援のために、例えば、営業日報の登録と顧客属性の表示と金融商品の取引における重要事項の表示とを連動させることができる金融機関営業支援システムに関するものである。
【0002】
【従来の技術】
投資信託等の金融商品を販売する証券会社等の金融機関では、顧客との接触内容を登録する営業日報のシステム化、及び顧客に関する商品取引の適合性等の顧客属性のシステム化が進められている。
【0003】
一方、金融機関が金融商品を販売する上で、リスクに関する説明が顧客へ十分になされていないことが多々あり、トラブルの原因となっている。そのため、2001年4月から施行された金融商品販売法により、金融機関は金融商品を販売する際に、その金融商品の特徴、リスク等の金融商品の取引における重要事項を顧客へ説明することを義務付けられている。
【0004】
【発明が解決しようとする課題】
しかしながら、金融商品の取引における重要事項の説明を含めて、営業日報の登録及び顧客属性の表示が操作性において上手く連動していないのが現状である。また、金融機関は、顧客に応じて金融商品の取引における重要事項の説明をその都度行う必要があるが、忘れずに重要事項の説明を行うことは難しい。
【0005】
本発明は上述した課題に鑑みてなされたものであり、営業日報と顧客情報とを関連付けることにより、営業日報の登録と顧客属性の表示とを連動させることが容易となり、その操作性を向上させる金融機関営業支援システムを提供することを目的とする。
【0006】
【課題を解決するための手段】
上述した目的を達成するために、本発明は、金融機関における営業業務の支援を行う金融機関営業支援システムであって、顧客との接触内容を営業日報として記憶する営業日報記憶手段と、顧客に関する所定の情報を顧客情報として記憶する顧客情報記憶手段と、前記顧客情報記憶手段に記憶された前記顧客情報を顧客に基づいて前記営業日報記憶手段に記憶された前記営業日報に関連付けるデータ関連付け手段とを備えたことを特徴とするものである。
【0007】
このような構成によれば、営業日報と顧客情報とを関連付けることにより、例えば営業日報の登録と顧客属性の表示とを連動させることが容易となり、その操作性を向上させることができる。なお、本発明のデータ関連付手段は、例えば関連する2以上のデータを識別する識別子を設けたり、データベース等の記憶手段における所定の記憶領域を互いにアドレス上で関連付けるようにして構成することができる。
【0008】
また、本発明の金融機関営業支援システムにおいては、前記顧客情報記憶手段に記憶された顧客情報を顧客情報表示画面として表示する顧客情報表示手段を備え、前記顧客情報表示手段により表示された前記顧客情報表示画面に、前記顧客情報を前記顧客情報記憶手段に記憶させて登録するための手段を備えていることを特徴とするものである。
【0009】
このような構成によれば、顧客属性の表示と登録とを連動させることができ、その操作性を向上させることができる。
【0010】
さらに、本発明の金融機関営業支援システムにおいて、前記登録するための手段による登録処理は、前記顧客情報表示画面に基づいて前記顧客情報に基づく所定事項を表示させる処理に基づいて行われることを特徴とするものである。
【0011】
このような構成によれば、営業日報の作成と顧客情報(属性)の表示と例えば金融商品の重要事項等の顧客情報に基づく所定事項の表示とを連動させることができて、営業日報と顧客情報を顧客毎に管理することができ、営業員は顧客情報(例えば顧客情報として重要事項の説明の要否に関する顧客属性)に基づく所定の事項(例えば重要事項の説明)の表示により、顧客の応対の際に忘れずに当該所定の事項(重要事項)の説明を行うことができる。
【0012】
なお、本発明の実施の形態においては、金融機関における営業業務の支援を行う金融機関営業支援システムであって、顧客に関する情報であり金融商品の取引における重要事項の説明の要否を含む顧客属性及び前記顧客との接触内容である営業日報を関連づけて記憶するデータベースと、前記顧客属性を表示する顧客属性表示手段と、前記顧客属性に基づいて前記重要事項を表示する重要事項表示手段と、前記営業日報を前記データベースへ登録する営業日報登録手段とを備えたことを特徴とする金融機関営業支援システムが開示されている。
【0013】
また、本発明の実施の形態においては、金融機関における営業業務の支援を行う金融機関営業支援用サーバであって、顧客に関する情報であり金融商品の取引における重要事項の説明の要否を含む顧客属性及び前記顧客との接触内容である営業日報を関連づけてデータベースへ記憶し、ユーザからの入力及び前記ユーザへの出力を行うための金融機関営業支援用クライアントから受信した前記営業日報を前記データベースへ登録し、前記金融機関営業支援用クライアントから受信した要求に基づいて前記顧客属性を前記金融機関営業支援用クライアントへ送信することを特徴とする金融機関営業支援用サーバが開示されている。
【0014】
また、本発明の実施の形態においては、金融機関における営業業務の支援を行う金融機関営業支援用クライアントであって、顧客との接触内容である営業日報を作成し、前記営業日報を上記の金融機関営業支援用サーバへ送信し、顧客に関する情報であり金融商品の取引における重要事項の説明の要否を含む顧客属性を得るために、要求を前記金融機関営業支援用サーバへ送信し、前記金融機関営業支援用サーバから受信した前記顧客属性を表示し、予め登録された前記重要事項を前記顧客属性に基づいて表示することを特徴とする金融機関営業支援用クライアントが開示されている。このようなクライアントによれば、営業日報の登録と顧客属性の表示と金融商品の重要事項の表示とを連動させることにより、実際の顧客との接触の流れに沿った画面の表示が行われるとともに、営業員の操作の負担を軽減できる。また、営業員は顧客属性における重要事項の説明の要否に基づいて、顧客の応対の際に忘れずに重要事項の説明を行うことができる。
【0015】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照して詳細に説明する。まず、金融機関営業支援システムの構成について図1を用いて説明する。図1は、本実施の形態における金融機関営業支援システムの構成の一例を示すブロック図である。この金融機関営業支援システムは、本店100と支店200から構成されている。本店100は、データベース120と接続されたサーバ110とクライアント130から構成されている。支店200は、クライアント130Aから構成されている。クライアント130及びクライアント130Aは同様の動作を行う。また、クライアント130及びクライアント130Aは複数であっても良い。サーバ110とクライアント130,130Aは、イントラネット300で接続されている。
【0016】
なお、データベース120は、サーバ110内に備えられていても良いし、サーバ110とクライアント130は一体型で構成されても良く、図1に示されるような形態に限定されるものではない。
【0017】
次に、金融機関営業支援システムの動作の概略について図1を用いて説明する。本店100にいる営業員は、クライアント130からイントラネット300を介してサーバ110へアクセスする。支店200にいる営業員は、クライアント130Aからイントラネット300を介してサーバ110へアクセスする。
【0018】
データベース120には、営業日報、顧客属性等が関連づけて蓄積されている。ここで、営業日報とは、顧客との1回の接触内容が記憶された情報である。顧客属性とは、名前、住所、年齢等の顧客に関する基本的な情報や、投資経験、金融商品の取引における重要事項の説明の要否を含む取引の適合性等の情報である。金融商品の取引における重要事項とは、金融商品の特徴やリスク等の情報である。
【0019】
クライアント130,130Aは、営業日報表示画面を兼ねた営業日報登録画面と顧客属性表示画面と重要事項表示画面の表示を行うとともに、営業員からの入力を受け付ける。ここで、営業日報登録画面とは、例えば営業日報を登録するための「日報保存ボタン」や、顧客コード、顧客と接触した日時、顧客との接触方法、顧客との接触目的、提案商品等の入力機能を備えた画面である。顧客属性表示画面とは、顧客属性を表示する画面であり、例えば重要事項表示画面を表示するための「重要事項説明要ボタン」を備えている。重要事項表示画面とは、金融商品における重要事項の説明を表示する画面である。
【0020】
なお、本実施の形態において、営業日報登録手段は営業日報登録画面に備えられており、顧客属性表示手段は顧客属性表示画面に備えられている。
【0021】
サーバ110は、クライアント130,130Aからのアクセスに応じて、データベース120に蓄積されている顧客属性等をクライアント130,130Aに送信する。また、サーバ110は、クライアント130,130Aから受信した営業日報をデータベース120に登録する。
【0022】
ここで、サーバ110とクライアント130,130Aにおける動作は全てソフトウェアで実現する。このソフトウェアは、例えばWebアプリケーションの形態であっても良い。
【0023】
次に、金融機関営業支援システムの動作の詳細について図2〜図5を用いて説明する。図2は、本実施の形態における金融機関営業支援システムの動作の一例を示すフローチャートである。ここでは、本社100の営業員がクライアント130に表示される画面の閲覧及びクライアント130を用いた入力を行いながら、電話または対面により顧客と接触している場合を想定して、説明を行う。なお、支社200の営業員であっても、クライアント130Aを用いて同様の動作を行うことが可能である。
【0024】
まず、クライアント130は営業日報登録画面の表示を行う(S1)。図3は、営業日報登録画面の一例を示す図である。ここで、営業員は、顧客との接触において顧客属性の閲覧を希望する場合、顧客属性表示画面を表示させるために例えば図3に示した営業日報登録画面において顧客コードの入力の後、入力した顧客コードのアンカー10を押す。
【0025】
ここで、クライアント130は、営業員が顧客属性表示画面の表示を希望したか否かの判断を行う(S2)。営業員が顧客属性表示画面の表示を希望しない場合(S2,N)、フローは処理S3へ移行する。
【0026】
一方、営業員が顧客属性表示画面の表示を希望した場合(S2,Y)、クライアント130は、イントラネット300を介してサーバ110へ顧客コードを送信する。顧客コードを受信したサーバ110は、データベース120から顧客コードに対応した顧客属性を検索し、イントラネット300を介してクライアント130へ送信する。クライアント130は新規ウィンドウを開き、顧客属性表示画面の表示を行う(S11)。
【0027】
図4は、顧客属性表示画面の一例を示す図である。図4に示した顧客属性表示画面において、金融商品名の下の欄にその金融商品の取引における重要事項の説明の要否が表示されている。顧客は、事前に金融商品毎の重要事項の説明が必要か否かの選択を行っており、選択された結果は顧客属性に予め登録されている。
ここで、重要事項の説明の要否が「要」の表示は、重要事項表示画面を表示するための「重要事項説明要ボタン」を兼ねている。営業員は、顧客との接触において重要事項の説明が必要な場合、重要事項表示画面を表示したい金融商品に対応した「重要事項説明要ボタン」を押す。例えば、営業員は「株式」の重要事項表示画面の表示を希望する場合、図4に示した顧客属性表示画面において「株式」の下の欄の「重要事項説明要ボタン」20を押す。
【0028】
ここで、クライアント130は、営業員が重要事項表示画面の表示を希望したか否かの判断を行う(S12)。営業員が重要事項表示画面の表示を希望した場合(S12,Y)、クライアント130は、営業員が押した「重要事項説明要ボタン」に対応する重要事項を検索し、新規ウィンドウを開き、重要事項表示画面の表示を行う(S21)。ここで、各金融商品の取引における重要事項は、データベース120内に記憶されていてサーバ110からクライアント130へ送信されても良いし、クライアント130内に記憶されていても良い。
【0029】
図5は、重要事項表示画面の一例を示す図である。営業員は、クライアント130に表示された重要事項表示画面をもとに、顧客へ金融商品の重要事項の説明を行う。
【0030】
金融商品の取引における重要事項の説明を終了し、営業員は重要事項表示画面の終了を希望する場合、図5に示した重要事項表示画面において重要事項表示画面の終了を指示する。この場合、日報への登録ボタン40を押下することにより、顧客情報として重要事項が説明されたことが記憶されて登録される。ここで、クライアント130は、営業員が重要事項表示画面の終了を希望したか否かの判断を行う(S22)。営業員が重要事項表示画面の終了を希望しない場合(S22,N)、フローは処理S22へ戻る。一方、営業員が重要事項表示画面の終了を希望した場合(S22,Y)、クライアント130はウィンドウを閉じて重要事項表示画面の消去を行い(S23)、フローは処理S13へ戻る。
【0031】
営業員が重要事項表示画面の表示を希望しない場合(S12,N)、または重要事項表示画面の消去(S23)の後、クライアント130は、営業員が顧客属性表示画面の終了を希望したか否かの判断を行う(S13)。ここで、営業員は顧客属性表示画面の終了を希望する場合、図4に示した顧客属性表示画面において顧客属性表示画面の終了を指示する。営業員が顧客属性表示画面の終了を希望しない場合(S13,N)、フローは処理S12へ戻る。一方、営業員が顧客属性表示画面の終了を希望した場合(S13,Y)、クライアント130はウィンドウを閉じて顧客属性表示画面の消去を行い(S14)、フローは処理S3へ戻る。
【0032】
営業員が顧客属性表示画面の表示を希望しない場合(S2,N)、または顧客属性表示画面の消去(S14)の後、営業員は、顧客と接触した日時、顧客との接触方法、顧客との接触目的、提案商品等を営業日報としてクライアント130へ入力する(S3)。
【0033】
営業員は営業日報の登録を希望する場合、図3に示した営業日報登録画面において「日報保存ボタン」を押す。ここで、クライアント130は、営業員が営業日報の登録を希望したか否かの判断を行う(S4)。営業員が営業日報の登録を希望しない場合(S4,N)、フローは処理S6移行する。一方、営業員が営業日報の登録を希望した場合(S4,Y)、クライアント130は、イントラネット300を介してサーバ110へ営業日報を送信する。サーバ110は、データベース120に営業日報の登録を行う(S5)。
【0034】
営業員は営業日報登録画面の終了を希望する場合、図3に示した営業日報登録画面において営業日報登録画面の終了を指示する。ここで、クライアント130は、営業員が営業日報登録画面の終了を希望したか否かの判断を行う(S6)。営業員が営業日報登録画面の終了を希望しない場合(S6,N)、フローは処理S2へ戻る。一方、営業員が営業日報登録画面の終了を希望した場合(S6,Y)、クライアント130はウィンドウを閉じて営業日報登録画面の消去を行い(S7)、このフローを終了する。
【0035】
以上に詳述したように本発明の実施の形態によれば、営業日報の登録と顧客属性の登録と金融商品の取引における重要事項の表示とを連動させることにより、実際の顧客との接触の流れに沿った画面の表示が行われるとともに、営業員の操作の負担を軽減できる。また、顧客属性の表示と金融商品の取引における重要事項の表示とを連動させることにより、営業員は顧客属性における重要事項の説明の要否に基づいて、顧客との応対の際に忘れずに重要事項の説明を行うことができる。
【0036】
【発明の効果】
上述したように、本発明によれば、営業日報と顧客情報とを関連付けることにより、営業日報の登録と顧客属性の表示とを連動させることが容易となり、その操作性を向上させる金融機関営業支援システムを提供することができるという効果を奏する。
【図面の簡単な説明】
【図1】本実施の形態における金融機関営業支援システムの構成の一例を示すブロック図である。
【図2】本実施の形態における金融機関営業支援システムの動作の一例を示すフローチャートである。
【図3】営業日報登録画面の一例を示す図である。
【図4】顧客属性表示画面の一例を示す図である。
【図5】重要事項表示画面の一例を示す図である。
【符号の説明】
100 本社、110 サーバ、120 データベース、130,130A クライアント、200 支社、300 イントラネット。
[0001]
BACKGROUND OF THE INVENTION
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a financial institution sales support system that can link, for example, registration of daily business reports, display of customer attributes, and display of important matters in transactions of financial products in order to support sales operations in financial institutions. It is.
[0002]
[Prior art]
In financial institutions such as securities companies that sell financial products such as investment trusts, systematization of daily business reports for registering contact details with customers, and systematization of customer attributes such as suitability of product transactions related to customers are being promoted. Yes.
[0003]
On the other hand, when financial institutions sell financial products, there are many cases where explanations about risks are not sufficiently given to customers, which causes troubles. Therefore, in accordance with the Financial Products Sales Act, which came into effect from April 2001, financial institutions are required to explain important matters in transactions of financial products such as characteristics and risks of financial products to customers when selling financial products. Mandatory.
[0004]
[Problems to be solved by the invention]
However, the current situation is that the registration of business daily reports and the display of customer attributes, including explanations of important matters in the transaction of financial products, are not well linked in operability. In addition, financial institutions need to explain important matters in the transaction of financial products depending on customers, but it is difficult to remember important matters without forgetting them.
[0005]
The present invention has been made in view of the above-mentioned problems, and by associating a daily business report with customer information, it becomes easy to link the registration of the daily business report and the display of customer attributes, thereby improving its operability. The purpose is to provide a financial institution sales support system.
[0006]
[Means for Solving the Problems]
In order to achieve the above-described object, the present invention is a financial institution sales support system that supports sales operations in a financial institution, and relates to a customer, a daily business report storage unit that stores contact details with a customer as a daily business report. Customer information storage means for storing predetermined information as customer information; data association means for associating the customer information stored in the customer information storage means with the business daily report stored in the business daily report storage means based on a customer; It is characterized by comprising.
[0007]
According to such a configuration, by associating the business daily report with the customer information, for example, it becomes easy to link the registration of the business daily report and the display of the customer attribute, and the operability can be improved. The data association means of the present invention can be configured to provide an identifier for identifying two or more related data, for example, or to associate predetermined storage areas in storage means such as a database with each other on an address. .
[0008]
The financial institution sales support system of the present invention further comprises customer information display means for displaying the customer information stored in the customer information storage means as a customer information display screen, and the customer information displayed by the customer information display means. The information display screen includes means for storing and registering the customer information in the customer information storage means.
[0009]
According to such a configuration, the display and registration of customer attributes can be linked, and the operability can be improved.
[0010]
Furthermore, in the financial institution sales support system of the present invention, the registration process by the means for registering is performed based on a process of displaying a predetermined item based on the customer information based on the customer information display screen. It is what.
[0011]
According to such a configuration, the creation of a daily business report, the display of customer information (attributes), and the display of predetermined items based on customer information such as important items of financial products can be linked. Information can be managed for each customer, and the sales employee can display the predetermined information (for example, explanation of important matters) based on the customer information (for example, customer attributes relating to necessity of explanation of important matters as customer information). It is possible to explain the predetermined matter (important matter) without forgetting it at the time of reception.
[0012]
In the embodiment of the present invention, there is provided a financial institution sales support system for supporting sales operations in a financial institution, which is information about customers and includes customer attributes including necessity of explanation of important matters in financial product transactions. And a database that stores and stores business daily reports that are contact details with the customer, customer attribute display means that displays the customer attributes, important matter display means that displays the important matters based on the customer attributes, There is disclosed a financial institution sales support system comprising business daily report registration means for registering business daily reports in the database.
[0013]
In the embodiment of the present invention, a financial institution sales support server for supporting business operations in a financial institution, which is information related to the customer and includes the necessity for explanation of important matters in transactions of financial products The business daily report that is the attribute and the contact details with the customer is stored in the database in association with each other, and the business daily report received from the financial institution sales support client for performing input from the user and output to the user is stored in the database. A financial institution sales support server is disclosed, which registers and transmits the customer attribute to the financial institution sales support client based on a request received from the financial institution sales support client.
[0014]
Further, in the embodiment of the present invention, the client is a financial institution sales support client that supports sales operations in a financial institution, creates a daily business report that is a content of contact with a customer, and the business daily report is used as the financial report described above. A request is transmitted to the financial institution sales support server in order to obtain customer attributes that are information related to the customer and include the necessity of explanation of important matters in the transaction of the financial product. A client for financial institution sales support is disclosed that displays the customer attributes received from the institution sales support server and displays the pre-registered important items based on the customer attributes. According to such a client, the display of the screen in accordance with the flow of contact with the actual customer is performed by linking the registration of the daily business report, the display of the customer attribute, and the display of the important items of the financial product. , Can reduce the burden of operating the sales staff. In addition, the sales staff can explain the important matters without forgetting when the customer responds based on the necessity of explaining the important matters in the customer attributes.
[0015]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. First, the configuration of a financial institution sales support system will be described with reference to FIG. FIG. 1 is a block diagram showing an example of the configuration of a financial institution sales support system in the present embodiment. This financial institution sales support system includes a head office 100 and a branch office 200. The head office 100 includes a server 110 and a client 130 connected to the database 120. The branch 200 is composed of a client 130A. The client 130 and the client 130A perform the same operation. Further, there may be a plurality of clients 130 and clients 130A. The server 110 and the clients 130 and 130A are connected by an intranet 300.
[0016]
Note that the database 120 may be provided in the server 110, and the server 110 and the client 130 may be integrated, and is not limited to the form shown in FIG.
[0017]
Next, an outline of the operation of the financial institution sales support system will be described with reference to FIG. A salesperson at the head office 100 accesses the server 110 from the client 130 via the intranet 300. A sales employee in the branch 200 accesses the server 110 via the intranet 300 from the client 130A.
[0018]
The database 120 stores daily business reports, customer attributes, and the like in association with each other. Here, the business daily report is information in which the contents of one contact with a customer are stored. The customer attributes are basic information about the customer such as name, address and age, and information such as suitability of transactions including investment experience and necessity of explanation of important matters in transactions of financial products. Important matters in the transaction of financial products are information such as characteristics and risks of the financial products.
[0019]
The clients 130 and 130A display a business daily report registration screen that also serves as a business daily report display screen, a customer attribute display screen, and an important matter display screen, and accept input from the sales staff. Here, the business daily report registration screen is, for example, a “daily report save button” for registering a business daily report, customer code, date and time of contact with the customer, contact method with the customer, purpose of contact with the customer, proposed product, etc. This screen has an input function. The customer attribute display screen is a screen for displaying customer attributes, and includes, for example, an “important matter explanation button” for displaying an important matter display screen. The important matter display screen is a screen that displays an explanation of important matters in the financial product.
[0020]
In the present embodiment, the daily business report registration means is provided on the daily business report registration screen, and the customer attribute display means is provided on the customer attribute display screen.
[0021]
In response to the access from the clients 130 and 130A, the server 110 transmits the customer attributes and the like stored in the database 120 to the clients 130 and 130A. The server 110 registers the daily business report received from the clients 130 and 130A in the database 120.
[0022]
Here, all the operations in the server 110 and the clients 130 and 130A are realized by software. This software may be in the form of a Web application, for example.
[0023]
Next, details of the operation of the financial institution sales support system will be described with reference to FIGS. FIG. 2 is a flowchart showing an example of the operation of the financial institution sales support system in the present embodiment. Here, explanation will be given on the assumption that the salesperson of the head office 100 is in contact with the customer by telephone or face-to-face while browsing the screen displayed on the client 130 and performing input using the client 130. Note that the salesperson of the branch office 200 can perform the same operation using the client 130A.
[0024]
First, the client 130 displays a business daily report registration screen (S1). FIG. 3 is a diagram showing an example of the daily business report registration screen. Here, when the sales employee wishes to view the customer attribute in contact with the customer, for example, after inputting the customer code on the business daily report registration screen shown in FIG. Press the anchor 10 of the customer code.
[0025]
Here, the client 130 determines whether or not the salesperson desires to display the customer attribute display screen (S2). If the salesperson does not wish to display the customer attribute display screen (S2, N), the flow proceeds to processing S3.
[0026]
On the other hand, when the salesperson desires to display the customer attribute display screen (S2, Y), the client 130 transmits the customer code to the server 110 via the intranet 300. Receiving the customer code, the server 110 searches the database 120 for a customer attribute corresponding to the customer code, and transmits it to the client 130 via the intranet 300. The client 130 opens a new window and displays the customer attribute display screen (S11).
[0027]
FIG. 4 is a diagram illustrating an example of a customer attribute display screen. In the customer attribute display screen shown in FIG. 4, whether or not it is necessary to explain important matters in the transaction of the financial product is displayed in the column below the financial product name. The customer selects in advance whether or not it is necessary to explain important matters for each financial product, and the selected result is registered in advance in the customer attribute.
Here, the display of “necessary” indicating whether or not important matters need to be explained also serves as an “important matter explanation required button” for displaying an important matter display screen. When an important matter needs to be explained in contact with a customer, the sales employee presses an “important matter explanation button” corresponding to the financial product for which the important matter display screen is to be displayed. For example, when the sales employee desires to display the “stock” important item display screen, the sales representative presses the “important matter explanation button” 20 in the column under “stock” on the customer attribute display screen shown in FIG.
[0028]
Here, the client 130 determines whether or not the salesperson desires to display the important item display screen (S12). When the sales employee wants to display the important item display screen (S12, Y), the client 130 searches for an important item corresponding to the “important item explanation required button” pressed by the sales employee, and opens a new window. The item display screen is displayed (S21). Here, important matters in the transaction of each financial product are stored in the database 120 and may be transmitted from the server 110 to the client 130, or may be stored in the client 130.
[0029]
FIG. 5 is a diagram illustrating an example of an important matter display screen. Based on the important item display screen displayed on the client 130, the sales employee explains the important items of the financial product to the customer.
[0030]
When the explanation of the important matters in the transaction of the financial product is finished and the sales staff desires to end the important matter display screen, the sales staff instructs the end of the important matter display screen on the important matter display screen shown in FIG. In this case, by pressing the daily report registration button 40, the fact that the important matter has been explained as customer information is stored and registered. Here, the client 130 determines whether or not the salesperson desires to end the important item display screen (S22). If the salesperson does not wish to end the important matter display screen (S22, N), the flow returns to the process S22. On the other hand, when the sales employee desires to end the important item display screen (S22, Y), the client 130 closes the window and deletes the important item display screen (S23), and the flow returns to the process S13.
[0031]
If the salesperson does not want to display the important item display screen (S12, N), or after the important item display screen is deleted (S23), the client 130 determines whether the salesperson desires to end the customer attribute display screen. Is determined (S13). Here, when the sales employee desires to end the customer attribute display screen, the sales employee instructs the customer attribute display screen to end on the customer attribute display screen shown in FIG. If the salesperson does not wish to end the customer attribute display screen (S13, N), the flow returns to step S12. On the other hand, when the salesperson desires to end the customer attribute display screen (S13, Y), the client 130 closes the window and deletes the customer attribute display screen (S14), and the flow returns to the process S3.
[0032]
When the sales employee does not want to display the customer attribute display screen (S2, N), or after the customer attribute display screen is deleted (S14), the sales employee contacts the customer with the date and time of contact, the customer contact method, the customer Are input to the client 130 as a daily business report (S3).
[0033]
If the salesperson wishes to register the daily business report, he presses the “daily report save button” on the business daily report registration screen shown in FIG. Here, the client 130 determines whether or not the salesperson desires to register the daily business report (S4). If the salesperson does not wish to register the daily business report (S4, N), the flow proceeds to step S6. On the other hand, when the salesperson desires to register the daily business report (S4, Y), the client 130 transmits the daily business report to the server 110 via the intranet 300. The server 110 registers a daily business report in the database 120 (S5).
[0034]
If the salesperson wishes to end the business daily report registration screen, he or she instructs the business daily report registration screen to end on the business daily report registration screen shown in FIG. Here, the client 130 determines whether or not the salesperson wishes to end the business daily report registration screen (S6). If the salesperson does not wish to end the business daily report registration screen (S6, N), the flow returns to the process S2. On the other hand, if the salesperson wishes to end the business daily report registration screen (S6, Y), the client 130 closes the window, deletes the business daily report registration screen (S7), and ends this flow.
[0035]
As described in detail above, according to the embodiment of the present invention, the registration of the daily business report, the registration of customer attributes, and the display of important matters in the transaction of financial products are linked, thereby making it possible to The screen is displayed along the flow, and the operation burden on the sales staff can be reduced. In addition, by linking the display of customer attributes with the display of important matters in financial product transactions, sales representatives must remember when dealing with customers based on the necessity of explanation of important matters in customer attributes. Explain important matters.
[0036]
【The invention's effect】
As described above, according to the present invention, by associating the daily business report with the customer information, it becomes easy to link the registration of the daily business report and the display of the customer attribute, and the financial institution sales support improves the operability. The system can be provided.
[Brief description of the drawings]
FIG. 1 is a block diagram showing an example of the configuration of a financial institution sales support system in the present embodiment.
FIG. 2 is a flowchart showing an example of the operation of the financial institution sales support system in the present embodiment.
FIG. 3 is a diagram showing an example of a business daily report registration screen.
FIG. 4 is a diagram illustrating an example of a customer attribute display screen.
FIG. 5 is a diagram illustrating an example of an important matter display screen.
[Explanation of symbols]
100 head office, 110 server, 120 database, 130, 130A client, 200 branch offices, 300 intranet.

Claims (2)

金融機関における営業業務の支援を行う金融機関営業支援システムであって、
顧客に関する情報であり、顧客ごとに登録された複数の金融商品の取引それぞれにおける重要事項の説明の要否を含む顧客属性、前記顧客との接触内容である営業日報、及び前記金融商品それぞれにおける重要事項の説明、を記憶するデータベースを有する金融機関営業支援用サーバと、
ユーザから前記営業日報の入力を受け付けるための営業日報登録画面と、前記顧客属性に含まれる重要事項の説明の要否を複数の金融商品の取引ごとに表示する顧客属性表示画面と、前記重要事項の説明を表示する重要事項表示画面と、を有する金融機関営業支援用クライアントを備え、
前記金融機関営業支援用クライアントは、ユーザから前記営業日報登録画面により前記営業日報が入力されると、入力された前記営業日報を前記金融機関営業支援用サーバへ送信し、
前記営業日報登録画面によりユーザから顧客コードの入力を受け付けると、前記顧客コードを前記金融機関営業支援用サーバへ送信し、
前記金融機関営業支援用サーバから前記顧客属性を受信すると、前記顧客属性に含まれる重要事項の説明の要否を複数の金融商品の取引ごとに前記顧客属性表示画面に表示し、
前記顧客属性表示画面によりユーザから前記重要事項の説明を表示させる要求を受け付けると、前記要求を前記金融機関営業支援用サーバへ送信し、
前記金融機関営業支援用サーバから前記重要事項の説明を受信すると、前記重要事項の説明を前記重要事項表示画面に表示し、
前記金融機関営業支援用サーバは、前記金融機関営業支援用クライアントから前記営業日報を受信すると、前記営業日報を前記データベースに登録し、
前記金融機関営業支援用クライアントから顧客コードを受信すると、前記顧客コードに対応した前記顧客属性を前記データベースから検索して前記金融機関営業支援用クライアントへ送信し、
前記金融機関営業支援用クライアントから前記重要事項の説明を表示させる要求を受信すると、前記データベースから前記要求に対応する重要事項の説明を検索して前記金融機関営業支援用クライアントへ送信する、ことを特徴とする金融機関営業支援システム。
A financial institution sales support system for supporting sales operations in a financial institution,
Customer information, including customer attributes including the necessity of explanation of important matters in each of the transactions of multiple financial products registered for each customer, business daily reports that are the contents of contact with the customers, and importance in each of the financial products A financial institution sales support server having a database for storing explanations of matters,
A business daily report registration screen for accepting input of the business daily report from the user, a customer attribute display screen for displaying necessity of explanation of important matters included in the customer attributes for each transaction of a plurality of financial products, and the important matters A client for financial institution sales support having an important matter display screen for displaying an explanation of
The financial institution sales support client, when the business daily report is input from the user on the business daily report registration screen, transmits the input business daily report to the financial institution sales support server,
When receiving the customer code input from the user through the business daily report registration screen, the customer code is transmitted to the financial institution sales support server,
When the customer attribute is received from the financial institution sales support server, the necessity of explanation of important matters included in the customer attribute is displayed on the customer attribute display screen for each transaction of a plurality of financial products,
Upon receiving a request to display the explanation of the important matter from the user on the customer attribute display screen, the request is transmitted to the financial institution sales support server,
When the explanation of the important matter is received from the financial institution sales support server, the explanation of the important matter is displayed on the important matter display screen,
The financial institution sales support server receives the business daily report from the financial institution sales support client, registers the business daily report in the database,
When a customer code is received from the financial institution sales support client, the customer attribute corresponding to the customer code is retrieved from the database and transmitted to the financial institution sales support client,
Receiving a request for displaying the explanation of the important matter from the financial institution sales support client, searching for the explanation of the important matter corresponding to the request from the database, and transmitting to the client for financial institution sales support. A characteristic financial institution sales support system.
金融機関における営業業務の支援を行う金融機関営業支援システムであって、
顧客に関する情報であり、顧客ごとに登録された複数の金融商品の取引それぞれにおける重要事項の説明の要否を含む顧客属性、及び前記顧客との接触内容である営業日報を記憶するデータベースを有する金融機関営業支援用サーバと、
ユーザから前記営業日報の入力を受け付けるための営業日報登録画面と、前記顧客属性に含まれる重要事項の説明の要否を複数の金融商品の取引ごとに表示する顧客属性表示画面と、前記重要事項の説明を表示する重要事項表示画面と、前記金融商品それぞれにおける重要事項の説明を記憶する記憶部と、を有する金融機関営業支援用クライアントを備え、
前記金融機関営業支援用クライアントは、ユーザから前記営業日報登録画面により前記営業日報が入力されると、入力された前記営業日報を前記金融機関営業支援用サーバへ送信し、
前記営業日報登録画面によりユーザから顧客コードの入力を受け付けると、前記顧客コードを前記金融機関営業支援用サーバへ送信し、
前記金融機関営業支援用サーバから前記顧客属性を受信すると、前記顧客属性に含まれる重要事項の説明の要否を複数の金融商品の取引ごとに前記顧客属性表示画面に表示し、
前記顧客属性表示画面によりユーザから前記重要事項の説明を表示させる要求を受け付けると、前記金融商品それぞれにおける重要事項の説明を記憶する記憶部から前記要求に対応する重要事項の説明を検索して、該検索された重要事項の説明を前記重要事項表示画面に表示し、
前記金融機関営業支援用サーバは、前記金融機関営業支援用クライアントから前記営業日報を受信すると、前記営業日報を前記データベースに登録し、
前記金融機関営業支援用クライアントから顧客コードを受信すると、前記顧客コードに対応した前記顧客属性を前記データベースから検索して前記金融機関営業支援用クライアントへ送信する、ことを特徴とする金融機関営業支援システム。
A financial institution sales support system for supporting sales operations in a financial institution,
Finance having a database for storing customer attributes including information on necessity and explanation of important matters in each of a plurality of financial products registered for each customer and a daily business report that is a contact content with the customer. An institutional sales support server;
A business daily report registration screen for accepting input of the business daily report from the user, a customer attribute display screen for displaying necessity of explanation of important matters included in the customer attributes for each transaction of a plurality of financial products, and the important matters A client for financial institution sales support having an important matter display screen for displaying the explanation of and a storage unit for storing an explanation of important matters in each of the financial products,
The financial institution sales support client, when the business daily report is input from the user on the business daily report registration screen, transmits the input business daily report to the financial institution sales support server,
When receiving the customer code input from the user through the business daily report registration screen, the customer code is transmitted to the financial institution sales support server,
When the customer attribute is received from the financial institution sales support server, the necessity of explanation of important matters included in the customer attribute is displayed on the customer attribute display screen for each transaction of a plurality of financial products,
When receiving a request to display the explanation of the important matter from the user on the customer attribute display screen, search the explanation of the important matter corresponding to the request from the storage unit storing the explanation of the important matter in each of the financial products, An explanation of the retrieved important matter is displayed on the important matter display screen,
The financial institution sales support server receives the business daily report from the financial institution sales support client, registers the business daily report in the database,
When a customer code is received from the financial institution sales support client, the customer attribute corresponding to the customer code is retrieved from the database and transmitted to the financial institution sales support client. system.
JP2001216150A 2001-07-17 2001-07-17 Financial institution sales support system Expired - Fee Related JP4628601B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001216150A JP4628601B2 (en) 2001-07-17 2001-07-17 Financial institution sales support system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001216150A JP4628601B2 (en) 2001-07-17 2001-07-17 Financial institution sales support system

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2008069082A Division JP2008181552A (en) 2008-03-18 2008-03-18 Financial institution sales support system

Publications (2)

Publication Number Publication Date
JP2003030430A JP2003030430A (en) 2003-01-31
JP4628601B2 true JP4628601B2 (en) 2011-02-09

Family

ID=19050661

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001216150A Expired - Fee Related JP4628601B2 (en) 2001-07-17 2001-07-17 Financial institution sales support system

Country Status (1)

Country Link
JP (1) JP4628601B2 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009181156A (en) * 2008-01-29 2009-08-13 Hitachi Kokusai Electric Inc Customer information management system

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1011498A (en) * 1996-06-27 1998-01-16 Fuji Xerox Sogo Kyoiku Kenkyusho:Kk Business management support system
JP3399281B2 (en) * 1997-03-17 2003-04-21 カシオ計算機株式会社 Daily report creation system
JP2995163B2 (en) * 1997-06-11 1999-12-27 賢治 津村 Business management device
JP2001005862A (en) * 1999-06-25 2001-01-12 Fujitsu Ltd Sales support information inquiry system

Also Published As

Publication number Publication date
JP2003030430A (en) 2003-01-31

Similar Documents

Publication Publication Date Title
US6988097B2 (en) Negotiation system and method for electronic commerce
US7370007B2 (en) Catalog search agent
JP2000148848A (en) Product comparison sales support system
JP4628601B2 (en) Financial institution sales support system
JP4835023B2 (en) Sales office system
JP4731751B2 (en) Financial institution sales support system, financial institution sales support server
JP2002215640A (en) System and method for providing goods price information, and system and method for registering goods price information
JP2008181552A (en) Financial institution sales support system
JP4067948B2 (en) Sales person management method, server and program in electronic commerce
JP2008181553A (en) Financial institution sales support system
JP4805623B2 (en) Customer information browsing system, customer information presentation method, and program
JP4640719B2 (en) Financial institution sales support system
JP2003167997A (en) Customer information management system
JP2002133001A (en) Business provider selection system, computer readable recording medium stored with program therefor and program distributing method
JP4675007B2 (en) Financial product sales support system
JP2002269392A (en) Purchase agent supporting server using internet
JP2005228017A (en) Sales office system
JP2016181230A (en) Financial product sales support system and financial product sales support program
JP2009181156A (en) Customer information management system
JP2024157658A (en) Sales Support System
JP4681171B2 (en) Financial product sales support system
JP2002032579A (en) Product proposal support system and method
JP2001273413A (en) System and method for mediating sales
JPH1166173A (en) Debt management system
JP2001256180A (en) Multimedia information mediation apparatus and method

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20061106

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080318

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20100716

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100803

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20101001

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20101026

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20101110

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131119

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

Ref document number: 4628601

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees