WO2019062011A1

WO2019062011A1 - Target customer group construction method, electronic device and storage medium

Info

Publication number: WO2019062011A1
Application number: PCT/CN2018/077427
Authority: WO
Inventors: 刘开华; 郑志华
Original assignee: 平安科技（深圳）有限公司
Priority date: 2017-09-28
Filing date: 2018-02-27
Publication date: 2019-04-04
Also published as: CN108510304A

Abstract

The present application relates to the field of customer marketing management, and disclosed thereby is a target customer group construction method. The target customer group construction method comprises the following steps: S1, constructing a customer database; S2, constructing a customer shielding pool: acquiring tags to be shielded, taking out customer sets having the tags to be shielded in the customer database and saving the taken-out sets so as to form a customer shielding pool; and S3, constructing a target customer group: acquiring tags to be screened, successively taking out customer sets having the tags to be screened in the customer database, then matching customer IDs of the extracted customer sets and customer IDs of all customer sets in the customer shielding pool, temporarily storing an extracted customer set if none the customer IDs of the extracted customer set matches a customer ID of the customer sets in the customer shielding pool, and saving all of the temporarily stored customer sets as a target customer group after the customer IDs of all extracted customer sets complete the matching, and outputting the target customer group. The present application enables a service system to automatically shield a portion of customers by means of building a shielding pool, thereby preventing excessive performing of different contact marketing on the same customer.

Description

Target customer group construction method, electronic device and storage medium

This application claims the priority of the Chinese patent application entitled "Construction Method, Electronic Device and Storage Medium of Target Customer Group", which is filed on September 28, 2017, with the application number of 201710905106.X, the overall content of the Chinese patent application It is incorporated herein by reference.

Technical field

The present application relates to the field of marketing customer management, and in particular, to a method for constructing a target customer group, an electronic device, and a storage medium.

Background technique

Marketing refers to the discovery or mining of prospective consumers' needs, from the creation of the overall atmosphere and the creation of their own product forms to promote and sell products, mainly to dig deep into the connotation of products, to meet the needs of consumers, so that consumers are profound Learn about the product and the process of purchasing it.

Proper and accurate marketing can help sales, but excessive exposure to different customers for the same customer can easily cause repetitive sexual harassment, affecting corporate image and customer experience.

The customer database of the existing business system usually only supports the continuous increase of customer information, but it is not well recorded and shielded whether the customer has contacted through different channels or whether it has been contacted in the near future. At the same time, the customer information is mostly manually maintained by the salesman, and the maintenance is often intentionally or unintentionally leaked, resulting in incomplete or untimely update of the customer information, which may lead to harassment of a customer's excessive marketing and customer information errors.

Summary of the invention

The technical problem to be solved by the present application is to overcome the problem of over-marketing to customers caused by the inability to shield customers in the prior art, and to propose a method, electronic device and storage medium for the target customer group, through manual and automatic The combined approach maintains customer data and prevents over-the-top contact marketing for the same customer by creating a screened pool.

The present application solves the above technical problems by the following technical solutions:

A method for constructing a target customer group includes the following steps: S1. Building a customer database: collecting customer information and preprocessing the customer information, and associating at least one label with each customer ID in one or more dimensions to form a customer set; S2, constructing a customer screening pool: obtaining a label to be masked, taking out and storing the customer set having the label to be masked in the customer database to form a customer shielding pool; S3, constructing a target customer group: obtaining a label to be filtered And sequentially extracting the customer set having the label to be filtered in the customer database, and then matching the customer ID of the extracted customer set with the customer ID of all the customer sets in the customer shielding pool, if none match, The taken customer set is temporarily stored, and after all the customer IDs of the extracted customer sets are matched, all the stored customer sets are saved as the target customer group output.

An electronic device includes a memory and a processor, wherein the memory stores a build system of a target customer group executable by the processor, the build system of the target customer group includes: a customer database, pre-stored with a plurality of customer information Each of the customer information is assigned a customer ID, and each of the customer IDs associates at least one tag in one or more dimensions to form a customer set; a customer shielding pool forming module is configured to obtain a to-be-blocked tag. And the customer set having the to-be-masked label in the customer database is taken out and saved to form a customer shielding pool; the target customer screening module is configured to obtain a label to be filtered, and the customer database has the label to be filtered. The customer set that is not in the customer's blocked pool is taken out and saved as the target customer group output.

A computer readable storage medium having stored therein a build system of a target customer group, the build system of the target customer group being executable by at least one processor to cause the at least one processor Performing the following steps: S1. Building a customer database: collecting customer information and pre-processing the customer information, and associateing at least one tag with one or more dimensions for each customer ID to form a customer set; S2, constructing a customer shielding Pool: obtaining a label to be masked, taking out and storing the customer set having the label to be masked in the customer database to form a customer shielding pool; S3, constructing a target customer group: obtaining a label to be filtered, and having the customer database The customer set that describes the filter label is sequentially taken out, and then the customer ID of the extracted customer set is matched with the customer ID of all the customer sets in the customer shielding pool. If none of the matching, the extracted customer set is temporarily stored. After all the customer IDs of the extracted customer sets have been matched, all the stored customer sets are saved as the target customer group output.

The positive progress of the application is that the application establishes a shielding pool, so that the business system automatically shields customers who meet certain conditions, and prevents excessive contact marketing for the same customer.

DRAWINGS

1 is a schematic diagram showing the hardware architecture of an embodiment of an electronic device of the present application;

2 is a schematic diagram showing a program module of an embodiment of a system for constructing a target customer group in an electronic device of the present application;

3 is a schematic diagram showing a program module of still another embodiment of a system for constructing a target customer group in the electronic device of the present application;

FIG. 4 is a schematic flowchart diagram of Embodiment 1 of a method for constructing a target customer group of the present application;

FIG. 5 is a schematic flowchart of constructing a customer screening pool in Embodiment 3 of a method for constructing a target customer group of the present application;

6 is a schematic flowchart of constructing a customer screening pool in Embodiment 4 of a method for constructing a target customer group of the present application;

7 is a schematic flowchart of constructing a target customer group in a fifth embodiment of a method for constructing a target customer group of the present application;

FIG. 8 is a schematic flowchart of constructing a target customer group in the sixth embodiment of the method for constructing a target customer group of the present application.

Detailed ways

The present application is further illustrated by the following examples, but is not intended to limit the scope of the embodiments.

First of all, the present application proposes an electronic device.

1 is a schematic diagram of a hardware architecture of an embodiment of an electronic device of the present application. In the embodiment, the electronic device 2 is an apparatus capable of automatically performing numerical calculation and/or information processing in accordance with an instruction set or stored in advance. For example, it can be a smartphone, a tablet, a laptop, a desktop computer, a rack server, a blade server, a tower server, or a rack server (including a stand-alone server, or a server cluster composed of multiple servers). As shown, the electronic device 2 includes at least, but not limited to, a storage system 21 that can communicate with each other via a system bus, a processor 22, a network interface 23, and a target customer group. among them:

The memory 21 includes at least one type of computer readable storage medium including a flash memory, a hard disk, a multimedia card, a card type memory (eg, SD or DX memory, etc.), a random access memory (RAM), Static Random Access Memory (SRAM), Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), Programmable Read Only Memory (PROM), magnetic memory, magnetic disk, optical disk, and the like. In some embodiments, the memory 21 may be an internal storage unit of the electronic device 2, such as a hard disk or a memory of the electronic device 2. In other embodiments, the memory 21 may also be an external storage device of the electronic device 2, such as a plug-in hard disk equipped on the electronic device 2, a smart memory card (SMC), and a secure digital device. (Secure Digital, SD) card, flash card, etc. Of course, the memory 21 can also include both the internal storage unit of the electronic device 2 and its external storage device. In this embodiment, the memory 21 is generally used to store an operating system installed in the electronic device 2 and various types of application software, such as program codes of the construction system 20 of the target customer group. Further, the memory 21 can also be used to temporarily store various types of data that have been output or are to be output.

The processor 22 may be a Central Processing Unit (CPU), controller, microcontroller, microprocessor, or other data processing chip in some embodiments. The processor 22 is typically used to control the overall operation of the electronic device 2, such as performing control and processing associated with data interaction or communication with the electronic device 2. In this embodiment, the processor 22 is configured to run program code or processing data stored in the memory 21, such as the construction system 20 that runs the target customer group.

The network interface 23 may comprise a wireless network interface or a wired network interface, which is typically used to establish a communication connection between the electronic device 2 and other electronic devices. For example, the network interface 23 is configured to connect the electronic device 2 to an external terminal through a network, establish a data transmission channel, a communication connection, and the like between the electronic device 2 and an external terminal. The network may be an intranet, an Internet, a Global System of Mobile communication (GSM), a Wideband Code Division Multiple Access (WCDMA), a 4G network, or a 5G network. Wireless or wired networks such as network, Bluetooth, Wi-Fi, etc.

It is pointed out that FIG. 1 only shows the electronic device 2 with the components 21-23, but it should be understood that not all illustrated components are required to be implemented, and more or fewer components may be implemented instead.

In the present embodiment, the construction system 20 of the target customer group stored in the memory 21 may be divided into one or more program modules, the one or more program modules being stored in the memory 21, and may be Or multiple processors (this embodiment is processor 22) are executed to complete the application.

FIG. 2 is a schematic diagram of a program module of an embodiment of the target customer group construction system 20. In this embodiment, the target customer group construction system 20 can be divided into a customer database 201 and a customer shielding pool formation module 202. And target customer screening module 203. The following description will specifically describe the specific functions of the program modules 201-203.

The customer database 201 prestores a plurality of customer information, each of the customer information is assigned a customer ID, and each of the customer IDs associates at least one tag in one or more dimensions to form a customer set;

The customer shielding pool forming module 202 is configured to acquire a label to be shielded, and take out and save the customer set having the label to be shielded in the customer database to form a customer shielding pool;

The target customer screening module 203 is configured to obtain a label to be filtered, and take out the customer set in the customer database that has the label to be filtered and is not in the customer shielding pool, and save the output as a target customer group.

In this embodiment, the customer information includes relatively fixed basic information such as the customer's name, gender, age, attribution, contact number, occupation, hobby, and the like, and information such as the time of the last contact, etc.; The customer ID can directly use the customer's name to classify information other than the customer's name. The name of each category is the dimension, and the specific information content is the label.

For another example, FIG. 3 shows a schematic diagram of a program module of another embodiment of the target customer group construction system 20. In this embodiment, the target customer group construction system 20 can be divided into a customer database 201 and a customer shielding. The pool forming module 202, the target client screening module 203, and the tag information capture module 204.

The functions implemented by the program modules 201-203 are the same as those in the foregoing first embodiment, and are not described herein again; in addition, the functions implemented by the program module 204 are as follows:

The tag information capture module 204 is configured to acquire a time of the last contact with the client or a text reply content of the client, and convert the time of the last contact or the text reply content into a corresponding label and the The customer ID associated with the customer saved in the customer database.

In this embodiment, by adding the label information capture module 204, automatic recording of the time of the last contact is realized, and the acquired time of the last contact is associated with the corresponding customer ID as a label, and is saved in the customer database. . The most recent contact described here includes contact via SMS, WeChat push contact or telephone contact.

It should be noted that the tag information capture module 204 obtains the time of the last contact for the customer or the text reply content of the client, and the latest contact may be through a short message contact, a WeChat push contact or a phone contact, the customer's The text reply mainly refers to the response of the customer to receive the SMS notification or the unsubscribe message notification. The reply is usually represented by letters or numbers, which is convenient for automatic identification of the system.

After the tag information capture module 204 captures the above information, the information is automatically converted into a corresponding tag, and the tag is associated with the corresponding customer ID in the customer database, and the previous association is automatically overwritten in the dimension of the tag. s Mark.

Secondly, the present application proposes a method of constructing a target customer group.

In the first embodiment, as shown in FIG. 4, the method for constructing the target customer group includes the following steps:

Step S1: Build a customer database: collect customer information and preprocess the customer information, and associate each customer ID with at least one label in one or more dimensions to form a customer set;

Step S2: Build a customer screening pool: obtain a label to be masked, and take out and save the customer set having the label to be masked in the customer database to form a customer shielding pool;

Step S3: Build a target customer group: obtain a label to be filtered, take out the customer set having the label to be filtered in the customer database, and then take the customer ID of the extracted customer set and all the customer sets in the customer shielding pool. The customer IDs are matched. If they do not match, the extracted customer set is temporarily stored. After all the customer IDs of the extracted customer sets have been matched, all the temporarily stored customer sets are saved as the target customer group output.

In this embodiment, the customer database established in the step S1 is the basis for the subsequent construction of the customer screening pool and the target customer group.

In the second embodiment, based on the foregoing first embodiment, the constructing the customer database may be specifically divided into the following sub-steps:

Step S11, establishing a dimension-tag library, sorting and collecting the collected customer information by means of program and/or manual collection and sorting, to generate multiple dimensions, and associating corresponding one or more tags in each dimension .

Step S12, establishing a customer-tag library, assigning a customer ID to each of the collected customer information, and matching each customer ID with one or more dimensions according to the customer information, and finally forming a corresponding customer ID. A customer set is saved in the customer database.

Further, the label part described here is manually added to the customer database, and some parts are automatically recorded by the system and added to the customer database. In particular, as in the last contact time, the most recent contact here may be through SMS contact, WeChat push contact or telephone contact, etc., the system can automatically obtain the specific time of these contacts and automatically join the customer database. Specifically, the time of the last contact contacted by these methods is associated with the corresponding customer ID in the customer database, and the time of the last contact associated with the previous contact is covered, that is, the time of the last contact is automatically updated.

In the third embodiment, as shown in FIG. 5, on the basis of the foregoing embodiment, the constructing the customer screening pool in the method for constructing the target customer group specifically includes the following sub-steps:

S21. Obtain a label to be shielded.

S22. Perform a one-to-one comparison with the label of each customer set pre-stored in the customer database, and determine whether the customer set has the same label as the label to be masked, and if yes, execute step S23, if otherwise, execute Step S24;

S23. The customer set in the customer database that has the same label as the label to be masked is temporarily stored;

S24, it is determined whether the customer database is still not compared with the to-be-masked tag, if yes, step S22 is performed, otherwise step S25 is performed;

S25. Save all the customer sets that are temporarily stored as a customer shielding pool.

In this embodiment, a process of constructing the customer shielding pool when the label to be shielded is one is given.

In the fourth embodiment, as shown in FIG. 6, on the basis of the foregoing third embodiment, the construction process of the customer shielding pool when the label to be shielded is multiple is given, which specifically includes the following sub-steps:

S20. Obtain a quantity of the shielding label.

S21-S25 is the same as the third embodiment, and is not described here;

S26: automatically reduce the number of labels to be shielded by 1, and reset the number of labels to be shielded;

S27. Determine whether the number of labels to be masked is 0, and if yes, end, if otherwise, perform step S21.

In this embodiment, the number of the to-be-shielded labels is multiple, and each of the to-be-shielded labels is configured to construct a customer shielding pool, and the plurality of to-be-masked labels have a relationship or relationship, and the relationship or relationship may be set in advance. set.

Here, for the case where the label to be shielded is aged over 60, contacted in the last 3 months, and any insurance has been insured, the customer set associated with the three labels is separately taken out and saved as a level 1 customer. The pool, the secondary customer shielding pool and the third-level customer shielding pool are as follows:

The 60-year-old label is compared with the age label of each customer in the customer database, and the customer set with the age label of 60 years old is taken out from the customer database for temporary storage, and the above steps are repeated until all customer sets in the customer database are completed. Until the comparison, then save all the deferred customer sets as a level 1 customer blocked pool;

The secondary customer shielding pool stores the customer set corresponding to the customer contacted in the last 3 months, and the third-level customer shielding pool stores the customer set corresponding to the insured customer, and the construction process is the same The construction of the level customer blocking pool is not repeated here.

Further, the specific process of the step S3 is different according to the relationship set between the plurality of to-be-shielded tags.

In the fifth embodiment, as shown in FIG. 7, on the basis of the foregoing fourth embodiment, when a plurality of the to-be-masked tags are in a relationship, the target customer group in the method for constructing the target customer group is constructed. Specifically, the following sub-steps are included:

S31. Obtain a label to be filtered.

S32. Perform one-to-one comparison with the label of each customer set pre-stored in the customer database, and determine whether the customer set has the same label as the to-be-filtered label, and if yes, execute step S33, if otherwise, execute Step S35;

S33. Take out a customer set in the customer database that has the same label as the to-be-filtered label, and use it for use;

S34. Compare the customer ID of the customer set to be used with the customer ID of the customer set in the customer shielding pool, and determine whether the customer shielding pool has a customer ID that is consistent with the customer ID of the customer set. If yes, execute S35, otherwise execute S36;

S35, determining whether the customer database has a customer ID of the customer set is not compared with the to-be-filtered tag, if yes, executing step S32, if otherwise, executing S38;

S36, judging whether there is still a customer shielding pool is not compared, if yes, executing S34, if otherwise executing step S37;

S37, the customer set to be taken out is temporarily stored in the target customer group, and step S35 is repeatedly executed;

S38, output target customer group.

Here, for example, a customer who is located in Shanghai and whose age is not over 60 years old, has not been contacted or has not insured any insurance within the last 3 months is taken as an example, and the specific The establishment of the target customer group in the relationship:

The establishment of three shielding pools involved here is specifically a first-level shielding pool consisting of a customer set with an age label greater than 60 years old, and a time stamp labeled by the most recent contact is a customer set consisting of time in the past three months. The level of the shielding pool and the insured label are the three-level screening pool of the customer insurance group. The specific shielding pool is established in the same manner as the second embodiment, and is not described here.

Compare the customer-focused tags in Shanghai with the customer database, and compare the customer IDs corresponding to the customer set with the home tag in Shanghai with the customer IDs in the three blocked pools, but find any one of the blocked pools. If there is a customer ID that matches the extracted customer ID, the comparison with the customer ID in the screening pool is stopped, and if none of the three screening pools has a customer ID that is consistent with the extracted customer ID, the removal is performed. The customer ID is saved to the target customer group. Then continue to use Shanghai to compare the tags in the customer set in the customer database, and repeat the above steps until all the customer sets in the customer database are compared. Finally, the target customer group is output for future marketing planning.

In the sixth embodiment, as shown in FIG. 8, on the basis of the foregoing fourth embodiment, when a plurality of the to-be-masked tags are in a relationship, the target customer group in the method for constructing the target customer group is constructed. Specifically, the following sub-steps are included:

S31', obtaining a label to be screened;

S32', the label to be selected is compared with the label of each customer set pre-stored in the customer database, and it is determined whether the customer set has the same label as the label to be filtered, and if yes, step S33' is performed. Otherwise, step S36' is performed;

S33', taking out a customer set in the customer database that has the same label as the to-be-screened label;

S34', comparing the customer ID of the customer set to be used for comparison with the customer ID of the customer set in the customer shielding pool, and determining whether the customer shielding pool has a customer that is consistent with the customer ID of the customer set ID, if yes, execute S35', otherwise execute S37';

S35', determining whether there is still a customer shielding pool is not compared, if yes, executing S34', if otherwise executing step S36';

S36', determining whether the customer database has a customer ID of the customer set is not compared with the to-be-filtered tag, if yes, executing step S32', if otherwise executing S38';

S37', temporarily storing the set of customers to be used in the target customer group, and repeating step S36';

S38', output target customer group.

In the following, an example is taken from a customer database to select a customer whose origin is Shanghai and is between the ages of 20 and 60, and has not been contacted within the last three months. Customer base establishment:

The establishment of two shielding pools involved here is specifically a first-level shielding pool consisting of a customer set with an age label of 20-60 years old, and the time stamp of the last contact is within the last three months. The secondary shielding pool formed by the customer set is the same as that in the second embodiment, and is not described here.

Compare the customer-focused tags in Shanghai with the customer database; take the customer ID corresponding to the customer set with the home tag in Shanghai and the customer IDs in the two blocked pools, and only find the two blocked pools. The customer ID corresponding to the extracted customer ID is directly compared with the customer-focused label in the customer database in Shanghai; if the first-level screening pool does not have the customer ID consistent with the extracted customer ID, then Skip the comparison with the secondary shielding pool, directly remove the customer set corresponding to the customer ID from the customer database, and then continue to compare the labels of the customer sets in Shanghai with the customer database; If there is a customer ID that is consistent with the extracted customer ID, it must be compared with the secondary shielding pool. Further, if the secondary shielding pool does not have a customer ID that is consistent with the extracted customer ID, The customer set corresponding to the customer ID is taken out from the customer database, and then the Shanghai and the customer database in the customer database are continuously compared; the customer database is to be completed. After a customer set than the output target customer base, it stands for the following marketing plan.

Furthermore, the present application also proposes a computer readable storage medium on which the construction system 20 of the target customer group is stored, when the construction system 20 of the target customer group is executed by one or more processors The construction method of the above target customer group or the operation of the electronic device is realized.

While the embodiments of the present invention have been described above, it will be understood by those skilled in the art that the scope of the invention is defined by the appended claims. A person skilled in the art can make various changes or modifications to these embodiments without departing from the spirit and scope of the present application, and such changes and modifications fall within the scope of the present application.

Claims

A method for constructing a target customer group, comprising the steps of:

S1. Build a customer database: collect customer information and preprocess the customer information, and associate each customer ID with at least one label in one or more dimensions to form a customer set;

S2. Build a customer shielding pool: obtain a label to be shielded, and take out and save the customer set having the label to be shielded in the customer database to form a customer shielding pool;

S3. Build a target customer group: obtain a label to be filtered, take out the customer set having the label to be filtered in the customer database, and then take out the customer ID of the customer set and the customer of all customer sets in the customer shielding pool. The IDs are matched. If none of them match, the extracted customer set is temporarily stored. After all the customer IDs of the extracted customer sets have been matched, all the temporarily stored customer sets are saved as the target customer group output.
The method for constructing a target customer group according to claim 1, wherein the building the customer database described in step S1 specifically comprises the following sub-steps:

S11. Establish a dimension-tag library, and sort and collect the collected customer information by program and/or manual collection to generate multiple dimensions, and associate corresponding one or more tags in each dimension;

S12. Establish a client-tag library, assign a customer ID to each customer information collected, and associate each customer ID with a label in one or more dimensions according to the customer information, and finally form a corresponding one for each customer ID. The customer set is saved in the customer database.
The method of constructing a target customer group according to claim 2, wherein the dimension comprises a time of the most recent contact, the last contact comprising a short message contact, a WeChat push contact or a telephone contact.
The method for constructing a target customer group according to claim 1, wherein the constructing the customer screening pool in step S2 specifically comprises the following sub-steps:

S21. Obtain a label to be shielded.

S22. Perform a one-to-one comparison with the label of each customer set pre-stored in the customer database, and determine whether the customer set has the same label as the label to be masked, and if yes, execute step S23, if otherwise, execute Step S24;

S23. The customer set in the customer database that has the same label as the label to be masked is temporarily stored;

S24, it is determined whether the customer database is still not compared with the to-be-masked tag, if yes, step S22 is performed, otherwise step S25 is performed;

S25. Save all the customer sets that are temporarily stored as a customer shielding pool.
The method for constructing a target customer group according to claim 4, further comprising: before step S21: S20, obtaining the number of masked labels;

After step S25, the method further includes:

S26: automatically reduce the number of labels to be shielded by 1, and reset the number of labels to be shielded;

S27. Determine whether the number of labels to be masked is 0, and if yes, end, if otherwise, perform step S21.
The method for constructing a target customer group according to claim 5, wherein the one to be masked in the step S2 is one or more, and each of the to-be-masked tags is configured to construct a customer shielding pool, and the plurality of to-be-masked For the relationship between the masked labels, the build target customer group described in step S3 specifically includes the following sub-steps:

S31. Obtain a label to be filtered.

S32. Perform one-to-one comparison with the label of each customer set pre-stored in the customer database, and determine whether the customer set has the same label as the to-be-filtered label, and if yes, execute step S33, if otherwise, execute Step S35;

S33. Take out a customer set in the customer database that has the same label as the to-be-filtered label, and use it for use;

S34. Compare the customer ID of the customer set to be used with the customer ID of the customer set in the customer shielding pool, and determine whether the customer shielding pool has a customer ID that is consistent with the customer ID of the customer set. If yes, execute S35, otherwise execute S36;

S35, determining whether the customer database has a customer ID of the customer set is not compared with the to-be-filtered tag, if yes, executing step S32, if otherwise, executing S38;

S36, judging whether there is still a customer shielding pool is not compared, if yes, executing S34, if otherwise executing step S37;

S37, the customer set to be taken out is temporarily stored in the target customer group, and step S35 is repeatedly executed;

S38, output target customer group.
The method for constructing a target customer group according to claim 5, wherein the label to be masked in the step S2 is one or more, and each of the labels to be masked corresponds to construct a customer shielding pool, and multiple For the relationship between the tags to be masked, the build target customer group described in step S3 specifically includes the following sub-steps:

S31', obtaining a label to be screened;

S32', the label to be selected is compared with the label of each customer set pre-stored in the customer database, and it is determined whether the customer set has the same label as the label to be filtered, and if yes, step S33' is performed. Otherwise, step S36' is performed;

S33', taking out a customer set in the customer database that has the same label as the to-be-screened label;

S34', comparing the customer ID of the customer set to be used for comparison with the customer ID of the customer set in the customer shielding pool, and determining whether the customer shielding pool has a customer that is consistent with the customer ID of the customer set ID, if yes, execute S35', otherwise execute S37';

S35', determining whether there is still a customer shielding pool is not compared, if yes, executing S34', if otherwise executing step S36';

S36', determining whether the customer database has a customer ID of the customer set is not compared with the to-be-filtered tag, if yes, executing step S32', if otherwise executing S38';

S37', temporarily storing the set of customers to be used in the target customer group, and repeating step S36';

S38', output target customer group.
An electronic device includes a memory and a processor, wherein the memory stores a build system of a target customer group executable by the processor, and the build system of the target customer group includes:

a customer database prestored with a plurality of customer information, each of the customer information being assigned a customer ID, and each of the customer IDs associated with at least one tag in one or more dimensions to form a customer set;

a customer shielding pool forming module, configured to acquire a label to be shielded, and take out and save the customer set having the label to be shielded in the customer database to form a customer shielding pool;

The target customer screening module is configured to obtain a label to be filtered, and take out the customer set in the customer database that has the label to be filtered and is not in the customer shielding pool, and save the output as a target customer group.
The electronic device according to claim 8, further comprising:

a label information capture module, configured to acquire a time of the last contact with the customer or a text reply content of the customer, and convert the time of the last contact or the text reply content into a corresponding label and save the The customer ID in the customer database is associated.
A computer readable storage medium, wherein the computer readable storage medium stores a build system of a target customer group, the build system of the target customer group being executable by at least one processor to cause the At least one processor performs the following steps:

S1. Build a customer database: collect customer information and preprocess the customer information, and associate each customer ID with at least one label in one or more dimensions to form a customer set;

S2. Build a customer shielding pool: obtain a label to be shielded, and take out and save the customer set having the label to be shielded in the customer database to form a customer shielding pool;

S3. Build a target customer group: obtain a label to be filtered, take out the customer set having the label to be filtered in the customer database, and then take out the customer ID of the customer set and the customer of all customer sets in the customer shielding pool. The IDs are matched. If none of them match, the extracted customer set is temporarily stored. After all the customer IDs of the extracted customer sets have been matched, all the temporarily stored customer sets are saved as the target customer group output.
The computer readable storage medium according to claim 10, wherein the building the customer database described in step S1 comprises the following sub-steps:

S11. Establish a dimension-tag library, and sort and collect the collected customer information by program and/or manual collection to generate multiple dimensions, and associate corresponding one or more tags in each dimension;

S12. Establish a client-tag library, assign a customer ID to each customer information collected, and associate each customer ID with a label in one or more dimensions according to the customer information, and finally form a corresponding one for each customer ID. The customer set is saved in the customer database.
The computer readable storage medium of claim 11, wherein the dimension comprises a time of a last contact, the last contact comprising a text message contact, a WeChat push contact, or a phone contact.
The computer readable storage medium according to claim 10, wherein the constructing the customer screening pool in step S2 specifically comprises the following substeps:

S21. Obtain a label to be shielded.

S22. Perform a one-to-one comparison with the label of each customer set pre-stored in the customer database, and determine whether the customer set has the same label as the label to be masked, and if yes, execute step S23, if otherwise, execute Step S24;

S23. The customer set in the customer database that has the same label as the label to be masked is temporarily stored;

S24, it is determined whether the customer database is still not compared with the to-be-masked tag, if yes, step S22 is performed, otherwise step S25 is performed;

S25. Save all the customer sets that are temporarily stored as a customer shielding pool.
The computer readable storage medium according to claim 13, wherein before step S21, the method further comprises: S20: acquiring the number of the mask labels;

After step S25, the method further includes:

S26: automatically reduce the number of labels to be shielded by 1, and reset the number of labels to be shielded;

S27. Determine whether the number of labels to be masked is 0, and if yes, end, if otherwise, perform step S21.
The computer readable storage medium according to claim 14, wherein the one to be masked in step S2 is one or more, and each of the to-be-shielded labels is correspondingly constructed with a customer shielding pool, and a plurality of to be shielded For the relationship between the tags, the build target customer group described in step S3 specifically includes the following sub-steps:

S31. Obtain a label to be filtered.

S32. Perform one-to-one comparison with the label of each customer set pre-stored in the customer database, and determine whether the customer set has the same label as the to-be-filtered label, and if yes, execute step S33, if otherwise, execute Step S35;

S33. Take out a customer set in the customer database that has the same label as the to-be-filtered label, and use it for use;

S34. Compare the customer ID of the customer set to be used with the customer ID of the customer set in the customer shielding pool, and determine whether the customer shielding pool has a customer ID that is consistent with the customer ID of the customer set. If yes, execute S35, otherwise execute S36;

S35, determining whether the customer database has a customer ID of the customer set is not compared with the to-be-filtered tag, if yes, executing step S32, if otherwise, executing S38;

S36, judging whether there is still a customer shielding pool is not compared, if yes, executing S34, if otherwise executing step S37;

S37, the customer set to be taken out is temporarily stored in the target customer group, and step S35 is repeatedly executed;

S38, output target customer group.
The computer readable storage medium according to claim 14, wherein the label to be masked in the step S2 is one or more, and each of the labels to be masked corresponds to construct a customer shielding pool, and the plurality of to-be-shielded The relationship between the mask tags is the relationship, and the build target customer group described in step S3 specifically includes the following sub-steps:

S31', obtaining a label to be screened;

S32', the label to be selected is compared with the label of each customer set pre-stored in the customer database, and it is determined whether the customer set has the same label as the label to be filtered, and if yes, step S33' is performed. Otherwise, step S36' is performed;

S33', taking out a customer set in the customer database that has the same label as the to-be-screened label;

S34', comparing the customer ID of the customer set to be used for comparison with the customer ID of the customer set in the customer shielding pool, and determining whether the customer shielding pool has a customer that is consistent with the customer ID of the customer set ID, if yes, execute S35', otherwise execute S37';

S35', determining whether there is still a customer shielding pool is not compared, if yes, executing S34', if otherwise executing step S36';

S36', determining whether the customer database has a customer ID of the customer set is not compared with the to-be-filtered tag, if yes, executing step S32', if otherwise executing S38';

S37', temporarily storing the set of customers to be used in the target customer group, and repeating step S36';

S38', output target customer group.