WO2018042517A1 - 適正保険募集業務支援システムおよびそのプログラム - Google Patents

適正保険募集業務支援システムおよびそのプログラム Download PDF

Info

Publication number
WO2018042517A1
WO2018042517A1 PCT/JP2016/075336 JP2016075336W WO2018042517A1 WO 2018042517 A1 WO2018042517 A1 WO 2018042517A1 JP 2016075336 W JP2016075336 W JP 2016075336W WO 2018042517 A1 WO2018042517 A1 WO 2018042517A1
Authority
WO
WIPO (PCT)
Prior art keywords
customer
insurance
function
information
product
Prior art date
Application number
PCT/JP2016/075336
Other languages
English (en)
French (fr)
Inventor
徹 匠
忠義 古下
俊治 牧野内
Original Assignee
ほけんの窓口グループ株式会社
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 ほけんの窓口グループ株式会社 filed Critical ほけんの窓口グループ株式会社
Priority to PCT/JP2016/075336 priority Critical patent/WO2018042517A1/ja
Publication of WO2018042517A1 publication Critical patent/WO2018042517A1/ja

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/08Insurance

Definitions

  • the present invention provides a proper insurance solicitation business support system, which is a system for supporting information provision business of appropriate insurance products in line with the customer's intention among many insurance products such as life insurance and non-life insurance. Regarding the program.
  • the main purpose of the revised Insurance Business Law is to protect customer interests. When the customer's intention is properly grasped, a summary of products that can be compared is clearly indicated, and specific products are posted / recommended. It is necessary to explain the objective reason why this product was posted / recommended. In addition, it is required to keep a record of the progress.
  • the present invention has been made in view of such circumstances. From the viewpoint of protecting customer interests required by the revised Insurance Business Law, the present invention properly grasps customer intentions, and even if any recruiter responds, it is a uniform insurance policy. It is an object of the present invention to provide a proper insurance solicitation work support system and program capable of providing information on products and narrowing down appropriate insurance products based on customer intentions.
  • the present invention takes the following measures.
  • the invention of claim 1 is a system for supporting information provision work of appropriate insurance products in line with customer intentions, and includes an input unit that receives input of customer intention information regarding insurance products, A product database storing insurance product information, a search engine for searching for insurance products corresponding to the intention information input in the input unit from a plurality of insurance products stored in the product database, and a search engine A display unit that displays insurance products; and a customer database that stores customer intention information in association with the customer.
  • the invention according to claim 2 further includes a specific related corporation confirmation unit for confirming whether the customer or the family of the customer belongs to a predetermined specific related corporation. It is a business support system.
  • the invention of claim 3 is the appropriate insurance solicitation business support system according to claim 1 or 2, wherein the insurance includes life insurance and non-life insurance.
  • the invention according to claim 4 is the appropriate insurance solicitation business support system according to any one of claims 1 to 3, further comprising a simulation unit that performs a simulation on the necessary funds and the period of life of the customer.
  • the invention of claim 5 is characterized in that the simulation unit further simulates the temporal transition of the necessary funds for at least one of the customer's death, inability to work, and retirement. It is a business support system.
  • the display unit is a plurality obtained by the simulation. It is a proper insurance solicitation business support system according to claim 4 or 5 which compares and displays the transition graph.
  • the customer database stores customer intention information together with the time information together with the customer
  • the display unit stores a plurality of pieces of intention information of the same customer stored in the customer database for the same item.
  • the invention according to claim 8 is a method according to any one of claims 1 to 7, wherein when a plurality of insurance products are searched by a search engine, the contents of the plurality of insurance products are compared and displayed from a display unit.
  • This is an insurance solicitation business support system.
  • the display unit also displays a narrowing condition for narrowing the displayed insurance product, and the search engine is designated when the narrowing condition is designated via the input part.
  • the input unit accepts an input of a reception record obtained during reception with a customer, and the customer database stores the reception record in association with the customer.
  • This is an appropriate insurance solicitation business support system described in item 1.
  • the invention of claim 11 has a function of sending data necessary for estimating an insurance fee of an insurance product to an estimation site of an insurance company that provides the insurance product, and an application site of the insurance company that provides the insurance product.
  • the proper insurance solicitation work support system according to any one of claims 1 to 10, further comprising a data linkage unit including at least one of a function of sending data necessary for an application procedure.
  • the invention of claim 12 is a program for supporting information provision work of appropriate insurance products in accordance with customer intentions, a function for receiving input of customer intention information relating to insurance products, and inputted intention information
  • This is a program for causing a computer to realize a function of storing in a customer database in association with a customer.
  • the invention according to claim 13 is the program according to claim 12, further causing the computer to execute a function for confirming whether the customer and the family of the customer belong to a predetermined related corporation.
  • the invention of claim 14 is the program according to claim 12 or 13, wherein the insurance includes life insurance and non-life insurance.
  • the invention according to claim 15 is the program according to any one of claims 12 to 14, further causing the computer to realize a function of performing a simulation regarding the necessary funds at the time of survival of the customer and the period thereof.
  • the invention according to claim 16 is a program according to claim 15, which further causes a computer to realize a function of simulating a temporal transition of necessary funds for at least one of a customer's death, inability to work, and retirement. It is.
  • the invention of claim 18 compares the function of storing customer intention information together with time information in the customer database in association with the customer and a plurality of pieces of intention information of the same customer stored in the customer database while comparing the same items.
  • the computer when a plurality of insurance products are searched, the computer further realizes a function of comparing and displaying the contents of the plurality of insurance products. It is a program.
  • the invention according to claim 20 is a function of displaying a narrowing condition for narrowing down the displayed insurance products, and a function of searching for insurance products corresponding to the designated narrowing condition when the narrowing conditions are designated.
  • the invention of claim 21 further causes the computer to realize a function of receiving an input of a reception record obtained during reception with a customer and a function of storing the reception record in a customer database in association with the customer.
  • the program according to any one of 12 to 20.
  • the invention of claim 22 has a function of sending data necessary for estimating an insurance fee of an insurance product to an estimation site of an insurance company that provides the insurance product, and an application site of the insurance company that provides the insurance product.
  • the customer's intention is properly grasped, and information on uniform insurance products can be provided regardless of which recruiter responds. It is possible to realize an appropriate insurance solicitation business support system and program capable of narrowing down appropriate insurance products based on the intention.
  • transition graph which is a simulation (a future design and a balance "it should be”) result. It is a figure containing the transition graph which is a simulation (a future design and a balance "unemployment") result. It is a figure which shows the example of a display of a simulation (medicine, cancer, three major diseases) result. It is a figure which shows the example of a display of a proposal content confirmation screen.
  • FIG. 1 is a functional block diagram showing a configuration example of an appropriate insurance solicitation business support system according to the present embodiment.
  • the appropriate insurance solicitation business support system 10 includes a control unit 14, an input unit 16, a search engine 18, a simulation unit 19, a product database 20, a customer database 21, and a display that are connected to each other via a bus 12.
  • the control unit 14 is installed with a program for operating the appropriate insurance solicitation business support system 10, and controls the input unit 16, the search engine 18, the simulation unit 19, the product database 20, the display unit 22, and the printer 24 according to this program.
  • the overall operation of the appropriate insurance solicitation business support system 10 is managed.
  • This program is recorded on a recording medium such as a magnetic disk or downloaded via a communication network such as the Internet.
  • the input unit 16 includes, for example, a keyboard and a mouse, and receives an operation input made by a recruiter or a customer and outputs the operation input to the control unit 14.
  • the operation input includes customer personal information and customer intention information.
  • the customer personal information and customer intention information output to the control unit 14 are further stored in the customer database 21 from the control unit 14.
  • Specified related corporation database 29 stores data of such specific related corporations. The data of the specific related corporation stored in the specific related corporation database 29 is updated as needed.
  • the specific affiliated corporation confirmation engine 28 uses the personal information of the customer stored in the customer database 21 to confirm whether the customer belongs to the specific affiliated corporation, as shown in FIG.
  • An input screen 33 is displayed from the display unit 22.
  • the recruiter or the customer can input necessary information from the input unit 16 as appropriate while referring to the family structure input screen 33 displayed from the display unit 22.
  • the specific related corporation confirmation button 33a is pressed using a mouse or a keyboard, thereby confirming the contents.
  • a guidance screen 34 as shown in FIG. 3 is displayed from the display unit 22 to notify the customer that the specific related corporation confirmation is to be performed.
  • the specific related corporation confirmation button 34a is pressed by a mouse or a keyboard, an input screen 35 as shown in FIG.
  • the contractor name 35a and the corporate name 35b are input.
  • the kana key 35c is pressed and entered.
  • the specified related corporation confirmation engine 28 searches the specified related corporation database 29 for the corporation to which the customer and the customer's family belong. The result is displayed from the display unit 22. When the input screen 35 in FIG. 4 is used, the search result is displayed from the search result display screen 35d.
  • the display unit 22 When the customer hits the search and obtains a result indicating that the customer belongs to the specified related corporation, the display unit 22 reads “The customer belongs to the specified related corporation. “A service cannot be provided.” Is displayed, and the appropriate insurance solicitation business support system 10 does not provide a service to this customer. On the other hand, if the search is not hit and it is obtained that the customer does not belong to the specific affiliated company, the appropriate insurance solicitation business support system 10 can provide the service to the customer. . Therefore, the following explanation is based on the premise that the customer has obtained a result that he / she does not belong to a specific affiliated corporation.
  • the data linkage unit 25 can communicate with the insurance company sites 27 (# 1), (# 2),... (#N) via the communication network 26 such as the Internet 26, and the customer can When the insurance company site 27 is used to estimate and apply for insurance premiums, the customer information held by the appropriate insurance solicitation business support system 10 is passed to the site 27 of the predetermined insurance company.
  • the communication network 26 includes a LAN such as Ethernet (registered trademark) or a WAN to which a plurality of LANs are connected via a public line or a dedicated line.
  • a LAN such as Ethernet (registered trademark) or a WAN to which a plurality of LANs are connected via a public line or a dedicated line.
  • a LAN In the case of a LAN, it is composed of a number of subnets via routers as necessary.
  • a firewall or the like for connecting to a public line is provided as appropriate, but illustration and detailed description thereof are omitted here.
  • the product database 20 stores information on various insurance products such as life insurance and non-life insurance provided by many insurance companies. Therefore, the information is added as necessary so that the information is added when sales of new insurance products are started, and the information is deleted when the insurance products are abolished.
  • a tool and a specific method for updating data are based on a well-known technique, and a detailed description thereof is omitted here.
  • the search engine 18 uses the operation input made by the recruiter or customer via the input unit 16 to search for and narrow down the corresponding insurance product from the insurance products recorded in the product database 20. Search and narrowing results are displayed from the display unit 22.
  • the display unit 22 displays a display screen provided by the appropriate insurance solicitation business support system 10, an input screen for accepting input from recruiters and customers, a specific affiliated company confirmation result, and a search made by the search engine 18. For example, a display-like screen for displaying the narrowing-down result.
  • the appropriate insurance solicitation work support system 10 is realized by a tablet terminal or a notebook computer, the input unit 16 and the display unit 22 are integrated.
  • the printer 24 prints information displayed from the display unit 22 and information provided by the control unit 14 and the search engine 18.
  • the search engine 18 and / or the product database 20 does not exist in the main body of the appropriate insurance solicitation business support system 10 but exists in another computer connected to the main body of the appropriate insurance solicitation business support system 10 through a network. Also good.
  • Appropriate insurance solicitation business support system 10 was developed based on the following development concept. (1) Corresponding to the revised Insurance Business Law, it can provide functions for grasping intentions, providing information, and comparatively recommended sales. (2) Equipped with a simulation function that can meet the various needs of customers. (3) A simple and easy-to-understand screen for customers can be provided.
  • control unit 14 When the appropriate insurance solicitation work support system 10 is activated, the control unit 14 operates to display a common menu screen 30 as shown in FIG. 2 from the display unit 22 such as a display.
  • the common menu screen 30 displays a menu section 31 and a safe wheel 40.
  • FIG. 6 is an enlarged view of the menu section 31.
  • the menu unit 31 displays a menu button 31a, a customer search button 31b, a logout button 31c, and the like.
  • the menu expansion screen 32 as shown in FIG. 7 is displayed by designating the menu button 31a using the input unit 16 (for example, mouse over). Further, by designating the customer search button 31b using the input unit 16 (for example, mouse over), a screen for customer search (not shown) is displayed. Further, the user logs out from the appropriate insurance solicitation work support system 10 by designating the logout button 31c using the input unit 16 (for example, mouse over).
  • the menu expansion screen 32 includes a return button 32a, a return to menu button 32b, a family composition button 32c, a consultation content confirmation button 32d, a consultation schedule button 32e, a future design and balance button 32f, a category table.
  • a product proposal button 32g, a proposal content confirmation button 32h, a guidance button 32i, a guidance button 32j after application, and the like are displayed.
  • buttons 32a to 32j are designated using the input unit 16 (for example, the mouse is over)
  • the screen changes as follows.
  • the return button 32a When the return button 32a is designated, the previous screen is displayed. When the return to menu button 32b is designated, the screen returns to the menu screen 30 as shown in FIG.
  • the family composition button 32c a family composition input screen (not shown) is displayed.
  • the consultation content confirmation button 32d When the consultation content confirmation button 32d is designated, a customer intention screen as shown in FIG. 8 is displayed.
  • the conference schedule button 32e When the conference schedule button 32e is designated, a conference schedule screen as shown in FIG. 9 is displayed.
  • the upper part of the future design and balance button 32f When the upper part of the future design and balance button 32f is designated, the future design and balance [survival] screen (not shown) is displayed.
  • the lower part of the future design and balance button 32f When the lower part of the future design and balance button 32f is designated, the future design and balance [ In the unlikely event] screen (not shown) is displayed.
  • a product selection screen as shown in FIG. 14 is displayed.
  • a proposal content confirmation screen as shown in FIG. 21 is displayed.
  • a schedule screen (not shown) of the next consultation is displayed, and when the lower part of the guidance button 32i is designated, an application confirmation screen (not shown) is displayed. Is done.
  • a screen (not shown) of what is provided with a safe ring is displayed.
  • the safe wheel 40 is an image used for presenting the customer with an overall picture of what can be solved by insurance.
  • the recruiter can explain the customer's manifest need by explaining it to the customer with reference to the circle of peace of mind 40, and can also evoke a potential need.
  • the revised Insurance Business Law requires that changes in customer intentions be recorded in addition to the customer's initial and final intentions.
  • the appropriate insurance solicitation work support system 10 has a function of displaying an intention confirmation screen for recording a change in the customer's intention in addition to the customer's initial intention and final intention.
  • FIG. 8 is a schematic diagram showing an example of such an intention confirmation screen 42.
  • the intention confirmation screen 42 includes an implementation date addition button 43, a delete button 45, an intention grasp sheet movement button 46, an intention addition button 47, a confirmation button 48, a sensitive information input screen movement button 49, an intention input unit 50, and a consultation number selection button. 51 is displayed.
  • an implementation date information input unit 44 is further displayed.
  • the implementation date information input unit 44 is a part for inputting an implementation date, an implementation time zone, and the like of the conference.
  • an intention confirmation sheet screen as illustrated in FIG. 10 is displayed.
  • the intention addition button 47 When the intention addition button 47 is clicked with a mouse or the like, the customer's intention can be written in the intention input unit 50.
  • the sensitive information input screen moving button 49 is clicked with a mouse or the like, the sensitive information of the customer can be written in the intention input unit 50.
  • the confirmation button 48 is clicked with a mouse or the like.
  • the intention written in the intention input unit 50 (or sensitive information in the case where sensitive information is written) is input by the implementation date information input unit 44.
  • the customer information is recorded in the customer database 21 in association with the customer information.
  • the control unit 14 displays a conference schedule screen 110 as illustrated in FIG. 9 from the display unit 22, for example.
  • the consultation schedule screen 110 is a tool for supporting the scheduling of a consultation meeting.
  • 116, a consultation content addition button 117, an execution button 118, and a consultation content addition menu 119 are displayed.
  • the content to be consulted at the conference is selected by dragging the icon of the desired content from the icons described in the consult content addition menu 119 to the consult content selection area 112 and dropping it.
  • the example of FIG. 9 shows an example in which “consultation confirmation”, “insurance mechanism”, and “current insurance confirmation” are dragged from the consultation content addition menu 119 and dropped into the consultation content selection area 112. .
  • buttons 113 to 117 provides a function for editing the list of consultation contents displayed from the display unit 22.
  • the consultation content deletion button 113 is a button for deleting a row of unnecessary consultation contents from the displayed consultation contents.
  • the copy button 114 is a button for copying a line of desired consultation contents among the displayed consultation contents.
  • the up movement button 115 is a button for moving the line of the desired consultation content up one line among the displayed consultation contents.
  • the down movement button 116 is a button for moving the line of the desired consultation content down one line in the displayed consultation content.
  • the consultation content addition button 117 is a button for adding further consultation content to the displayed consultation content.
  • the contents of the consultation are scheduled and presented to the customer, so that the customer can grasp the overall picture of the consultation meeting on the day, and the future consultation meeting is safe. You can face with heart.
  • the contents of the consultation so far are appropriately displayed based on the customer information stored in the customer database 21, so that the contents of the consultation can be visually reviewed. It becomes possible to confirm.
  • the consultation number selection button 51 in FIG. 8 is for realizing such a function, and the recruiter or the customer clicks the consultation number selection button 51 with a mouse or the like to add the intention addition button 47 ′.
  • the functions of the confirmation button 48 'and the sensitive information input screen moving button 49' are turned on.
  • the intention addition button 47 ′, the confirmation button 48 ′, and the sensitive information input screen movement button 49 ′ have the same functions as the intention addition button 47, the confirmation button 48, and the sensitive information input screen movement button 49, respectively.
  • the recruiter or customer uses these functions to write the intention and sensitive information in the intention input section 50 ′, and the implementation date of the N-th consultation meeting entered by the implementation date information input section 44 It is recorded in the customer database 21 in association with the customer information together with the time zone. These pieces of information recorded in the customer database 21 are also appropriately extracted by the control unit 14 as required, and are displayed as appropriate from the intention display column 52.
  • the recruiter or the customer can hold the consultation meeting as many times as possible, and the intention and sensitive information can be accumulated and recorded in the customer database 21 each time.
  • FIG. 10 is a diagram illustrating an example of the intention confirmation sheet 60.
  • the intention confirmation sheet 60 displays the initial intention 61 on the left side and the final intention 62 on the right side while comparing each item. By looking at such a display, the recruiter and the customer can share the change in the customer's intention, and can prevent the deviation of each other's intention. Furthermore, the initial intention 61 and the final intention 62 for each field that is required to be dealt with under the revised Insurance Business Law can be obtained for each contractor / insured person and printed from the printer 24 as evidence.
  • FIG. 11 is a diagram illustrating an example of the point sheet 70.
  • the point sheet 70 can provide information on uniform insurance products regardless of which recruiter responds to the customer, and also prevents comparison of the customer's intention to guarantee, and is also a comparative recommendation In order to make it easy to narrow down the product category of sales, it is used for recruiters to interview customers.
  • the point sheet 70 illustrated in FIG. 11 illustrates three point sheets 70 for medical insurance 71, cancer insurance 72, and life insurance 73, but is not limited to three.
  • the number may be four or more, for example, by adding other insurance (for example, car insurance or fire insurance) in addition to this.
  • the recruiter inputs specific customer requests while referring to such a point sheet 70.
  • the input customer requests are stored in the customer database 21 in association with the customer.
  • control unit 14 When the input to the point sheet 70 is completed, the control unit 14 creates a product category table 82 as shown on the left side in FIG. 12 based on the content input to the point sheet 70 and displays it from the display unit 22. .
  • the control unit 14 activates the search engine 18.
  • the search engine 18 narrows down insurance products that match the contents of the product category table 82 from many insurance products recorded in the product database 20, and displays a narrowed result list 84 as shown on the right side in FIG. Created and displayed from the display unit 22.
  • FIG. 13 illustrates an example of a screen display in a state in which further narrowing is applied.
  • the product category table 82 has an all selection key 83. As shown in FIG. 12, when the all selection key 83 is designated, insurance products corresponding to any of the items displayed in the product category table 82 are selected. Many insurance products are listed in the result list 84. As a result, a wealth of insurance product information can be provided to the customer.
  • a narrowing condition is designated using the product category table 82.
  • the security content 82a is specified in the product category table 82
  • the short-term hospitalization 82c is specified for the hospitalization security / outpatient security 82b.
  • a disease / lifestyle-related disease 82e is designated.
  • FIG. 13 shows that, in accordance with this, six insurance products that match the filtering conditions are listed in the filtering result list 84 ′.
  • Such a narrowing function makes it possible to present only common insurance products to the customer even when the customer's intentions fall into a plurality of categories, thereby increasing customer satisfaction.
  • the recruiter or the customer can request display of any product summary. This is done by designating the selection field 86 by clicking or the like.
  • FIG. 14 shows an example in which the product summary list 90 of the designated insurance product is displayed from the display unit 22.
  • FIG. 14 shows a case where product outlines 92a, 92b, and 92c of three insurance products are displayed.
  • the recruiter can explain to the customer using the displayed product summary list 90.
  • the product overview 92a being described is also provided with a recommendation reason writing column 93a for writing a recommendation reason and a selection reason writing column 94a for writing a selection reason.
  • the recruiter and / or the customer can write the recommendation reason explained to the customer in the recommendation reason writing column 93a and write the selection reason selected by the customer in the selection reason writing column 94a.
  • the written recommendation reason and selection reason are recorded by being associated with the customer and stored in the customer database 21.
  • control unit 14 next causes the display unit 22 to display a reception record 100 as illustrated in FIG.
  • the reception record 100 includes fields for writing hospitality memos 101, advance preparations 102, sensitive information (physical conditions, etc.) 103, notes 104, peace of mind (other possible needs) 105, and others 106. . Information written in these fields 101 to 106 is stored in the customer database 21 in association with the customer.
  • the appropriate insurance solicitation business support system 10 records the details of insurance and memos that have been received from customers during consultations by filling in the items applicable to these fields 101-106. 100 can be recorded and left.
  • the reception record 100 is used for receiving and answering when there is an inquiry from a customer at a later date.
  • the reception record 100 is not presented or printed to the customer for the purpose of managing customer information.
  • the appropriate insurance solicitation business support system 10 has a Tips data function as another function.
  • the control unit 14 displays the Tip data as exemplified in FIG.
  • ⁇ Thus by providing various information such as school fees, expenses related to nursing care, public security system, etc., it can be expected that the intentions made latent from the intentions of One Need will be revealed. By revealing the customer's intention, it is possible to provide information on appropriate insurance products to the customer.
  • the appropriate insurance solicitation business support system 10 has a data link function to an estimate site and application site of an insurance company that provides the selected insurance product as other functions. This function is performed by the data linkage unit 25.
  • the data linkage unit 25 By activating the data linkage unit 25, the customer can perform an estimate operation at the estimate site of each company insurance company or perform an application procedure at the application site based on the selected insurance product.
  • customer information necessary for an estimate or application is sent from the appropriate insurance solicitation work support system 10 to the site 27 of the predetermined insurance company by the data linkage unit 25 via the communication network 26 such as the Internet 26. Can obtain estimation results and complete the application procedure without the need for extra input.
  • the simulation unit 19 operates when a simulation function is selected from a menu item displayed from the display unit 22.
  • the simulation unit 19 has a function of performing, for example, the following six cases of simulation using customer information stored in the customer database 21.
  • FIG. 17 is a diagram including a transition graph showing an example of the displayed simulation result.
  • FIG. 18 is a diagram including a transition graph showing an example of the displayed simulation result.
  • the customer can imagine the necessity of guarantee in the case of emergency (at the time of death) more than before.
  • FIG. 19 is a diagram including a transition graph showing an example of the displayed simulation result.
  • the simulation unit 19 also calculates the amount of security required for medical insurance by simulating the cost of providing public security such as high-cost medical treatment and the cost of hospitalization, and displays the result from the display unit 22.
  • FIG. 20 is a diagram illustrating an example of the displayed simulation result. Based on the simulation results as shown in FIG. 20, the potential needs for cancer and the three major diseases can be made apparent from consultation of medical insurance, and necessary security information can be provided to customers.
  • FIG. 19 is a diagram including a transition graph showing an example of the displayed simulation result.
  • the simulation result as shown in FIG. 19 can provide the customer with necessary information related to care, such as “approximate body condition certified for long-term care” and “change in care period”.
  • FIG. 20 is a diagram illustrating an example of the displayed simulation result. Based on the simulation result as shown in FIG. 20, the customer can calculate the necessary funds for retirement after retirement.
  • FIG. 21 is an example of a proposal content confirmation screen that displays the content proposed based on the results of the customer intention, narrowing down, and simulation described above. Further, the display unit 22 can also display a transition graph as shown in FIGS. 17, 18, and 19 for comparison.
  • the proposal content confirmation screen 120 includes a plan switching button 121, an insurance premium display unit 122, a proposal content confirmation (drawing) button 123, a proposal content confirmation (car) button 124, a proposal content confirmation (fire / earthquake) button 125, and a proposal.
  • the content display unit 126 is displayed.
  • the plan switching button 121 is a button for switching the proposal content displayed from the proposal content display unit 126.
  • the insurance premium display unit 122 displays the insurance premium displayed on the proposal content display unit 126.
  • proposal content confirmation (drawing) button 123 When the proposal content confirmation (drawing) button 123 is clicked with a mouse or the like, a proposal content confirmation (drawing) screen is displayed.
  • proposal content confirmation (car) button 124 When the proposal content confirmation (car) button 124 is clicked with a mouse or the like, a proposal content confirmation (car) screen is displayed.
  • the appropriate insurance solicitation business support system 10 it is possible to display a secure wheel 40 as shown in FIG. And, the recruiter can understand the customer's actual needs by explaining to the customer with reference to the wheel 40 of security, and can also evoke potential needs. Become.
  • the revised Insurance Business Law requires that changes in customer intentions be recorded in addition to the initial intentions and final intentions of the customers. Since the screen 42 can be displayed, it is possible to display an intention confirmation screen for recording a change in the customer's intention in addition to the customer's initial intention and final intention.
  • the appropriate insurance solicitation business support system 10 can schedule the consultation contents and present it to the customer using the function of the consultation schedule screen 110. This makes it possible for the customer to grasp the overall picture of the consultation meeting on the day, and to come to the future consultation meeting with peace of mind. Furthermore, when consulting continuously, by displaying the content of the consultation so far based on the information of the customer accumulated in the customer database 21, when reviewing the content of the consultation so far, Visual confirmation is possible.
  • the recruiter or the customer can store and record the intention and sensitive information in the customer database 21 each time, regardless of how many times the conference is held.
  • the appropriate insurance solicitation work support system 10 can output an intention confirmation sheet 60 as illustrated in FIG.
  • the intention confirmation sheet 60 the initial intention 61 and the final intention 62 are displayed while comparing each item. By looking at such display, the recruiter and the customer can change the customer's intention. They can be shared, and misalignment of each other's intentions can be prevented.
  • the initial intention 61 and the final intention 62 for each field that is required to be dealt with under the revised Insurance Business Law can be obtained for each contractor / insured person and printed from the printer 24 as evidence.
  • the appropriate insurance solicitation work support system 10 can display a point sheet 70 as illustrated in FIG.
  • the point sheet 70 can provide information on uniform insurance products regardless of which recruiter responds to the customer. Further, in order to prevent omission of confirmation of customer's intention to guarantee, or to make it easy to narrow down the product category of comparative recommended sales, it can be used for recruiters to interview customers.
  • the appropriate insurance solicitation business support system 10 can create a product category table 82 as shown on the left side in FIG. 12 based on the contents input to the point sheet 70 and display it from the display unit 22. Furthermore, by starting the search engine 18, the insurance products that match the contents of the product category table 82 are narrowed down from the many insurance products recorded in the product database 20, as shown on the right side in FIG. A narrowing-down result list 84 can be displayed. With such a narrowing function, even if customer intentions fall into multiple categories, it is possible to present only common insurance products to the customer, thus increasing customer satisfaction. Become.
  • the product summary list 90 of the designated insurance product can be displayed, so that the recruiter can easily explain the summary of the designated insurance product to the customer. Become. At that time, the recruiter and / or the customer can write the reason for recommending the recruiter and the reason for selecting the customer, and can record the result in the customer database 21 in association with the customer. Similarly, the reception record 100 can also be recorded in the customer database 21 in association with the customer.
  • the appropriate insurance solicitation work support system 10 displays Tips data as exemplified in FIG. 16 by the Tips data function, thereby providing various information such as school expenses, costs related to nursing care, and public security systems. By doing so, it becomes possible to reveal the intention made latent from the intention of One Need.
  • the appropriate insurance solicitation business support system 10 has a simulation function, (1) Future design and balance “survival” simulation, (2) Future design and balance “Emergency (at death)” simulation, (3 ) Future design and income and expenditure “unemployment” simulation, (4) Medical / cancer / three major diseases simulation, (5) Nursing care cost simulation, (6) Necessary funds simulation for retirement, and graph the results Can be displayed.
  • the appropriate insurance solicitation business support system 10 properly grasps the customer's intentions from the viewpoint of protecting customer profits required by the revised Insurance Business Law, and information on uniform insurance products regardless of which recruiter responds. In addition, it is possible to realize an appropriate insurance solicitation business support system that can narrow down appropriate insurance products based on the customer's intention.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

顧客の意向に沿った適正な保険商品の情報提供業務を支援するためのシステム10であって、保険商品に関する顧客の意向情報の入力を受け付ける入力部16と、複数の保険商品の情報が記憶された商品データベース20と、入力部16に入力された意向情報に該当する保険商品を、商品データベース20に記憶された複数の保険商品から検索する検索エンジン18と、検索エンジン18によって検索された保険商品を表示する表示部22と、顧客の意向情報を、顧客に関連付けて記憶する顧客データベース21とを備える。

Description

適正保険募集業務支援システムおよびそのプログラム
 本発明は、例えば生命保険や損害保険のような多くの保険商品の中から、顧客の意向に沿った適正な保険商品の情報提供業務を支援するためのシステムである適正保険募集業務支援システムおよびそのプログラムに関する。
 平成28年5月29日に施行された改正保険業法では、保険募集に関し、意向把握・保険募集に係わる基本的ルールの創設(比較推奨等)が義務化された。
 改正保険業法の最大の目的は顧客利益保護であり、顧客の意向をきちんと把握し、これに基づき比較可能な商品の概要を明示して、その中から特定の商品を掲示・推奨する際には、なぜこの商品を掲示・推奨したのかを客観的な理由を説明する必要がある。また、その経過を記録で残すことが求められている。
週刊ダイヤモンド 2016/04/23 100~103頁
 本発明はこのような事情に鑑みてなされたものであり、改正保険業法で求められている顧客利益保護の観点から、顧客の意向をきちんと把握し、どの募集人が対応しても均一な保険商品の情報を提供するとともに、顧客の意向に基づいて適切な保険商品の絞り込みを実施することが可能な適正保険募集業務支援システムおよびそのプログラムを提供することを目的とする。
 上記の目的を達成するために、本発明では、以下のような手段を講じる。
 すなわち、請求項1の発明は、顧客の意向に沿った適正な保険商品の情報提供業務を支援するためのシステムであって、保険商品に関する顧客の意向情報の入力を受け付ける入力部と、複数の保険商品の情報が記憶された商品データベースと、入力部に入力された意向情報に該当する保険商品を、商品データベースに記憶された複数の保険商品から検索する検索エンジンと、検索エンジンによって検索された保険商品を表示する表示部と、顧客の意向情報を、顧客に関連付けて記憶する顧客データベースと、を備える。
 請求項2の発明は、顧客または顧客の家族が、予め決定された特定関係法人に属しているか否かを確認するための特定関係法人確認部をさらに備える、請求項1に記載の適正保険募集業務支援システムである。
 請求項3の発明は、保険は、生命保険と損害保険とを含む、請求項1または2に記載の適正保険募集業務支援システムである。
 請求項4の発明は、顧客の生存時の必要資金およびその期間に関するシミュレーションを行うシミュレーション部をさらに備える請求項1乃至3の何れか1項に記載の適正保険募集業務支援システムである。
 請求項5の発明は、シミュレーション部はさらに、顧客の死亡時、就業不能時、老後のうちの少なくとも1つについて、必要資金の時間的な推移をシミュレーションする、請求項4に記載の適正保険募集業務支援システムである。
 請求項6の発明は、シミュレーション部によって、顧客の死亡時、就業不能時、老後のうちの複数について、必要資金の時間的な推移がシミュレーションされた場合、表示部は、シミュレーションによって得られた複数の推移グラフを、比較表示する、請求項4または5に記載の適正保険募集業務支援システムである。
 請求項7の発明は、顧客データベースは、顧客の意向情報を、時間情報とともに、顧客に関連付けて記憶し、表示部は、顧客データベースに記憶された同一顧客の複数の意向情報を、同一項目を比較しながら、時間情報に基づいて時系列的に表示する、請求項1乃至6のうち何れか1項に記載の適正保険募集業務支援システムである。
 請求項8の発明は、検索エンジンによって複数の保険商品が検索された場合、複数の保険商品の内容を、表示部から比較表示する、請求項1乃至7のうち何れか1項に記載の適正保険募集業務支援システムである。
 請求項9の発明は、表示部は、表示された保険商品の絞り込みを行うための絞り込み条件をも表示し、検索エンジンは、入力部を介して絞り込み条件が指定された場合には、指定された絞り込み条件に該当する保険商品を検索する、請求項1乃至8のうち何れか1項に記載の適正保険募集業務支援システムである。
 請求項10の発明は、入力部は、顧客との応接中に得られた応接記録の入力を受け付け、顧客データベースは、応接記録を、顧客に関連付けて記憶する、請求項1乃至9のうち何れか1項に記載の適正保険募集業務支援システムである。
 請求項11の発明は、保険商品を提供する保険会社の見積サイトに、保険商品の保険料金の見積に必要なデータを送る機能と、保険商品を提供する保険会社の申込サイトに、保険商品の申込手続に必要なデータを送る機能と、のうちの少なくとも何れかを備えるデータ連携部をさらに備える請求項1乃至10のうち何れか1項に記載の適正保険募集業務支援システムである。
 請求項12の発明は、顧客の意向に沿った適正な保険商品の情報提供業務を支援するためのプログラムであって、保険商品に関する顧客の意向情報の入力を受け付ける機能と、入力された意向情報に該当する保険商品を、複数の保険商品の情報が記憶された商品データベースに記憶された複数の保険商品から検索する機能と、検索された保険商品を表示する機能と、顧客の意向情報を、顧客に関連付けて顧客データベースに記憶する機能と、をコンピュータに実現させるためのプログラムである。
 請求項13の発明は、顧客および顧客の家族が、予め決定された特定関係法人に属しているか否かを確認するための機能をさらにコンピュータに実行させる、請求項12に記載のプログラムである。
 請求項14の発明は、保険は、生命保険と損害保険とを含む、請求項12または13に記載のプログラムである。
 請求項15の発明は、顧客の生存時の必要資金およびその期間に関するシミュレーションを行う機能、をさらにコンピュータに実現させる、請求項12乃至14のうち何れか1項に記載のプログラムである。
 請求項16の発明は、顧客の死亡時、就業不能時、老後のうちの少なくとも1つについて、必要資金の時間的な推移をシミュレーションする機能、をさらにコンピュータに実現させる請求項15に記載のプログラムである。
 請求項17の発明は、表示する機能は、シミュレーションする機能によって、前記顧客の死亡時、就業不能時、老後のうちの複数について、必要資金の時間的な推移がシミュレーションされた場合、前記シミュレーションによって得られた複数の推移グラフを、比較表示する機能を有する、請求項16に記載のプログラムである。
 請求項18の発明は、顧客の意向情報を、時間情報とともに、顧客に関連付けて顧客データベースに記憶する機能と、顧客データベースに記憶された同一顧客の複数の意向情報を、同一項目を比較しながら、時間情報に基づいて時系列的に表示する機能と、をさらにコンピュータに実現させる請求項12乃至17のうち何れか1項に記載のプログラムである。
 請求項19の発明は、複数の保険商品が検索された場合、複数の保険商品の内容を、比較表示する機能、をさらにコンピュータに実現させる請求項12乃至18のうち何れか1項に記載のプログラムである。
 請求項20の発明は、表示された保険商品の絞り込みを行うための絞り込み条件を表示する機能と、絞り込み条件が指定された場合には、指定された絞り込み条件に該当する保険商品を検索する機能と、をさらにコンピュータに実現させる請求項12乃至19のうち何れか1項に記載のプログラムである。
 請求項21の発明は、顧客との応接中に得られた応接記録の入力を受け付ける機能と、応接記録を、顧客に関連付けて、顧客データベースに記憶する機能と、をさらにコンピュータに実現させる請求項12乃至20のうち何れか1項に記載のプログラムである。
 請求項22の発明は、保険商品を提供する保険会社の見積サイトに、保険商品の保険料金の見積に必要なデータを送る機能と、保険商品を提供する保険会社の申込サイトに、保険商品の申込手続に必要なデータを送る機能と、のうちの少なくとも何れかをさらにコンピュータに実現させる請求項12乃至21のうち何れか1項に記載のプログラムである。
 本発明によれば、改正保険業法で求められている顧客利益保護の観点から、顧客の意向をきちんと把握し、どの募集人が対応しても均一な保険商品の情報を提供するとともに、顧客の意向に基づいて適切な保険商品の絞り込みを実施することが可能な適正保険募集業務支援システムおよびそのプログラムを実現することができる。
本実施形態に係る適正保険募集業務支援システムの構成例を示す機能ブロック図である。 家族構成入力画面の一例を示す図である。 特定関係法人確認のための案内画面の一例を示す図である。 特定関係法人確認のための入力画面の一例を示す図である。 共通メニューの画面表示例を示す図である。 メニュー部の拡大表示図である。 メニュー展開時の画面表示例を示す図である。 顧客の意向画面の表示例を示す図である。 相談会スケジュール画面の表示例を示す図である。 意向確認シートの画面の表示例を示す図である。 ポイントシートの表示例を示す図である。 商品カテゴリー表の表示例を示す図である。 絞り込みをかけられた商品カテゴリー表の表示例を示す図である。 保険商品の商品概要の表示例を示す図である。 応接記録の表示例を示す図である。 Tipsデータの表示例を示す図である。 シミュレーション(将来設計と収支「生存」)結果である推移グラフを含む図である。 シミュレーション(将来設計と収支「万が一」)結果である推移グラフを含む図である。 シミュレーション(将来設計と収支「就業不能」)結果である推移グラフを含む図である。 シミュレーション(医療・がん・三大疾病)結果の表示例を示す図である。 提案内容確認画面の表示例を示す図である。
 以下に、本発明の実施形態に係る適正保険募集業務支援システムを実施するための最良の形態について図面を参照しながら説明する。
 図1は、本実施形態に係る適正保険募集業務支援システムの構成例を示す機能ブロック図である。
 すなわち、本実施形態に係る適正保険募集業務支援システム10は、互いにバス12を介して接続された制御部14、入力部16、検索エンジン18、シミュレーション部19、商品データベース20、顧客データベース21、表示部22、プリンタ24、データ連携部25、特定関係法人確認エンジン28、および特定関係法人データベース29を備える。
 制御部14は、適正保険募集業務支援システム10を動作させるプログラムがインストールされており、このプログラムに従って、入力部16、検索エンジン18、シミュレーション部19、商品データベース20、表示部22、プリンタ24を制御しながら、適正保険募集業務支援システム10の全体の動作を司る。このプログラムは、例えば磁気ディスク等の記録媒体に記録されたものであったり、あるいは、インターネット等の通信ネットワークを介してダウンロードされる。
 入力部16は、例えばキーボードや、マウス等を備えており、募集人や顧客によってなされた操作入力を受け取り、制御部14に出力する。操作入力には、後述するように、顧客の個人情報や顧客の意向情報も含まれる。
 制御部14に出力された顧客の個人情報や、顧客の意向情報は、制御部14からさらに顧客データベース21に記憶される。
 なお、保険業界では、特定関係法人等に属する顧客に対しては、保険募集業務支援サービスを提供することを禁じられている。これを構成員契約規制という。構成員契約規制とは、保険業法上、圧力募集等の未然防止のため、法人形態の生命保険募集人に対し、自社や、出資・人的交流など密接な関係がある会社である特定関係法人の役員並びに従業員(構成員)への募集を禁止していることである。従って、適正保険募集業務支援システム10を運用する会社は、グループ企業、出向受入保険会社、提携先企業等の役員、従業員(パートタイマー・アルバイト・嘱託社員・派遣社員等も含む)に対する保険契約の取扱いはできない。
 特定関係法人データベース29を、このような特定関係法人のデータが格納している。特定関係法人データベース29に格納される特定関係法人のデータは、必要に応じて随時更新される。
 特定関係法人確認エンジン28は、顧客が、特定関係法人に属しているか否かを確認するために、顧客データベース21に記憶されている顧客の個人情報から、図2に例示されるように家族構成入力画面33を、表示部22から表示する。募集人または顧客は、表示部22から表示された家族構成入力画面33を参照しながら、適宜、必要な情報を、入力部16から入力することもできる。そして、必要な情報の入力が完了すると、マウスやキーボードを用いて特定関係法人確認ボタン33aが押圧されることによって、内容が確定される。
 また、顧客データベース21に記憶されている顧客の個人情報を使わずとも、顧客は、必要な情報を入力することができる。この場合、先ず図3に示すような案内画面34が表示部22から表示され、特定関係法人確認を行うことが顧客に通知される。その後、特定関係法人確認ボタン34aが、マウスやキーボードによって押圧されると、図4に示すような入力画面35が表示部22から表示される。この入力画面35に従って、契約者名35a、法人名35bを入力する。法人名35bに法人を入力する際に、仮名キー35cを押圧して入力するように指定も良い。
 特定関係法人確認エンジン28は、特定関係法人データベース29から、顧客および顧客の家族の属する法人を検索する。結果は、表示部22から表示される。また、図4の入力画面35が使用された場合、結果は、検索結果を検索結果表示画面35dから表示される。
 そして、この顧客が、検索がヒットし、特定関係法人に属しているとの結果が得られた場合には、表示部22から、「お客様は、特定関係法人に属しているので、当社からのサービスを提供することはできません。」のようなメッセージを表示し、適正保険募集業務支援システム10は、この顧客へのサービス提供をしない。一方、検索がヒットせず、この顧客が、特定関係法人に属していないとの結果が得られた場合には、適正保険募集業務支援システム10は、この顧客へのサービスを提供することができる。従って、以降の説明は、顧客が、特定関係法人に属していないとの結果が得られていることが前提となる。
 データ連携部25は、インターネット26等の通信ネットワーク26を介して、保険会社のサイト27(#1)、(#2)・・・・(#n)と通信することが可能であり、顧客が、保険会社のサイト27を使って保険料金の見積や申込手続を行う場合には、適正保険募集業務支援システム10が保持している当該顧客の情報を、所定の保険会社のサイト27に渡す。
 なお、この通信ネットワーク26は、イーサネット(登録商標)等のLAN、あるいは公衆回線や専用回線を介して複数のLANが接続されるWAN等を含む。LANの場合には、必要に応じてルータを介した多数のサブネットから構成される。また、WANの場合には、公衆回線に接続するためのファイアウォール等を適宜備えているが、ここではその図示および詳細説明を省略する。
 商品データベース20は、例えば、多くの保険会社によって提供されている生命保険や損害保険等、様々な保険商品に関する情報を記憶している。したがって、新たな保険商品の販売が開始された場合にはその情報が追加され、廃止された場合には、その情報が削除されるように、必要に応じて更新がなされている。データ更新をするためのツールおよび具体的手法については、周知の技術によるので、ここでは詳細な説明を省略する。
 検索エンジン18は、募集人や顧客によって入力部16を介してなされた操作入力を用いて、商品データベース20に記録された保険商品の中から、該当する保険商品の検索、および絞り込みを行う。検索および絞り込みの結果は、表示部22から表示される。
 表示部22は、適正保険募集業務支援システム10によって提供される表示画面や、募集人や顧客からの入力を受け付けるための入力用画面や、特定関係法人確認結果や、検索エンジン18によってなされた検索や絞り込み結果を表示するための、例えばディスプレイのような画面である。なお、適正保険募集業務支援システム10を、タブレット端末やノートパソコンによって実現する場合には、入力部16と表示部22とは一体化される。
 プリンタ24は、表示部22から表示されている情報や、制御部14や検索エンジン18によって提供される情報を印刷する。
 また、検索エンジン18および/または商品データベース20は、適正保険募集業務支援システム10の本体に存在せず、適正保険募集業務支援システム10の本体とネットワークによって接続された他のコンピュータに存在していても良い。
 適正保険募集業務支援システム10は、以下のような開発コンセプトに基づいて開発された。(1)改正保険業法に対応し、意向把握・情報提供・比較推奨販売のための機能を提供できる。(2)顧客の多様なニーズに対応できるシミュレーション機能を備えている。(3)シンプルで顧客が見て分かりやすい画面を提供できる。
 適正保険募集業務支援システム10を起動すると、制御部14が動作することによって、ディスプレイ等の表示部22から、図2のような共通メニュー画面30が表示される。
 共通メニュー画面30は、メニュー部31と、安心の輪40とを表示する。
 図6は、メニュー部31を拡大表示した図である。
 メニュー部31は、メニューボタン31a、顧客検索ボタン31b、およびログアウトボタン31c等を表示する。
 さらに、メニューボタン31aを、入力部16を用いて指定する(例えばマウスオーバする)ことによって、図7のようなメニュー展開画面32が表示される。また、顧客検索ボタン31bを、入力部16を用いて指定する(例えばマウスオーバする)ことによって、顧客検索のための画面(図示せず)が表示される。さらに、ログアウトボタン31cを、入力部16を用いて指定する(例えばマウスオーバする)ことによって、適正保険募集業務支援システム10からログアウトする。
 図7に示されるように、メニュー展開画面32は、戻りボタン32a、メニューに戻るボタン32b、家族構成ボタン32c、相談内容確認ボタン32d、相談会スケジュールボタン32e、将来設計と収支ボタン32f、カテゴリー表商品提案ボタン32g、ご提案内容確認ボタン32h、ご案内ボタン32i、および、お申し込み後のご案内ボタン32j等を表示する。
 これらボタン32a~32jが、入力部16を用いて指定する(例えばマウスオーバする)ことによって、以下のように画面が遷移する。
 戻りボタン32aが指定された場合、1つ前の画面が表示される。メニューに戻るボタン32bが指定された場合、図6のようなメニュー画面30に戻る。家族構成ボタン32cが指定された場合、家族構成入力の画面(図示せず)が表示される。相談内容確認ボタン32dが指定された場合、図8のような顧客の意向画面が表示される。相談会スケジュールボタン32eが指定された場合、図9のような相談会スケジュール画面が表示される。将来設計と収支ボタン32fの上部が指定された場合、将来設計と収支[生存]画面(図示せず)が表示され、将来設計と収支ボタン32fの下部が指定された場合、将来設計と収支[万が一]画面(図示せず)が表示される。カテゴリー表商品提案ボタン32gが指定された場合、図14のような商品選定画面が表示される。ご提案内容確認ボタン32hが指定された場合、図21のようなご提案内容確認画面が表示される。ご案内ボタン32iの上部が指定された場合、次回相談会の予定画面(図示せず)が表示され、ご案内ボタン32iの下部が指定された場合、お申し込み確認画面(図示せず)が表示される。お申し込み後のご案内ボタン32jが指定された場合、安心の輪で備えたものの画面(図示せず)が表示される。
 図5に戻って示すように、安心の輪40は、保険で解決できることの全体像を顧客に提示するために使用される画像である。募集人は、安心の輪40を参照しながら顧客に説明することによって、顧客の顕在化されたニードをきちんと把握出来ることに加え、潜在的なニードを喚起させることも可能としている。
 改正保険業法では、顧客の当初意向・最終意向に加えて、顧客の意向の変化を記録することが要求されている。これに対応するために、適正保険募集業務支援システム10は、顧客の当初意向・最終意向に加えて、顧客の意向の変化を記録するための意向確認画面を表示する機能を有している。
 図8は、そのような意向確認画面42の一例を示す模式図である。
 意向確認画面42は、実施日追加ボタン43、削除ボタン45、意向把握シート移動ボタン46、意向追加ボタン47、確定ボタン48、機微情報入力画面移動ボタン49、意向入力部50、相談会回数選択ボタン51を表示する。
 実施日追加ボタン43を、マウス等によってクリックすると、さらに実施日情報入力部44が表示される。実施日情報入力部44は、相談会の実施年月日、実施時間帯等を入力するための部位である。
 削除ボタン45を、マウス等によってクリックすると、実施日情報入力部44に入力された相談会の実施年月日、実施時間帯等が削除される。
 意向把握シート移動ボタン46を、マウス等によってクリックすると、図10に例示されるような意向確認シートの画面が表示される。
 意向追加ボタン47を、マウス等によってクリックすると、意向入力部50に、顧客の意向を書き込むことができるようになる。
 また、機微情報入力画面移動ボタン49を、マウス等によってクリックすると、意向入力部50に、顧客の機微情報を書き込むことができるようになる。
 意向入力部50に書き込まれた意向の内容を確定する場合には、確定ボタン48を、マウス等によってクリックする。
 確定ボタン48が、マウス等によってクリックされると、意向入力部50に書き込まれた意向(機微情報が書き込まれている場合には、それに加えて機微情報)が、実施日情報入力部44によって入力された相談会の実施年月日、実施時間帯等とともに、顧客情報に関連付けられて、顧客データベース21に記録される。顧客データベース21に記録されたこれら情報は、要求に応じて制御部14によって適宜取り出され、意向表示欄52から適宜表示される。
 このような相談会は、通常は複数回実施される。そのために、制御部14は、表示部22から表示されるメニュー項目から相談会スケジュールボタン32eが選択されると、表示部22から、例えば図9に例示されるような相談会スケジュール画面110を表示させる。
 相談会スケジュール画面110は、相談会のスケジューリングを支援するためのツールとして、安心の輪選択ボタン111、相談内容選択エリア112、相談内容削除ボタン113、コピーボタン114、上移動ボタン115、下移動ボタン116、相談内容追加ボタン117、実施ボタン118、および相談内容追加メニュー119を表示する。
 安心の輪選択ボタン111がマウス等によってクリックされると、図5に例示するような安心の輪が表示される。
 相談会で相談する内容は、相談内容追加メニュー119に記載されたアイコンの中から、所望する内容のアイコンを、相談内容選択エリア112へドラッグし、ドロップすることによって選択される。図9の例では、相談内容追加メニュー119から、「相談内容確認」、「保険の仕組み」、および「現在の保険確認」がドラッグされ、相談内容選択エリア112へドロップされた例を示している。
 相談内容選択エリア112にドロップされたアイコンに基づいて具体的な相談内容が表示部22からリスト表示されるようになる。以下のボタン113~117は何れも、表示部22から表示された相談内容のリストを編集するための機能を提供する。
 相談内容削除ボタン113は、表示された相談内容のうち、不要な相談内容の行を削除するためのボタンである。
 コピーボタン114は、表示された相談内容のうち、所望の相談内容の行をコピーするためのボタンである。
 上移動ボタン115は、表示された相談内容のうち、所望の相談内容の行を一行上へ移動させるためのボタンである。
 下移動ボタン116は、表示された相談内容のうち、所望の相談内容の行を一行下へ移動させるためのボタンである。
 相談内容追加ボタン117は、表示された相談内容に、さらなる相談内容を追加するためのボタンである。
 そして、相談会を実施した相談内容を選択し、実施ボタン118をクリックすることによって、応接記録内対応履歴にスケジュールが反映されるようになる。
 このような相談会スケジュール画面110の機能を用いて、相談内容をスケジュール化して顧客に提示することで、顧客は、当日の相談会の全体像をつかむことが可能となり、これからの相談会に安心して臨むことができるようになる。継続して相談する場合、顧客データベース21に蓄積された該顧客の情報に基づいて、これまでの相談内容を適宜表示することにより、これまでの相談内容の振り返りをする際にも、視覚的に確認することが可能となる。
 このように、相談会が複数回実施されることを考慮し、本適正保険募集業務支援システム10は、前述したような情報の記録を、相談会毎に実施できるようにしている。図8における相談会回数選択ボタン51は、そのような機能を実現するためのものであり、募集人または顧客は、相談会回数選択ボタン51をマウス等によってクリックすることによって、意向追加ボタン47’、確定ボタン48’、および機微情報入力画面移動ボタン49’の機能をオンにする。意向追加ボタン47’、確定ボタン48’、および機微情報入力画面移動ボタン49’はそれぞれ、前述した意向追加ボタン47、確定ボタン48、および機微情報入力画面移動ボタン49と同一の機能を有しており、これら機能を使って、募集人または顧客は、意向入力部50’に、意向や機微情報を書き込み、実施日情報入力部44によって入力されたN回目の相談会の実施年月日、実施時間帯等とともに、顧客情報に関連付けて、顧客データベース21に記録する。顧客データベース21に記録されたこれら情報もまた、要求に応じて制御部14によって適宜取り出され、意向表示欄52から適宜表示される。
 このような相談会回数選択ボタン51の機能によって、募集人または顧客は、相談会を何度でも開催し、そのたび毎に、意向や機微情報を、顧客データベース21に蓄積記録することができる。
 図10は、意向確認シート60の一例を示す図である。
 意向確認シート60は、当初意向61を左側に、最終意向62を右側に、各項目を対比しながら表示する。このような表示を見ることによって、募集人と顧客は、顧客の意向の変化を共有することができ、互いの意向のズレを防止することができる。さらに、改正保険業法で対応を求められている分野ごとの当初意向61および最終意向62を、契約者・被保険者ごとに取得し、プリンタ24から印刷すること等によりエビデンスとして残すことができる。
 最終意向62が決定されると、制御部14は、表示部22から、ポイントシート70を表示させる。図11は、ポイントシート70の一例を示す図である。
 ポイントシート70は、顧客に対してどの募集人が対応しても、均一な保険商品の情報を提供できるようにし、かつ、顧客の保障に対する意向の確認漏れを防止するために、また、比較推奨販売の商品カテゴリーを絞り易くするために、募集人が顧客に対してヒアリングするために活用される。
 図11に例示されるポイントシート70は、医療保険用71、ガン保険用72、および終身保険用73の3つのポイントシート70を例示しているが、3つに限定されることはなく、2つ以下でも、たとえばこれに加えて他の保険(例えば、自動車保険や火災保険等)を加えることによって、4つ以上であっても良い。募集人は、このようなポイントシート70を参照しながら、顧客の具体的な要望を入力して行く。入力された顧客の要望は、顧客に関連付けられて、顧客データベース21に蓄積される。
 ポイントシート70への入力が完了すると、制御部14は、ポイントシート70に入力された内容に基づいて、図12における左側に示されるような商品カテゴリー表82を作成し、表示部22から表示させる。
 次に、制御部14は、検索エンジン18を起動させる。検索エンジン18は、商品データベース20に記録された多くの保険商品の中から、商品カテゴリー表82の内容にマッチする保険商品の絞り込みを行い、図12における右側に示されるような絞り込み結果一覧84を作成し、表示部22から表示させる。
 図12に示す例では、絞り込み結果一覧84に、11個の保険商品が一覧表示されているが、これよりも多くの保険商品が該当した場合、スクロールバー85を操作することによって、該当するすべての保険商品をスクロール表示することができる。
 顧客は、商品カテゴリー表82に表示された項目の中から、特定の項目のみを指定することにより、さらに絞り込みをかけることができる。さらに絞り込みをかけた状態における画面表示例を図13に例示する。
 商品カテゴリー表82は、全選択キー83を備えている。図12のように、全選択キー83が指定されると、商品カテゴリー表82に表示された項目のいずれかに該当する保険商品が選択されるために、図12に例示されるように、絞り込み結果一覧84に、多くの保険商品がリストアップされることになる。これによって、顧客に対して、豊富な保険商品の情報を提供することができる。
 顧客は、これら保険商品の中から、さらに絞り込みをかけることができる。そのためには、図13のように、全選択キー83の指定を外す。そして、商品カテゴリー表82を用いて絞り込み条件を指定する。図13の例では、絞り込み条件として、商品カテゴリー表82において、保障内容82aが指定され、さらに、入院保障・通院保障82bについて、短期入院82cが指定され、病気・症状82dとして、ガン・三大疾病・生活習慣病82eが指定されている。図13は、これに応じて、絞り込み結果一覧84’に、絞り込み条件にマッチする6つの保険商品がリストされていることを示している。
 このような絞り込み機能によって、顧客の意向が複数のカテゴリーに該当する場合であっても、共通する保険商品のみを顧客に提示することが可能となるので、顧客の満足度を高めることができる。
 商品一覧84または絞り込み結果一覧84’から商品が表示されると、募集人または顧客は、そのうちの何れかの商品概要の表示を要求することができる。これは、選択欄86をクリック等によって指定することによってなされる。
 図14は、指定された保険商品の商品概要一覧90が、表示部22から表示された例を示す。
 図14の例は、3つの保険商品の商品概要92a、92b、92cが表示された場合を示している。募集人は、表示された商品概要一覧90を使って、顧客に説明をすることができる。また、説明中の商品概要92aには、推奨理由を書き込むための推奨理由書込欄93aや、選定理由を書き込むための選定理由書込欄94aも設けられている。募集人および/または顧客は、顧客に説明した推奨理由を推奨理由書込欄93aに書き込み、顧客が選定した選定理由を選定理由書込欄94aに書き込むことができる。書き込まれた推奨理由および選定理由は、顧客に関連付けられて、顧客データベース21に蓄積されることによって記録される。
 商品概要一覧90の説明が終わると、制御部14は次に、図15に例示するような応接記録100を、表示部22から表示させる。
 応接記録100は、ホスピタリティ・メモ101、事前準備102、機微情報(体況等)103、留意事項104、安心の輪(考えられるその他のニーズ)105、その他106を書き込むための欄を備えている。これらの欄101~106に書き込まれた情報は、顧客に関連付けられて、顧客データベース21に蓄積される。
 このように、適正保険募集業務支援システム10は、募集人が、これらの欄101~106に該当する事項を書き込むことによって、相談会中に顧客から伺った加入中の保険内容やメモを応接記録100として記録して残すことができる。この応接記録100は、後日顧客から問い合わせがあった場合における受け答えのために利用される。なお、応接記録100は、顧客情報の管理が目的のため、顧客に提示や印刷して使用することはない。
 また、適正保険募集業務支援システム10は、その他の機能として、Tipsデータ機能を備えている。
 制御部14は、表示部22から表示されるメニュー項目からTipsデータ機能が選択されると、表示部22から、例えば図16に例示されるようなTipsデータを表示させる。
 これによって、学費や介護に関する費用、公的保障制度などの様々な情報提供をすることにより、ワンニードの意向から潜在化された意向を顕在化させることが期待できる。顧客の意向が顕在化することにより、顧客に対して適正な保険商品の情報を提供することができる。
 さらに、適正保険募集業務支援システム10は、その他の機能として、選定された保険商品を提供する保険会社の見積サイトや申込サイトへのデータ連携機能を備えている。この機能は、データ連携部25が実施する。データ連携部25を起動させることによって、顧客は、選定した保険商品に基づいて、各社保険会社の見積サイトにおいて、見積作業を行ったり、申込サイトにおいて、申込み手続を行うことができる。しかも、見積や申込に必要な顧客情報は、データ連携部25によって、インターネット26等の通信ネットワーク26を介して、適正保険募集業務支援システム10から所定の保険会社のサイト27へ送られるので、顧客は、余分な入力をする必要なく、見積結果を取得したり、申込み手続を完了することができる。
 次に、シミュレーション部19の機能について説明する。
 シミュレーション部19は、表示部22から表示されるメニュー項目からシミュレーション機能が選択されると動作する。シミュレーション部19は、顧客データベース21に記憶された顧客情報を用いて、例えば、以下のような6ケースのシミュレーションを行う機能を有する。
 (1)将来設計と収支「生存」シミュレーション 
 シミュレーション部19は、生存時のライフプランのシミュレーションを基点とし、そこから、生存時の「教育資金準備」や「住宅ローンシミュレーション」などのキャッシュフローもシミュレーションし、結果を、表示部22から表示させる。図17は、表示されたシミュレーション結果の一例を示す推移グラフを含む図である。
 (2)将来設計と収支「万が一(死亡時)」シミュレーション 
 シミュレーション部19は、前述した(1)「生存」時のシミュレーションから、「万が一」(死亡時)のシミュレーションに移行し、結果を、表示部22から表示させる。図18は、表示されたシミュレーション結果の一例を示す推移グラフを含む図である。図18のようなシミュレーション結果を参照することによって、顧客は、万が一(死亡時)の場合の保障の必要性を今までよりもよりイメージできるようになる。また、遺族に対する「死亡整理資金」「生活費」「教育費」のシミュレーション結果から、死亡保障の保険のかたちを示すこともできる。
 (3)将来設計と収支「就業不能」シミュレーション 
 シミュレーション部19はまた、前述した(1)「生存」時のシミュレーションから、「就業不能」時のシミュレーションに移行し、結果を、表示部22から表示させる。図19は、表示されたシミュレーション結果の一例を示す推移グラフを含む図である。図19のようなシミュレーション結果を参照することによって、顧客は、就業不能時の保障の必要性をイメージでき、また、必要資金と期間を算出することもできる。
 (4)医療・がん・三大疾病シミュレーション 
 シミュレーション部19はまた、高額療養費などの公的な保障の情報提供や入院時にかかる費用をシミュレーションすることにより医療保険に必要な保障額を算出し、結果を、表示部22から表示させる。図20は、表示されたシミュレーション結果の一例を示す図である。図20のようなシミュレーション結果によって、医療保険の相談から、がんや三大疾病に対する潜在ニードを顕在化させたり、顧客に対して、必要な保障の情報を提供することができる。
 (5)介護費用シミュレーション 
 シミュレーション部19はさらに、在宅介護・施設介護にかかる費用をシミュレーションし、結果を、表示部22から表示させる。図19は、表示されたシミュレーション結果の一例を示す推移グラフを含む図である。図19のようなシミュレーション結果によって、顧客に対して、「要介護認定の身体状態の目安」や「介護期間の推移」など介護に関する必要な情報を提供することができる。
 (6)老後の必要資金シミュレーション 
 シミュレーション部19はさらにまた、老後の生活(セカンドライフ)のシミュレーションを行い、結果を、表示部22から表示させる。図20は、表示されたシミュレーション結果の一例を示す図である。図20のようなシミュレーション結果によって、顧客は、不足する老後の必要資金を算出することができる。
 図21は、前述した顧客意向、絞り込み、およびシミュレーションの結果を踏まえて提案される内容を表示する提案内容確認画面の一例である。また、表示部22は、図17、図18、図19のような推移グラフを比較表示することもできる。
 提案内容確認画面120は、プラン切替ボタン121、保険料表示部122、提案内容確認(図化)ボタン123、提案内容確認(自動車)ボタン124、提案内容確認(火災・地震)ボタン125、および提案内容表示部126を表示している。
 プラン切替ボタン121は、提案内容表示部126から表示される提案内容を切り換えるためのボタンである。
 保険料表示部122は、提案内容表示部126に表示されている保険の保険料を表示する。
 提案内容確認(図化)ボタン123がマウス等によってクリックされると、提案内容確認(図化)の画面が表示される。
 提案内容確認(自動車)ボタン124がマウス等によってクリックされると、提案内容確認(自動車)の画面が表示される。
 提案内容確認(火災・地震)ボタン125がマウス等によってクリックされると、提案内容確認(火災・地震)の画面が表示される。
 次に、以上のように構成した本発明の実施形態に係る適正保険募集業務支援システムの作用について説明する。
 上述したように、本実施形態に係る適正保険募集業務支援システム10によれば、図5に示すような安心の輪40を表示することができる。そして、募集人は、顧客に対して、安心の輪40を参照しながら説明することによって、顧客の顕在化されたニードをきちんと把握出来ることに加え、潜在的なニードを喚起させることも可能となる。
 また、改正保険業法では、顧客の当初意向・最終意向に加えて、顧客の意向の変化を記録することが要求されているが、適正保険募集業務支援システム10は、図8のような意向確認画面42を表示することができるので、顧客の当初意向・最終意向に加えて、顧客の意向の変化を記録するための意向確認画面を表示することが可能である。
 また、適正保険募集業務支援システム10は、相談会スケジュール画面110の機能を用いて、相談内容をスケジュール化して顧客に提示することができる。これによって、顧客は、当日の相談会の全体像をつかむことが可能となり、これからの相談会に安心して臨むことができるようになる。さらには、継続して相談する場合、顧客データベース21に蓄積された該顧客の情報に基づいて、これまでの相談内容を適宜表示することにより、これまでの相談内容の振り返りをする際にも、視覚的に確認することが可能となる。
 募集人または顧客は、相談会を何度開催しても、そのたび毎に、意向や機微情報を、顧客データベース21に蓄積記録することができる。
 さらに、適正保険募集業務支援システム10は、図10に例示されるような意向確認シート60を出力することができる。意向確認シート60では、当初意向61と、最終意向62とが、各項目が対比されながら表示されているので、このような表示を見ることによって、募集人と顧客は、顧客の意向の変化を共有することができ、互いの意向のズレを防止することができる。さらに、改正保険業法で対応を求められている分野ごとの当初意向61および最終意向62を、契約者・被保険者ごとに取得し、プリンタ24から印刷すること等によりエビデンスとして残すことができる。
 また、適正保険募集業務支援システム10は、最終意向62が決定されると、図11に例示されるようなポイントシート70を表示することができる。ポイントシート70は、顧客に対してどの募集人が対応しても、均一な保険商品の情報を提供することができる。また、顧客の保障に対する意向の確認漏れを防止するために、あるいは、比較推奨販売の商品カテゴリーを絞り易くするために、募集人が顧客に対してヒアリングするために活用することができる。
 また、適正保険募集業務支援システム10は、ポイントシート70に入力された内容に基づいて、図12における左側に示されるような商品カテゴリー表82を作成し、表示部22から表示させることができる。さらに、検索エンジン18を起動させることによって、商品データベース20に記録された多くの保険商品の中から、商品カテゴリー表82の内容にマッチする保険商品の絞り込みを行い、図12における右側に示されるような絞り込み結果一覧84を表示することができる。このような絞り込み機能によって、顧客の意向が複数のカテゴリーに該当する場合であっても、共通する保険商品のみを顧客に提示することが可能となるので、顧客の満足度を高めることが可能となる。
 さらには、図13に例示するように、商品カテゴリー表82に表示された項目の中から、特定の項目のみを指定することにより、さらに絞り込みをかけることもできる。
 さらには、図14に例示するように、指定された保険商品の商品概要一覧90を表示することもできるので、募集人は、指定された保険商品の概要を、顧客に容易に説明できるようになる。その際、募集人および/または顧客は、募集人の推奨理由や、顧客の選定理由を書き込み、顧客に関連付けて、顧客データベース21に記録することもできる。同様に、応接記録100もまた、顧客に関連付けて、顧客データベース21に記録することもできる。
 これら記録された情報は、後日顧客から問い合わせがあった場合における受け答えのために利用することができる。
 さらに、適正保険募集業務支援システム10は、Tipsデータ機能によって、図16に例示されるようなTipsデータを表示し、これによって、学費や介護に関する費用、公的保障制度などの様々な情報提供をすることにより、ワンニードの意向から潜在化された意向を顕在化させることが可能となる。
 さらにまた、適正保険募集業務支援システム10は、シミュレーション機能を有しており、(1)将来設計と収支「生存」シミュレーション、(2)将来設計と収支「万が一(死亡時)」シミュレーション、(3)将来設計と収支「就業不能」シミュレーション、(4)医療・がん・三大疾病シミュレーション、(5)介護費用シミュレーション、(6)老後の必要資金シミュレーションといった種々のシミュレーションを行い、その結果をグラフ表示することができる。
 そして、これら絞り込みあるはシミュレーションの結果に基づいて決定された保険の保障内容や保険料等の詳細についても、図21のように明示的に表示することができる。
 このように、適正保険募集業務支援システム10は、改正保険業法で求められている顧客利益保護の観点から、顧客の意向をきちんと把握し、どの募集人が対応しても均一な保険商品の情報を提供するとともに、顧客の意向に基づいて適切な保険商品の絞り込みを実施することが可能な適正保険募集業務支援システムを実現することが可能となる。
 以上、本発明を実施するための最良の形態について、添付図面を参照しながら説明したが、本発明はかかる構成に限定されない。特許請求の範囲の発明された技術的思想の範疇において、当業者であれば、各種の変更例および修正例に想到し得るものであり、それら変更例および修正例についても本発明の技術的範囲に属するものと了解される。

Claims (22)

  1.  顧客の意向に沿った適正な保険商品の情報提供業務を支援するためのシステムであって、
     保険商品に関する顧客の意向情報の入力を受け付ける入力部と、
     複数の保険商品の情報が記憶された商品データベースと、
     前記入力部に入力された意向情報に該当する保険商品を、前記商品データベースに記憶された複数の保険商品から検索する検索エンジンと、
     前記検索エンジンによって検索された保険商品を表示する表示部と、
     前記顧客の意向情報を、前記顧客に関連付けて記憶する顧客データベースと、
    を備える適正保険募集業務支援システム。
  2.  前記顧客または前記顧客の家族が、予め決定された特定関係法人に属しているか否かを確認するための特定関係法人確認部をさらに備える、請求項1に記載の適正保険募集業務支援システム。
  3.  前記保険は、生命保険と損害保険とを含む、請求項1または2に記載の適正保険募集業務支援システム。
  4.  前記顧客の生存時の必要資金およびその期間に関するシミュレーションを行うシミュレーション部をさらに備える請求項1乃至3の何れか1項に記載の適正保険募集業務支援システム。
  5.  前記シミュレーション部はさらに、前記顧客の死亡時、就業不能時、老後のうちの少なくとも1つについて、必要資金の時間的な推移をシミュレーションする、請求項4に記載の適正保険募集業務支援システム。
  6.  前記シミュレーション部によって、前記顧客の死亡時、就業不能時、老後のうちの複数について、必要資金の時間的な推移がシミュレーションされた場合、前記表示部は、前記シミュレーションによって得られた複数の推移グラフを、比較表示する、請求項4または5に記載の適正保険募集業務支援システム。
  7.  前記顧客データベースは、前記顧客の意向情報を、時間情報とともに、前記顧客に関連付けて記憶し、
     前記表示部は、前記顧客データベースに記憶された同一顧客の複数の意向情報を、同一項目を比較しながら、前記時間情報に基づいて時系列的に表示する、請求項1乃至6のうち何れか1項に記載の適正保険募集業務支援システム。
  8.  前記検索エンジンによって複数の保険商品が検索された場合、前記複数の保険商品の内容を、前記表示部から比較表示する、請求項1乃至7のうち何れか1項に記載の適正保険募集業務支援システム。
  9.  前記表示部は、前記表示された保険商品の絞り込みを行うための絞り込み条件をも表示し、
     前記検索エンジンは、前記入力部を介して前記絞り込み条件が指定された場合には、前記指定された絞り込み条件に該当する保険商品を検索する、請求項1乃至8のうち何れか1項に記載の適正保険募集業務支援システム。
  10.  前記入力部は、前記顧客との応接中に得られた応接記録の入力を受け付け、
     前記顧客データベースは、前記応接記録を、前記顧客に関連付けて記憶する、請求項1乃至9のうち何れか1項に記載の適正保険募集業務支援システム。
  11.  前記保険商品を提供する保険会社の見積サイトに、前記保険商品の保険料金の見積に必要なデータを送る機能と、前記保険商品を提供する保険会社の申込サイトに、前記保険商品の申込手続に必要なデータを送る機能と、のうちの少なくとも何れかを備えるデータ連携部をさらに備える請求項1乃至10のうち何れか1項に記載の適正保険募集業務支援システム。
  12.  顧客の意向に沿った適正な保険商品の情報提供業務を支援するためのプログラムであって、
     保険商品に関する顧客の意向情報の入力を受け付ける機能と、
     前記入力された意向情報に該当する保険商品を、複数の保険商品の情報が記憶された商品データベースに記憶された複数の保険商品から検索する機能と、
     前記検索された保険商品を表示する機能と、
     前記顧客の意向情報を、前記顧客に関連付けて顧客データベースに記憶する機能と、
    をコンピュータに実現させるためのプログラム。
  13.  前記顧客および前記顧客の家族が、予め決定された特定関係法人に属しているか否かを確認するための機能をさらに前記コンピュータに実行させる、請求項12に記載のプログラム。
  14.  前記保険は、生命保険と損害保険とを含む、請求項12または13に記載のプログラム。
  15.  前記顧客の生存時の必要資金およびその期間に関するシミュレーションを行う機能、をさらに前記コンピュータに実現させる、請求項12乃至14のうち何れか1項に記載のプログラム。
  16.  前記顧客の死亡時、就業不能時、老後のうちの少なくとも1つについて、必要資金の時間的な推移をシミュレーションする機能、をさらに前記コンピュータに実現させる請求項15に記載のプログラム。
  17.  前記表示する機能は、前記シミュレーションする機能によって、前記顧客の死亡時、就業不能時、老後のうちの複数について、必要資金の時間的な推移がシミュレーションされた場合、前記シミュレーションによって得られた複数の推移グラフを、比較表示する機能を有する、請求項16に記載のプログラム。
  18.  前記顧客の意向情報を、時間情報とともに、前記顧客に関連付けて前記顧客データベースに記憶する機能と、
     前記顧客データベースに記憶された同一顧客の複数の意向情報を、同一項目を比較しながら、前記時間情報に基づいて時系列的に表示する機能と、
    をさらに前記コンピュータに実現させる請求項12乃至17のうち何れか1項に記載のプログラム。
  19.  前記複数の保険商品が検索された場合、前記複数の保険商品の内容を、比較表示する機能、をさらに前記コンピュータに実現させる請求項12乃至18のうち何れか1項に記載のプログラム。
  20.  前記表示された保険商品の絞り込みを行うための絞り込み条件を表示する機能と、
     前記絞り込み条件が指定された場合には、前記指定された絞り込み条件に該当する保険商品を検索する機能と、
    をさらに前記コンピュータに実現させる請求項12乃至19のうち何れか1項に記載のプログラム。
  21.  前記顧客との応接中に得られた応接記録の入力を受け付ける機能と、
     前記応接記録を、前記顧客に関連付けて、前記顧客データベースに記憶する機能と、
    をさらに前記コンピュータに実現させる請求項12乃至20のうち何れか1項に記載のプログラム。
  22.  前記保険商品を提供する保険会社の見積サイトに、前記保険商品の保険料金の見積に必要なデータを送る機能と、
     前記保険商品を提供する保険会社の申込サイトに、前記保険商品の申込手続に必要なデータを送る機能と、
    のうちの少なくとも何れかをさらに前記コンピュータに実現させる請求項12乃至21のうち何れか1項に記載のプログラム。
PCT/JP2016/075336 2016-08-30 2016-08-30 適正保険募集業務支援システムおよびそのプログラム WO2018042517A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2016/075336 WO2018042517A1 (ja) 2016-08-30 2016-08-30 適正保険募集業務支援システムおよびそのプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2016/075336 WO2018042517A1 (ja) 2016-08-30 2016-08-30 適正保険募集業務支援システムおよびそのプログラム

Publications (1)

Publication Number Publication Date
WO2018042517A1 true WO2018042517A1 (ja) 2018-03-08

Family

ID=61305169

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/075336 WO2018042517A1 (ja) 2016-08-30 2016-08-30 適正保険募集業務支援システムおよびそのプログラム

Country Status (1)

Country Link
WO (1) WO2018042517A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004078479A (ja) * 2002-08-14 2004-03-11 Tf Office:Kk 保険情報提供システム、及び保険情報提供プログラム
JP2004302548A (ja) * 2003-03-28 2004-10-28 Dai-Ichi Mutual Life Insurance Co 生命保険設計シミュレーションシステム、生命保険設計シミュレーション端末、生命保険設計シミュレーション方法及び生命保険設計シミュレーションプログラム
JP2015026237A (ja) * 2013-07-26 2015-02-05 株式会社野村総合研究所 保険募集支援装置
JP5919450B1 (ja) * 2015-07-22 2016-05-18 楽天株式会社 検索装置、検索方法、記録媒体、および、プログラム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004078479A (ja) * 2002-08-14 2004-03-11 Tf Office:Kk 保険情報提供システム、及び保険情報提供プログラム
JP2004302548A (ja) * 2003-03-28 2004-10-28 Dai-Ichi Mutual Life Insurance Co 生命保険設計シミュレーションシステム、生命保険設計シミュレーション端末、生命保険設計シミュレーション方法及び生命保険設計シミュレーションプログラム
JP2015026237A (ja) * 2013-07-26 2015-02-05 株式会社野村総合研究所 保険募集支援装置
JP5919450B1 (ja) * 2015-07-22 2016-05-18 楽天株式会社 検索装置、検索方法、記録媒体、および、プログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
SEIMEI HOKEN EIGYOKA SHISHA JIMUSHORI MANUAL, 30 September 1996 (1996-09-30), pages 1 - 4 *

Similar Documents

Publication Publication Date Title
US9171333B2 (en) Due diligence systems with integrated indication of required action
US10509799B2 (en) Document management system
US7917417B2 (en) System and method for organizational and personal portfolio
Hart A Delphi study to determine baseline informatics competencies for nurse managers
US20050192854A1 (en) Feedback system for visual content with enhanced navigation features
JP6146002B2 (ja) 人材情報表示装置及びプログラム
Lowe et al. Electronic resources management in the time of COVID-19: Challenges and opportunities experienced by six academic libraries
Malvey et al. Evaluating stakeholder management performance using a stakeholder report card: The next step in theory and practice
JP5780615B1 (ja) 人事手続の進捗管理システム、人事手続の進捗管理方法、人事手続の進捗管理システムのプログラム、及びそのプログラムが収納された記録媒体
JP6542420B1 (ja) コンピュータシステム、そのコンピュータシステム方法において実行されるプログラムおよび方法
McCloughen et al. Interagency collaborative research projects: Illustrating potential problems, and finding solutions in the nursing literature
US20200020060A1 (en) Systems, methods, and interfaces for collecting, organizing and conveying information and preferences regarding end-of-life issues
WO2018042517A1 (ja) 適正保険募集業務支援システムおよびそのプログラム
JP2017156783A (ja) 求人求職マッチングシステム
JP2002083098A (ja) 目標管理システム
JP2014049107A (ja) 人材情報システム
JP6354891B2 (ja) 人材情報提供装置及びプログラム
JP6188164B2 (ja) 保険代理店業務支援装置
Chiusolo et al. The most useful software for executives
JP3214432U (ja) 保育所・認定こども園・幼稚園向け業務支援用の情報表示装置
Al-Ubaydli The Doctor's PDA and Smartphone Handbook: A Guide to Handheld Healthcare
Theimer Reference and access: Innovative practices for archives and special collections
Szkirpan Technical Services and COVID-19: An Investigation into the Lasting Impact of a Modern Pandemic on Library Technical Units
Canham-Chervak et al. US Army Public Health Center (APHC) Coronavirus Disease 2019 (COVID 19) Task Force Response Public Health Information Paper
Van Thuyne et al. Denica 2.0 and Tactical Management Information System (TMIS)

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16915078

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16915078

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP