CN117236471A

CN117236471A - Trial driving management method and device

Info

Publication number: CN117236471A
Application number: CN202310542440.9A
Authority: CN
Inventors: 刘诗忆; 吴国强
Original assignee: Avatr Technology Chongqing Co Ltd
Current assignee: Avatr Technology Chongqing Co Ltd
Priority date: 2023-05-12
Filing date: 2023-05-12
Publication date: 2023-12-15

Abstract

The application provides a test driving management method, a device, equipment and a computer readable storage medium, wherein the method comprises the following steps: responding to a received reservation request message for reserving a pilot, and determining pilot users, co-pilot users, pilot regions, pilot stores and scheduling information; generating a trial driving reservation list according to the trial driving user information of the trial driving user, the co-driving user information of the co-driving user, the trial driving region, the store information of the trial driving store and the scheduling information; sending a first notification message representing success of the trial driving reservation to a first terminal held by the trial driving user; and after receiving a second notification message representing that the pilot user has completed pilot, updating the state of the pilot reservation list to be completed, and storing the pilot reservation list. Therefore, the on-line management of the test driving is realized, the time can be saved, the efficiency is improved, the follow-up of the tested driving user is facilitated, and the conversion rate is improved.

Description

Trial driving management method and device

Technical Field

The present application relates to the field of computer application technology, and relates to, but is not limited to, a test driving management method, apparatus, device, and computer readable storage medium.

Background

With the improvement of the quality requirements of people on commodities, more and more scenes need to be tried out on products, such as scenes of trial driving of vehicles before purchasing the vehicles, and the like. With more and more test driving users, the problem of how to improve the test driving efficiency and improvement is particularly important.

At present, when a user needs to test driving of a vehicle, the user often needs to go to a salesman to reserve a test run for a worker, after the reservation, the reserved test run time also needs to be tested driving of the reserved vehicle under the lead of a staff, and the existing test driving process of the vehicle is complex, low in efficiency and unfavorable for the salesman to follow up the tested driving user.

Disclosure of Invention

In view of this, embodiments of the present application provide a method, an apparatus, an electronic device, and a computer readable storage medium for managing test driving.

The technical scheme of the embodiment of the application is realized as follows:

the embodiment of the application provides a test driving management method, which comprises the following steps:

in response to a received reservation request message for reserving a test ride, determining a test ride user, a co-ride user, a test ride region, a test ride store and scheduling information, wherein the scheduling information comprises a test ride period and test ride vehicle information;

Generating a trial driving reservation list according to the trial driving user information of the trial driving user, the co-driving user information of the co-driving user, the trial driving region, the store information of the trial driving store and the scheduling information;

transmitting a first notification message representing success of the trial driving reservation to a first terminal held by the trial driving user, wherein the first notification message carries the trial driving store information, the trial driving period, the co-driving user information and the trial driving vehicle information;

and after receiving a second notification message representing that the pilot user has completed pilot, updating the state of the pilot reservation list to be completed, and storing the pilot reservation list.

The embodiment of the application provides a test driving management device, which comprises:

the first determining module is used for determining a pilot user, a co-pilot user, a pilot region, a pilot store and scheduling information in response to a received reservation request message for reserving the pilot, wherein the scheduling information comprises pilot time period and pilot vehicle information;

the generation module is used for generating a trial driving reservation list according to the trial driving user information of the trial driving user, the co-driving user information of the co-driving user, the trial driving region, the store information of the trial driving store and the scheduling information;

The first sending module is used for sending a first notification message representing the success of the trial driving reservation to a first terminal held by the trial driving user, wherein the first notification message carries the information of the trial driving store, the trial driving period, the information of the co-driving user and the information of the trial driving vehicle;

the first processing module is used for updating the state of the pilot reservation list to be completed after receiving a second notification message representing that the pilot user has completed pilot;

and the storage module is used for storing the test driving reservation list.

An embodiment of the present application provides an electronic device, including: the device comprises a processor, a memory, a communication interface and a communication bus, wherein the processor, the memory and the communication interface complete communication with each other through the communication bus;

the memory is used for storing at least one executable instruction, and when the processor executes the executable instruction, the processor executes the steps of the test driving management method.

The embodiment of the application provides a computer readable storage medium, wherein at least one executable instruction is stored in the storage medium, and when a processor executes the executable instruction, the processor executes the steps of the test driving management method.

The test driving management method provided by the embodiment of the application is applied to test driving scenes. When the pilot experience vehicle is needed, the pilot user or the co-pilot specialist sends a reservation request message for reserving the pilot to the pilot management device by using the terminal. The pilot management device responds to the received reservation request message, and firstly determines a pilot user, a pilot region, a pilot store and scheduling information, wherein the scheduling information comprises pilot period and pilot vehicle information; then generating a trial riding reservation list according to the trial riding user information of the trial riding user, the co-riding user information of the co-riding user, the trial riding region, the store information of the trial riding store and the schedule information, wherein the trial riding reservation list is characterized by successful trial riding reservation, and the trial riding management device sends a first notification message to a first terminal held by the trial riding user, wherein the first notification message carries the trial riding store information, the trial riding period, the co-riding user information and the trial riding vehicle information, so that the trial riding user carries out trial riding on the vehicle according to the first notification message; and after receiving the second notification message, determining that the pilot user has completed pilot, updating the state of the pilot reservation list to be completed, and storing the pilot reservation list. Therefore, the on-line management of the test driving is realized, the time can be saved, the efficiency is improved, the follow-up of the tested driving user is facilitated, and the conversion rate is improved.

Drawings

In the drawings (which are not necessarily drawn to scale), like numerals may describe similar components in different views. The drawings illustrate generally, by way of example and not by way of limitation, various embodiments discussed herein.

Fig. 1 is a schematic flow chart of an implementation of a test driving management method according to an embodiment of the present application;

fig. 2 is a schematic flow chart of an implementation of steps of determining a pilot user, a co-pilot user, a pilot region, a pilot store and scheduling information in the pilot management method according to the embodiment of the present application;

fig. 3 is a schematic diagram of an implementation flow for acquiring scheduling information in the test driving management method according to an embodiment of the present application;

fig. 4 is a schematic flow chart of another implementation of the test driving management method according to the embodiment of the present application;

FIG. 5 is a schematic diagram of a test-driving schedule page according to an embodiment of the present application;

FIG. 6 is a schematic diagram of a test driving list page according to an embodiment of the present application;

fig. 7 is a schematic design diagram of a test driving detail page provided in an embodiment of the present application;

fig. 8 is a schematic flow chart of user reservation test driving according to an embodiment of the present application;

fig. 9 is a schematic flow chart of a test driving reservation of a test driving specialist for a customer substitute according to an embodiment of the present application;

FIG. 10 is a schematic flow chart of a user's direct to store test driving according to an embodiment of the present application;

FIG. 11 is a flowchart illustrating a test-ride test driving method according to an embodiment of the present application in an actual service;

fig. 12 is a schematic view of a usage scenario of a test-ride test-driving method according to an embodiment of the present application;

fig. 13 is a schematic diagram of a test-ride system corresponding to the test-ride method according to the embodiment of the present application;

fig. 14 is a schematic diagram of a composition structure of a test driving management device according to an embodiment of the present application;

fig. 15 is a schematic diagram of a composition structure of an electronic device according to an embodiment of the present application.

Detailed Description

The present application will be further described in detail with reference to the accompanying drawings, for the purpose of making the objects, technical solutions and advantages of the present application more apparent, and the described embodiments should not be construed as limiting the present application, and all other embodiments obtained by those skilled in the art without making any inventive effort are within the scope of the present application.

In the following description, reference is made to "some embodiments" which describe a subset of all possible embodiments, but it is to be understood that "some embodiments" can be the same subset or different subsets of all possible embodiments and can be combined with one another without conflict.

In the following description, the terms "first", "second", "third" and the like are merely used to distinguish similar objects and do not represent a particular ordering of the objects, it being understood that the "first", "second", "third" may be interchanged with a particular order or sequence, as permitted, to enable embodiments of the application described herein to be practiced otherwise than as illustrated or described herein.

Unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. The terminology used herein is for the purpose of describing embodiments of the application only and is not intended to be limiting of the application.

The embodiment of the application provides a test driving management method, and the method provided by the embodiment of the application is explained below by combining a device for realizing the embodiment of the application. Fig. 1 is a schematic flow chart of an implementation of a test driving management method according to an embodiment of the present application, as shown in fig. 1, the test driving management method includes the following steps:

step S101, in response to the received reservation request message for reserving the trial ride, determining the trial ride user, the co-ride user, the trial ride region, the trial ride store and the schedule information.

The embodiment of the application can be executed by the trial ride management device. In an actual application scene, the pilot user can reserve pilot actively, and the reservation request message can be sent to the pilot management device by a first terminal held by the pilot user; in another practical application scenario, the store user may reserve the pilot for the pilot, or in another practical application scenario, the user may not reserve the pilot directly to the store, where the reservation request message may be sent to the pilot management device by a third terminal held by the pilot specialist.

After receiving the reservation request message, the trial riding management device analyzes the reservation request message and determines the trial riding user, the co-riding user, the trial riding region, the trial riding store and the scheduling information.

The co-driving user refers to a vehicle sales person who co-tries to drive together in the process of trying to drive the vehicle, the try-driving region refers to a city of the try-driving, and the schedule information comprises the try-driving period and the try-driving vehicle information. The driving vehicle information at least comprises a vehicle mark, such as a license plate number, and in the test driving period, the vehicle is tested by a test driving user or is tested by a test driving user, and in addition, the driving vehicle information can also comprise information such as vehicle color, model number, price and the like.

When the user directly gets to the store to test the driver, the driver accompanying specialist needs to judge whether the idle driver accompanying specialist and the idle vehicle exist in the current period, if not, the driver cannot test the driver, if the idle driver accompanying specialist and the idle vehicle exist, the third terminal held by the user himself is used for real-time registration, a reservation request message is sent to the driver testing management device, and in the scene, when the third terminal registers, the driver testing period defaults to the current period.

Step S102, generating a trial riding reservation list according to the trial riding user information of the trial riding user, the co-riding user information of the co-riding user, the trial riding region, the store information of the trial riding store and the schedule information.

After the test driving management device determines the test driving user, the co-driving user and the test driving store, the test driving management device obtains the corresponding information to obtain the information of the test driving user, the information of the co-driving user and the store information. And then generating a trial driving reservation list according to the trial driving user information, the co-driving user information, the trial driving region, the store information and the scheduling information.

The pilot user information may include, but is not limited to, pilot user name, gender, contact (e.g., cell phone number), certificate photograph, driver license, etc.; the co-driving user information can comprise information such as the name of the co-driving user, the number of a mobile phone, job entering information, affiliated stores and the like; the store information may include store identification, address, etc. information. When the method is implemented, the test driving user information, the accompanying driving user information and the store information can be all acquired at one time or acquired in multiple times as required.

After the generation is completed, the successful trial driving reservation is determined. In some embodiments, when the pilot user actively reserves the pilot or the other users reserve the pilot, the state of the pilot reservation list can be marked as to be invited, so that the store user can inquire the state and follow up the pilot reservation list which is not pilot. When the pilot user directly receives the shop pilot, the status of the pilot reservation list is marked as the arrived shop after the pilot reservation list is generated.

Step S103, a first notification message representing the success of the trial riding reservation is sent to a first terminal held by the trial riding user.

When the reservation is successful, a first notification message can be sent to a first terminal held by the test driving user, the first notification message is used for prompting the test driving reservation of the test driving user to be successful, and the first notification message carries test driving store information, test driving time period, co-driving user information and test driving vehicle information, so that the test driving user can acquire detailed reservation information, the test driving user arrives at the test driving store according to the test driving time period, and the test driving or the test driving vehicle is tested under the co-with of the co-driving user.

In some embodiments, the notification message may also be sent to a second terminal held by the co-driver user, where the notification message carries the pilot store information, the pilot period, the pilot user information, and the pilot vehicle information, so that the co-driver user knows detailed reservation information, and carries out pilot or pilot with the pilot user after the pilot user arrives at the pilot store according to the pilot period.

Step S104, after receiving a second notification message indicating that the pilot user has completed pilot, updating the status of the pilot reservation list to completed.

And after the co-pilot user pilot is finished, a second terminal is utilized to send a second notification message to the pilot management device. After receiving the second notification message, the trial driving management device determines that the trial driving user has completed the trial driving, and updates the state of the trial driving reservation list to completed.

Step S105, storing the trial driving reservation list.

The trial driving management device stores the trial driving reservation list so as to follow the trial driving user in a targeted way later, thereby being beneficial to facilitating the completion of the purchase of the trial driving user.

In the test driving management method provided by the embodiment of the application, a test driving management device responds to a received reservation request message, and firstly determines a test driving user, a co-driving user, a test driving region, a test driving store and scheduling information, wherein the scheduling information comprises a test driving period and test driving vehicle information; then generating a trial riding reservation list according to the trial riding user information of the trial riding user, the co-riding user information of the co-riding user, the trial riding region, the store information of the trial riding store and the schedule information, wherein the trial riding reservation list is characterized by successful trial riding reservation, and the trial riding management device sends a first notification message to a first terminal held by the trial riding user, wherein the first notification message carries the trial riding store information, the trial riding period, the co-riding user information and the trial riding vehicle information, so that the trial riding user carries out trial riding on the vehicle according to the first notification message; and after receiving the second notification message, determining that the pilot user has completed pilot, updating the state of the pilot reservation list to be completed, and storing the pilot reservation list. Therefore, the on-line management of the test driving is realized, the time can be saved, the efficiency is improved, the follow-up of the tested driving user is facilitated, and the conversion rate is improved.

In some embodiments, step S101 "in the embodiment shown in fig. 1, determining the pilot user, the co-pilot user, the pilot region, the pilot store, and the schedule information in response to the received reservation request message for reserving the pilot" may be implemented by steps S1011 to S1014 shown in fig. 2:

step S1011, acquiring a reservation type in response to the received reservation request message for reservation test driving.

In the embodiment of the application, the reservation type at least comprises a first type reserved by the pilot user, and can also comprise a second type reserved by a co-driver and a third type reserved by the pilot user to a store besides the first type. The reservation request message carries a first identification for determining identity and a second identification for distinguishing whether the user is directly connected to a store or reserved. And after receiving the reservation request message, the trial driving management device determines the reservation type according to the first identifier and the second identifier. The first identifier may be a terminal identifier or a user identifier of a terminal sending the reservation request message, and the identity of the terminal or the user identifier is determined to be a client or a store employee according to the terminal identifier or the user identifier. When the reservation request message is a client, the reservation request message is sent by the pilot user through the first terminal held by the pilot user, and the reservation type can be determined to be a first type; and when the store personnel work hours are met, determining whether the store personnel reserve or directly connect to the store according to the second identification, if the store personnel reserve, determining that the reserve type is the second type, and if the store personnel reserve to directly connect to the store, determining that the reserve type is the third type.

Step S1012, when the reservation type is the first type, determining a pilot user, a pilot region and a pilot store according to the reservation request message.

When the reservation type is a first type reserved by the trial riding user, analyzing the reservation request message sent by the first terminal, and when the trial riding user selects a store, determining the trial riding user, the city of the trial riding user and the trial riding store; when the test driver user does not select the store, the test driver user and the city in which the test driver user is located can be determined, and the closest store can be allocated to the test driver according to the location of the user at the moment.

Step S1013, according to the pilot user information of the pilot user, determining the co-pilot user with the association relation with the pilot user.

In an actual application scene, some users may test driving for multiple times, some users have employees who are docked with the users and some users do not test driving, but the users have employees who are docked with the users before, and some users have employees who are not tested driving and are not docked, namely the users are new users. Determining whether the pilot user is a new user or an old user according to pilot user information, randomly distributing one pilot user serving as the pilot user among all assignable pilot personnel of a pilot store when the pilot user is the new user, establishing an association relation between the pilot user and the corresponding pilot user, and storing the association relation into an association relation table; when the pilot user is not a new user, the pilot user corresponding to the pilot user exists in the association relation table, if the pilot user is in a service state, the pilot user can be continuously serviced, and if the pilot user is off duty or on duty or off duty and cannot be continuously serviced, one pilot user serving as the pilot user is redistributed in all assignable pilot personnel in the pilot store, the association relation corresponding to the pilot user is updated, and the previous historical pilot user is replaced by the redistributed pilot user.

Step S1014, acquiring the schedule information from the second terminal held by the co-driving user.

In order to avoid collision, one pilot vehicle and one co-driver can only serve one pilot user in the same time period, so that the pilot reservation list needs to be scheduled. After the co-driving user is determined, the trial driving management device sends a scheduling request message to a second terminal held by the co-driving user, wherein the scheduling request message carries the scheduled information. The second terminal outputs the scheduled information on the display interface so that the co-riding user can arrange the trial riding route for the trial riding user according to the scheduled information. In practical application, the co-driving user can also communicate with the pilot driving user through telephone when determining the scheduling information, so as to select a proper time period or a proper vehicle, and the scheduling information is determined according to the communication result and the scheduled information. After the schedule information is determined, the co-driving user inputs the schedule information on the second terminal, and the second terminal sends the schedule information to the trial driving management device. Thus, the test driving user, the co-driving user, the test driving region, the test driving store and the scheduling information are obtained.

In some embodiments, step S1013 "determining a co-driving user having an association relationship with the pilot user according to the pilot user information of the pilot user" in the embodiment shown in fig. 2 may be implemented by:

Step S131, determining whether the pilot user is a historical user according to the pilot user information.

When the trial riding user is a history user, the trial riding user can be queried in the association relation table. Inquiring information (such as a pilot id) of the pilot user in the association relation table, and when the pilot id is inquired, determining that the pilot user is a historical user, and entering step S132; when the trial ride id is not queried, it is determined that the trial ride user is a new user, at which point step S137 is entered.

Step S132, inquiring the history co-driving users and the association state which have association relation with the trial driving users in a pre-stored association relation table.

When the trial driving user is a historical user, the historical co-driving user and the associated state corresponding to the trial driving user exist in the associated relation table, wherein the associated state comprises an effective state and an invalid state.

Step S133, judging whether the association state is a valid state.

The historical co-riding users can continue to serve the corresponding trial riding users according to the association relation of the effective states, otherwise, the new co-riding users need to be updated. When the associated state is the valid state, step S134 is entered; when the association state is the invalid state, the process advances to step S137.

Step S134, the current state of the history co-driving user is obtained.

In practical applications, the salesman who receives the pilot may leave the job or call the job or leave the job, and cannot continue to serve the pilot. Based on this, upon determining that the association status is valid, a current status of the historical co-ride user is obtained, the current status including a serving status and a non-serving status. The service state refers to a state of whether the test driving user can be continuously serviced, and when the accompanying driving user leaves the job or calls the job or leaves the job, the state is switched to a non-service state.

Step S135, judging whether the current state is a service state.

When it is determined that the current state is the service state, step S136 is entered; when it is determined that the current state is the non-service state, the flow advances to step S137.

And step S136, determining the historical co-driving user as the co-driving user.

And step S137, selecting one of the assignable co-driver specialists belonging to the pilot store as the co-driver user.

When the trial riding user is a historical user, if the current state of the historical co-riding user is a non-service state or the association state corresponding to the trial riding user is an invalid state, the historical co-riding user with the association relationship does not continue to serve the trial riding user, and at the moment, one co-riding user corresponding to the trial riding user is redistributed from all assignable co-riding specialists in the trial riding store. When the pilot user is determined to be a new user according to the pilot user information, one pilot user corresponding to the pilot user is reassigned from all assignable pilot specialists in the pilot store. The method and the device are used for distributing corresponding co-driving users for the trial driving users.

In some embodiments, step S101 "in response to the received reservation request message for reserving the pilot, determining the pilot user, the co-pilot user, the pilot region, the pilot store, and the schedule information" in the embodiment shown in fig. 1 may also be implemented by steps S1015 to S1017 shown in fig. 2:

and step S1015, when the reservation type is the second type or the third type, determining a pilot user, a pilot region, a pilot store and a pilot specialist according to the reservation request message.

When it is determined that the reservation type is the second type, i.e., reserved by the co-driver' S attendant, according to step S1011, the co-driver is a user who holds a third terminal, which is a terminal that transmits a reservation request message. The trial ride management apparatus receives a reservation request message from a third terminal held by a co-ride specialist. And the test driving management device analyzes the received reservation request message to obtain a test driving user, a test driving region and a test driving store which are input by a co-driving specialist at the third terminal.

When it is determined by step S1011 that the reservation type is the third type, that is, the pilot user is directly connected to the store, the co-driver specialist at reception determines that the current period can be pilot-driven, the proxy reserves the current period for pilot-driving. The driver attendant is a user who holds a third terminal, and the third terminal is a terminal which transmits a reservation request message. The trial ride management apparatus receives a reservation request message from a third terminal held by a co-ride specialist. The test driver management device analyzes the received reservation request message to obtain a test driver user, a test driver region and a test driver store which are input by a co-driver special person at the third terminal, wherein the test driver store is the store where the test driver user is currently located.

Step S1016, determining the co-driving users with the association relation with the trial driving users according to the trial driving user information of the trial driving users.

Determining whether the pilot user is a new user or an old user according to pilot user information, determining a pilot person reserved by a current visitor as a pilot user when the pilot user is the new user, establishing an association relation for the pilot user and the corresponding pilot user, and storing the association relation in an association relation table; when the trial riding user is not a new user, the corresponding trial riding user exists in the association relation table, if the trial riding user is in a service state, the trial riding user can be continuously served, and if the trial riding user is off duty or on duty or off the duty or is in a trial riding state (the trial riding user is being carried out with other trial riding users), the trial riding user reserved by the current representative is determined to be the trial riding user, the association relation corresponding to the trial riding user is updated, and the previous historical trial riding user is replaced by the current reassigned trial riding user.

In one implementation, step S1016 may be implemented as: when the pilot user is determined to be a historical user according to the pilot user information, inquiring a historical pilot user and an association state which have an association relation with the pilot user in a pre-stored association relation table. And when the association state is an effective state, acquiring the current state of the history co-driving user. And when the current state is determined to be a service state, determining the historical co-driving user as the co-driving user. And when the current state is determined to be a non-service state, or when the association state is determined to be an invalid state, or when the pilot user is determined to be a new user according to the pilot user information, determining the co-driver attendant as the co-driver user.

In the embodiment of the application, when the determined co-driving user is the co-driving specialist reserved by the proxy, the third terminal and the second terminal are the same terminal.

Step S1017, the scheduling information is obtained from the second terminal held by the co-driving user.

After the co-driving user is determined, the trial driving management device sends a scheduling request message to a second terminal held by the co-driving user, wherein the scheduling request message carries the scheduled information. The second terminal outputs the scheduled information on a display interface thereof, so that the co-riding user can arrange a trial riding period and a trial riding vehicle for the trial riding user according to the scheduled information.

When the reservation type is the second type, in practical application, the co-driving user can also communicate with the pilot-driving user telephone when determining the schedule information, so as to select a proper time period or a proper vehicle, and determine the pilot-driving time period and the pilot-driving vehicle according to the communication result and the scheduled information. And then the co-driving user selects the corresponding trial driving time period and the trial driving vehicle on the second terminal to obtain the scheduling information, and the second terminal sends the scheduling information to the trial driving management device.

When the reservation type is the third type, the trial driving time period included in the scheduling information is the current time period, the co-driving user selects the trial driving vehicle from the currently-idle optional vehicles to obtain the scheduling information, and the second terminal sends the scheduling information to the trial driving management device.

Thus, the test driving user, the co-driving user, the test driving region, the test driving store and the scheduling information are obtained.

In some embodiments, step S1014 or S1017 "obtain the schedule information from the second terminal held by the co-driving user" in the embodiment shown in fig. 2 may be implemented by the following steps shown in fig. 3:

step S301, obtaining the scheduled information of the pilot store.

To avoid collisions, a pilot vehicle and a co-pilot occupant can only serve one pilot user during the same time period. When the current test driving reservation list is scheduled, the test driving management device firstly obtains scheduled information, wherein the scheduled information is obtained according to information of other test driving reservation lists which are not finished in the current test driving of the test driving store, and the scheduled information of one test driving reservation list at least comprises a test driving period, a co-driving specialist and test driving vehicle information.

Step S302, a scheduling request message carrying the scheduled information is sent to the second terminal, so that the co-driving user inputs the scheduling information on the second terminal based on the scheduled information.

The test driving management device sends the scheduled information to the second terminal of the co-driving user, so that the co-driving user can determine the scheduled information according to the scheduled information, in practical application, when the co-driving user determines the scheduled information, the co-driving user can also communicate with the test driving user to confirm and select a proper time period or a proper vehicle, the scheduled information is determined according to the communication result and the scheduled information, and the scheduled information is input to the second terminal.

Step S303, receiving a scheduling response message sent by the second terminal.

The second terminal generates a scheduling response message according to the scheduling information input by the driving accompanying user, and the driving trial management device analyzes the scheduling response message after receiving the scheduling response message to obtain the scheduling information carried by the scheduling response message, so that the acquisition of the scheduling information is realized.

In some embodiments, after the first notification message is sent and before the second notification message is received, that is, after step S103 and before step S104, the above-mentioned trial ride management method may further include the steps of:

and S11, determining that the pilot user sends a signing notification message to a second terminal held by the co-pilot user when the pilot time period reaches the pilot store.

When the pilot user arrives at the pilot store in the pilot period, the co-pilot user confirms the store operation at the second terminal, and the second terminal sends a third notification message representing that the pilot user arrives at the pilot store in the pilot period to the pilot management device. When the test driving management device receives the third notification message, the test driving user can be determined to arrive at the store, and a signing notification message signing the test driving protocol is sent to the second terminal, wherein the signing notification message carries an alternative signing mode, so that the test driving user can sign the test driving protocol in a proper mode.

In embodiments of the present application, alternative signing methods may include an online signing method and an offline signing method.

And step S12, receiving a signing mode response message sent by the second terminal.

When the pilot user wants to sign the pilot agreement online, selecting an online signing mode on a signing mode selection interface output by the second terminal; when the pilot user wants to sign the pilot agreement of the paper edition, the off-line signing mode is selected on a signing mode selection interface output by the second terminal. The second terminal generates a signing mode response message according to the selection operation executed by the co-driving user and sends the signing mode response message to the trial driving management device. The signing scheme response message carries a target signing scheme selected from the alternative signing schemes including an online signing scheme and an offline signing scheme.

And after receiving the signing mode response message, the trial driving management device analyzes the signing mode response message to obtain the selected target signing mode. When the target signing mode is an offline signing mode, entering step S13; when the target signing scheme is an online signing scheme, the process proceeds to step S16.

And step S13, a first signing indication message is sent to the second terminal.

The first sign indication message is for instructing the co-ride user to upload sign image information including sign information characterizing approval of a test ride agreement by the test ride user.

And step S14, receiving a first signing response message carrying the signing image information sent by the second terminal.

And after receiving the first signing instruction message, the second terminal outputs an interface for uploading the signing image information so that the co-driving user photographs the paper version of the trial driving protocol signed by the trial driving user, and then performs image uploading operation on the interface. The second terminal generates and transmits a first signed response message to the trial ride management device in response to the operation. The first signed response message carries signed image information. The test ride management device identifies the signed image information after receiving it, and determines that the test ride user has signed the test ride protocol after identifying the signed information (e.g., signature) characterizing the test ride user's approval of the test ride protocol.

And step S15, updating the state of the trial driving reservation list to be signed trial driving agreement.

After receiving the first signed response message, the trial driving management device determines that the trial driving user has signed the trial driving agreement, and at this time, updates the state of the trial driving reservation list to the signed trial driving agreement.

And step S16, a second signed instruction message carrying the trial driving agreement is sent to the first terminal.

When the target signing mode is an on-line signing mode, the trial driving management device can send the trial driving protocol to the first terminal in a short message mode.

And step S17, receiving a second signed response message sent by the first terminal.

The second signed response message carries signed information characterizing approval of said test ride agreement by said test ride user. The pilot user opens and checks the pilot agreement according to the website in the short message, and performs signing operation (such as filling in information such as name in signing area) when approving the agreement.

And step S18, updating the state of the trial driving reservation list to be signed trial driving agreement.

After receiving the second signed response message, the trial driving management device determines that the trial driving user has signed the trial driving agreement, and at this time, updates the state of the trial driving reservation list to the signed trial driving agreement.

Thus, the signing process of signing the test driving agreement is realized on line, the signing information is stored on line, and the follow-up consulting and the authentication operations are convenient.

In some embodiments, after step S104 in the embodiment shown in fig. 1, the above-mentioned trial driving management method may further include the following steps:

And step S21, sending an evaluation request message to the first terminal.

The evaluation request message carries inquiry content for evaluating the trial riding satisfaction of the trial riding user, so that the trial riding user replies the inquiry content according to the trial riding experience result of the trial riding user to obtain reply content.

And S22, receiving an evaluation response message sent by the first terminal.

After the trial riding user answers the inquiry questions, clicking the submitting operation, generating an evaluation response message by the first terminal according to the answer content filled by the trial riding user, and sending the evaluation response message to the trial riding management device. The rating response message includes reply content that the pilot user feeds back for the inquiry content.

Step S23, determining the trial riding satisfaction degree of the trial riding user according to the reply content.

A satisfaction evaluation model is pre-built in the test driving management device, after the evaluation response message is received, the test driving management device analyzes the evaluation response message to obtain reply content, and the reply content is processed by the satisfaction evaluation model to obtain the test driving satisfaction.

And step S24, determining the transaction probability of the pilot user according to the pilot satisfaction.

The higher the ride satisfaction, the more satisfied the ride user is with the ride experience. In general, the satisfaction is proportional to the probability of transaction, the higher the satisfaction, the greater the likelihood of purchasing a vehicle, and the greater the probability of transaction. The corresponding relation between the satisfaction degree and the transaction probability can be constructed in advance according to a large amount of statistical data, and the transaction probability of the trial driving user is determined according to the trial driving satisfaction degree and the corresponding relation.

And S25, determining recommendation information according to the transaction probability and the trial driving reservation list.

And recommending the matched recommendation information for the trial riding user by combining the transaction probability and the trial riding reservation list, for example, when the trial riding user is satisfied with the trial riding service but is not satisfied with the price, recommending other types of vehicles with lower prices than the trial riding vehicle or recommending optional preferential information for the trial riding user.

And step S26, the recommendation information is sent to the first terminal.

And sending the recommendation information to the first terminal so as to be checked by a pilot user, thus realizing the investigation of the satisfaction degree after pilot, pushing the proper recommendation information for the pilot user according to the satisfaction degree, and being beneficial to improving the conversion rate.

On the basis of the foregoing embodiment, the embodiment of the present application further provides a test driving management method, and fig. 4 is a schematic flow chart of another implementation of the test driving management method provided by the embodiment of the present application, as shown in fig. 4, where the method includes the following steps:

in step S401, the first terminal generates and transmits a reservation request message to the trial ride management apparatus in response to a reservation operation performed by the trial ride user.

In an actual application scenario, the pilot user may actively reserve the pilot, and the reservation request message may be sent to the pilot management device by a first terminal held by the pilot user.

In some embodiments, when reserved by a co-ride user' S valet, step S401 is replaced with: in step S401', the second terminal generates and transmits a reservation request message to the trial ride management apparatus in response to the substitution reservation operation performed by the co-ride user.

In another practical application scenario, the co-driving user may reserve the co-driving for the co-driving user, and the reservation request message may be sent to the co-driving management device by a second terminal held by the co-driving user.

In still other embodiments, when reserved by a co-ride professional (non-co-ride user) agent, step S401 is replaced with: in step S401", the third terminal generates and transmits a reservation request message to the trial ride management apparatus in response to the substitution reservation operation performed by the co-ride specialist.

In still another practical application scenario, the test ride may be reserved by other co-ride specialists of the non-co-ride user instead of the test ride user, and the reservation request message may be sent to the test ride management device by a third terminal held by the co-ride specialist.

In step S402, the trial ride management apparatus determines the trial ride user, the co-ride user, the trial ride region, the trial ride store, and the schedule information in response to the received reservation request message for reserving the trial ride.

In one implementation, this step S402 may be implemented as: in response to receiving a reservation request message for reserving a pilot, acquiring a reservation type including a first type reserved by the pilot user, a second type reserved by a co-pilot specialist, and a third type reserved by the pilot user to a store; when the reservation type is the first type, determining a pilot user, a pilot region and a pilot store according to the reservation request message; according to the pilot user information of the pilot user, determining a co-pilot user with an association relation with the pilot user; acquiring the scheduling information from a second terminal held by the riding user; when the reservation type is the second type or the third type, determining a pilot user, a pilot region, a pilot store and a pilot specialist according to the reservation request message, wherein the pilot specialist is a user with a third terminal, and the third terminal is a terminal for sending the reservation request message; according to the pilot user information of the pilot user, determining a co-pilot user with an association relation with the pilot user; and acquiring the scheduling information from a second terminal held by the riding user.

In the embodiment of the application, the scheduling information comprises a trial driving period and trial driving vehicle information, and when the reservation type is determined to be the third type according to the reservation request message, the trial driving period is the current period.

In step S403, the trial ride management apparatus generates a trial ride reservation list based on the trial ride user information, the co-ride user information, the trial ride region, the store information, and the schedule information.

Step S404, the pilot management device sends a first notification message representing the success of pilot reservation to a first terminal held by the pilot user.

Step S405, the pilot management device sends a second notification message indicating that the pilot reservation is successful to the second terminal held by the co-pilot user.

And after the reservation is successful, a notification message can be sent to a second terminal held by the co-driving user, wherein the notification message carries the information of the co-driving store, the co-driving period, the information of the co-driving user and the information of the co-driving vehicle at the moment, so that the co-driving user can acquire detailed reservation information, and the co-driving user carries out the co-driving or the co-driving after the co-driving user arrives at the co-driving store according to the co-driving period.

In the implementation, the execution order of step S404 and step S405 is not limited, and step S404 may be executed first, step S405 may be executed first, or step S404 may be executed simultaneously.

In step S406, the trial ride management apparatus determines whether or not the third notification message is received.

When the pilot user arrives at the pilot store in the pilot period, the co-pilot user confirms the store operation at the second terminal, and the second terminal sends a third notification message to the pilot management device. The third notification message characterizes the pilot user arriving at the pilot store during the pilot period. When the trial ride management device receives the third notification message, it can be determined that the trial ride user has arrived at the store, and the step S407 is entered; when the trial ride management apparatus does not receive the third notification message, the step S406 is continued to be performed.

Step S407, the trial driving management device sends a signing notification message to the second terminal held by the co-driving user.

After receiving the third notification message, the trial ride management device sends a signing notification message for signing the trial ride protocol to the second terminal, wherein the signing notification message carries an alternative signing mode so that the trial ride user can choose which mode to sign the trial ride protocol. In embodiments of the present application, alternative signing methods may include an online signing method and an offline signing method.

In step S408, the second terminal generates and transmits a signing manner response message to the trial ride management apparatus in response to the selection operation performed by the co-ride user.

When the pilot user wants to sign the pilot agreement online, selecting an online signing mode on a signing mode selection interface output by the second terminal; when the pilot user wants to sign the pilot agreement of the paper edition, the off-line signing mode is selected on a signing mode selection interface output by the second terminal. The second terminal generates a signing mode response message according to the selection operation executed by the co-driving user and sends the signing mode response message to the trial driving management device. The signing manner response message carries a target signing manner selected from the alternative signing manners including an online signing manner and an offline signing manner.

In step S409, the trial ride management apparatus determines whether the target signing scheme is an offline signing scheme.

And after receiving the signing mode response message, the trial driving management device analyzes the signing mode response message to obtain the selected target signing mode. When the target signing mode is an offline signing mode, step S410 is entered, and the co-riding user takes out a paper version of the trial riding protocol to be read and signed by the trial riding user; when the target signing scheme is the online signing scheme, step S412 is entered.

Step S410, the trial ride management apparatus transmits a first signing instruction message to the second terminal.

The first sign indication message herein is for instructing the co-ride user to upload sign image information including sign information characterizing approval of the test ride agreement by the test ride user.

In step S411, the second terminal generates and transmits a first signed response message to the ride-test management device in response to the upload operation performed by the ride-accompanying user.

And after receiving the first signing instruction message, the second terminal outputs an interface for uploading the signing image information so that the co-driving user photographs the paper version of the trial driving protocol signed by the trial driving user, and then performs image uploading operation on the interface. The second terminal generates and transmits a first signed response message to the trial ride management device in response to the operation. After the execution of this step S411 is completed, the flow proceeds to step S414.

Step S412, the test driving management device sends a second signed instruction message carrying a test driving protocol to the first terminal.

In step S413, the first terminal generates and transmits a second signed response message to the trial ride management device in response to the signing operation performed by the trial ride user.

The second signed response message carries signed information characterizing approval of said test ride agreement by said test ride user. The pilot user opens and checks the pilot agreement according to the website in the short message, and performs signing operation, such as name filling in signing area, when agreeing.

In step S414, the trial ride management apparatus updates the status of the trial ride reservation sheet to the signed trial ride protocol.

After receiving the first signed response message or the second signed response message, the trial-driving management device determines that the trial-driving user has signed the trial-driving agreement, and at this time, updates the state of the trial-driving reservation list to the signed trial-driving agreement.

In step S415, the second terminal generates and transmits a second notification message to the trial ride management apparatus in response to the confirmation operation performed by the co-ride user.

After the trial driving is completed, the co-driving user performs a confirmation operation of the completed trial driving on the second terminal, and the second terminal generates and transmits a second notification message to the trial driving management device.

In step S416, the trial ride management apparatus updates the status of the trial ride reservation sheet to completed.

After receiving the second notification message, the trial driving management device determines that the trial driving user has completed the trial driving, and updates the state of the trial driving reservation list to completed.

In step S417, the trial ride management device transmits an evaluation request message to the first terminal.

The evaluation request message carries inquiry contents for evaluating the trial riding satisfaction of the trial riding user, so that the trial riding user replies to the inquiry contents according to the trial riding experience result.

In step S418, the first terminal outputs an inquiry question.

In step S419, the first terminal generates and transmits an evaluation response message to the trial ride management apparatus in response to the commit operation performed by the trial ride user.

After the trial riding user answers the inquiry questions, clicking the submitting operation, generating an evaluation response message by the first terminal according to the answer content filled by the trial riding user, and sending the evaluation response message to the trial riding management device. The evaluation response message comprises reply content fed back by the trial riding user for the inquiry content.

Step S420, the trial driving management device determines the trial driving satisfaction of the trial driving user according to the reply content.

And processing the reply content by using a pre-constructed satisfaction evaluation model to obtain the trial driving satisfaction.

In step S421, the trial driving management apparatus determines the transaction probability of the trial driving user according to the trial driving satisfaction.

The higher the ride satisfaction, the more satisfied the ride user experiences, generally the satisfaction is proportional to the probability of the transaction, the greater the likelihood of purchasing the vehicle, the greater the probability of the transaction. The corresponding relation between the satisfaction degree and the transaction probability can be constructed in advance according to a large amount of statistical data, and the transaction probability of the trial driving user is determined according to the trial driving satisfaction degree and the corresponding relation.

In step S422, the trial ride management apparatus determines recommendation information based on the transaction probability and the trial ride reservation sheet.

And recommending the matched recommendation information for the pilot user by combining the transaction probability, for example, when the pilot user is satisfied with the pilot service but is not satisfied with the price, recommending other types of vehicles with lower prices than the pilot vehicle or recommending optional preferential information for the pilot user.

Step S423, the trial ride management apparatus transmits the recommendation information to the first terminal.

In step S424, the trial ride management apparatus stores the trial ride reservation sheet.

According to the trial driving reservation list stored in the storage space of the trial driving device, the co-driving user or other authorized users can check the historical trial driving reservation list at any time, so that the trial driving user can be conveniently followed.

The method provided by the embodiment of the application can realize the on-line management of the test driving, can save time, improve the management efficiency, is convenient for the follow-up of the tested driving user, and is beneficial to improving the conversion rate.

In some embodiments, to increase conversion, a virtual asset, such as a coupon, a red envelope, etc., may be issued to the test occupant's account. When the method is realized, the method can be distributed for multiple times, so that a pilot user can finish multi-stage processes such as reservation, scheduling, pilot driving to a store and the like; in addition, the test driving rate can be improved, the issued virtual asset can be locked before the test driving is completed, and when the test driving user completes the test driving or submits reply content fed back for the query content for evaluating the test driving satisfaction degree of the test driving user, the locked virtual asset is unlocked, and at the moment, the test driving user can use the virtual asset.

In the following, an exemplary application of the embodiment of the present application in a practical application scenario will be described.

The original test driving is independent from the product design, the pages are not mutually connected, and the relation between the test driving condition and the reservation document cannot be seen from the whole, so that a new product design thought is initiated, from a brand new angle, a test driving signboard is firstly provided, the current to-be-invited about is known from the perspective of the signboard, the to-be-allocated test driving list condition is known, then the relation and time plan between each test driving and a customer are known through scheduling, and finally the whole test driving list condition is recorded, so that the problem of the off-line test driving content is solved, and the whole process of the test driving of the customer and the execution of the test driving of staff is embodied on the system in real time.

In the embodiment of the application, the whole process of trial driving list distribution and recording trial driving is rapidly executed through trial driving list management and trial driving scheduling management, so that the problem of how to embody and record and backup the whole offline trial driving process on line in real time is solved, the subsequent data analysis is prepared, and the working efficiency and the management efficiency are improved.

The trial-driving scheme provided by the embodiment of the application is realized through the design of 4 main core pages and 2 core functions. The 4 core pages comprise a test driving bulletin board page, a test driving schedule page, a test driving list page and a test driving detail page, and the 2 core functions comprise a test driving list creation function and a test driving registration function.

First, the function and page design of the 4 core pages will be described.

1. And (5) driving the bulletin board page in a test mode. The name of the test driving signboard shows the data of the test driving condition, and the content comprises: trial drive proxy board field (to offer, to dispense, to store, to sign agreement, trial drive, cancelled); the reservation mode plate fields (user reservation, customer reservation, direct store arrival) can clearly reflect the actual condition of the current store customer offer trial drive, and quickly and truly reflect the work performance and achievement of first-line sales personnel.

2. And testing the driving schedule page. Fig. 5 is a schematic design diagram of a test-driving schedule page provided by the embodiment of the application, and as shown in fig. 5, the test-driving schedule page displays the schedule through three dimensions, and displays the schedule results in a crisscross manner from three dimensions of a vehicle, time and a client, so that the schedule display is clearer, and a user can clearly see which vehicle is reserved by the user at a specific time.

3. Test driving list page. Fig. 6 is a schematic design diagram of a test driving list page provided by the embodiment of the present application, where, as shown in fig. 6, the test driving list page is composed of a test driving list filtering, a list and function keys (follow-up, user contact, test driving completion).

1. Test driving list screening: 1) Test driving state: to offer, to store, to sign agreement, to store, completed, tested drive and cancelled; 2) Test driving store: if the current login user is a sales consultant or store shop, selecting the current affiliated store by default and setting the current affiliated store to be unchangeable; if the current login user is other roles, one store in the authorized range is selected by default, and other stores in the authorized range can be selected by other roles by clicking a set pull-down key; 3) Test driving specialist: if the current login user is a sales consultant, the current login user is selected as a test driving special person by default and cannot be modified; if the current login user is a store shop or other roles, default is not selected; the store shop or other roles can select the test driver belonging to the store by clicking the set pull-down button; 4) The test driving type is selected from one of the following types: all, trial driving and trial taking; default selected "all"; 5) Screening: trial driving schedule time: start time-end time, the format may be YYYY-MM-DD HH: MM-YYYY-MM-DD HH: MM; default not selected; submitting the reserved test driving time: the start time-end time format may be the same as the test drive schedule time format; default not selected; the sales advisor receives: defaulting, if the client belongs to the sales consultant for reception, selecting 'yes', if the client belongs to other people for reception, selecting 'no'; intent to purchase vehicle: screening clients of trial riding and trial driving according to the intention of purchasing the vehicle; trial driving intent: screening clients of trial driving according to trial driving intention;

2. List sheet: 1) List presentation field: trial driving list number, trial driving state, customer name (possibly empty), mobile phone number display hidden icon (icon), outbound icon, trial driving store, trial driving special personnel (possibly empty), and affiliated sales consultants. 2) List data operation: (1) the sales consultant can only select and operate own trial driving list; the store length can select and operate a trial-ride list of the store; other roles can select and operate the trial-and-ride list of stores in the authorized range. (2) Different test driving states show different operation contents: and (5) to offer: if the test driving list has a test driving special person at the moment, displaying 'cancel test driving, test driving follow-up, distribute special person and test driving schedule'; if the pilot driving list is empty (null), displaying 'cancel pilot driving, follow-up pilot driving and special allocation personnel'; waiting to store: displaying 'cancel test driving, schedule modification, test driving registration, test driving follow-up and distribution personnel'; and (5) signing the agreement: displaying 'cancel test driving, schedule modification, push protocol and test driving follow-up'; has arrived at the store: displaying 'cancel test driving, test driving completion and test driving follow-up'; test driving: and displaying test driving follow-up. (3) Description of the operation: details are: jumping to a designated test driving detail page; canceling test driving: a secondary confirmation pop-up (customer name, cell phone number, test drive schedule date, test drive vehicle) confirms to cancel? Distribution specialists: transferring the test driving list to other test driving specialists; schedule modification: modifying the schedule popup; test driving registration: the test driving registration page is jumped with a reference; push protocol: triggering a short message, and sending a signed test-ride test-driving protocol link again; and (3) finishing test driving: the secondary confirmation popup window (customer name, mobile phone number, test driving schedule date and test driving vehicle) confirms that the test driving is completed; trial driving follow-up: jump to thread add follow-up interface.

4. And (5) testing a driving detail page. Fig. 7 is a schematic design diagram of a test-driving detail page provided by the embodiment of the present application, where, as shown in fig. 7, the test-driving detail page may support to view basic information of a customer, reservation details, and test-driving details, and function keys include cancel test-driving, follow-up test-driving, and completion test-driving.

1. Test driving list field: test driving information: test driving list number, test driving state, test driving area, test driving city, test driving store, test driving special person, sales consultant reception, reservation mode, test driving schedule time, test driving type, test driving-driving license photo (single sheet), test driving-certificate type, certificate photo (multi-sheet), protocol signing mode (on-line/off-line), on-line-on-line protocol electronic signature, off-line-protocol photo (multi-sheet), test driving vehicle type, test driving license plate, check-in time and test driving list creation time; reservation information: reservation list number, reservation route, reservation city, reservation store (possibly empty), inviter (possibly empty), commit reservation time; customer information: thread id, customer name, phone number visible and invisible, gender, affiliated sales consultant, city, store.

2. Test driving detail display field: test driving information: test driving list number, test driving state, test driving area, test driving city, test driving store, test driving special person, affiliated consultant reception, reservation mode, test driving schedule time, test driving type, test driving-driving license photo (single sheet), test driving-certificate type, certificate photo (multi-sheet), protocol signing mode (on-line/off-line), on-line-on-line protocol electronic signature, signing state, off-line-protocol photo (multi-sheet), test driving vehicle type, test driving license plate, shop registration time and test driving list creation time; reservation information: reservation list number, reservation route, reservation city, reservation store (possibly empty), inviter (possibly empty), commit reservation time; customer information: clue id, customer name, mobile phone number visible and hidden, sex, marketing consultant, area, city and store; only when the reservation mode is reserved for the user (namely when an associated reservation list exists), the test driving details have reservation list information;

3. Trial riding type: 1) When the trial driving type is trial driving, uploading a driving license photo and a certificate photo(s) to store registration, and supporting multiple certificate types; the certificate authenticity can be verified according to the actual situation. 2) When the trial driving type is trial driving, uploading a photo (a plurality of photos) of the certificate to a store registration, and supporting a plurality of certificate types;

4. protocol signing mode: 1) When the agreement signing mode is off-line signing, registering to a store and uploading agreement photo(s); 2) When the agreement signing mode is online signing, triggering a signing agreement short message after registering in a store, and sending the signing agreement short message to a designated client, and waiting for the signing state to be signed;

5. detail operation: 1) The test driving special personnel can only check and operate the test driving list of the test driving special personnel; the store can check and operate the trial-ride list of the store; other roles can check and operate the trial-ride list of the store within the authorized authority range; 2) Different test driving states show different operation contents: and (5) to offer: if the test driving list has a test driving special person, displaying 'cancel test driving, follow-up test driving, modify and test driving schedule'; if the pilot driving list is null, displaying 'cancel pilot driving follow-up and modification'; waiting to store: displaying 'cancel test driving, modify, check-in to store, test driving follow-up'; and (5) signing the agreement: displaying 'cancel trial driving, modify, push protocol, trial driving follow-up'; has arrived at the store: displaying 'cancel test driving, test driving completion and test driving follow-up'; test driving: showing "tested driving". 3) All operations are made into operation button rights, and the rights are controlled; description of the operation: canceling test driving: a secondary confirmation pop-up (customer name, cell phone number, test drive schedule date, test drive vehicle) confirms to cancel? Modification: modifying the schedule popup; store registration: jump to store registration page with the parameter; push protocol: triggering a short message, and sending a signed test-ride test-driving protocol link again; and (3) finishing test driving: the secondary confirmation popup window (customer name, mobile phone number, test driving schedule date and test driving vehicle) confirms that the test driving is completed; trial driving follow-up: jump to thread add follow-up interface.

In practical application, there are 3 possibilities for trial driving: the method comprises the following steps of reserving a user, reserving a pilot driver for the user, reserving the user directly to a store without reserving the user, correspondingly processing different conditions, and according to the different conditions, fig. 8 is a schematic flow diagram of reserving the pilot driver for the user, fig. 9 is a schematic flow diagram of reserving the pilot driver for the pilot driver, fig. 10 is a schematic flow diagram of reserving the pilot driver for the user directly to the store, fig. 11 is a process flow diagram of the pilot driving method in actual service, fig. 12 is a schematic flow diagram of a use scene of the pilot driving method, and fig. 13 is a schematic flow diagram of a pilot driving system corresponding to the pilot driving method, and in combination with fig. 8 to 13, a pilot driving list and a pilot driving registration function are created in the pilot driving flow diagram.

1. Creating test driving list function

Creating a test driving list display field:

1. test driving client: 1) If the client is a client under the sales name, clicking the button of 'My client' can select the client under the name, so as to support mobile phone number/name search; 2) If the client is a new client or another client, the mobile phone number of the client is directly input;

2. The reservation mode is as follows: the sales agent reserves and directly goes to the store;

3. trial driving scheduling: 1) Clicking a 'deseeding' button to call a general scheduling component; 2) After the test driving schedule time, the test driving vehicle type, the color and the test driving license plate are displayed; clicking on "modify schedule" to open the schedule component again; if the sales offer is selected, displaying the trial-driving type; click confirmation, wherein the test driving list state is to-be-arrived store, and the reservation mode is sales order; if 'directly arrive at a store' is selected, displaying the data field which needs to be filled in when the trial driving type and the trial driving registration are carried out; default value is null;

4. and (5) test driving: the certificate type is selected, and a certificate photo is uploaded, so that the authenticity of the certificate can be verified according to actual conditions;

5. trial-and-multiplication: selecting the certificate type, and uploading the certificate photo;

6. directly to the store: if the reservation mode is direct to store, the schedule can be selected/modified only to be positioned to the current schedule date;

2. test driving registration function

1. Test driving registration display field: test driving list number, test driving store, test driving special personnel, reservation mode, test driving schedule time, test driving vehicle type, color and test driving license plate;

2. test driving/taking test: if the test driving is selected, uploading a driving license photo (single sheet), a certificate type and a certificate license (multiple sheets); if the trial multiplication is selected, the certificate type is selected in a filling way, and the certificate photo (multiple photos can be uploaded);

3. To store/get-on test drive: if the shop test driving is selected, the subsequent process is normal; if the upper door test driving is selected, the upper door address is required to be filled in;

4. protocol signing mode: if on the selection line: clicking a push protocol, calling an electronic sign, generating a contract link, splicing a short message and sending the short message to a designated user; clicking to push again and repeatedly send the protocol short message; if the line is selected, uploading protocol photos (multiple photos are available);

5. and (5) test driving: the certificate type is selected, and a certificate photo is uploaded, so that the authenticity of the certificate can be verified according to actual conditions;

6. trial-and-multiplication: selecting the certificate type and uploading the certificate photo.

The test-taking test driving method provided by the embodiment of the application can improve the working efficiency, enhance the management efficiency and reduce the management cost, and provides more concise and convenient service for users in the use process.

Based on the foregoing embodiments, the embodiments of the present application provide a test driving management apparatus, where each module included in the test driving management apparatus and each unit included in each module may be implemented by a processor in a computer device; of course, the method can also be realized by a specific logic circuit; in practice, the processor may be a central processing unit (CPU, central Processing Unit), a microprocessor (MPU, microprocessor Unit), a digital signal processor (DSP, digital Signal Processing), or a field programmable gate array (FPGA, field Programmable Gate Array), or the like.

An embodiment of the present application provides a test ride management device, fig. 14 is a schematic diagram of a composition structure of the test ride management device provided in the embodiment of the present application, as shown in fig. 14, the test ride management device 1400 includes:

a first determining module 1401 for determining a pilot user, a co-pilot user, a pilot region, a pilot store, and scheduling information including a pilot period and pilot vehicle information in response to a received reservation request message for reserving a pilot;

a generating module 1402, configured to generate a trial driving reservation list according to the trial driving user information of the trial driving user, the co-driving user information of the co-driving user, the trial driving region, the store information of the trial driving store, and the schedule information;

a first sending module 1403, configured to send a first notification message indicating that the pilot reservation is successful to a first terminal held by the pilot user, where the first notification message carries the pilot store information, the pilot period, the co-pilot user information, and the pilot vehicle information;

a first processing module 1404 configured to update a status of the test ride reservation to completed after receiving a second notification message indicating that the test ride user has completed the test ride;

A storage module 1405, configured to store the driving trial reservation list.

In some embodiments, the first determining module 1401 is further configured to: in response to a received reservation request message for reserving a pilot, acquiring a reservation type, wherein the reservation type comprises a first type reserved by the pilot user; when the reservation type is the first type, determining a pilot user, a pilot region and a pilot store according to the reservation request message; according to the pilot user information of the pilot user, determining a co-pilot user with an association relation with the pilot user; and acquiring the scheduling information from a second terminal held by the riding user.

In some embodiments, the first determining module 1401 is further configured to: when the pilot user is determined to be a historical user according to the pilot user information, inquiring a historical pilot user and an association state which have an association relation with the pilot user in a pre-stored association relation table; when the association state is an effective state, acquiring the current state of the history co-driving user; when the current state is determined to be a service state, determining the history co-driving user as the co-driving user; and when the current state is determined to be an out-of-service state, or when the association state is determined to be an invalid state, or when the trial driving user is determined to be a new user according to the trial driving user information, selecting one of at least one assignable co-driving specialist belonging to the trial driving store as the co-driving user.

In some embodiments, the reservation type further includes a second type of reservation by a co-ride professional and a third type of reservation by the test ride user to the store; the first determining module 1401 is further configured to: when the reservation type is the second type or the third type, determining a pilot user, a pilot region, a pilot store and a pilot specialist according to the reservation request message, wherein the pilot specialist is a user with a third terminal, and the third terminal is a terminal for sending the reservation request message; according to the pilot user information of the pilot user, determining a co-pilot user with an association relation with the pilot user; and acquiring the scheduling information from a second terminal held by the co-driving user, wherein when the reservation type is a third type, the trial driving period included in the scheduling information is the current period.

In some embodiments, the first determining module 1401 is further configured to: when the pilot user is determined to be a historical user according to the pilot user information, inquiring a historical pilot user and an association state which have an association relation with the pilot user in a pre-stored association relation table; when the association state is an effective state, acquiring the current state of the history co-driving user; when the current state is determined to be a service state, determining the history co-driving user as the co-driving user; and when the current state is determined to be a non-service state, or when the association state is determined to be an invalid state, or when the pilot user is determined to be a new user according to the pilot user information, determining the co-driver attendant as the co-driver user.

In some embodiments, the first determining module 1401 is further configured to: acquiring the scheduled information of the trial driving store; sending a scheduling request message carrying the scheduled information to the second terminal so that the co-riding user inputs the scheduling information on the second terminal based on the scheduled information; and receiving a scheduling response message sent by the second terminal, wherein the scheduling response message carries the scheduling information.

In some embodiments, the trial ride management apparatus 1400 may further include:

the second sending module is used for determining that the test driving user arrives at the test driving store in the test driving period after sending the first notification message, and sending a signing notification message to a second terminal held by the co-driving user, wherein the signing notification message carries an alternative signing mode;

the first receiving module is used for receiving a signing mode response message sent by the second terminal, wherein the signing mode response message carries a target signing mode selected from the alternative signing modes including an online signing mode and an offline signing mode;

a third sending module, configured to send a first signing indication message to the second terminal when the target signing manner is an offline signing manner, where the first signing indication message is used to instruct the co-driving user to upload signing image information, and the signing image information includes signing information characterizing approval of the test driving agreement by the test driving user;

The second receiving module is used for receiving a first signing response message which is sent by the second terminal and carries the signing image information;

and the second processing module is used for updating the state of the test driving reservation list into a signed test driving protocol.

a fourth sending module, configured to send a second signing instruction message carrying a test driving protocol to the first terminal when the target signing manner is an online signing manner;

the third receiving module is used for receiving a second signed response message sent by the first terminal, wherein the second signed response message carries signed information representing that the test driving user approves the test driving protocol;

and the third processing module is used for updating the state of the test driving reservation list into a signed test driving protocol.

a fifth sending module, configured to send an evaluation request message to the first terminal after updating the status of the test driving reservation list to be completed, where the evaluation request message carries an inquiry content for evaluating the test driving satisfaction degree of the test driving user;

A fourth receiving module, configured to receive an evaluation response message sent by the first terminal, where the evaluation response message includes reply content fed back by the driver-trial user for the query content;

the second determining module is used for determining the trial riding satisfaction degree of the trial riding user according to the reply content;

the third determining module is used for determining the transaction probability of the pilot user according to the pilot satisfaction;

the fourth determining module is used for determining recommendation information according to the transaction probability and the trial driving reservation list;

and the sixth sending module is used for sending the recommendation information to the first terminal.

It should be noted here that: the above description of the test ride management apparatus embodiment items is similar to the above description of the method, with the same advantageous effects as the method embodiment. For technical details not disclosed in the embodiments of the trial ride management apparatus of the present application, those skilled in the art will understand with reference to the description of the embodiments of the method of the present application.

It should be noted that, in the embodiment of the present application, if the method is implemented in the form of a software functional module, and sold or used as a separate product, the method may also be stored in a computer readable storage medium. Based on such understanding, the technical solutions of the embodiments of the present application may be embodied in essence or a part contributing to the prior art in the form of a software product stored in a storage medium, including several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to execute all or part of the methods described in the embodiments of the present application. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read Only Memory (ROM), a magnetic disk, an optical disk, or other various media capable of storing program codes. Thus, embodiments of the application are not limited to any specific combination of hardware and software.

Accordingly, an embodiment of the present application provides a computer-readable storage medium having stored therein at least one executable instruction for causing a processor to perform the steps in the test ride management method provided in the above embodiment.

An electronic device is provided in an embodiment of the present application, and fig. 15 is a schematic diagram illustrating a composition structure of the electronic device provided in the embodiment of the present application, and other exemplary structures of the electronic device 1500 may be foreseen according to the exemplary structure of the electronic device 1500 shown in fig. 15, so that the structure described herein should not be considered as a limitation, for example, some components described below may be omitted, or components not described below may be added to adapt to specific requirements of some applications.

The electronic apparatus 1500 shown in fig. 15 includes: a processor 1501, at least one communication bus 1502, a user interface 1503, at least one external communication interface 1504, and a memory 1505. Wherein communication bus 1502 is configured to enable connected communication between these components. The user interface 1503 may include a display screen, and the external communication interface 1504 may include a standard wired interface and a wireless interface, among others. Wherein the processor 1501 is configured to execute a program of the trial ride management method stored in the memory to implement the steps in the trial ride management method provided by the above-described embodiment.

The description of the electronic device and the storage medium embodiments above is similar to that of the method embodiments described above, with similar advantageous effects as the method embodiments. For technical details not disclosed in the electronic device and storage medium embodiments of the present application, please refer to the description of the method embodiments of the present application for understanding.

It should be appreciated that reference throughout this specification to "one embodiment" or "an embodiment" means that a particular feature, structure or characteristic described in connection with the embodiment is included in at least one embodiment of the present application. Thus, the appearances of the phrases "in one embodiment" or "in an embodiment" in various places throughout this specification are not necessarily all referring to the same embodiment. Furthermore, the particular features, structures, or characteristics may be combined in any suitable manner in one or more embodiments. It should be understood that, in various embodiments of the present application, the sequence numbers of the foregoing processes do not mean the order of execution, and the order of execution of the processes should be determined by the functions and internal logic thereof, and should not constitute any limitation on the implementation process of the embodiments of the present application. The foregoing embodiment numbers of the present application are merely for the purpose of description, and do not represent the advantages or disadvantages of the embodiments.

It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.

In the several embodiments provided by the present application, it should be understood that the disclosed apparatus and method may be implemented in other ways. The above described device embodiments are only illustrative, e.g. the division of the units is only one logical function division, and there may be other divisions in practice, such as: multiple units or components may be combined or may be integrated into another system, or some features may be omitted, or not performed. In addition, the various components shown or discussed may be coupled or directly coupled or communicatively coupled to each other via some interface, whether indirectly coupled or communicatively coupled to devices or units, whether electrically, mechanically, or otherwise.

The units described above as separate components may or may not be physically separate, and components shown as units may or may not be physical units; can be located in one place or distributed to a plurality of network units; some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

In addition, each functional unit in each embodiment of the present application may be integrated in one processing unit, or each unit may be separately used as one unit, or two or more units may be integrated in one unit; the integrated units may be implemented in hardware or in hardware plus software functional units.

Those of ordinary skill in the art will appreciate that: all or part of the steps for implementing the above method embodiments may be implemented by hardware related to program instructions, and the foregoing program may be stored in a computer readable storage medium, where the program, when executed, performs steps including the above method embodiments; and the aforementioned storage medium includes: various media capable of storing program codes, such as a removable storage device, a ROM, a magnetic disk, or an optical disk.

Alternatively, the above-described integrated units of the present application may be stored in a computer-readable storage medium if implemented in the form of software functional modules and sold or used as separate products. Based on such understanding, the technical solutions of the embodiments of the present application may be embodied essentially or in part in the form of a software product stored in a storage medium, including instructions for causing an apparatus to perform all or part of the methods described in the embodiments of the present application. And the aforementioned storage medium includes: various media capable of storing program codes, such as a removable storage device, a ROM, a magnetic disk, or an optical disk.

The foregoing is merely an embodiment of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily think about changes or substitutions within the technical scope of the present application, and the changes and substitutions are intended to be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

1. A trial ride management method, the method comprising:

2. The method of claim 1, wherein the determining the pilot user, the co-pilot user, the pilot zone, the pilot store, and the scheduling information in response to the received reservation request message for reserving the pilot comprises:

In response to a received reservation request message for reserving a pilot, acquiring a reservation type, wherein the reservation type comprises a first type reserved by the pilot user;

when the reservation type is the first type, determining a pilot user, a pilot region and a pilot store according to the reservation request message;

according to the pilot user information of the pilot user, determining a co-pilot user with an association relation with the pilot user;

and acquiring the scheduling information from a second terminal held by the riding user.

3. The method of claim 2, wherein the determining a co-ride user having an association with the co-ride user based on the co-ride user information of the co-ride user comprises:

when the pilot user is determined to be a historical user according to the pilot user information, inquiring a historical pilot user and an association state which have an association relation with the pilot user in a pre-stored association relation table;

when the association state is an effective state, acquiring the current state of the history co-driving user;

when the current state is determined to be a service state, determining the history co-driving user as the co-driving user;

And when the current state is determined to be an out-of-service state, or when the association state is determined to be an invalid state, or when the trial driving user is determined to be a new user according to the trial driving user information, selecting one of at least one assignable co-driving specialist belonging to the trial driving store as the co-driving user.

4. The method of claim 2, wherein the reservation type further comprises a second type of reservation by a co-ride professional and a third type of reservation by the co-ride user to a store;

the method for determining the reservation request message for reserving the trial driving comprises the steps of responding to the received reservation request message for reserving the trial driving, determining the trial driving user, the co-driving user, the trial driving region, the trial driving store and the scheduling information, and further comprises the following steps:

when the reservation type is the second type or the third type, determining a pilot user, a pilot region, a pilot store and a pilot specialist according to the reservation request message, wherein the pilot specialist is a user with a third terminal, and the third terminal is a terminal for sending the reservation request message;

5. The method of claim 4, wherein the determining a co-ride user having an association with the co-ride user based on the co-ride user information of the co-ride user comprises:

and when the current state is determined to be a non-service state, or when the association state is determined to be an invalid state, or when the pilot user is determined to be a new user according to the pilot user information, determining the co-driver attendant as the co-driver user.

6. The method of claim 2 or 5, wherein the acquiring the scheduling information from the second terminal held by the co-driving user comprises:

Acquiring the scheduled information of the trial driving store;

sending a scheduling request message carrying the scheduled information to the second terminal so that the co-riding user inputs the scheduling information on the second terminal based on the scheduled information;

and receiving a scheduling response message sent by the second terminal, wherein the scheduling response message carries the scheduling information.

7. The method of claim 1, wherein after sending the first notification message, the method further comprises:

determining that the test driving user sends a signing notification message to a second terminal held by the co-driving user when the test driving period reaches the test driving store, wherein the signing notification message carries an alternative signing mode;

receiving a signing mode response message sent by the second terminal, wherein the signing mode response message carries a target signing mode selected from the alternative signing modes including an online signing mode and an offline signing mode;

when the target signing mode is an offline signing mode, a first signing instruction message is sent to the second terminal, wherein the first signing instruction message is used for instructing the co-driving user to upload signing image information, and the signing image information comprises signing information for characterizing approval of a trial driving protocol by the trial driving user;

Receiving a first signing response message carrying the signing image information sent by the second terminal;

and updating the state of the trial driving reservation list to a signed trial driving protocol.

8. The method of claim 7, wherein the method further comprises:

when the target signing mode is an online signing mode, a second signing instruction message carrying a trial driving agreement is sent to the first terminal;

receiving a second signed response message sent by the first terminal, wherein the second signed response message carries signed information representing approval of the test driving agreement by the test driving user;

9. The method of claim 1, wherein after the updating the status of the ride-on reservation sheet to complete, the method further comprises:

sending an evaluation request message to the first terminal, wherein the evaluation request message carries inquiry content for evaluating the trial riding satisfaction degree of the trial riding user;

receiving an evaluation response message sent by the first terminal, wherein the evaluation response message comprises reply content fed back by the test driving user aiming at the inquiry content;

Determining the trial driving satisfaction degree of the trial driving user according to the reply content, and determining the transaction probability of the trial driving user according to the trial driving satisfaction degree;

and determining recommendation information according to the transaction probability and the trial driving reservation list, and sending the recommendation information to the first terminal.

10. A trial ride management apparatus, the apparatus comprising:

and the storage module is used for storing the test driving reservation list.