WO2023005508A1

WO2023005508A1 - Questionnaire delivery method, system and device, medium and product

Info

Publication number: WO2023005508A1
Application number: PCT/CN2022/100052
Authority: WO
Inventors: 姜虹; 廖凯恩; 邵靖靖
Original assignee: 北京有竹居网络技术有限公司
Priority date: 2021-07-30
Filing date: 2022-06-21
Publication date: 2023-02-02
Also published as: CN113609413A

Abstract

A questionnaire delivery method, comprising: a questionnaire delivery SDK receives questionnaire configuration information matching an application, and when a questionnaire delivery condition is triggered, presenting a questionnaire in an application page according to the questionnaire configuration information. On one hand, the manner of presenting a questionnaire in an application page is adopted, and an independent questionnaire page is presented to a user when the user accesses the URL, so that the user does not need to perform additional operations, the process of answering the questionnaire by the user is simplified, the willingness of the user to answer the questionnaire is improved, and thus the recovery rate of the questionnaire is improved. On the other hand, the questionnaire is presented in the application page, that is, the questionnaire is presented when the user uses the application, so that the real feeling of the user when using a product can be obtained in real time, and the confidence of a questionnaire answer is improved. In this way, the requirements of a service for the questionnaire delivery efficiency and the questionnaire answer confidence are satisfied.

Description

Method, system, equipment, medium and product for placing questionnaire

This application claims the priority of the Chinese patent application submitted to the State Intellectual Property Office of China on July 30, 2021, with the application number 202110875360.6, and the title of the invention is "a questionnaire delivery method, system, equipment, medium and product", all of which The contents are incorporated by reference in this application.

technical field

The invention belongs to the technical field of computers, and in particular relates to a questionnaire delivery method, system, equipment, medium and product.

Background technique

With the continuous development of computer technology, computer program products developed based on computer technology, such as applications of various functions, emerge as the times require. Among them, the application can be divided into different types such as web page, desktop, mobile or applet according to the applicable device or platform.

In order to better meet users' demands for computer program products such as applications, it is usually necessary to collect users' real feelings in the process of using the above-mentioned products, so as to help explore product optimization directions. Currently, the mainstream method is to send a uniform resource locator (URL) of the questionnaire page to the user. When a user accesses the questionnaire page through the URL and submits an answer through the questionnaire page, the user's feedback on product use can be collected through the answer.

However, the above method has the problem of low recovery rate, and the user may reply on the questionnaire page after using the application and other products for a period of time. As a result, it is difficult to obtain the real feeling of the user when using the product in real time, that is, the confidence level of the information collected through the URL of the questionnaire page is relatively low. So difficult to meet business needs.

Contents of the invention

This Summary is provided to introduce a simplified form of concepts that are described in detail later in the Detailed Description. This summary of the invention is not intended to identify key features or essential features of the claimed technical solution, nor is it intended to be used to limit the scope of the claimed technical solution.

In the first aspect, the present disclosure provides a questionnaire delivery method, which is applied to the questionnaire delivery SDK, including: receiving questionnaire configuration information that matches the application; A questionnaire is presented in the , and the questionnaire is used to collect user feedback on the application.

In the second aspect, the present disclosure provides a questionnaire delivery SDK, including: a communication module, configured to receive questionnaire configuration information that matches the application; A questionnaire is presented on the page of the application, and the questionnaire is used to collect user feedback on the application.

In a third aspect, the present disclosure provides an electronic device, including: a storage device, on which a computer program is stored; a processing device, configured to execute the computer program in the storage device, so as to implement the first aspect of the present disclosure. method steps.

In a fourth aspect, the present disclosure provides a computer-readable medium on which a computer program is stored, and when the program is executed by a processing device, the steps of the method described in the first aspect of the present disclosure are implemented.

In a fifth aspect, the present disclosure provides a computer program product containing instructions, which, when run on a device, causes the device to execute the steps of the method described in the first aspect above.

Through the above technical solution, the questionnaire delivery SDK receives the questionnaire configuration information that matches the application, and when the questionnaire delivery condition is triggered, the questionnaire is presented on the application page according to the questionnaire configuration information. On the one hand, this method adopts the method of presenting the questionnaire in the application page, instead of pushing the URL of the independent questionnaire page to the user, and presenting the independent questionnaire page to the user when the user accesses the URL, without requiring the user to perform additional operations. It simplifies the process of users answering questionnaires, improves users' willingness to answer questionnaires, and thus improves the recovery rate of questionnaires. On the other hand, this method is to present the questionnaire in the application page, that is, to present the questionnaire when the user uses the application, so that the real feeling of the user using the product can be obtained in real time, and the confidence of the questionnaire answer is improved. In this way, the business requirements for questionnaire delivery efficiency and questionnaire response confidence are met.

Other features and advantages of the present disclosure will be described in detail in the detailed description that follows.

Description of drawings

The accompanying drawings are used to provide a further understanding of the present invention, and constitute a part of the description, and are used together with the embodiments of the present invention to explain the present invention, and do not constitute a limitation to the present invention. In the attached picture:

FIG. 1 is a system architecture diagram of a questionnaire delivery system provided by an embodiment of the present disclosure;

FIG. 2 is a schematic diagram of a questionnaire delivery SDK provided by an embodiment of the present disclosure;

FIG. 3 is a schematic flow diagram of a questionnaire delivery method provided by an embodiment of the present disclosure;

FIG. 4 is a schematic diagram of a mobile terminal application display page for questionnaire placement provided by an embodiment of the present disclosure;

FIG. 5 is a schematic diagram of a web-side application presentation page for questionnaire delivery provided by an embodiment of the present disclosure;

FIG. 6 is a schematic diagram of an interface of a do-not-disturb setting provided by an embodiment of the present disclosure;

Fig. 7 is a schematic structural diagram of an electronic device according to an embodiment of the present disclosure.

Detailed ways

The terms "first" and "second" in the embodiments of the present disclosure are used for description purposes only, and cannot be interpreted as indicating or implying relative importance or implicitly indicating the quantity of indicated technical features. Thus, a feature defined as "first" and "second" may explicitly or implicitly include one or more of these features.

First, some technical terms involved in the embodiments of the present disclosure are introduced.

An application refers to a computer program written for a specific application purpose of a user. Applications can be divided into different types such as office, entertainment, e-commerce, finance, social networking or games according to their purpose. Each type may include different applications. For example, entertainment-type applications may include applications such as short videos, long videos, news, novels, and audiobooks.

Applications can also be classified into different types such as web-side applications, desktop-side applications, mobile-side applications, or applet-side applications according to applicable devices or platforms (such as software platforms). Wherein, the web page application is an application generated based on web pages. A desktop application is an application running on a desktop operating system. Mobile applications are applications that run on mobile operating systems. The applet application refers to an application that is parasitic on a specific software platform and runs on the specific software platform.

In order to make the application better meet the demands of the users, it is usually necessary to collect the real feelings of the users in the process of using the application, so as to help discover the optimization direction of the product. A typical way is to send questionnaires to users, and collect users' feelings when using the application through the questionnaires.

A questionnaire is a tool for collecting data in the form of questions. Investigators can formulate questionnaires according to the information they want to obtain, and then put the questionnaires to the target population to be investigated, and obtain the information they want to collect according to the responses of the target population to the questionnaire. For example, in order to obtain the user's feelings during the use of the product, investigators can formulate a questionnaire that includes the feeling during the use of the product, distribute the questionnaire to users who have used the product, and obtain the user's experience during the use of the product based on the user's answers to the questionnaire. feel.

Usually, the delivery of the questionnaire about the feeling of the user during the use of the product usually adopts the method of sending the URL of the questionnaire page to the user. For example, the URL of an independent questionnaire page is sent to the user by email, short message or other channels. However, this method requires the user to visit the URL in the corresponding channel. For example, the user is required to log in to the mailbox, and then access the above-mentioned URL carried in the mail in the mailbox. The operation is cumbersome, which reduces the willingness of the user to answer the questionnaire, resulting in a low return rate of the questionnaire. And the user may visit the URL to answer the questionnaire after using the product for a period of time. Therefore, it is difficult to obtain the real feeling of the user using the product in real time, that is, the confidence level of the information collected through the URL of the questionnaire page is low, and it is difficult to meet business needs.

In view of this, an embodiment of the present disclosure provides a questionnaire delivery method, which can be executed by a questionnaire delivery software development kit (software development kit, SDK). Specifically, the questionnaire delivery SDK receives questionnaire configuration information that matches the application. When the questionnaire delivery condition is triggered, the questionnaire delivery SDK presents a questionnaire for collecting user feedback on the application in the page of the application according to the questionnaire configuration information.

On the one hand, this method adopts the method of presenting the questionnaire in the application page, instead of pushing the URL of the independent questionnaire page to the user, and presenting the independent questionnaire page to the user when the user accesses the URL, without requiring the user to perform additional operations. It simplifies the process of users answering questionnaires, improves users' willingness to answer questionnaires, and thus improves the recovery rate of questionnaires. On the other hand, the method is to present the questionnaire in the page of the application, that is, to present the questionnaire when the user uses the application. Therefore, it is possible to obtain the real feeling of the user using the product in real time, which improves the confidence of the questionnaire answer. In this way, the business requirements for questionnaire delivery efficiency and questionnaire response confidence are met.

In order to make the technical solutions of the embodiments of the present disclosure clearer and easier to understand, the system architecture of the method for placing questionnaires provided by the embodiments of the present disclosure will be introduced below with reference to the accompanying drawings.

Referring to the schematic architecture diagram of the questionnaire delivery system 100 shown in FIG. 1 , the questionnaire delivery system 100 includes a terminal 102 and a server 104 . Wherein, the terminal 102 includes, but is not limited to, a desktop computer, a notebook computer, a personal digital assistant (personal digital assistant, PDA), a tablet computer, a smart phone, or a smart wearable device. The server 104 may be a cloud server, for example, a central server in a central cloud computing cluster, or an edge server in an edge cloud computing cluster. Certainly, the server 104 may also be a server in a local data center. An on-premises data center refers to a data center directly controlled by the user.

Applications, such as a first application and a second application, are deployed on the terminal 102 . Wherein, the questionnaire delivery SDK corresponding to the first application is installed in the first application. The second application can be a platform application, and the platform application can run the applet application. For example, the second application can run the first applet and the second applet. Similarly, the questionnaire delivery SDK corresponding to the first applet can be installed in the first applet. A questionnaire delivery server is deployed on the server 104 . The questionnaire delivery SDK in the terminal 102 can interact with the questionnaire delivery server in the server 104 to implement questionnaire delivery.

Specifically, the questionnaire delivery SDK in the terminal 102 can receive questionnaire configuration information that matches the application. For example, the questionnaire delivery SDK in the terminal 102 can send a questionnaire configuration request to the server 104 . The questionnaire configuration request is used to request questionnaire configuration information, and the questionnaire configuration information may specifically be questionnaire configuration information matching an application. For example, the questionnaire delivery SDK corresponding to the first application may request questionnaire configuration information matching the first application, and the questionnaire delivery SDK corresponding to the first applet in the second application may request questionnaire configuration information matching the first applet. Then the questionnaire delivery SDK in the terminal 102 receives the questionnaire configuration information returned by the server 104 .

When the questionnaire delivery condition is triggered, the questionnaire delivery SDK can present the questionnaire in the application page according to the questionnaire configuration information. The questionnaire is used to collect user feedback on the application, and the feedback may be, for example, the user's experience or suggestion on the application. Specifically, the user can reply to the questionnaire through the terminal 102, and the questionnaire delivery SDK in the terminal 102 can collect the user's feedback on the application based on receiving the user's reply to the questionnaire.

Furthermore, the questionnaire delivery system 100 can also support the questionnaire deliverer to customize the questionnaire. Specifically, the questionnaire delivery system 100 may also include a server 106 and a terminal 108 . Wherein, a questionnaire management platform is deployed in the server 106 . The questionnaire management platform supports questionnaire distributors to manage questionnaires, for example, supports questionnaire distributors to create new questionnaires, modify or delete existing questionnaires. Specifically, the questionnaire provider can access the questionnaire management platform in the server 106 through the terminal 108 to create a new questionnaire or delete an existing questionnaire.

Next, the questionnaire delivery SDK will be described in detail in combination with the attached drawings. Referring to the schematic structural diagram of the questionnaire delivery SDK shown in FIG. 2 , the questionnaire delivery SDK 200 includes a communication module 202 and a display module 206 . Wherein, the communication module 202 is used for communicating with the server 104, for example, communicating with the questionnaire delivery server deployed in the server 104, so as to receive questionnaire configuration information matched with the application. The presentation module 206 is configured to present the questionnaire in the page of the application according to the questionnaire configuration information when the questionnaire delivery condition is triggered. The questionnaire is used to collect user feedback on the application. Further, the questionnaire delivery SDK200 also includes a logic processing module 204 . The logic processing module 204 is used to perform processing according to the questionnaire display logic, so as to determine whether to trigger the condition for sending the questionnaire.

It should be noted that, for different types of applications, the questionnaire delivery SDK 200 can be implemented in different ways. The following uses a web application and an applet application as examples for illustration.

For web-side applications, the communication module 202 can provide an application programming interface (application programming interface, API) for reporting user IDs and events, such as user ID reporting API and event reporting API. Wherein, the application (for example, the client of the application) can obtain the user identifier. The user identifier may be represented by a key-value pair (key-value) of an attribute and an attribute value. The communication module 202 of the questionnaire delivery SDK 200 can obtain the user ID from the application, and then report the user ID to the server 104 (for example, the questionnaire delivery server in the server 104 ) through the user ID reporting API.

Similarly, the application can also set custom events, such as adding to the shopping cart, submitting comments, and so on. Among them, custom events can be represented by simple strings to represent specific user interaction scenarios. For example, a custom event for submitting a comment could be represented by "submit_comment". When the application detects that a custom event occurs, the custom event can be sent to the questionnaire delivery SDK 200 . The communication module 202 of the questionnaire delivery SDK 200 can report the detected custom events to the server 104 through the event reporting API.

In this way, the server 104 can determine whether the questionnaire delivery condition is triggered based on the user identification and the custom event reported by the communication module 202 . In some embodiments, the questionnaire delivery SDK200 can also determine whether the questionnaire delivery condition is triggered by itself. Specifically, the questionnaire delivery SDK 200 can determine whether the questionnaire delivery condition is triggered through the logic processing module 204 .

It should be noted that the questionnaire delivery SDK 200 may also include a behavior collection module 208 . The behavior collection module 208 is used to detect behaviors such as page URL changes, page stay time, and then report the above-mentioned behaviors to the server 104, so that the server 104 judges whether the questionnaire delivery condition is triggered.

In this embodiment, the presentation module 206 may include a form renderer FormBuilder. Among them, FormBuilder can use the Svelte framework to render the questionnaire configuration information configured in the questionnaire management platform into a hyper text markup language (hyper text markup language, HTML) user interface, so as to present the questionnaire to the user through the HTML user interface.

For the applet application, the communication module 202 of the questionnaire delivery SDK 200 can provide different access APIs, so that the applet application can access the questionnaire delivery SDK 200 through the corresponding access API. For example, the applet application can access the questionnaire delivery SDK200 through the applet access API, or access the questionnaire delivery SDK200 through the lynx API.

Wherein, the applet operating environment does not support dynamic rendering of views, so the communication module 202 can provide a mechanism for occupying components. The business side, such as the applet application, puts the placeholder component on the specified page in advance, and the communication module 202 sends the global event after obtaining the questionnaire configuration information through the applet access API, and wakes up the placeholder component that detects the global event. The corresponding page renders the form.

The lynx API can use the capabilities provided by Lynx openPopupView to directly open the form through the openDialogCard method after obtaining the questionnaire configuration information without introducing component codes, so as to display the questionnaire on the corresponding page.

Considering the module differences between the applet runtime (runtime) and lynx runtime, the questionnaire delivery SDK 200 may also include a cross-platform module 210. The cross-platform module 210 is used to provide a unified network interface, a unified component, a unified notification interface and an event system, so as to solve the module differences between the applet runtime and the lynx runtime.

The following is an example of the module differences between the applet runtime and lynx runtime and the corresponding solutions. Please refer to the table below for details:

Table 1 Module differences and solutions between applet runtime and lynx runtime

The questionnaire delivery system 100 implementing the questionnaire delivery method has been introduced above. Next, the questionnaire delivery method provided by the embodiment of the present disclosure will be described in detail from the perspective of the questionnaire delivery SDK 200 carried on the application.

Referring to the interactive flow chart of the questionnaire delivery method shown in Figure 3, the method includes:

S302: The questionnaire delivery SDK 200 receives the questionnaire configuration information matching the application from the server 104 .

Wherein, the application is an application equipped with the questionnaire delivery SDK 200 . In some possible implementation manners, the same terminal may include multiple applications, and each application requiring questionnaire delivery includes a corresponding questionnaire delivery SDK200. The questionnaire delivery SDK200 is carried on the application, and is used to provide the application with a questionnaire delivery function.

The questionnaire configuration information can be configured by the questionnaire provider through the questionnaire management platform 106 . As shown in FIG. 1 , the questionnaire provider can set the configuration information of the questionnaire through the second terminal 108 and upload it to the questionnaire management platform 106 . The questionnaire delivery SDK 200 can receive the questionnaire configuration information matching the application from the server 106 through the application key appKey of the application carried by it. Wherein, the application key may be, for example, a product identifier.

The questionnaire configuration information may include description information of delivery objects. For example, users who visit the page for more than 20 times, users who stay on the page for more than 20 seconds, or users who have purchased preset products. For another example, the delivery target may be a user group, such as employees of a certain company, residents of a certain community, and so on.

The questionnaire configuration information may also include delivery content. The posting content may include the content of the questionnaire to be answered, that is, the information that the questionnaire poster needs to collect through the questionnaire. In some possible implementation manners, the delivery content may include the user's experience with the product. For example, the questionnaire may include: "Recently, are you satisfied with the "content" of this application?", and provide satisfaction ratings corresponding to different gradients for the user to choose one of. Further, it is also possible to customize the evaluation of the satisfaction levels of different gradients. For example, the satisfaction level is divided into 5 levels, from the most satisfied to the dissatisfied respectively: "Awesome! I am very satisfied", "Very satisfied", "So-so", "I am not very satisfied" and "Too bad ! I am very dissatisfied". In some other possible implementation manners, the content of the questionnaire may also include multiple-choice questions. For example, when the user's satisfaction rating is: "I'm not very satisfied" or "Too bad! I'm very dissatisfied", provide the user with a multiple-choice question including "What is the reason for dissatisfaction?", and the corresponding option can be " Push content that I'm not interested in", "More ads" and "Running freeze" for users to make multiple choices.

The questionnaire configuration information may also include a target page, and the target page may be a page on which the questionnaire is delivered. For example, it can be embedded in multiple discussions in the forum, or displayed on the page after a certain short video is played. The delivery personnel can determine the delivery page with the highest recovery rate through activities such as research and testing.

In some possible implementation manners, the questionnaire configuration information may also display the page settings of the pages of the application. For example, skin settings, according to the application display page, set the skin color suitable for the application page. The questionnaire configuration information may also include a do-not-disturb condition, and when the do-not-disturb condition is triggered, the presentation of the questionnaire in the application page is stopped.

S304: The questionnaire delivery SDK 200 acquires the user identifier from the application.

The questionnaire delivery SDK200 can provide APIs for different technology stacks. Therefore, questionnaire delivery can obtain application data from applications installed on different types of operating systems (such as desktop operating systems, mobile operating systems, applet operating systems, etc.) through secondary packaged APIs.

When the questionnaire configuration information includes the description information of the delivery object, the questionnaire delivery SDK 200 obtains the user identifier from the application. When the description information of the delivery object includes the user identifier of the delivery object, it is determined whether the user identifier acquired from the application satisfies the user identifier in the description information of the delivery object. Wherein, the user corresponding to the user identifier may be a logged-in user of the application, or may be a non-logged-in user of the application. When the user is a logged-in user, the questionnaire delivery SDK 200 obtains the pre-stored user ID of the logged-in user from the application. When the user is not logged in, the questionnaire delivery SDK 200 can assign an identification value to the logged-out user as the user ID to record the behavior data of the logged-out user.

In some possible implementation manners, the identity of the user group may be set in the questionnaire configuration information. The questionnaire delivery SDK200 can determine whether to display a specific questionnaire to the users in the user group according to the matching result between the user ID of the logged-in user and the IDs of the users in the user group. For example, the sender can create a user group "has placed an order in the past 3 months" in the questionnaire management platform 106, and set the questionnaire distribution scope to this user group. The user group may include user identifiers corresponding to users who have placed orders in the past three months. When the user uses the application, the questionnaire delivery SDK 200 obtains the user ID of the logged-in user, and delivers the corresponding questionnaire to the user when the user ID is within the scope of the user group.

Wherein, the description information of the delivery object in the questionnaire configuration information may only include the description of the user ID, or may include both the user ID and the corresponding user behavior. When the description information of the delivery object includes user behavior, execute S306.

S306: The questionnaire delivery SDK 200 obtains the user's behavior data from the application according to the user identifier.

The user's behavior data can be used to judge whether the questionnaire delivery condition is triggered. The questionnaire delivery SDK200 can establish a corresponding relationship between the user identification and the behavior data according to the user identification, and judge whether it conforms to the description information of the delivery object in the configuration information according to the corresponding relationship. User behavior data may include page view (page view, PV) times and page stay time.

For example, when the page is switched, the questionnaire delivery SDK 200 acquires data such as the number of PVs and the length of stay, and sends them to the server 104 . The server 104 receives and returns tasks that can be triggered, and the triggering methods may include automatic triggering, delayed triggering, and scene triggering. Automatic triggering can be triggered automatically without user operation when the task meets the conditions. Delayed triggering means that the task is triggered after the preset time is delayed after the task meets the conditions. Scene triggering also requires specific scene conditions, and triggers when the scene conditions are met.

Specifically, the description information of the delivery object may be "users who stay on this page for more than 20 seconds". When a user logs in to the application, the questionnaire delivery SDK 200 obtains the user ID of the user from the application, and obtains the user's behavior data according to the user ID, and establishes a corresponding relationship between the user ID and the behavior data. When the corresponding relationship between the user identifier and the behavior data satisfies the description information of the delivery object, proceed to the next step. For example, the questionnaire delivery SDK 200 can obtain user IDs of users: user ID1, user ID2, and user ID3. And obtain the corresponding behavior data according to the user ID: user ID1, stay for 10s; user ID2, stay for 5s; user ID3, stay for 25s. According to the description information of the delivery object, it can be considered that the user corresponding to the user ID3 is the target user for presenting the questionnaire.

S308: When the questionnaire delivery condition is triggered, the questionnaire delivery SDK 200 presents the questionnaire in the application page according to the questionnaire configuration information.

Among them, the questionnaire is used to collect user feedback on the application. For example, it can be feedback on whether the user is satisfied with the application experience, or feedback on whether the user encounters problems such as freezing when using the application.

The questionnaire delivery condition may include description information of delivery objects in the configuration information of the questionnaire. The description information of the delivery object may only include a description of the user identifier, or may include behavior data corresponding to the user. That is, the embodiment of the present disclosure can determine whether the questionnaire delivery condition is triggered only through the user identifier of the user, that is, only S302, S304, and S308 need to be executed. In the embodiment of the present disclosure, it is also possible to determine whether the questionnaire delivery condition is triggered through the user ID of the user and the corresponding behavior data, that is, execute S302, S304, S306 and S308.

Further, the questionnaire delivery condition may be a custom event set by the distributor. For example, after a certain video is played, the questionnaire delivery SDK 200 can receive custom events reported by the application through the API. When a custom event occurs, it is determined that the questionnaire delivery condition is triggered.

That is to say, the publisher can set the description information of the delivery object as a custom event through the configuration information of the questionnaire, or set other types of custom events. The questionnaire management platform 106 can provide a fixed option drop-down bar to provide a preset custom event for the dispenser, and can also provide a custom editing page, so that the dispenser can set the custom event more flexibly.

Questionnaire delivery conditions can be abstracted as custom events, and when a custom event occurs, it is determined that the questionnaire delivery conditions are triggered. In some possible implementations, custom events can be preset by the caster. For example, posters can set custom events including submitting comments. This custom event can be represented by a simple string "submit_comment". When the questionnaire delivery SDK 200 obtains the reported custom event, it reports the custom event to the server 104 . The server 104 determines the custom event as a triggerable task and sends it to the questionnaire delivery SDK 200 . The questionnaire delivery SDK200 stores the corresponding questionnaire configuration information in the code running environment based on the custom event.

Among them, the questionnaire delivery SDK200 provides APIs for different technology stacks, and the application can report custom events to the questionnaire delivery SDK200 through the API. The questionnaire delivery SDK 200 receives the custom event reported by the application, and then determines that the questionnaire delivery condition is triggered.

In some possible implementation manners, the custom events may be non-generic page behaviors such as the number of page views and the duration of the page stay. For example, purchasing items, adding to a shopping cart, submitting comments, etc., are not limited in this embodiment. However, it should be noted that no matter whether the custom event is configured by the questionnaire management platform 106 or not, it needs to be written into the questionnaire delivery SDK 200 in advance.

The questionnaire configuration information includes delivery content. When the questionnaire delivery condition is triggered, the questionnaire will be displayed on the application page according to the delivery content. Wherein, when the application acts on the applet end, the questionnaire condition is triggered, and the questionnaire delivery SDK 200 obtains the corresponding questionnaire after being filtered by the delivery frequency control system of the server 104, and displays the questionnaire in the occupied component.

Specifically, the delivered content can be presented in the form of a pop-up window in the target page, or presented in a manner of embedding the delivered content in the page. For example, the display on the mobile phone terminal may be as shown in FIG. 4 . In A of FIG. 4 , the display interface 400 normally displays page information, and after the questionnaire is delivered, the questionnaire is displayed on the page of the application in the form of a pop-up window 402 . In B of FIG. 4 , the display interface 400 normally displays two parts including page information A and page information B. After the questionnaire is delivered, the questionnaire is embedded into the page information A and page information B of the page through the display component 404 . Similarly, the display on the web side can be as shown in FIG. 5 . In A of FIG. 5 , the display interface 400 normally displays page information, and after the questionnaire is delivered, the questionnaire is displayed in the page of the application in the form of a pop-up window 402 . In B of FIG. 5 , the display interface 400 normally displays two parts including page information A and page information B. After the questionnaire is delivered, the questionnaire is embedded into the page information A and page information B of the page through the display component 404 . Further, the application page may also include a multilingual translation display component. The multilingual translation component is used to switch the questionnaire content accordingly when the user switches the interface language.

The questionnaire delivery SDK 200 can also be used to present multiple questionnaire delivery. When a questionnaire is presented, the task that can be triggered by the questionnaire delivery SDK update. In order to reduce the storage space of the duration detector, the single-stay duration detector can also be updated to enter the trigger condition judgment of the next cycle.

Likewise, the trigger condition in the questionnaire configuration information may be the length of time the user stays on the page. When the user's stay on the page meets the trigger conditions, the questionnaire will be displayed on the application page according to the questionnaire configuration information, the timer will be cleared, and the event will be removed at the same time.

In some possible implementations, in order to achieve more accurate delivery of questionnaires, do-not-disturb conditions may also be set. When the do-not-disturb condition is triggered, the questionnaire delivery SDK 200 stops presenting the questionnaire in the application page.

Wherein, the do-not-disturb condition can be set by the sender in the questionnaire management platform, as shown in FIG. 6 . When the user meets the do-not-disturb conditions, stop presenting the questionnaire on the application page, so as to avoid the impact of frequently presenting the questionnaire on the user experience.

In some possible implementations, the do-not-disturb condition may include: the number of times the questionnaire is presented to the same user reaches a preset number of times; the last time the questionnaire is presented to the same user is less than or equal to the first preset time; the last time the same user is detected The time for answering the questionnaire is less than or equal to the second preset time; or, one or more of the same user's answering operation for the questionnaire is detected. For example, the do-not-disturb condition can be set as: when any of the following conditions are met, the questionnaire will not be displayed: condition 1: the same user has seen the content of the questionnaire twice; condition 2: the interval between the last time the same user ID saw the questionnaire is 2 Within days; Condition 3: The interval between the last questionnaire submission by the same user ID is within 4 days.

Specifically, in judging the description information of the delivery object, the do-not-disturb condition has a higher priority. When the user satisfies all the conditions of the description information of the delivery object but simultaneously satisfies the do-not-disturb condition, stop presenting the questionnaire to the user.

Further, the do-not-disturb condition may also include the answer operation of the same user for the questionnaire. For example, the same user has already submitted the questionnaire, so the questionnaire delivery SDK 200 can also record the user's corresponding answer after the questionnaire delivery, and store it persistently in the server 104 as a basis for controlling the frequency of questionnaire delivery.

In some possible implementation manners, there may be situations where multiple questionnaires are delivered to the same application. Therefore, the do-not-disturb condition may also be related to the delivery of other questionnaires, for example, other types of questionnaires have been presented to the user within one day.

Based on the above content description, the embodiment of the present disclosure provides a questionnaire delivery method. The method is executed by the questionnaire delivery SDK 200, specifically, the questionnaire delivery SDK 200 receives questionnaire configuration information matched with the application. When the questionnaire delivery condition is triggered, the questionnaire is presented in the interface of the application according to the configuration information of the questionnaire. On the one hand, this method can directly present the questionnaire in the application interface, avoiding the need for the user to click the URL to obtain the operation of the questionnaire, simplifying the process of the user answering the questionnaire, improving the willingness of the user to answer the questionnaire, and improving the recovery of the questionnaire Rate. On the other hand, the method is triggered by a questionnaire condition, presenting a questionnaire to the user when the user uses the application. Therefore, the real feeling of the user using the product can be obtained in real time, avoiding the feeling bias caused by answering the questionnaire after the user stops using the application, and improving the confidence of the questionnaire. Based on this, the method can meet the business requirements for questionnaire delivery efficiency and questionnaire answer confidence.

The questionnaire delivery method provided by the embodiment of the present disclosure has been introduced in detail above with reference to FIG. 1 to FIG. 6 . The apparatus and equipment provided by the embodiments of the present disclosure will be described below with reference to the accompanying drawings.

Referring to the schematic structural diagram of the questionnaire delivery SDK200 shown in FIG. 2, the questionnaire delivery SDK200 can be a software device, and the software device is deployed in the terminal to implement the questionnaire delivery method corresponding to the embodiment shown in FIG. 3. The device 200 includes:

A communication module 202, configured to receive questionnaire configuration information matched with the application;

The presentation module 206 is configured to present a questionnaire in the application page according to the questionnaire configuration information when the questionnaire delivery condition is triggered, and the questionnaire is used to collect user feedback on the application.

In some possible implementations, the questionnaire configuration information includes description information and delivery content of delivery objects;

The communication module 202 is further configured to: acquire a user ID;

The device also includes:

A behavior collection module 208, configured to obtain user behavior data according to the user identifier;

The display module 206 is specifically used for:

When the behavior data of the user matches the description information of the delivery object, a questionnaire is presented to the user in the page of the application according to the delivery content.

In some possible implementation manners, the questionnaire configuration information includes a target page and delivery content;

The display module 206 is specifically used for:

A questionnaire is presented to the user on the target page of the application according to the delivery content.

In some possible implementations, the questionnaire delivery condition is abstracted as a custom event, and the device further includes:

The logic processing module 204 is configured to determine that the questionnaire delivery condition is triggered when the custom event occurs.

In some possible implementations, the questionnaire delivery SDK200 provides an application programming interface API;

The communication module 202 is also used for:

receiving the custom event reported by the application through the API.

In some possible implementation manners, the questionnaire delivery SDK 200 provides a unified API that re-encapsulates original application programming interface APIs of different technology stacks.

In some possible implementation manners, the presentation module 206 is specifically configured to:

Presenting the questionnaire in a pop-up window in the page of the application according to the configuration information of the questionnaire; or,

According to the configuration information of the questionnaire, the questionnaire is presented in the page of the application by embedding it in a page.

In some possible implementation manners, the questionnaire configuration information is configured by the sender through the questionnaire management platform.

In some possible implementations, the device further includes:

The logic processing module 204 is configured to stop presenting the questionnaire in the page of the application when the do-not-disturb condition is triggered.

In some possible implementation manners, the do-not-disturb conditions include any one or more of the following:

presenting the questionnaire to the same user reaches a predetermined number of times;

The last time when the questionnaire was presented to the same user is less than or equal to the first preset time;

The last time it is detected that the same user responds to the questionnaire is less than or equal to the second preset time; or,

An answer action by the same user was detected for the questionnaire in question.

The questionnaire delivery SDK200 according to the embodiment of the present disclosure may correspond to the implementation of the method described in the embodiment of the present disclosure, and the above-mentioned and other operations and/or functions of each module/unit of the questionnaire delivery SDK200 are respectively in order to realize the embodiment shown in FIG. 3 For the sake of brevity, the corresponding processes of each method are not repeated here.

Referring now to FIG. 7 , it shows a schematic structural diagram of an electronic device 700 suitable for implementing the embodiments of the present disclosure. The terminal equipment in the embodiment of the present disclosure may include but not limited to such as mobile phone, notebook computer, digital broadcast receiver, PDA (personal digital assistant), PAD (tablet computer), PMP (portable multimedia player), vehicle terminal (such as mobile terminals such as car navigation terminals) and fixed terminals such as digital TVs, desktop computers and the like. The electronic device shown in FIG. 7 is only an example, and should not limit the functions and application scope of the embodiments of the present disclosure.

As shown in FIG. 7 , an electronic device 700 may include a processing device (such as a central processing unit, a graphics processing unit, etc.) Various appropriate actions and processes are executed by programs in the memory (RAM) 703 . In the RAM 703, various programs and data necessary for the operation of the electronic device 700 are also stored. The processing device 701, ROM 702, and RAM 703 are connected to each other through a bus 704. An input/output (I/O) interface 705 is also connected to the bus 704 .

Typically, the following devices can be connected to the I/O interface 705: input devices 706 including, for example, a touch screen, touchpad, keyboard, mouse, camera, microphone, accelerometer, gyroscope, etc.; including, for example, a liquid crystal display (LCD), speaker, vibration an output device 707 such as a computer; a storage device 708 including, for example, a magnetic tape, a hard disk, etc.; and a communication device 709. The communication means 709 may allow the electronic device 700 to communicate with other devices wirelessly or by wire to exchange data. While FIG. 7 shows electronic device 700 having various means, it is to be understood that implementing or having all of the means shown is not a requirement. More or fewer means may alternatively be implemented or provided.

In particular, according to an embodiment of the present disclosure, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product, which includes a computer program carried on a non-transitory computer readable medium, where the computer program includes program code for executing the method shown in the flowchart. In such an embodiment, the computer program may be downloaded and installed from a network via communication means 709, or from storage means 708, or from ROM 702. When the computer program is executed by the processing device 701, the above-mentioned functions defined in the methods of the embodiments of the present disclosure are performed.

It should be noted that the above-mentioned computer-readable medium in the present disclosure may be a computer-readable signal medium or a computer-readable storage medium or any combination of the above two. A computer readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of computer-readable storage media may include, but are not limited to, electrical connections with one or more wires, portable computer diskettes, hard disks, random access memory (RAM), read-only memory (ROM), erasable Programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination of the above. In the present disclosure, a computer-readable storage medium may be any tangible medium that contains or stores a program that can be used by or in conjunction with an instruction execution system, apparatus, or device. In the present disclosure, however, a computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave carrying computer-readable program code therein. Such propagated data signals may take many forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the foregoing. A computer-readable signal medium may also be any computer-readable medium other than a computer-readable storage medium, which can transmit, propagate, or transmit a program for use by or in conjunction with an instruction execution system, apparatus, or device . Program code embodied on a computer readable medium may be transmitted by any appropriate medium, including but not limited to wires, optical cables, RF (radio frequency), etc., or any suitable combination of the above.

In some embodiments, the client and the server can communicate using any currently known or future network protocols such as HTTP (HyperText Transfer Protocol, Hypertext Transfer Protocol), and can communicate with digital data in any form or medium Communications (eg, communication networks) are interconnected. Examples of communication networks include local area networks ("LANs"), wide area networks ("WANs"), internetworks (e.g., the Internet), and peer-to-peer networks (e.g., ad hoc peer-to-peer networks), as well as any currently known or future developed network of.

The above-mentioned computer-readable medium may be included in the above-mentioned electronic device, or may exist independently without being incorporated into the electronic device.

The above-mentioned computer-readable medium carries one or more programs, and when the above-mentioned one or more programs are executed by the electronic device, the electronic device: receives questionnaire configuration information matching the application; when the questionnaire delivery condition is triggered, according to The questionnaire configuration information presents a questionnaire in a page of the application, and the questionnaire is used to collect user feedback on the application.

Computer program code for carrying out operations of the present disclosure may be written in one or more programming languages, or combinations thereof, including but not limited to object-oriented programming languages—such as Java, Smalltalk, C++, and Includes conventional procedural programming languages - such as "C" or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In cases involving a remote computer, the remote computer may be connected to the user computer through any kind of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computer (for example, using an Internet service provider to connected via the Internet).

The flowchart and block diagrams in the Figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each block in a flowchart or block diagram may represent a module, program segment, or portion of code that contains one or more logical functions for implementing specified executable instructions. It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or they may sometimes be executed in the reverse order, depending upon the functionality involved. It should also be noted that each block of the block diagrams and/or flowchart illustrations, and combinations of blocks in the block diagrams and/or flowchart illustrations, can be implemented by a dedicated hardware-based system that performs the specified functions or operations , or may be implemented by a combination of dedicated hardware and computer instructions.

The modules involved in the embodiments described in the present disclosure may be implemented by software or by hardware. Wherein, the name of the module does not constitute a limitation on the module itself under certain circumstances.

The functions described herein above may be performed at least in part by one or more hardware logic components. For example, without limitation, exemplary types of hardware logic components that may be used include: Field Programmable Gate Arrays (FPGAs), Application Specific Integrated Circuits (ASICs), Application Specific Standard Products (ASSPs), System on Chips (SOCs), Complex Programmable Logical device (CPLD) and so on.

In the context of the present disclosure, a machine-readable medium may be a tangible medium that may contain or store a program for use by or in conjunction with an instruction execution system, apparatus, or device. A machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing. More specific examples of machine-readable storage media would include one or more wire-based electrical connections, portable computer discs, hard drives, random access memory (RAM), read only memory (ROM), erasable programmable read only memory (EPROM or flash memory), optical fiber, compact disk read only memory (CD-ROM), optical storage, magnetic storage, or any suitable combination of the foregoing.

According to one or more embodiments of the present disclosure, Example 1 provides a questionnaire delivery method, which is applied to the questionnaire delivery SDK. The method includes: receiving questionnaire configuration information matching the application; when the questionnaire delivery condition is triggered, according to The questionnaire configuration information presents a questionnaire in a page of the application, and the questionnaire is used to collect user feedback on the application.

According to one or more embodiments of the present disclosure, on the basis of Example 1, the questionnaire configuration information includes the description information of the delivery object and delivery content, and the method further includes: obtaining a user ID; obtaining the user's ID according to the user ID Behavior data: presenting the questionnaire in the application page according to the questionnaire configuration information includes: when the user’s behavior data matches the description information of the delivery object, displaying the questionnaire in the application according to the delivery content A questionnaire is presented to the user within the page of . According to one or more embodiments of the present disclosure, on the basis of Example 1, the questionnaire configuration information includes the target page and delivery content; the presenting the questionnaire in the page of the application according to the questionnaire configuration information includes: The delivery content presents a questionnaire to the user in the target page of the application.

According to one or more embodiments of the present disclosure, on the basis of Example 1, the questionnaire delivery condition is abstracted as a custom event, and the method further includes: when the custom event occurs, determining the questionnaire delivery condition is triggered.

According to one or more embodiments of the present disclosure, on the basis of Example 1, the questionnaire delivery SDK provides an application programming interface API; the method further includes: receiving the customized event.

According to one or more embodiments of the present disclosure, on the basis of Example 1, the questionnaire delivery SDK provides a unified API that re-encapsulates original application programming interface APIs of different technology stacks.

According to one or more embodiments of the present disclosure, on the basis of Example 1, the presenting the questionnaire in the page of the application according to the configuration information of the questionnaire includes: presenting the questionnaire in the page of the application according to the configuration information of the questionnaire , presenting the questionnaire in a pop-up window; or presenting the questionnaire in a page-embedded manner in the application page according to the configuration information of the questionnaire.

According to one or more embodiments of the present disclosure, on the basis of Example 1, the questionnaire configuration information is configured by the sender through the questionnaire management platform.

According to one or more embodiments of the present disclosure, on the basis of Example 1, when the do-not-disturb condition is triggered, stop presenting the questionnaire in the page of the application.

According to one or more embodiments of the present disclosure, on the basis of Example 1, the do-not-disturb conditions include any one or more of the following: the number of times the questionnaire is presented to the same user reaches a preset number of times; The time at which the questionnaire is presented is less than or equal to the first preset time; the last time the same user’s response to the questionnaire is detected is less than or equal to the second preset time; or, the same user’s response to the questionnaire is detected Reply action.

According to one or more embodiments of the present disclosure, Example 2 provides a questionnaire delivery SDK, the device includes:

A communication module, configured to receive questionnaire configuration information that matches the application; a display module, configured to present a questionnaire in the application page according to the questionnaire configuration information when the questionnaire delivery condition is triggered, and the questionnaire is used to collect user Feedback on said app.

According to one or more embodiments of the present disclosure, on the basis of Example 2, the questionnaire configuration information includes the description information of the delivery object and delivery content; the communication module is also used to: obtain a user identification; the device also includes: The behavior collection module is used to obtain the user's behavior data according to the user identification; the display module is specifically used to: when the user's behavior data matches the description information of the delivery object, according to the delivery content in the A questionnaire is presented to the user within a page of the application.

According to one or more embodiments of the present disclosure, on the basis of Example 2, the questionnaire configuration information includes the target page and delivery content; The user presents a questionnaire.

According to one or more embodiments of the present disclosure, on the basis of Example 2, the questionnaire delivery condition is abstracted as a custom event, and the device further includes: a logic processing module, configured to, when the custom event occurs, It is determined that the questionnaire delivery condition is triggered.

According to one or more embodiments of the present disclosure, on the basis of Example 2, the questionnaire delivery SDK provides an application programming interface API; the communication module is further configured to: receive the Custom events.

According to one or more embodiments of the present disclosure, on the basis of Example 2, the questionnaire delivery SDK provides a unified API that re-encapsulates original application programming interface APIs of different technology stacks.

According to one or more embodiments of the present disclosure, on the basis of Example 2, the display module is specifically configured to: present the questionnaire in a pop-up window in the page of the application according to the configuration information of the questionnaire; or, according to the questionnaire configuration information The configuration information of the questionnaire is displayed in the page of the application by embedding the questionnaire.

According to one or more embodiments of the present disclosure, on the basis of Example 2, the questionnaire configuration information is configured by the sender through the questionnaire management platform.

According to one or more embodiments of the present disclosure, on the basis of Example 2, the presentation module is further configured to: stop presenting the questionnaire in the page of the application when the do not disturb condition is triggered.

According to one or more embodiments of the present disclosure, on the basis of Example 2, the do-not-disturb conditions include any one or more of the following: the number of times the questionnaire is presented to the same user reaches a preset number of times; The time at which the questionnaire is presented is less than or equal to the first preset time; the last time the same user’s response to the questionnaire is detected is less than or equal to the second preset time; or, the same user’s response to the questionnaire is detected Reply action.

The above description is only a preferred embodiment of the present disclosure and an illustration of the applied technical principles. Those skilled in the art should understand that the disclosure scope involved in this disclosure is not limited to the technical solution formed by the specific combination of the above-mentioned technical features, but also covers the technical solutions formed by the above-mentioned technical features or Other technical solutions formed by any combination of equivalent features. For example, a technical solution formed by replacing the above-mentioned features with technical features disclosed in this disclosure (but not limited to) having similar functions.

In addition, while operations are depicted in a particular order, this should not be understood as requiring that the operations be performed in the particular order shown or performed in sequential order. Under certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while the above discussion contains several specific implementation details, these should not be construed as limitations on the scope of the disclosure. Certain features that are described in the context of separate embodiments can also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment can also be implemented in multiple embodiments separately or in any suitable subcombination.

Although the subject matter has been described in language specific to structural features and/or methodological acts, it is to be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are merely example forms of implementing the claims. Regarding the apparatus in the foregoing embodiments, the specific manner in which each module executes operations has been described in detail in the embodiments related to the method, and will not be described in detail here.

Claims

A questionnaire delivery method, wherein, applied to the questionnaire delivery software development kit SDK, the method includes:

Receive questionnaire configuration information that matches the application;

When the questionnaire delivery condition is triggered, a questionnaire is presented in the application page according to the questionnaire configuration information, and the questionnaire is used to collect user feedback on the application.
The method according to claim 1, wherein the questionnaire configuration information includes description information and delivery content of delivery objects, and the method further includes:

Get user ID;

Obtain user behavior data according to the user identifier;

The presenting the questionnaire in the page of the application according to the configuration information of the questionnaire includes:

When the behavior data of the user matches the description information of the delivery object, a questionnaire is presented to the user in the page of the application according to the delivery content.
The method according to claim 1, wherein the questionnaire configuration information includes a target page and delivery content;

The presenting the questionnaire in the page of the application according to the configuration information of the questionnaire includes:

A questionnaire is presented to the user on the target page of the application according to the delivery content.
The method according to any one of claims 1 to 3, wherein the questionnaire delivery condition is abstracted as a custom event, and the method further includes:

When the custom event occurs, it is determined that the questionnaire delivery condition is triggered.
The method according to claim 4, wherein said questionnaire delivery SDK is provided with an application programming interface API;

The method also includes:

receiving the custom event reported by the application through the API.
The method according to claim 4, wherein the questionnaire delivery SDK provides a unified API that re-encapsulates original application programming interface APIs of different technology stacks.
The method according to any one of claims 1 to 3, wherein the presenting the questionnaire in the page of the application according to the configuration information of the questionnaire comprises:

Presenting the questionnaire in the form of a pop-up window in the page of the application according to the configuration information of the questionnaire; or,

According to the configuration information of the questionnaire, the questionnaire is presented in the page of the application by embedding it in a page.
The method according to any one of claims 1 to 3, wherein the questionnaire configuration information is configured by the sender through the questionnaire management platform.
The method according to any one of claims 1 to 3, wherein the method further comprises:

When the do not disturb condition is triggered, stop presenting the questionnaire in the page of the application.
The method according to claim 9, wherein the do-not-disturb conditions include any one or more of the following:

presenting the questionnaire to the same user reaches a predetermined number of times;

The last time when the questionnaire was presented to the same user is less than or equal to the first preset time;

The last time it is detected that the same user responds to the questionnaire is less than or equal to the second preset time; or,

An answer action by the same user was detected for the questionnaire in question.
A questionnaire delivery SDK, wherein the device includes:

A communication module, configured to receive questionnaire configuration information matched with the application;

A display module, configured to present a questionnaire in the application page according to the questionnaire configuration information when the questionnaire delivery condition is triggered, and the questionnaire is used to collect user feedback on the application.
An apparatus, wherein the apparatus includes a processor and a memory;

The processor is configured to execute instructions stored in the memory, so that the device executes the method according to any one of claims 1-10.
A computer-readable storage medium, comprising instructions instructing a device to perform the method according to any one of claims 1 to 10.
A computer program product, characterized in that, when the computer program product is run on a computer, it causes the computer to execute the method according to any one of claims 1 to 10.