JP6963711B1 - Sales support equipment, sales support systems, sales support methods, and programs - Google Patents

Abstract

PROBLEM TO BE SOLVED: To support the sale of products and the like sold by a store. SOLUTION: One aspect of the present invention is a reception unit that accepts registration of take-out products provided at a store from a store terminal, and in addition to the first take-out product for each store, a common brand that does not depend on the store. Obtained from the reception unit that accepts the registration of the second take-out product with the name, the management unit that manages the electronic payment of the product or service including the first take-out product and the second take-out product, and the information of the electronic payment. Proposal for attracting customers by providing the second take-out product based on the purchase information of the second take-out product by the user and the visit information of the user to the store obtained from the electronic payment information. It is a sales support device equipped with a proposal unit that generates information. [Selection diagram] Fig. 1

Description

The present invention relates to a sales support device, a sales support system, a sales support method, and a program.

Conventionally, a system for promoting the use of restaurants has been disclosed (see, for example, Patent Document 1). This system uses application software installed in a portable communication terminal to eliminate the need for payment when visiting a store, and includes the cooking genre of member restaurants, distance from the current location, area, time, number of people, and cooking menu. , Search function by store name, their map display function, menu photo display function, notification function of reservation information to restaurants, product image registration, name registration, store information registration, reservation management, settlement on the restaurant side Have information.

JP-A-2019-22011

However, there are cases where the conventional technology cannot sufficiently support the sale of products and the like sold by stores.

The present invention has been made in consideration of such circumstances, and provides a sales support device, a sales support system, a sales support method, and a program capable of supporting the sale of products and the like sold by a store. Is one of the purposes.

One aspect of the present invention is a reception unit that accepts registration of take-out products provided at a store from a store terminal, and in addition to the first take-out product for each store, a common brand name independent of the store is given. The reception unit that accepts the registration of the second take-out product, the management unit that manages the electronic payment of the first take-out product and the product or service including the second take-out product, and the user obtained from the electronic payment information. Based on the purchase information of the second take-out product and the store visit information of the user to the store obtained from the electronic payment information, the proposal information regarding attracting customers of the store by providing the second take-out product is generated. It is a sales support device equipped with a proposal department.

According to one aspect of the present invention, it is possible to support the sale of products and the like sold by stores.

It is a figure which shows an example of the structure of the information processing system 1. It is a figure which shows an example of the functional structure of the service server 60. It is a figure (the 1) for demonstrating the pickup service. It is a figure (the 2) for demonstrating the pickup service. It is a figure which shows an example of the interface image IM3 for registering the product provided by the store payment application 42. It is a figure which shows an example of the content of the pickup product information 84. It is a figure which shows an example of the interface image IM4. It is a figure which shows an example of the interface image IM5 provided by the user payment application 22. It is a figure which shows an example of the interface image IM6. It is a figure which shows an example of the interface image IM7. It is a sequence diagram which shows an example of the flow of processing executed by the information processing system 1. It is a figure which shows an example of the content provided by the user payment application 22. It is a figure for demonstrating the sales of a store. It is a figure which shows an example of the contents of the "XXX" lunch box first statistical information 90. It is a figure which shows an example of the content of the proposal displayed on the store payment application 42. It is a figure which shows an example of the contents of "XXX" lunch box second statistical information 92. It is a figure which shows another example of the content of the proposal displayed on the store payment application 42. It is a figure which shows an example of the interface image IM3 for registering the product provided by the store payment application 42 in the 2nd Embodiment. It is a figure which shows an example of the content of the proposal displayed on the store payment application 42 in the 2nd Embodiment. It is a figure which shows another example of the content of the proposal displayed on the store payment application 42 in the 2nd Embodiment. It is a figure which shows another example of the content of the proposal displayed on the store payment application 42 in the 2nd Embodiment.

Hereinafter, the sales support device, the sales support system, the sales support method, and the embodiment of the program of the present invention will be described with reference to the drawings.

The sales support device of the present embodiment is a reception unit that accepts registration of take-out products provided at the store from the store terminal, and in addition to the first take-out product for each store, a common brand name that does not depend on the store is used. A reception unit that accepts the registration of the given second take-out product, a management unit that manages electronic payment of the first take-out product and the product or service including the second take-out product, and purchase information of the second take-out product. A proposal unit that provides proposal information regarding attracting customers to the store by providing the second take-out product based on the store visit information obtained from the electronic payment information.

The "second take-out product" is, for example, a product sold at a price selected from price candidates prepared in advance by a brand operator having a common brand name. The “brand operator related to a common brand name” is, for example, an operator who operates a payment service. The payment service is, for example, a service in which a user terminal and a sales support device cooperate to perform payment.

A "store terminal" is, for example, a terminal device managed by a store that is a member of the use of a payment service. A "take-out product" is, for example, a product that a user can receive at a store and take home. In the following description, the take-out product will be described as a food product (a lunch box or a product for take-out).

<First Embodiment>
[Information processing system]
FIG. 1 is a diagram showing an example of the configuration of the information processing system 1. The information processing system 1 includes, for example, one or more user terminals 20, one or more store terminals 40, and a service server (sales support device or service providing device) 60. The user terminal 20 and the service server 60, and the store terminal 40 and the service server 60 communicate with each other via the network NW. The network NW includes WAN (Wide Area Network), LAN (Local Area Network), the Internet, a cellular network, and the like.

[User device]
The user terminal 20 is a computer device having a communication function and a display function such as a smartphone, a personal computer, and a tablet terminal used by a user who uses the service provided by the service server 60. In the user terminal 20, a processor such as a CPU (Central Processing Unit) and a UA (User Agent) such as a browser or a user payment application program (user payment application 22) operate in cooperation with the user terminal 20. The content is displayed on the display unit of 20 and various processes are executed.

[Store equipment]
The store terminal 40 is a computer device having a communication function and a display function such as a smartphone, a personal computer, and a tablet terminal used by store staff who use the service provided by the service server 60. In the store terminal 40, a processor such as a CPU and a UA (User Agent) such as a browser or a store payment application program (store payment application 42) operate in cooperation with each other to display the display unit of the store terminal 40. Display contents and execute various processes.

[Service server]
The service server 60 provides a payment service using electronic money (cashless payment service) and a service related to the payment service (for example, content including information on stores where the payment service can be used). The service server 60 communicates with and cooperates with the user payment application 22 or the store payment application 42 to provide the service.

FIG. 2 is a diagram showing an example of the functional configuration of the service server 60. The service server 60 is, for example, an acquisition unit (reception unit) 62, a content management unit 64, a service promotion unit 66, a payment processing unit 68, a payment management unit 70, a proposal unit 72, and a storage unit 80. And. The acquisition unit 62, the content management unit 64, the service promotion unit 66, the payment management unit 70, and the proposal unit 72 are programs (software) in which a hardware processor such as a processor such as a CPU is stored in a storage device. ) Is executed. Some or all of these components are hardware such as LSI (Large Scale Integration), ASIC (Application Specific Integrated Circuit), FPGA (Field-Programmable Gate Array), GPU (Graphics Processing Unit) It may be realized by (including circuits), or it may be realized by the cooperation of software and hardware. The program may be stored in advance in a storage device (a storage device including a non-transient storage medium) such as an HDD (Hard Disk Drive) or a flash memory, or a removable storage device such as a DVD or a CD-ROM. It is stored in a medium (non-transient storage medium), and may be installed in the storage device by mounting the storage medium in the drive device. It is not necessary that all the above components are realized by one processor, and distributed processing by a plurality of processors may be performed as appropriate. For example, a part or all of the functional configurations of the content management unit 64, the service promotion unit 66, and the payment processing unit 68 that performs payment may be included in a device different from the service server 60.

The storage unit 80 stores, for example, content information 82, pick-up product information 84, order management information 86, payment service information 88, "XXX" bento first statistical information 90, "XXX" bento second statistical information 92, and the like. Has been done.

The content information 82 is information for generating content to be displayed on the display unit of the user terminal 20 or the display unit of the store terminal 40. The content information includes various information such as the genre of the member store of the payment service, the store name, the location information, the products handled, and the campaign information. Details of the content displayed on the display unit of the user terminal 20 or the display unit of the store terminal 40 will be described later.

The pick-up product information 84 is information about products sold by the store (see FIG. 6). The order management information 86 is information such as the number of orders for products received by the store and product identification information. The payment service information 88 is information such as the payment amount for each user, the store where the payment was made, and the date and time of the payment. The "XXX" lunch box first statistical information 90 and the "XXX" lunch box second statistical information 92 will be described later.

The acquisition unit 62 acquires the information transmitted by the user payment application 22 or the store payment application 42.

The content management unit 64 includes a first management unit (first provision unit) 65A and a second management unit (second provision unit) 65B. The first management unit 65A provides the store payment application 42 with information for generating the content to be displayed on the display unit of the store terminal 40 by the store payment application 42. The content provided to the store payment application 42 (store content) includes, for example, content for registering information (store information) managed by the store included in the content provided to the user payment application 22. Content for modifying store information. Further, the same content as the user content may be provided to the store payment application 42 as store content.

The second management unit 65B provides the user payment application 22 with information for generating the content to be displayed on the display unit of the user terminal 20 by the user payment application 22. The content (user content) provided to the user payment application 22 is, for example, information such as the name, location, and telephone number of a store that can use the payment service.

The service promotion unit 66 transmits information indicating that the order for the first take-out product or the second take-out product has been accepted to the store payment application 42, or provides information indicating acceptance of the order obtained from the store payment application 42. It is provided to the user payment application 22.

The payment processing unit 68 performs electronic payment processing in cooperation with the user payment application 22 or the store payment application 42. The payment processing unit 68 manages, for example, the accounts of the store (member store) to be traded and the service provider who provides the service to the user, and remittance of electronic money between the accounts according to the payment request from the user or the store. By performing, various payments are realized.

For example, the user presents the screen in which the code information (for example, a barcode or QR code (registered trademark)) generated by the user payment application 22 is displayed on the display unit of the user terminal 20 to the store clerk, and the store is displayed. When the terminal 40 reads the code information with a scanner or the like, the amount of money set in the store terminal 40, the store identification information, and the user identification information are transmitted to the service server 60. The user's identification information is encoded in the code information, and the store terminal 40 acquires the user's identification information by decoding the encoded information. The payment processing unit 68 deducts the amount of money transmitted from the store terminal 40 from the balance of the charged user, and makes a payment by associating a predetermined amount of the deducted amount with the store identification information.

For example, the user reads the code information specified by the store (code information in which the store identification information is encoded) on the user terminal 20, inputs the amount to be paid by operating the user terminal 20, and performs an operation for making a payment. Then, the service server 60 acquires the information corresponding to the above operation, the store identification information, and the user identification information from the user terminal 20. The store identification information is information obtained by the user terminal 20 decoding the above code information. Then, the service server 60 deducts the transmitted amount of money from the balance of the charged user, and makes a payment by associating a predetermined amount of the deducted amount with the store identification information.

The payment management unit 70 manages electronic payment of goods or services including the first take-out product and the second take-out product. More specifically, the payment management unit 70 includes payment information of the first take-out product (including, for example, information such as the name, date and time, payment amount, store name, etc. of the purchased first take-out product) and the second take-out product. Payment information (including information such as the name, date and time, payment amount, store name, etc. of the second take-out product purchased) and payment information when the user visits the actual store and consumes the product or service (for example). , When the user eats at the actual store, the order menu, the date and time of visit, the payment amount, the store name, etc.) are recorded, and the "XXX" bento first statistical information 90 and the "XXX" bento second statistical information 92 are recorded. Is stored in the storage unit 80. The proposal unit 72 will be described later.

[Pickup service (1)]
The pick-up service is a service in which a user places an order and payment for a product before visiting the store, and when the user visits the store at a predetermined time, the prepared product can be received at the store.

FIG. 3 is a diagram (No. 1) for explaining the pickup service. When the user payment application 22 is activated, the interface image IM1A is displayed on the display unit of the user terminal 20. The interface image IM1A is information showing a list of services provided by the user payment application 22. When the icon of the pickup service is operated in this interface image IM1A, the screen transitions to a store that provides the pickup service and a screen for selecting the type of the store. When the user selects a store, the interface image IM1B showing the product provided by the store is displayed on the display unit of the user terminal 20. In the present embodiment, the "icon" includes an image or an area for transitioning to an associated link destination or an associated screen when a tap operation or a predetermined operation is performed.

When the user performs an operation of ordering a product in the interface image IM1B, the order information is transmitted to the store payment application 42 via the service server 60. When the store staff performs an operation of accepting the order or an operation of specifying the receiving time, the information indicating that the store payment application 42 has accepted the order and the information indicating the scheduled receiving time are transmitted via the service server 60. It is transmitted to the user terminal 20. When the user terminal 20 acquires this information, the interface image IM1C including this information is displayed on the display unit.

As described above, by using the pick-up service, the user can order the product in advance and receive the product smoothly when the product arrives at the store. Further, the store can prepare the product without waiting for the user at the store by obtaining the order in advance.

[Pickup service (2)]
FIG. 4 is a diagram (No. 2) for explaining the pickup service. When the user payment application 22 is activated, the interface image IM2A (an image similar to the interface image IM1A) is displayed on the display unit of the user terminal 20. When the icon of the pickup service is operated in the interface image IM2A, the screen transitions to the store providing the pickup service and the screen for selecting the type of the store.

When the user selects a store that sells products to which the payment service brand is given, interface images IM2B and IM2C showing the products provided by the store are displayed on the display unit of the user terminal 20. The interface images IM2B and IM2C include a "XXX lunch box" with a brand ("XXX"), but in addition to this, a lunch box without a brand may be included. When the user performs an operation of ordering a product in the interface image IM2B or IM2C, the user can receive the product at the store as described above.

The "XXX lunch box" is, for example, a lunch box to which a payment service brand is given. The "XXX bento" is a product sold at a price selected from price candidates prepared in advance by the operator of the brand related to this common brand name.

[Product registration]
The store staff (an example of "staff involved in store management") operates the store terminal 40 (store payment application 42) and operates the above-mentioned interface images IM1B, IM2B, and IM2C products ("XXX lunch box"). Is registered to provide product information to the user terminal 20 of the user. Registration is performed via the content provided by the first management unit 65A. This content is content for setting the price of the second take-out product or content for registering the image of the second take-out product from the charge candidates prepared in advance by the brand operator (payment service administrator). (See FIG. 5). In addition, processing such as registration of the above-mentioned products may be performed by staff involved in the operation of the store other than the staff of the store. When the store is a chain store or a franchise store, the staff involved in the operation of the store other than the staff of the store includes the staff of the headquarters that controls the store and the staff involved in other operations. These staff members may operate the store terminal 40 to register the product, or register the product using a terminal device having the same function as the store terminal 40 provided in a place different from the store. You may go.

FIG. 5 is a diagram showing an example of an interface image IM3 for registering a product provided by the store payment application 42. The interface image IM3 includes, for example, an input field for inputting an image of a product, a product name, a description of the product (for example, an appeal point, etc.), and details of the product (raw materials, materials, calories, etc.). Further, the interface image IM3 includes, for example, a price input field for inputting a price and a designated field for designating a selling price when selling as a "XXX lunch box".

For example, when a store sells a product without giving it the XXX brand, the staff enters the price in the price entry field. For example, when a store sells a product with the XXX brand, the staff specifies which of the "XXX lunch" standards to sell without entering the price in the price input field. For example, the staff specifies a desired standard (price) from a "XXX lunch box" of 1000 yen, a "XXX lunch box" of 800 yen, or a "XXX lunch box" of 500 yen.

In this way, the information input to the interface image IM3 by the staff and the information selected by the interface image IM3 are transmitted to the service server 60, and the service server 60 stores the transmitted information in the storage unit 80. This information is managed as pick-up product information 84.

As described above, the store staff can provide the store terminal 40 with an interface image for registering the first take-out product or the second take-out product in cooperation with the store payment application 42 and the service server 60. , The first take-out product or the second take-out product can be easily registered.

[Pickup product information]
FIG. 6 is a diagram showing an example of the contents of the pick-up product information 84. The pick-up product information 84 is information such as a product name, a price, applicability of "XXX lunch box", a description of the product, and the like, which are collected for each store. In the example of FIG. 6, the A burger set is 800 yen, the "XXX lunch box" is applied, and the A hamburger, potato M, and drink set.

The second management unit 65B, for example, refers to the pick-up product information 84 and causes the interface image IM4 to be displayed on the display unit of the user terminal 20 in response to the request of the user payment application 22. FIG. 7 is a diagram showing an example of the interface image IM4. In the interface image IM4 of FIG. 7, the information associated with the image of the second take-out product and the charge selected from the charge candidates is associated with the image of the first take-out product and the charge of the first take-out product. It is the content including the information. In the content, the first take-out product may be omitted (the content may be content including information in which the image of the second take-out product and the charge of the second take-out product are associated with each other).

The interface image IM4 is, for example, the content of the AA hamburger store, and includes the information registered by the store terminal 40 of the AA hamburger. For example, a 1000 yen "XXX lunch box", an 800 yen "XXX lunch box", a 500 yen "XXX lunch box", a hot dock set, fried chicken, chicken nuggets, and the like.

The content including the product registered by the store terminal 40 in this way is displayed on the display unit of the user terminal 20.

[User usage]
FIG. 8 is a diagram showing an example of the interface image IM5 provided by the user payment application 22. The interface image IM5 includes, for example, an icon IC1, an icon IC2, and an icon IC3. The icon IC1 is an icon for transitioning to the interface image of the "XXX lunch box" special feature. The icon IC1 is an example of "an icon for transitioning the second take-out product to a featured content". The icon IC1 is content including search results instead of the icon for transitioning the second take-out product to the featured content (content of the featured page edited by the content editor). May be good. The content including the search result is, for example, information about a store that sells XXX bento boxes that exist within a predetermined range (for example, within a radius of XX m) from the position of the user terminal 20, or that the store sells. It is a content including information about the XXX lunch box. For example, when the icon IC 10 is operated, the user terminal 20 requests the service server 60 to search. The service server 60 searches for a store or the like that sells XXX lunch boxes within a predetermined range from the position of the user terminal 20, and provides the user terminal 20 with content including the search result. The icon IC2 is an icon containing information on the store "Edomae sushi". The icon IC2 includes, for example, an image of a store, the distance from the current location to Edomae sushi, the time required to move on foot, and information indicating whether or not the "XXX lunch box" is handled. The icon IC3 is an icon containing information on the store "Tokyo Chinese". The icon IC3 includes, for example, an image of a store, the distance from the current location to Tokyo China, the time required to move on foot, and information indicating whether or not the "XXX lunch box" is handled. The icon IC2 or the icon IC3 is an example of "information on a store near the user terminal 20 of the user".

When the icon IC1 is operated, the image transitions to the interface image IM6 of FIG. 9, and when the icon IC2 is operated, the image transitions to the interface image IM7 of FIG.

FIG. 9 is a diagram showing an example of the interface image IM6. The interface image IM6 includes an icon IC4, an area AR1, and an area AR2 that select to preferentially display a 1000 yen "XXX lunch box", an 800 yen "XXX lunch box", or a 500 yen "XXX lunch box". .. In this interface image IM5, it is assumed that it is selected to preferentially display the "XXX lunch box" of 500 yen.

Area AR1 includes images of the 500 yen "XXX lunch box" offered at Edomae sushi, information about the "XXX lunch box", the distance from your current location to the store, and the time required to move on foot. .. Area AR2 includes an image of a 500-yen "XXX lunch box" provided in Tokyo China, information about the "XXX lunch box", the distance from the current location to the store, the time required to move on foot, and so on. ..

The interface image IM6 includes "special content featuring the second take-out product" or "information on the second take-out product and the second take-out product without including the first take-out product" provided by the second management unit 65B. This is an example of content including "information on stores that sell products".

The user can order his / her favorite "XXX lunch box" by referring to the above interface image IM6.

FIG. 10 is a diagram showing an example of the interface image IM7. The interface image IM7 is the content of Edomae sushi. The interface image IM7 includes an icon IC5, an area AR3, an area AR4, and an area AR5 that select to preferentially display the "XXX lunch box", store recommendations, sushi, rice balls, or side menus. In this interface image IM6, it is assumed that it is selected to preferentially display "XXX lunch box".

Area AR3 includes an image of the 500 yen "XXX lunch box" offered at Edomae sushi, information about the 500 yen "XXX lunch box", and an icon for ordering the 500 yen "XXX lunch box". .. Area AR4 includes an image of the 800 yen "XXX lunch box" offered at Edomae sushi, information about the 800 yen "XXX lunch box", and an icon for ordering the 800 yen "XXX lunch box". .. Area AR5 includes images of tuna mayonnaise rice balls offered at Edomae sushi, prices of these rice balls, information about rice balls, and icons for ordering rice balls. For example, as in the interface image IM7, by displaying the side menu together with the "XXX lunch box" on the display unit, the user can be prompted to purchase the side menu together with the "XXX lunch box".

The interface image IM7 is provided by the second management unit 65B as "contents of a store selling the second take-out product selected by the user to the user terminal" or "the second take-out product as another product". This is an example of the content including the “icon (icon IC5)” to be displayed with priority over.

The user can order a product sold at a favorite store by referring to the above interface image IM7.

[Sequence Diagram]
FIG. 11 is a sequence diagram showing an example of the flow of processing executed by the information processing system 1. First, the store payment application 42 accepts input of product information in the interface image that accepts product registration (S10). Next, the store payment application 42 transmits the received information to the service server 60 (S12). Next, the service promotion unit 66 of the service server 60 acquires the information transmitted in S12 and registers the acquired information (S14). As a result, the pick-up product information 84 is generated.

When the user performs an operation to activate the user payment application 22 and the user payment application 22 is activated (S16), the user payment application 22 transmits the location information of the user terminal 20 and provides the content. Make a request to the server 60 (S18).

When the content management unit 64 of the service server 60 acquires the request, it acquires the information of the store that can use the payment service existing within a predetermined distance from the position information of the user terminal 20, and the user is based on the acquired information. The information about the content to be provided to the payment application 22 is acquired (S20), and the information about the acquired content is provided to the payment application 22 for the user (S22).

The user payment application 22 causes the display unit to display the content based on the information provided in S22 (S24). As a result, the user can easily recognize the stores where the payment service can be used in the vicinity. In addition, the user can use the pickup service as described below by performing an operation for using the pickup service.

When the user payment application 22 accepts an operation of ordering a product in the pickup service by the user's operation (S26), the user payment application 22 transmits the order information related to the pickup service to the service server 60 (S28). The order information includes identification information of the store related to the order, identification information of the product, identification information of the user, and the like. The order information is an example of "information for causing the user to provide the second take-out product".

Next, the service promotion unit 66 acquires the order information, identifies the store related to the pick-up service based on the acquired order information (S30), and identifies the product ordered from the specified store and the order information. Identification information is transmitted to the store payment application 42 (S32).

Next, the store payment application 42 provides the service server 60 with information indicating acceptance (acceptance information) and time (time information) at which the product input by the staff can be prepared when the store staff performs an operation of accepting the order. (S34). Next, the payment processing unit 68 of the service server 60 makes a payment in response to the acquisition of information indicating the acceptance of the order (S36). The settlement processing unit 68 may perform settlement on the condition that the order is accepted, instead of acquiring the information indicating the acceptance of the order. Next, the service promotion unit 66 transmits the completion of the order and the time when the product related to the order can be prepared to the user payment application 22 (S38). When the user payment application 22 acquires the information transmitted in S38, the user payment application 22 displays the acquired information on the display unit (S40).

As described above, the information processing system 1 can provide a service that allows a user to easily order a product in advance, complete payment, and receive the product ordered at a store.

[Example of content provided to users]
FIG. 12 is a diagram showing an example of the content provided by the user payment application 22. The second management unit 65B and the user payment application 22 display information on stores that can use the payment service within a predetermined distance from the user's position (the position of the user terminal 20) on the display unit in association with the map information. .. Further, the content management unit 64 causes the display unit of the user terminal 20 to distinguish between the store selling the "XXX lunch box" and the other store in the store where the payment service can be used.

As described above, the user can easily recognize the position of the store selling the "XXX lunch box" near the user's position. This allows, for example, a user to easily find his or her favorite bento when trying to buy a bento in the neighborhood.

[Example of store sales]
FIG. 13 is a diagram for explaining the sales of the store. The vertical axis of the graph G1 shows the price of the lunch box. For example, it is assumed that the "XXX bento" tends to be cheaper than the normal price of a bento having the same contents as the "XXX bento". In this case, the ratio of costs such as material cost to the price tends to be larger in the ratio of "XXX lunch" than in the ratio of ordinary lunch. However, although the cost ratio of the "XXX lunch box" is relatively large in this way, it is expected that the profit of the store will increase as explained below.

The horizontal axis of the graph G2 shows the profit of the store. For example, the number of bento boxes sold by the store as a whole when "XXX bento boxes" are sold is larger than the number of bento boxes sold by the entire store when "XXX bento boxes" are not sold, as shown in Graph G2. It is expected that the profit of the store will be larger when the "XXX lunch box" is sold than when the "XXX lunch box" is not sold.

In this way, stores are expected to increase the number of bento boxes sold and the number of side menus sold by selling "XXX bento boxes".

[Operation of Proposal Unit 72]
As described above, stores can expect an increase in store awareness and an increase in sales volume by selling "XXX lunch boxes". In particular, since the "XXX lunch box" is offered at a uniform price among a plurality of stores, the user can easily compare the qualities of the products offered by the plurality of stores. As a result, stores that provide higher quality "XXX lunch boxes" will attract more customers. This can affect not only the number of purchases of take-out products but also the number of customers who eat at physical stores. Therefore, the Proposal Department 72 makes a proposal regarding attracting customers by providing the "XXX Bento" based on the purchase information of the "XXX Bento" and the store visit information obtained from the information of the electronic payment at the actual store. conduct. More specifically, the store visit information is not information about the user visiting the actual store due to the use of the pickup service, but the purchase of the product or service by electronic payment after the user visits the actual store. Means store visit information recorded by. In this case, the electronic payment means that the scanner installed in the actual store reads the code information generated by the user payment application 22, or the user payment application 22 reads the code information displayed on the store terminal 40. It means an electronic payment performed by a user inputting a charge, and by executing such an electronic payment, it can be determined whether or not the user has visited a physical store. In the following explanation, as an example, a method of making a proposal regarding attracting customers to a store based on information on a 500 yen "XXX lunch box" will be described, but an 800 yen "XXX lunch box" and a 1000 yen "XXX lunch box" will also be described. The same is true.

FIG. 14 is a diagram showing an example of the contents of the “XXX” lunch box first statistical information 90. The "XXX" bento first statistical information 90 is, for example, information such as the period, the product name of the "XXX bento" of 500 yen, the sales quantity, the number of store visits, and the store visit rate, which are summarized for each store in chronological order. be.

The period is a period in which the "XXX" lunch box first statistical information 90 is aggregated. In FIG. 14, for convenience of explanation, the information is aggregated on a monthly basis, but the present invention is not limited to such a configuration, and may be another period such as one week. The product name of the "XXX lunch box" of 500 yen is the product name input on the interface image IM3 of FIG. The sales quantity is the quantity of "XXX bento" sold for 500 yen during the corresponding period. The number of visits is the number of times a user who has purchased a 500 yen "XXX lunch box" visits an actual store and purchases a product or service during the corresponding period. Since the payment management unit 70 manages the payment of the first take-out product, the second take-out product, and the product or service in the actual store in an integrated manner, such a linking is possible. The store visit rate is calculated by dividing the number of store visits by the sales volume for each 500 yen "XXX lunch box", and the user who bought the 500 yen "XXX lunch box" visits the actual store to purchase the product or service. It means the ratio of the number of purchases. The sales quantity is an example of "time-series purchase information", and the number of store visits is an example of "store visit information".

The proposal unit 72 proposes to attract customers by providing the "XXX lunch box" on the store payment application 42 based on the sales quantity and the number of store visits stored in the "XXX" lunch box first statistical information 90. I do. More specifically, the Proposal Department 72 proposes to sell the 500 yen "XXX lunch box" having the highest store visit rate among the plurality of 500 yen "XXX lunch boxes" sold in the past. FIG. 15 is a diagram showing an example of the content of the proposal displayed on the store payment application 42. In the area AR6, the average monthly sales volume and the average number of monthly visitors are displayed on the graph for each product of the 500 yen "XXX lunch box" sold in the past 6 months, which is the analysis period. Proposal Department 72, for example, provides a 500 yen "XXX lunch box" (that is, a value sushi set) having the highest store visit rate (that is, 62%) among the 500 yen "XXX lunch box" products. suggest.

As another configuration, the Proposal Department 72 sells a product with a 500 yen "XXX lunch box" to a 500 yen "XXX" only when the maximum average monthly sales volume and the maximum store visit rate are established. You may propose to provide it as a "lunch box". This is because, for example, for a product with a "XXX lunch box" of 500 yen, when the average monthly sales volume is small, the amount of data is small and the reliability of the store visit rate index is low (for example, average monthly sales). If both the quantity and the number of visitors are 2, the store visit rate will be 100%, but this value is unreliable). Therefore, when the average monthly sales volume of a product with a 500 yen "XXX lunch box" is equal to or higher than the threshold value (for example, 20) and the maximum store visit rate is established, the proposal department 72 sells the product for 500 yen. You may propose to provide it as a "XXX lunch box".

In the above explanation, each product of the "XXX lunch box" of 500 yen is provided for two months, and the proposal department 72 provides the average monthly sales volume, average monthly visitor number, and average visit of each product in the two months. The rate is calculated and displayed on the graph. However, for example, when each product of the "XXX lunch box" of 500 yen is offered for a different period, that is, when the product A is offered for two weeks and then the product B is offered for 1.5 months. Even if there is, it is possible to make mutual comparisons and proposals by adjusting the numerical values to the sales volume, the number of customers, and the store visit rate for one month.

Further, in the above description, the number of store visits is defined as the number of times a user who has purchased a 500 yen "XXX lunch box" visits an actual store and purchases a product or service. However, the present invention is not limited to such a configuration, and the number of store visits is defined as the number of users who have purchased a product or service by visiting an actual store among the users who have purchased a "XXX lunch box" of 500 yen. You may. In this case, even when a user who has purchased a 500-yen "XXX lunch box" visits an actual store multiple times to purchase a product or service, the number of visits is counted as one.

The proposal unit 72 may make a proposal regarding attracting customers to the store based on the purchase information of the “XXX lunch box” at the other store and the visit information of the other store, in addition to the time-series information regarding the own store. FIG. 16 is a diagram showing an example of the contents of the “XXX” lunch box second statistical information 92. In the "XXX" bento second statistical information 92, for example, information such as the store name, the product name of the "XXX bento" of 500 yen, the product description, the sales quantity, the number of store visits, and the store visit rate is provided for each predetermined period (for example,). It is the information summarized in one month).

The store name is information indicating a list of names of stores that provide "XXX" lunch boxes. In the present embodiment, the "XXX" bento second statistical information 92 is generated for each of a plurality of stores belonging to the same genre (for example, sushi, Italian, tavern, Chinese food, etc.). The product name of the "XXX lunch box" of 500 yen is the product name input on the interface image IM3 of FIG. The description of the product is a description of the product input on the interface image IM3 of FIG. The sales quantity is the quantity of 500 yen "XXX bento" sold during the predetermined period. The number of visits is the number of times a user who has purchased a 500 yen "XXX lunch box" visits an actual store and purchases a product or service during a predetermined period. The store visit rate is calculated by dividing the number of store visits by the sales volume for each 500 yen "XXX lunch box", and the user who bought the 500 yen "XXX lunch box" visits the actual store to purchase the product or service. It means the ratio of the number of purchases. Similar to the case of FIG. 14, the number of visits to the store may be the number of users who have purchased the “XXX lunch box” of 500 yen and have purchased the goods or services from the actual store.

FIG. 17 is a diagram showing another example of the content of the proposal displayed on the store payment application 42. FIG. 17 shows an example in which the proposal unit 72 displays the proposal information for the sushi restaurant A based on the product information of the 500 yen “XXX lunch box” provided by the sushi restaurant B, which has the highest visit rate. There is. In the area AR7 and the area AR8, the sales quantity and the number of visitors are displayed on the graph for each product of the 500 yen "XXX lunch box" sold in the past one month, which is the analysis period.

The proposal department 72 describes, for example, "egg, tuna, salmon, squid, shrimp, hydrangea" which is a description of the 500 yen "XXX lunch box" provided by sushi restaurant B, and 500 yen provided by sushi restaurant A. By comparing with "Assorted Inari Sushi" which is the description of the product of "XXX Bento", for example, by performing morphological analysis, the type of item of "XXX Bento" provided by Sushi Shop B is sushi. Identify that there are more types of items in the 500 yen "XXX lunch box" provided by shop A. Therefore, as shown in FIG. 17 (a), the proposal unit 72 proposes to the sushi restaurant A to increase the types of items of the “XXX lunch box”.

The proposal unit 72 may propose to add a specific material (for example, egg) that the sushi restaurant A does not provide in the 500 yen "XXX lunch box". For example, the proposal department 72 describes "egg, tuna, salmon, squid, shrimp, hydrangea", which is a description of the 500 yen "XXX lunch box" provided by sushi restaurant B, and 500 yen provided by sushi restaurant A. A text comparison is made with the "Inari sushi assortment" which is the description of the product of the "XXX lunch box", and it is specified that the 500 yen "XXX lunch box" provided by the sushi restaurant A does not contain eggs. Therefore, the proposal unit 72 proposes to the sushi restaurant A to add the egg to the menu, as shown in FIG. 17 (b).

Further, in addition to the text information, the proposal unit 72 compares the image of the 500-yen "XXX lunch box" provided by the sushi restaurant A with the image of the 500-yen "XXX lunch box" provided by the sushi restaurant B. Differences (for example, there are many types of items, eggs are included, etc.) may be identified, and proposal information that eliminates the differences may be generated.

In the above description, the proposal unit 72 generates proposal information for other stores based on the product information of the 500 yen "XXX lunch box" provided by the store with the highest store visit rate. Shown. However, the present invention is not limited to such a configuration, and the Proposal Department 72 has an average monthly sales volume of 500 yen "XXX bento" sold by a certain store equal to or more than a threshold value (for example, 20) and is maximum. When the store visit rate is established, proposal information for other stores may be generated based on the product information of the 500 yen "XXX lunch box". This is because, as described above, when the average monthly sales volume of a product with a 500 yen "XXX lunch box" is small, the amount of data is small and the reliability of the store visit rate index is low.

According to the first embodiment described above, the proposal unit 72 is based on at least one of the purchase information and store visit information of the "XXX lunch box" at its own store and the purchase information and store visit information of the "XXX lunch box" at another store. Then, the proposal information regarding attracting customers of the store by providing the "XXX lunch box" is provided. As a result, it is possible to support the sale of products and the like sold by the store.

<Second Embodiment>
In the first embodiment, proposal information regarding attracting customers to the store is generated based on text information such as product image information and product description input when the store staff registers the product on the interface image IM3 of FIG. Is what you do. However, when the proposal information is generated based on the image information or the text information, processing such as image analysis or text analysis is required, and an error may occur in the analysis processing. In the second embodiment, the accuracy of generating the proposal information is improved by changing the input items on the interface image IM3. Other configurations are the same as those in the first embodiment.

FIG. 18 is a diagram showing an example of the interface image IM8 for registering the product provided by the store payment application 42 in the second embodiment. As shown in the area AR9 of FIG. 18, the input format of the product details is, instead of a single text box, an input field for inputting an item (label) and an input field for inputting the quantity thereof. It is composed. The store staff registers the product as a "XXX lunch box" by inputting the items constituting the product and the quantity thereof in the interface image IM8.

The proposal unit 72 generates proposal information regarding attracting customers to the store based on the store visit rate and the item and quantity entered in the product details. FIG. 19 is a diagram showing an example of the content of the proposal displayed on the store payment application 42 in the second embodiment. In the area AR10, the number of salmon and the store visit rate are displayed on a graph for the 500 yen "XXX lunch box" sold in the past four months, which is the analysis period. Proposal Department 72 identifies that there is a positive correlation between the number of salmon and the store visit rate, and proposes to increase the number of salmon in the "XXX lunch box" of 500 yen. In this way, by configuring the input format of the interface image IM8 to include a label input field and a numerical value input field, proposal information can be generated without depending on the accuracy of image analysis or text analysis. Can be done.

Although FIG. 19 analyzes the correlation between the information on one label and the store visit rate, it is also possible to execute multivariate analysis by inputting a plurality of label information in the product details. can. FIG. 20 is a diagram showing another example of the content of the proposal displayed on the store payment application 42 in the second embodiment. In the area AR11, the number of salmon, the number of salmon roe, and the store visit rate are displayed on a graph for the 500 yen "XXX lunch box" sold in the past four months, which is the analysis period. In the case of univariate analysis as shown in FIG. 19, spurious correlation may occur, but items that contribute to the store visit rate more accurately by inputting multiple label information and performing principal component analysis, for example. Can be identified. In the case of FIG. 20, the proposal unit 72 performs a principal component analysis, so that the correlation between the number of salmon and the store visit rate is a spurious correlation, and in reality, it is between the number of salmon roe and the store visit rate. Identify that there is a positive correlation with. As a result, the proposal unit 72 proposes to increase the number of salmon roe in the "XXX lunch box" of 500 yen.

Further, in FIGS. 19 and 20, an example of analyzing the relationship between each item and the store visit rate has been described, but the present invention is not limited to such a configuration. More generally, by providing an input field for an arbitrary numerical item in the interface image IM8, it is possible to analyze the relationship between an arbitrary attribute and the store visit rate. FIG. 21 is a diagram showing another example of the content of the proposal displayed on the store payment application 42 in the second embodiment. In the area AR12, the calories, the number of items, and the store visit rate are displayed on a graph for the 500 yen "XXX lunch box" sold in the past four months, which is the analysis period. By providing a label item related to calories and a label item related to the number of items on the interface image IM3, the proposal unit 72 analyzes the correlation between each item and the store visit rate, as in the case of FIG. Proposal information can be generated.

According to the second embodiment described above, the proposal unit 72 includes at least one of the purchase information and the store visit information of the “XXX lunch box” at the own store and the purchase information and the store visit information of the “XXX lunch box” at the other store. Based on the numerical information input for any label item provided in the interface image IM8, the proposal information regarding attracting customers of the store by providing the "XXX lunch box" is provided. As a result, it is possible to support the sale of products and the like sold by the store.

In the above embodiment, the lunch box which is a product is evaluated, but other products such as food may be evaluated instead of (in addition to) the lunch box. Moreover, the evaluation may be applied not only to the product but also to the service. Further, in each of the above embodiments, the first take-out product and the second take-out product have been described as being treated, but one of these products may be omitted. For example, the information processing system 1 may accept registration of one of the first take-out product and the second take-out product, or support the sale of one of the products.

Although the embodiments for carrying out the present invention have been described above using the embodiments, the present invention is not limited to these embodiments, and various modifications and substitutions are made without departing from the gist of the present invention. Can be added.

1 Information processing system, 20 User terminal, 22 User payment application, 40 Store terminal, 42 Store payment application, 60 Service server, 62 Acquisition department, 64 Content management department, 65A 1st Management Department, 65B 2nd Management Department, 66 Service Promotion Department, 68 Payment Processing Department, 70 Payment Management Department, 72 Proposal Department, 80 Storage Department, 82 Content Information, 84 Pickup Product Information, 88 Settlement service information, 90 "XXX" lunch first statistical information 90 "XXX" lunch second statistical information

Claims (11)

It is a reception department that accepts registration of take-out products provided at stores from store terminals, and in addition to the first take-out products for each store, registration of second take-out products with a common brand name that does not depend on the store. Reception desk that accepts
A management unit that manages electronic payment of the first take-out product and the product or service including the second take-out product, and
The second take-out product is provided based on the purchase information of the second take-out product by the user obtained from the electronic payment information and the store visit information of the user by the user obtained from the electronic payment information. Proposal department that generates proposal information about attracting customers to the store
Sales support device equipped with. The proposal unit generates the proposal information based on the time-series purchase information in which the purchase information of the second take-out product by the user is recorded in time series and the store visit information by the user to the store.
The sales support device according to claim 1. The proposal unit divides the number of purchases of a plurality of second take-out products by the user in different periods recorded in the time-series purchase information by the number of visits to the store by the user in the different periods. Generates the proposal information based on the plurality of store visit rates obtained by
The sales support device according to claim 2. The proposal unit further generates the proposal information based on the purchase information of the second take-out product by the user in the other store and the visit information of the user to the other store.
The sales support device according to claim 1 or 2. The proposal unit divides the number of purchases of the second take-out product by the user at the store and the other store during the same period by the number of visits to the store and the other store by the user during the same period. The proposal information is generated based on the plurality of store visit rates obtained by the above.
The sales support device according to claim 4. The operator of the brand related to the common brand name is the operator who operates the electronic payment service.
The second take-out product is sold at a price selected from price candidates prepared in advance by the operator of the brand related to the common brand name.
The sales support device according to any one of claims 1 to 5. The store visit information is installed in the user terminal after the user visits the store, and the electronic money is used to make a payment, and the electronic information is linked to the store application program installed in the store terminal. By making a payment, it is recorded as information indicating at least whether or not the user has visited the store.
The sales support device according to any one of claims 1 to 6. A payment application program that is installed on the user terminal and makes payments using electronic money,
The store application program installed on the store terminal and
When the registration of the first take-out product or the second take-out product provided in the store is accepted from the store application program and the order of the first take-out product or the second take-out product is received from the payment application program, the above-mentioned The sales support according to any one of claims 1 to 6, which transmits information for causing the user who visits the store to provide the first take-out product or the second take-out product to the store application program. Equipped with a device,
Sales support system. The store application program accepts registration of label / numerical combination information regarding the details of the second take-out product.
The proposal unit generates the proposal information based on the combination information, the purchase information of the second take-out product, and the store visit information.
The sales support system according to claim 8. The computer
Accepting registration of take-out products provided at the store from the store terminal,
In addition to the first take-out product for each store, we accept registration of the second take-out product with a common brand name that does not depend on the store.
Manages electronic payments for goods or services, including the first take-out product and the second take-out product.
The second take-out product is provided based on the purchase information of the second take-out product by the user obtained from the electronic payment information and the store visit information of the user by the user obtained from the electronic payment information. Generate proposal information about attracting customers to the store
Sales support method. On the computer
Accept registration of take-out products provided at the store from the store terminal
In addition to the first take-out product for each store, the registration of the second take-out product with a common brand name that does not depend on the store is accepted.
Manage the electronic payment of goods or services including the first take-out product and the second take-out product.
The second take-out product is provided based on the purchase information of the second take-out product by the user obtained from the electronic payment information and the store visit information of the user by the user obtained from the electronic payment information. Generate proposal information about attracting customers to the store
program.

Images