The present invention is directed towards instant communication channels, wherein one of the most important challenges is gathering data about a chat performance. Instant communication remains one of the most widely used customer support and service solutions today. Consequently, it is of importance for the chat operators to evaluate the effect of chat communication conducted between the end-user, also referred to as the visitor of the webpage, and the chat agent. Performing such measurements enables an evaluation of the business efficiency of the communication as well as helps to improve the functionality of the service.
Currently, available customer service tools fail to provide an easy and scalable process by which data collection be made that would fit individual business needs but with no need to develop custom-programmed solutions that will perform data collection for the beneficiary of such data (chat operator).
Further advantages features and details of the various embodiments of this disclosure will become apparent from the ensuing description of a preferred exemplary embodiment or embodiments and further with the aid of the drawings. The features and combinations of features recited below in the description, as well as the features and feature combination shown after that in the drawing description or in the drawings alone, may be used not only in the particular combination recited but also in other combinations on their own without departing from the scope of the disclosure.
The disclosure of the invention provides both frontend and backend elements of the infrastructure that further comprises the goal set up, collection of the data about the user activity on a website, and comparison of the collected result with the goal. The disclosed invention is composed out of the system that includes an API infrastructure that communicates with the chat channels, a server that hosts the database with the predefined conditions for goal classification and logic that triggers goal collection, and a second user processor that enables goal creation from the user interface and displays collected goals in communication with the server. The disclosed invention also provides method steps that facilitate the steps of the goal set up and collection.
The present invention is directed to a system and method for chat communication evaluation in the form of achievements marking named goals that are based on predefined conditions. The conditions are configured on the processor of the second user (also referred to as the chat operator) and are further transferred to the server for storage purposes. The goal is a composition of information collected by the system about the first user (end-user). Each goal may be composed out of at least one parameter that is further collected by the system. The process of data collection starts with the first user (101) that performs some actions on the webpage (102). The actions performed by the first user (101) are further transferred to the storage server (103) where the elements of the system as a database of triggering module are hosted. It is then further sent to display to the second user processor where the agent application is configured (104). The server (103) and second user processor (104) communicate with each other over the network. The chat operator can configure the goal definition on the second user processor (104) by the agent application.
Triggers that lead to an achieved goal may be collected from multiple sources on the webpage with chat widget installed. The first user interacts with the chat widget, as disclosed
The processor of the first user is configured to generate goals that are based on the conditions as disclosed below:
Static—count goal achievement that is based on the number of certain actions. Regardless of the purchase value, the chat will be credited the same, set amount every time. It is based upon a simple sum of elements that have been purchased and the rule that every purchase is worth the same.
Dynamic—a method designed to provide a monetary assessment based on the value of the purchase by the end-user. This method shall be especially practical once implemented in the e-commerce cart after purchase.
Non-Monetary—used to assess goal collection based not on the value of object but on the fact of sale, such method may be applied in case of conversion of customers, for example in case of Software as a Service (SaaS) companies.
Goal configuration includes selection of enabled triggers via the user interface and adding such triggers as the elements of the goal achieved definition. This configuration is enabled on the processor of the second user (chat operator). It is, for example, possible to configure the goal based on the successful purchase (301) also adding the condition that the user previously visited the exact page with detailed URL information (302). After this selection the chat operator can create a goal (303).
An example of such a goal may be detailed further to include as a goal achieved if the end-user enters a page www.examplepage.com/sale, clicks on the button “Cart”, and places an order of a value over 100 USD. This example shows a complex goal including a definition of static goal (the user enters the page), combined with dynamic including the expected value of the order. The element of clicking button “cart” may be that information is transferred by the API of the eCommerce store to the system disclosed by the present invention. In such a case, the described goal includes a definition of goal that, to be completed, requires information about a click received from the API. On the other hand, goal achievement may include only a simple requirement of action with no evaluation of the monetary result, for example, the fact of purchase. The chat operator may create a goal that requires that the end-user enters the page www.examplepage.com/sale and purchases a product. The value of the product is irrelevant in the case of this goal achievement measurement. In such a case, the non-monetary element of goal definition is used.
Goals are composed as a collection of results concerning actions of the first user that shall be further compared with the data about the user as disclosed by
Goal definition (502) may be a composition of a plurality of the conditions that will be compared with the action of the first user (501). There is no limitation on the number of conditions for the goal to be achieved (502). Each parameter collected by the database may be considered independently and the system and method steps are directed towards the check of a practical outcome (503) of the action, not the sequence. Consequently, the goal definition may indicate that in case of such a sequence: the user enters the page www.examplepage.com/sale, opens the first item, closes the item, opens the second item, and purchases, the goal is achieved. The fact that the sequence of required conditions for the goal achievement is interrupted by other actions as closing the first item and opening the second one does not interfere with the goal measuring process or goal being marked as achieved.
Non-monetary goal measures may further include custom variables including API calls. In such a case, the system is enabled to create a goal-based upon a precise parameter received via API. For example, an instant communication channel provider enables sign-up forms (603). The chat operator creates a goal that requires checking if the sign-up form was filled up by the end-user by the option of custom variable (601). In such a case, the chat operator set up a goal of a definition including the name of the parameter signup_form and the value denoting the effect of the signup form, for example value=1 (602). Similarly, to this, the goal may include a definition of marking this goal as achieved when the API request is sent. In such a case, the mechanism will mark the goal as achieved once any API request of a defined type is being or has been sent. For example, the goal is marked as complete when a call is scheduled via the external calls scheduling tool.
Checking if the goal has been achieved is a repetitive action. The method steps begin with the website (701) where the end-user on the website (702) performs the action that constitutes a goal condition (703). The system checks new, incoming data arising from the website (701) to the backend infrastructure (705) configured on the server and matches the pattern included as a goal definition (714). This process is repetitive so as to enable the checking of parameters of the goal over and with the other events interrupting the sequence. The process of communication between Website (701) and backend infrastructure (705) on the server happens over HTTPS (707). After the data from the website comes into the server, the session is updated (710) and the system checks (711) if there is a goal that may match with the incoming data. If there is no goal set in the database, (708) there is no further action, and further processing is ignored (712). If there is a goal set up in the database (709) then the incoming data saved in the storage (715) is compared with the goal definition (714) and the result, as well as individual records, are saved in the database (713). The result is also further displayed on the processor of the second user with an agent application installed (716).
Chat operators may schedule if the goal is collected in a repetitive manner, which means that after the goal is achieved for the first time, the system collects the information that the achievement of the goal happened again or that the goal can be completed only once.
The disclosed invention may operate on both web pages and online applications (operating through browsers) where the chat widget is installed. Furthermore, the invention shall be comparable with all types of online instant communication that enables API access. The website with embedded chat widget may include one or more Web servers that accept HTTP requests from clients, such as web browsers, and server HTTP responses in addition to optional data contents, such as web pages (e.g., HTML documents and linked objects, such as images), that receive user inputs. The database is in a real-time processing relation that shall provide no communication delays between a factual goal occurring and a goal scored detection.
Having described some aspects of the present disclosure in detail, it will be apparent that further modifications and variations are possible without departing from the scope of the disclosure. All matter contained in the above description and shown in the accompanying drawings shall be interpreted as illustrative and not in a limiting sense.
This application is a Continuation in Part and claims the benefit of priority to pending U.S. patent application Ser. No. 16/258,784, filed Jan. 28, 2019, the content of which is herein incorporated by reference.
Number | Date | Country | |
---|---|---|---|
Parent | 16258784 | Jan 2019 | US |
Child | 17586874 | US |