CN117314344A - 一种多渠道客户判定的管理方法、装置及存储介质 - Google Patents

一种多渠道客户判定的管理方法、装置及存储介质 Download PDF

Info

Publication number
CN117314344A
CN117314344A CN202311253675.2A CN202311253675A CN117314344A CN 117314344 A CN117314344 A CN 117314344A CN 202311253675 A CN202311253675 A CN 202311253675A CN 117314344 A CN117314344 A CN 117314344A
Authority
CN
China
Prior art keywords
backup
channel
rule
customer
client
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202311253675.2A
Other languages
English (en)
Inventor
袁再顺
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Xuanfangbao Zhuhai Hengqin Digital Technology Co ltd
Original Assignee
Xuanfangbao Zhuhai Hengqin Digital Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Xuanfangbao Zhuhai Hengqin Digital Technology Co ltd filed Critical Xuanfangbao Zhuhai Hengqin Digital Technology Co ltd
Priority to CN202311253675.2A priority Critical patent/CN117314344A/zh
Publication of CN117314344A publication Critical patent/CN117314344A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/103—Workflow collaboration or project management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/903—Querying
    • G06F16/90335—Query processing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0201—Market modelling; Market analysis; Collecting market data

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Theoretical Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Finance (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Databases & Information Systems (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Quality & Reliability (AREA)
  • Game Theory and Decision Science (AREA)
  • Computational Linguistics (AREA)
  • Operations Research (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请提出了一种多渠道客户判定的管理方法、装置及存储介质，该方法包括：获取报备人员通过报备工具上传的报备信息；根据渠道标识和报备时间，获取当前报备渠道的目标渠道判客规则；创建各类事件监听器；根据目标渠道判客规则，对第一待报备客户进行准入校验未通过时，根据各类事件监听器，创建包含各类判客规则业务事件的事件集合list；根据目标渠道判客规则，对第一待报备客户进行准入校验通过时，将待报备人员判定归属所述当前报备渠道，并将报备信息和目标渠道判客规则关联存储至客户线索表中。本申请可以实现客户报备前‑客户报备中‑客户报备后这三个阶段客户状态的变更和跟踪，可以及时报备客户以及防止客户流失。

Description

一种多渠道客户判定的管理方法、装置及存储介质
技术领域
本申请涉及一种计算机技术领域，尤其涉及一种多渠道客户判定的管理方法、装置及存储介质。
背景技术
客户来源可能存在多种渠道，比如中介、户外广告、直销、网络和自然来访等渠道。目前，对于客户归属的判定，主要由中介人员或者客户到达现场，通过笔记本、ipad等工具进行登记，再由销售管理人员根据客户顺位接待情况，执行“现场首次接待制度”(指客户首次被接待)来确定客户的渠道归属。
可见，目前的客户渠道归属判定需要依赖人工进行。然而，由人工判定客户归属渠道，通常会存在客户归属判定滞后的问题，容易存在报备人员不能及时报备客户，而导致客户流失的问题。
发明内容
本申请实施例提供一种多渠道客户判定的管理方法、装置及存储介质，以解决相关技术存在的问题，技术方案如下：
第一方面，本申请实施例提供了一种多渠道客户判定的管理方法，包括：
获取报备人员通过报备工具上传的报备信息，所述报备信息包括当前报备渠道的渠道标识、第一待报备客户和报备时间；
根据所述渠道标识和所述报备时间，获取所述当前报备渠道的目标渠道判客规则；
创建各类事件监听器；
根据所述目标渠道判客规则，对所述第一待报备客户进行准入校验未通过时，根据各类所述事件监听器，创建包含各类判客规则业务事件的事件集合list；
根据所述目标渠道判客规则，对所述第一待报备客户进行准入校验通过时，将所述待报备人员判定归属所述当前报备渠道，并将所述报备信息和所述目标渠道判客规则关联存储至客户线索表中。
在一种实施方式中，所述目标渠道判客规则包括规则基础数据，所述规则基础数据包括所述目标渠道判客规则的生效时间；
根据所述渠道标识和所述报备时间，获取所述当前报备渠道的目标渠道判客规则包括：
根据所述渠道标识，从数据库中查询出所述当前报备渠道已上架的各个渠道判客规则；
从各个所述渠道判客规则中，选出生效时间和所述报备时间匹配的所述目标渠道判客规则。
在一种实施方式中，所述规则基础数据还包括第一项目ID，所述目标渠道判客规则还包括客户报备规则和客户到访保护规则；
所述目标渠道判客规则通过以下方式获得：
获取通过所述渠道客户规则页面提交的第一渠道判客规则；所述第一渠道判客规则为销售管理人员在所述渠道客户规则页面上，检查出所述第一项目ID对应的项目未存在渠道判客规则时，通过渠道规则录入页面录入的；
在对所述第一渠道判客规则进行校验通过后，将所述第一渠道判客规则按照规则基础数据、客户报备规则和客户到访保护规则分组存储到数据库中的不同存储区上；
将所述第一渠道判客规则标记为待审核状态，在审核人员审核通过所述第一渠道判客规则后，将所述第一渠道判客规则上架到所述渠道客户规则页面中，得到所述目标渠道判客规则。
在一种实施方式中，创建各类事件监听器包括：
使用Spring框架的ApplicationListener事件广播监听机制，创建各类所述事件监听器。
在一种实施方式中，所述报备信息还包括所述第一待报备客户的第一手机号码，所述目标渠道判客规则包括规则基础数据、客户报备规则和客户到访保护规则，所述基础规则数据包括第一项目ID；
根据所述目标渠道判客规则，对所述第一待报备客户进行准入校验未通过时，根据各类所述事件监听器，创建包含各类判客规则业务事件的事件集合list包括：
若开启隐号报备，当查询到数据库中已报备的客户手机号码中存在目标手机号码时，确定所述第一待报备客户未通过隐号报备校验，根据所述客户报备规则，调用短信下方事件对应的事件监听器，创建包含所述目标手机号码的目标短信下发事件，并将所述目标短信下发事件添加至所述事件集合list中，所述目标手机号码与所述第一手机号码归属所述第一项目ID对应的项目，且所述目标手机号码的前3位和后4位与所述第一手机号码的前3位和后4位相同；
若开启竞争带看，当查询到存在所述目标手机号码时，根据客户到访保护规则，确定所述第一待报备客户未通过竞争带看报备校验，调用限时补全事件对应的事件监听器，创建包含所述目标手机号码的目标限时补全事件，并将所述目标限时补全事件添加至所述事件集合list中。
在一种实施方式中，所述报备信息还包括报备工具的第一位置信息；
根据所述目标渠道判客规则，对所述第一待报备客户进行准入校验通过时，将所述待报备人员判定归属所述当前报备渠道，并将所述报备信息和所述目标渠道判客规则关联存储至客户线索表中包括：
若开启隐号报备，未查询到所述目标手机号码时，确定所述第一待报备客户通过隐号报备校验；
根据客户到访保护规则，判断第一位置信息和所述项目的第二位置信息之间的距离小于或等于预设的防截客距离时，确定所述第一待报备客户通过防截客距离判定校验；
确定所述报备时间未在其他报备渠道的报备保护期内，并且，根据所述客户报备规则，确定所述第一待报备客户对应的所有报备次数未达到预设的报备次数上限时，确定所述第一待报备客户通过渠道失效客户校验；
若开启竞争带看，当未查询到存在所述目标手机号码时，确定所述第一待报备客户通过竞争带看报备校验；
在完成上述校验后，将所述待报备人员判定归属所述当前报备渠道，并将所述报备信息和所述目标渠道判客规则关联存储至客户线索表中。
在一种实施方式中，所述方法还包括：
将所述事件集合list中的各类判客规则业务事件进行广播发布；
在第二待报备客户到达现场后，根据所述客户到访保护规则，调用到访保护期事件对应的事件监听器，创建并广播包含目标报备渠道对应的第一客户线索ID的目标到访保护期事件，所述第二待报备客户归属所述目标渠道报备；
从客户线索表中查询出所述第一客户线索ID对应的报备数据，修改所述报备数据的客户线索状态为到访，更新所述客户线索表；
定期扫描所述客户线索表中的各个客户线索状态，自动更新各个所述客户线索状态。
第二方面，本申请实施例还提供了一种多渠道客户判定的管理装置，包括：
接收模块，用于获取报备人员通过报备工具上传的报备信息，所述报备信息包括当前报备渠道的渠道标识、第一待报备客户和报备时间；根据所述渠道标识和所述报备时间，获取所述当前报备渠道的目标渠道判客规则；
判客模块，用于创建各类事件监听器；根据所述目标渠道判客规则，对所述第一待报备客户进行准入校验未通过时，根据各类所述事件监听器，创建包含各类判客规则业务事件的事件集合list；根据所述目标渠道判客规则，对所述第一待报备客户进行准入校验通过时，将所述待报备人员判定归属所述当前报备渠道，并将所述报备信息和所述目标渠道判客规则关联存储至客户线索表中。
在一种实施方式中，所述目标渠道判客规则包括规则基础数据，所述规则基础数据包括所述目标渠道判客规则的生效时间；所述获取模块具体用于：
根据所述渠道标识，从数据库中查询出所述当前报备渠道已上架的各个渠道判客规则；
从各个所述渠道判客规则中，选出生效时间和所述报备时间匹配的所述目标渠道判客规则。
在一种实施方式中，所述规则基础数据还包括第一项目ID，所述目标渠道判客规则还包括客户报备规则和客户到访保护规则；所述目标渠道判客规则由所述获取模块通过以下方式获得：
获取通过所述渠道客户规则页面提交的第一渠道判客规则；所述第一渠道判客规则为销售管理人员在所述渠道客户规则页面上，检查出所述第一项目ID对应的项目未存在渠道判客规则时，通过渠道规则录入页面录入的；
在对所述第一渠道判客规则进行校验通过后，将所述第一渠道判客规则按照规则基础数据、客户报备规则和客户到访保护规则分组存储到数据库中的不同存储区上；
将所述第一渠道判客规则标记为待审核状态，在审核人员审核通过所述第一渠道判客规则后，将所述第一渠道判客规则上架到所述渠道客户规则页面中，得到所述目标渠道判客规则。
在一种实施方式中，所述判客模块具体用于：
使用Spring框架的ApplicationListener事件广播监听机制，创建各类所述事件监听器。
在一种实施方式中，所述报备信息还包括所述第一待报备客户的第一手机号码，所述目标渠道判客规则包括规则基础数据、客户报备规则和客户到访保护规则，所述基础规则数据包括第一项目ID；所述判客模块具体用于：
若开启隐号报备，当查询到数据库中已报备的客户手机号码中存在目标手机号码时，确定所述第一待报备客户未通过隐号报备校验，根据所述客户报备规则，调用短信下方事件对应的事件监听器，创建包含所述目标手机号码的目标短信下发事件，并将所述目标短信下发事件添加至所述事件集合list中，所述目标手机号码与所述第一手机号码归属所述第一项目ID对应的项目，且所述目标手机号码的前3位和后4位与所述第一手机号码的前3位和后4位相同；
若开启竞争带看，当查询到存在所述目标手机号码时，根据客户到访保护规则，确定所述第一待报备客户未通过竞争带看报备校验，调用限时补全事件对应的事件监听器，创建包含所述目标手机号码的目标限时补全事件，并将所述目标限时补全事件添加至所述事件集合list中。
在一种实施方式中，所述报备信息还包括报备工具的第一位置信息；所述判客模块具体用于：
若开启隐号报备，未查询到所述目标手机号码时，确定所述第一待报备客户通过隐号报备校验；
根据客户到访保护规则，判断第一位置信息和所述项目的第二位置信息之间的距离小于或等于预设的防截客距离时，确定所述第一待报备客户通过防截客距离判定校验；
确定所述报备时间未在其他报备渠道的报备保护期内，并且，根据所述客户报备规则，确定所述第一待报备客户对应的所有报备次数未达到预设的报备次数上限时，确定所述第一待报备客户通过渠道失效客户校验；
若开启竞争带看，当未查询到存在所述目标手机号码时，确定所述第一待报备客户通过竞争带看报备校验；
在完成上述校验后，将所述待报备人员判定归属所述当前报备渠道，并将所述报备信息和所述目标渠道判客规则关联存储至客户线索表中。
在一种实施方式中，所述判客模块还用于：
将所述事件集合list中的各类判客规则业务事件进行广播发布；
在第二待报备客户到达现场后，根据所述客户到访保护规则，调用到访保护期事件对应的事件监听器，创建并广播包含目标报备渠道对应的第一客户线索ID的目标到访保护期事件，所述第二待报备客户归属所述目标渠道报备；
从客户线索表中查询出所述第一客户线索ID对应的报备数据，修改所述报备数据的客户线索状态为到访，更新所述客户线索表；
定期扫描所述客户线索表中的各个客户线索状态，自动更新各个所述客户线索状态。
第三方面，本申请实施例还提供了一种计算机装置，该计算机装置包括：存储器和处理器。该存储器中存储指令，该指令由处理器加载并执行，以实现上述各方面任一种实施方式中的方法。其中，该存储器和该处理器通过内部连接通路互相通信。
第四方面，本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质内存储有计算机程序，当计算机程序在计算机上运行时，实现上述各方面任一种实施方式中的方法。
上述技术方案中的优点或有益效果至少包括：
本申请可以实现客户报备前-客户报备中-客户报备后这三个阶段客户状态的变更和跟踪，可以实现报备人员在前端录入报备信息时即可获知待报备客户是否能被报备的效果，可以及时报备客户，避免了出现多个报备渠道在对同一个待报备客户进行报备，产生的渠道归属问题，可以防止客户流失，还可以解决无判客系统时期避免存在的信息容易错漏、人工成本高等问题。
上述概述仅仅是为了说明书的目的，并不意图以任何方式进行限制。除上述描述的示意性的方面、实施方式和特征之外，通过参考附图和以下的详细描述，本申请进一步的方面、实施方式和特征将会是容易明白的。
附图说明
在附图中，除非另外规定，否则贯穿多个附图相同的附图标记表示相同或相似的部件或元素。这些附图不一定是按照比例绘制的。应该理解，这些附图仅描绘了根据本申请公开的一些实施方式，而不应将其视为是对本申请范围的限制。
图1为本申请提供的一种多渠道客户判定的管理方法的流程示意图；
图2为本申请提供的另一种多渠道客户判定的管理方法的流程示意图；
图3为本申请提供的一种获得目标渠道判客规则的流程示意图；
图4为本申请提供的另一种获得目标渠道判客规则的流程示意图；
图5为本申请提供的一种多渠道客户判定的管理装置的结构框图；
图6为本申请提供的一种计算机装置的结构框图。
具体实施方式
在下文中，仅简单地描述了某些示例性实施例。正如本领域技术人员可认识到的那样，在不脱离本申请的精神或范围的情况下，可通过各种不同方式修改所描述的实施例。因此，附图和描述被认为本质上是示例性的而非限制性的。
图1示出根据本申请一实施例的多渠道客户判定的管理方法的流程图。如图1所示，该方法可以包括如下步骤：
S110、获取报备人员通过报备工具上传的报备信息，报备信息包括当前报备渠道的渠道标识、第一待报备客户和报备时间。
在具体实施时，该报备工具可以为手机、平板或电脑等终端，本实施例对此不作限定。
在具体实施时，当报备人员要对第一待报备客户进行报备时，可以通过报备工具进行报备信息的上报，如上报给判客中心。
在一种实施方式中，结合图1-2所示，在执行步骤S110之后，可以执行步骤S110a，即待报备客户初筛校验拦截，再执行步骤S120。
具体地，步骤S110a可以包括：根据报备信息，校验待报备人员是否曾经报备过第一待报备客户，获得校验结果；根据校验结果，确定待报备人员未曾报备过第一待报备客户时，再执行步骤S120。
在具体实施时，该报备信息还可以包括报备人员的个人信息，第一待报备客户的第一手机号码、第一项目ID等。其中，该个人信息可以包括姓名、报备人员的手机号码等。
在具体实施时，可以先校验该个人信息和第一手机号码是否完整，获得初步校验结果。根据初步校验结果，确定该个人信息和/或第一手机号码不完整时，提示报备人员重新上报报备信息，返回执行步骤S110。或者，根据初步校验结果，确定该个人信息和第一手机号码完整时，根据该个人信息、第一手机号码、第一项目ID和渠道标识，校验该报备人员是否曾经报备过该第一待报备客户，获得校验结果。
在另一种实施方式中，当根据校验结果，确定待报备人员曾经报备该第一待报备客户时，可以输出用于提示该第一待报备客户已曾被报备过的提示信息。
在本申请中，通过执行步骤S110a，可以对第一待报备客户进行初筛校验拦截，使得报备人员在前端录入报备时即可获知该第一待报备客户是否能被报备。
S120、根据渠道标识和报备时间，获取当前报备渠道的目标渠道判客规则。
在具体实施时，结合图1-2所示，步骤S120可以视作是步骤S120a，即渠道判客规则匹配。
在一种实施方式中，目标渠道判客规则可以包括规则基础数据，其中，规则基础数据可以包括目标渠道判客规则的生效时间。
在一种实施方式中，可以根据渠道标识，从数据库中查询出当前报备渠道已上架的各个渠道判客规则；再从各个渠道判客规则中，选出生效时间和报备时间匹配的目标渠道判客规则。
示例性的，以各个渠道判客规则包括A渠道判客规则、B渠道判客规则和C渠道判客规则为例，若A渠道判客规则的生效时间为：2023.04.15-2023.06.15，B渠道判客规则的生效时间为：2023.06.16-2023.07.15，C渠道判客规则的生效时间为：2023.07.16-2023.09.15，报备时间为：2023.07.20。那么目标渠道判客规则则则为C渠道判客规则。
在另一种实施方式中，当根据渠道标识，从数据库中查询到当前报备渠道未存在已上架的渠道判客规则，或者，从各个渠道判客规则中，未有生效时间和报备时间匹配的目标渠道判客规则，即当根据渠道标识和报备时间，未获取到目标渠道判客规则时，可以输出用于提示报备失败以及当前报备渠道未设置渠道判客规则的提示信息。
在一种实施方式中，规则基础数据还可以包括第一项目ID，目标渠道判客规则还可以包括客户报备规则和客户到访保护规则。
在一种实施方式中，如图3所示，目标渠道判客规则可以通过以下方式获得：
S121、获取通过渠道客户规则页面提交的第一渠道判客规则。
在具体实施时，第一渠道判客规则可以为销售管理人员在渠道客户规则页面上，检查出第一项目ID对应的项目未存在渠道判客规则时，通过渠道规则录入页面录入的。
应理解，第一项目ID对应的项目可以为楼盘项目，也可以其它项目，本实施例对此不作限定。
作为一种示例，结合图3-4所示，步骤S121可以包含如下两个环节：
S1、规则检查：销售管理人员进入渠道客户规则页面，渠道判客规则页面可包括渠道分销、全民营销、置业顾问拓客等报备渠道的渠道判客规则。在渠道客户规则页面上，检查第一项目ID对应的项目(下面简称为A项目)在某一段时间内(比如2023.01.01至2023.12.31)是否存在渠道判客规则，如果不存在则进入S2环节。
其中，销售管理人员可以通过任一终端(例如手机、PC端)登录进入渠道客户规则页面。
S2、规则录入：销售管理人员进入渠道规则录入页面，该渠道规则录入页面可针对任一报备渠道录入渠道判客规则。销售管理人员在渠道规则录入页面上选择录入A项目的分别规则生效时段(包括开始时间和结束时间)、客户报备规则和客户到访保护规则后，点击保存即可获得第一渠道判客规则，进入步骤S122的S3环节。
其中，销售管理人员可以通过渠道客户规则页面进入渠道规则录入页面。比如，渠道客户规则页面提供“规则录入”虚拟按钮，当销售管理人员点击该虚拟按钮时，即可触发进入渠道规则录入页面。
在本申请中，通过渠道规则录入页面录入渠道判客规则，可以为后续的判客管理提供支持。
S122、在对第一渠道判客规则进行校验通过后，将第一渠道判客规则按照规则基础数据、客户报备规则和客户到访保护规则分组存储到数据库中的不同存储区上。
作为一种示例，结合图3-4所示，步骤S122可以包含如下两个环节：
S3、规则校验：第一渠道判客规则保存时，会对第一渠道判客规则的规则数据进行校验。校验规则如下：
①数据有效性校验：检查录入的客户报备规则，客户到访保护规则等规则数据是否存在负数、异常字符及必填字段等，确保规则数据的完整性和准确性。
②生效时段校验：根据第一项目ID、生效时段(如开始时间：2023.01.01，结束时间：2023.12.31)，渠道标识(如渠道分销、全民营销、置业顾问拓客等报备渠道的渠道标识)，从数据库中查询在各个报备渠道中，该A项目是否存在已上架的渠道判客规则，如果不存在则进入S4环节。
其中，在数据有效校验或生效时间段校验未通过时，说明第一渠道判客规则的规则数据无效，此时，可以输出用于提示规则失败的提示信息。
S4、规则存储：将第一渠道判客规则按照规则基础数据、客户报备规则和客户到访保护规则进行分组存储，存储到数据库中的不同存储区上。规则数据保存完以后进入步骤S123中的S5环节。
在具体实施时，规则基础数据可以包括但不限于：第一项目ID、生效时段、创建人和创建时间等。客户报备规则可以包括但不限于：各个渠道客户的身份校验参数、失效客户校验、报备人员身份校验、报备次数上限、报备重新计算防截客时间等规则。客户到访保护规则可以包括但不限于：防截客时间、防截客距离、报备保护期、到访保护期等规则。
在本申请中，通过步骤S122，可以达到规则基础数据通用化和不同渠道的判客规则数据(即客户报备规则和客户到访保护规则)可自定义化的目的。
S123、将第一渠道判客规则标记为待审核状态，在审核人员审核通过第一渠道判客规则后，将第一渠道判客规则上架到渠道客户规则页面中，得到目标渠道判客规则。
作为一种示例，结合图3-4所示，步骤S123可以包含如下环节：
S5、规则审核：第一渠道判客规则的规则数据保存完成后，默认标记第一渠道判客规则为待审核状态。拥有规则数据审核权限的用户即审核人员，登录进入渠道客户规则页面，选择A项目，查询出状态为待审核状态的第一渠道判客规则，选中第一渠道判客规则并点击审核。审核人员审核通过第一渠道判客规则后，即可将第一渠道判客规则上架到渠道客户规则页面中。其中，在第一渠道判客规则的上架过程中，可以再一次调用S3环节进行校验。
应理解，任一渠道判客规则可以采用与上述目标渠道判客规则的获得方式相同或者类似的方式获得，本实施例对此不再赘述。即在增加拓客渠道时，可以通过上述方式针对该拓客渠道设置相应的渠道判客规则。
S130、创建各类事件监听器。
在具体实施时，结合图1-2所示，步骤S130可以视作是步骤S130a，即判客规则业务事件注册。
在一种实施方式中，可以使用Spring框架的ApplicationListener事件广播监听机制，创建各类事件监听器，用于后续根据各类事件监听器对应创建各类判客规则业务事件。可以理解为，一种事件监听器创建一种判客规则业务事件。
比如，结合图1-2所示，每当通过S110a初筛和S120a规则匹配的报备动作后，可以使用Spring框架的ApplicationListener事件广播监听机制，创建各类事件监听器。
在具体实施时，各类判客规则业务事件(event)可以包括但不限于：短信下发事件，线索作废事件、限时补全事件等事件。
在本申请中，通过创建各类事件监听器，可以便于在后续判客管理中，出现上述各类判客规则业务事件时，使用事件集合list进行判客规则业务事件收集，用于广播相应的判客规则业务事件。
S140、根据目标渠道判客规则，对第一待报备客户进行准入校验未通过时，根据各类事件监听器，创建包含各类判客规则业务事件的事件集合list。
在具体实施时，结合图1-2所示，可以视为步骤S140a包括步骤S140，步骤S140a为渠道客户判定。
在具体实施时，报备信息还可以包括第一待报备客户的第一手机号码。目标渠道判客规则可以包括规则基础数据、客户报备规则和客户到访保护规则，其中，基础规则数据包括第一项目ID。
在一种实施方式中，步骤S140可以包括：
若开启隐号报备，当查询到数据库中已报备的客户手机号码中存在目标手机号码时，根据客户报备规则，确定第一待报备客户未通过隐号报备校验，调用短信下方事件对应的事件监听器，创建包含目标手机号码的目标短信下发事件，并将目标短信下发事件添加至事件集合list中。
其中，目标手机号码与第一手机号码归属第一项目ID对应的项目，且目标手机号码的前3位和后4位与第一手机号码的前3位和后4位相同。
在本申请中，通过进行隐号报备校验，并在确定第一待报备客户未通过隐号报备校验时，创建包含目标手机号码的目标短信下发事件添加至事件集合list中，可以方便查找出与待报备人员疑似撞号的已报备客户，进一步可以避免多个报备渠道在对同一个第一待报备客户进行报备时，产生的渠道归属问题。
在一种实施方式中，步骤S140还可以包括：
若开启竞争带看，当查询到存在目标手机号码时，确定第一待报备客户未通过竞争带看报备校验，根据客户到访保护规则，调用限时补全事件对应的事件监听器，创建包含目标手机号码的目标限时补全事件，并将目标限时补全事件添加至事件集合list中。
在本申请中，通过进行竞争带看报备校验，并在确定第一待报备客户未通过竞争带看报备校验时，创建包含目标手机号码的目标限时补全事件添加至事件集合list中，可以方便多个报备人员针对同一个待报备人员进行报备竞争，进一步方便对待报备人员的报备状态进行追踪，及时对待报备人员进行报备，防止流失客户。
在本申请中，执行步骤S140，可以实现客户报备前和客户报备中这两个阶段客户状态的变更和跟踪，可以实现报备人员在前端录入报备信息时即可获知待报备客户是否能被报备的效果，可以及时报备客户，避免了出现多个报备渠道在对同一个待报备客户进行报备，产生的渠道归属问题，可以防止流失客户，还可以解决无判客系统时期避免存在的信息容易错漏、人工成本高等问题。其中，无判客系统时期是指，采用人工登记报备记录和到访记录，再结合其他系统风控结果，人工处理数据后判断客户渠道的时期。
S150、根据目标渠道判客规则，对第一待报备客户进行准入校验通过时，将待报备人员判定归属当前报备渠道，并将报备信息和目标渠道判客规则关联存储至客户线索表中。
在具体实施时，结合图1-2所示，可以视为步骤S140a还包括步骤S150。
在具体实施时，该客户线索表可以存储在数据库中。
在具体实施时，报备信息还可以包括报备工具的第一位置信息。
在一种实施方式中，步骤S150可以包括：
若开启隐号报备，未查询到目标手机号码时，确定第一待报备客户通过隐号报备校验。
在一种实施方式中，步骤S150还可以包括：
根据客户到访保护规则，判断第一位置信息和A项目的第二位置信息之间的距离小于或等于预设的防截客距离时，确定第一待报备客户通过防截客距离判定校验。
比如，报备人员在报备客户时，可以从报备工具中获取报备工具(报备人员)所在的第一位置信息(如经纬度)，一同提交至判客中心。判客中心可以保存有A项目的第二位置信息(如经纬度)。之后，可以使用地图工具(如百度地图、高德地图等)计算出第一位置信息和第二位置信息之间的距离，即报备人员与A项目之间的距离。根据客户到访保护规则，如果该距离如果小于或等于大于预设的防截客距离，则确定第一待报备客户通过防截客距离判定校验。
相应的，该距离如果大于预设的防截客距离，确定第一待报备客户未通过防截客距离判定校验，此情况下，可以通知报备人员，第一待报备客户报备失败。
在本申请中，通过对第一待报备客户进行防截客距离判定校验，可以使得报备人员在前端录入报备信息时即可获知该第一待报备客户是否能被报备，从而可以避免多个报备渠道在对同一个第一待报备客户进行报备时，产生的渠道归属问题。
在一种实施方式中，步骤S150还可以包括：
确定报备时间未在其他报备渠道的报备保护期内，并且，根据客户报备规则，确定第一待报备客户对应的所有报备次数未达到预设的报备次数上限时，确定第一待报备客户通过渠道失效客户校验。
比如，根据设定的参数校验，当第一待报备客户在其他报备渠道已经报备失效时，例如，第一待报备客户已经在分销渠道报备成功，但该分销渠道的报备保护期为2023.05.01，当报备时间为2023.05.02时，第一待报备客户在分销渠道的报备已失效，此情况下，第一待报备客户符合渠道客户失效校验的通过条件之一。
相应的，如果第一待报备客户在某个报备渠道报备未失效，此情况下，可以通知报备人员，第一待报备客户已经被报备。
再比如，根据设定的客户报备次数限制，在隐号报备校验环节，从数据库中统计出该第一待报备客户的所有报备次数，如统计出所有目标手机号码的数量，将该数量确定为该所有报备次数。再将该所有报备次数与客户报备规则中设置的客户报备上限数进行比较。如果该所有报备次数小于或等于客户报备上限数，此情况下，第一待报备客户符合渠道客户失效校验的通过条件之一。
相应的，如果该所有报备次数大于客户报备上限数，此情况下，可以通知报备人员，该第一待报备客户已达报备次数上限。
在本申请中，通过对第一待报备客户进行渠道失效客户校验，可以使得报备人员在前端录入报备信息时即可获知该第一待报备客户是否能被报备，从而可以避免多个报备渠道在对同一个第一待报备客户进行报备时，产生的渠道归属问题。
在一种实施方式中，步骤S150还可以包括：
若开启竞争带看，当未查询到存在目标手机号码时，确定第一待报备客户通过竞争带看报备校验。
即当第一待报备客户未通过隐号报备校验时，可以直接判定第一待报备客户通过竞争带看报备校验。
在一种实施方式中，在步骤S150中，当完成上述各个校验后，可以将待报备人员判定归属当前报备渠道，并将报备信息和目标渠道判客规则关联存储至客户线索表中。
应理解，在步骤S150中的各个校验，可以同步进行，也可以根据实际需求设置各个校验之间的执行顺序，本实施例对此不作限定。
在本申请中，通过执行步骤S150，可以实现客户报备前和客户报备中这两个阶段客户状态的变更和跟踪，可以及时报备客户，可以实现报备人员在前端录入报备信息时即可获知待报备客户是否能被报备的效果，避免了出现多个报备渠道在对同一个待报备客户进行报备，产生的渠道归属问题，可以防止流失客户，还可以解决无判客系统时期避免存在的信息容易错漏、人工成本高等问题。
在本申请提供的一种可适用的场景下，步骤S140a还可以包括：
在将报备信息存储至客户线索表中后，可以获得当前报备渠道的客户线索ID，即客户线索表可以包括当前报备渠道对应的第二客户线索ID；之后，可以根据客户到访保护规则，调用报备保护设置事件对应的事件监听器，创建包含第二客户线索ID的目标报备保护设置事件；再将目标报备保护设置事件添加至事件集合list中。
在本申请中，通过创建报备保护设置事件，可以防止待报备客户多次被报备的问题，可以避免流失客户。
在本申请提供的另一种可适用的场景下，本申请实施例提供的多渠道客户判定的管理方法，还可以包括如下步骤：
S160、将事件集合list中的各类判客规则业务事件进行广播发布。
在具体实施时，结合图1-2所示，步骤S160可以视作是步骤S150a，即判客规则业务事件广播。
在一种实施方式中，可以使用Spring的ApplicationContext.publisEven依次对事件集合List中的各类判客规则业务事件进行广播发布。
作为一种示例，发布的各类判客规则业务事件(具体的发布时间需要具体的根据规则情况)可以如下：
目标短信下发事件(疑似撞号通知)，用于通知报备人员，该第一待报备客户被撞号。其中，该目标短信下方事件可以包含如下内容：当前报备人员的手机号码、第一待报备客户的第一手机号码、第一项目ID和短信接收方。该目标短信下方事件可以通过短信发送工具进行发布。
目标限时补全事件(限时补全通知)，用于通知其他报备人员需要在报备保护期内补全客户手机号码等信息。其中，该目标限时补全事件可以包含如下内容：当前报备人员的手机号码、第一待报备客户的第一手机号码、第一项目ID和短信接收方。该目标限时补全事件可以通过短信发送工具发布。
目标报备保护设置事件(报备保护设置)，报备人员通过渠道判客后，可以根据“目标报备保护设置事件”传递的客户线索ID，从客户线索表中查询出对应的报备数据，修改报备数据中的客户线索状态(包括报备保护期状态和到访保护期状态)为有效，更新该客户线索表。
在本申请中，通过执行步骤S160，可以实现客户报备后这个阶段客户状态的变更和跟踪，可以及时报备客户，进一步可以避免出现多个报备渠道在对同一个待报备客户进行报备，产生的渠道归属问题，可以防止流失客户，还可以解决无判客系统时期避免存在的信息容易错漏、人工成本高等问题。
S170、在第二待报备客户到达现场后，根据客户到访保护规则，调用到访保护期事件对应的事件监听器，创建并广播包含目标报备渠道对应的第一客户线索ID的目标到访保护期事件。
在具体实施时，结合图1-2所示，步骤S170可以视作是步骤S160a，即客户到访判定。
在具体实施时，第二待报备客户归属目标渠道报备。
在具体实施时，该目标渠道报备可以通过如下方式获得：
从客户线索表中查询出第二手机号码对应的客户线索数据，根据客户线索数据，返回步骤S120，直至判定获得目标报备渠道为止。
示例性的，客户到访判定可以包括如下过程：
第二待报备客户到访现场时，会在APP端进行到访登记，此情况下，可以从APP端获得第二待报备客户的第二手机号码和第二项目ID。之后，可以根据第二手机号码和第二项目ID第一项目ID查询出客户线索数据(包括报备数据)。在此过程中，判客中心还可以根据客户线索数据执行S110a-S150a的操作，校验第二待报备客户的准确性和真实性。通过校验后，可以根据客户到访保护规则，调用到访保护期事件对应的事件监听器，创建并广播目标到访保护期事件。
在本申请中，通过执行步骤S170，可以实现客户报备后这个阶段客户状态的变更和跟踪，可以及时报备客户，进一步可以避免出现多个报备渠道在对同一个待报备客户进行报备，产生的渠道归属问题，还可以解决无判客系统时期避免存在的信息容易错漏、人工成本高等问题。
S180、从客户线索表中查询出第一客户线索ID对应的报备数据，修改报备数据的客户线索状态为到访，更新客户线索表。
在具体实施时，结合图1-2所示，步骤S180可以视作是步骤S170a，即客户保护处理。
在具体实施时，第二待报备客户到访后，可以根据目标到访保护期事件传递的第二客户线索ID查询出对应的报备数据，修改报备数据的客户线索状态为到访，更新客户线索表。
在本申请中，通过执行步骤S180，可以实现客户状态的变更和跟踪，有助于避免出现多个报备渠道在对同一个待报备客户进行报备，产生的渠道归属问题，可以防止客户流失，还可以解决无判客系统时期避免存在的信息容易错漏、人工成本高等问题。
S190、定期扫描客户线索表中的各个客户线索状态，自动更新各个客户线索状态。
在具体实施时，结合图1-2所示，步骤S190可以视作是步骤S180a，即客户失效处理。
在具体实施时，客户失效处理，是指对超期报备客户(客户线索中指定的报备保护期位于当前时间之前、且客户状态仍然为报备状态的报备客户)、未到访/到期未成交客户(客户线索中指定的到访保护保护期位于当前时间之前、且客户状态仍然为到访状态的报备客户)进行失效处理。
作为一种示例，对于报备保护期状态，可以设置每隔一分钟扫描一次客户线索表，根据客户线索ID找出报备保护期位于当前时间之前、且客户状态仍然为报备状态的报备数据，将该报备数据的客户线索状态变更为失效。
作为一种示例，对于到访保护期状态，可以设置每隔一分钟扫描一次客户线索表，根据客户线索ID找出到访保护期位于当前时间之前、且客户状态仍然为到访状态的报备数据，将该报备数据的客户线索状态变更为失效。
在本申请中，通过执行步骤S190，可以避免出现某个报备客户已经失效，但报备人员不清楚导致该报备客户未能及时跟进的问题，以及还可以避免出现某个报备客户已经失效，但其他报备人员仍然不能报备该报备客户的问题，从而可以及时报备客户，防止流失客户。
通过以上描述可知，本申请可以实现客户报备前-客户报备中-客户报备后这三个阶段客户状态的变更和跟踪，可以实现报备人员在前端录入报备信息时即可获知待报备客户是否能被报备的效果，可以及时报备客户，避免了出现多个报备渠道在对同一个待报备客户进行报备，产生的渠道归属问题，可以防止客户流失，还可以解决无判客系统时期避免存在的信息容易错漏、人工成本高等问题。
图5示出根据本申请一实施例的多渠道客户判定的管理方法装置的结构框图。如图5所示，该装置可以包括：
接收模块210，用于获取报备人员通过报备工具上传的报备信息，报备信息包括当前报备渠道的渠道标识、第一待报备客户和报备时间；根据渠道标识和报备时间，获取当前报备渠道的目标渠道判客规则；
判客模块220，用于创建各类事件监听器；根据目标渠道判客规则，对第一待报备客户进行准入校验未通过时，根据各类事件监听器，创建包含各类判客规则业务事件的事件集合list；根据目标渠道判客规则，对第一待报备客户进行准入校验通过时，将待报备人员判定归属当前报备渠道，并将报备信息和目标渠道判客规则关联存储至客户线索表中。
在一种实施方式中，目标渠道判客规则包括规则基础数据，规则基础数据包括目标渠道判客规则的生效时间；获取模块210具体用于：
根据渠道标识，从数据库中查询出当前报备渠道已上架的各个渠道判客规则；
从各个渠道判客规则中，选出生效时间和报备时间匹配的目标渠道判客规则。
在一种实施方式中，规则基础数据还包括第一项目ID，目标渠道判客规则还包括客户报备规则和客户到访保护规则；目标渠道判客规则由获取模块210通过以下方式获得：
获取通过渠道客户规则页面提交的第一渠道判客规则；第一渠道判客规则为销售管理人员在渠道客户规则页面上，检查出第一项目ID对应的项目未存在渠道判客规则时，通过渠道规则录入页面录入的；
在对第一渠道判客规则进行校验通过后，将第一渠道判客规则按照规则基础数据、客户报备规则和客户到访保护规则分组存储到数据库中的不同存储区上；
将第一渠道判客规则标记为待审核状态，在审核人员审核通过第一渠道判客规则后，将第一渠道判客规则上架到渠道客户规则页面中，得到目标渠道判客规则。
在一种实施方式中，判客模块220具体用于：
使用Spring框架的ApplicationListener事件广播监听机制，创建各类事件监听器。
在一种实施方式中，报备信息还包括第一待报备客户的第一手机号码，目标渠道判客规则包括规则基础数据、客户报备规则和客户到访保护规则，基础规则数据包括第一项目ID；判客模块220具体用于：
若开启隐号报备，当查询到数据库中已报备的客户手机号码中存在目标手机号码时，确定第一待报备客户未通过隐号报备校验，根据客户报备规则，调用短信下方事件对应的事件监听器，创建包含目标手机号码的目标短信下发事件，并将目标短信下发事件添加至事件集合list中，目标手机号码与第一手机号码归属第一项目ID对应的项目，且目标手机号码的前3位和后4位与第一手机号码的前3位和后4位相同；
若开启竞争带看，当查询到存在目标手机号码时，根据客户到访保护规则，确定第一待报备客户未通过竞争带看报备校验，调用限时补全事件对应的事件监听器，创建包含目标手机号码的目标限时补全事件，并将目标限时补全事件添加至事件集合list中。
在一种实施方式中，报备信息还包括报备工具的第一位置信息；判客模块220具体用于：
若开启隐号报备，未查询到目标手机号码时，确定第一待报备客户通过隐号报备校验；
根据客户到访保护规则，判断第一位置信息和项目的第二位置信息之间的距离小于或等于预设的防截客距离时，确定第一待报备客户通过防截客距离判定校验；
确定报备时间未在其他报备渠道的报备保护期内，并且，根据客户报备规则，确定第一待报备客户对应的所有报备次数未达到预设的报备次数上限时，确定第一待报备客户通过渠道失效客户校验；
若开启竞争带看，当未查询到存在目标手机号码时，确定第一待报备客户通过竞争带看报备校验；
在完成上述校验后，将待报备人员判定归属当前报备渠道，并将报备信息和目标渠道判客规则关联存储至客户线索表中。
在一种实施方式中，判客模块220还用于：
将事件集合list中的各类判客规则业务事件进行广播发布；
在第二待报备客户到达现场后，根据客户到访保护规则，调用到访保护期事件对应的事件监听器，创建并广播包含目标报备渠道对应的第一客户线索ID的目标到访保护期事件，第二待报备客户归属目标渠道报备；
从客户线索表中查询出第一客户线索ID对应的报备数据，修改报备数据的客户线索状态为到访，更新客户线索表；
定期扫描客户线索表中的各个客户线索状态，自动更新各个客户线索状态。
本申请实施例中的多渠道客户判定的管理装置中的各模块的功能可以参见上述方法中的对应描述，在此不再赘述。
图6示出根据本申请一实施例的计算机装置的结构框图。如图6所示，该计算机装置包括：存储器310和处理器320，该存储器310中存储指令，该指令由处理器320加载并执行，以实现上述实施例中的多渠道客户判定的管理方法。存储器310和处理器320的数量可以为一个或多个。
该计算机装置还包括：
通信接口330，用于与外界设备进行通信，进行数据交互传输。
如果存储器310、处理器320和通信接口330独立实现，则存储器310、处理器320和通信接口330可以通过总线相互连接并完成相互间的通信。该总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准体系结构(Extended Industry StandardArchitecture，EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
可选的，在具体实现上，如果存储器310、处理器320及通信接口330集成在一块芯片上，则存储器310、处理器320及通信接口330可以通过内部接口完成相互间的通信。
本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质内存储有计算机程序，当计算机程序在计算机上运行时，实现本申请实施例中提供的方法。
本申请实施例还提供了一种芯片，该芯片包括，包括处理器，用于调用并运行存储器中存储的指令，使得安装有芯片的通信设备执行本申请实施例提供的方法。
本申请实施例还提供了一种芯片，包括：输入接口、输出接口、处理器和存储器，输入接口、输出接口、处理器以及存储器之间通过内部连接通路相连，处理器用于执行存储器中的代码，当代码被执行时，处理器用于执行申请实施例提供的方法。
应理解的是，上述处理器可以是中央处理器(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(digital signal processing，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(fieldprogrammablegate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者是任何常规的处理器等。值得说明的是，处理器可以是支持进阶精简指令集机器(advanced RISC machines，ARM)架构的处理器。
进一步地，可选的，上述存储器可以包括只读存储器和随机存取存储器，还可以包括非易失性随机存取存储器。该存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以包括只读存储器(read-onlymemory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以包括随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用。例如，静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic random access memory，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(doubledata date SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhancedSDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输。
在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包括于本申请的至少一个实施例或示例中。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分。并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能。
在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。
应理解的是，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。上述实施例方法的全部或部分步骤是可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。上述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读存储介质中。该存储介质可以是只读存储器，磁盘或光盘等。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到其各种变化或替换，这些都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种多渠道客户判定的管理方法，其特征在于，包括：
获取报备人员通过报备工具上传的报备信息，所述报备信息包括当前报备渠道的渠道标识、第一待报备客户和报备时间；
根据所述渠道标识和所述报备时间，获取所述当前报备渠道的目标渠道判客规则；
创建各类事件监听器；
根据所述目标渠道判客规则，对所述第一待报备客户进行准入校验未通过时，根据各类所述事件监听器，创建包含各类判客规则业务事件的事件集合list；
根据所述目标渠道判客规则，对所述第一待报备客户进行准入校验通过时，将所述待报备人员判定归属所述当前报备渠道，并将所述报备信息和所述目标渠道判客规则关联存储至客户线索表中。
2.根据权利要求1所述的方法，其特征在于，所述目标渠道判客规则包括规则基础数据，所述规则基础数据包括所述目标渠道判客规则的生效时间；
根据所述渠道标识和所述报备时间，获取所述当前报备渠道的目标渠道判客规则包括：
根据所述渠道标识，从数据库中查询出所述当前报备渠道已上架的各个渠道判客规则；
从各个所述渠道判客规则中，选出生效时间和所述报备时间匹配的所述目标渠道判客规则。
3.根据权利要求2所述的方法，其特征在于，所述规则基础数据还包括第一项目ID，所述目标渠道判客规则还包括客户报备规则和客户到访保护规则；
所述目标渠道判客规则通过以下方式获得：
获取通过所述渠道客户规则页面提交的第一渠道判客规则；所述第一渠道判客规则为销售管理人员在所述渠道客户规则页面上，检查出所述第一项目ID对应的项目未存在渠道判客规则时，通过渠道规则录入页面录入的；
在对所述第一渠道判客规则进行校验通过后，将所述第一渠道判客规则按照规则基础数据、客户报备规则和客户到访保护规则分组存储到数据库中的不同存储区上；
将所述第一渠道判客规则标记为待审核状态，在审核人员审核通过所述第一渠道判客规则后，将所述第一渠道判客规则上架到所述渠道客户规则页面中，得到所述目标渠道判客规则。
4.根据权利要求1所述的方法，其特征在于，创建各类事件监听器包括：
使用Spring框架的ApplicationListener事件广播监听机制，创建各类所述事件监听器。
5.根据权利要求1-4任一项所述的方法，其特征在于，所述报备信息还包括所述第一待报备客户的第一手机号码，所述目标渠道判客规则包括规则基础数据、客户报备规则和客户到访保护规则，所述基础规则数据包括第一项目ID；
根据所述目标渠道判客规则，对所述第一待报备客户进行准入校验未通过时，根据各类所述事件监听器，创建包含各类判客规则业务事件的事件集合list包括：
若开启隐号报备，当查询到数据库中已报备的客户手机号码中存在目标手机号码时，确定所述第一待报备客户未通过隐号报备校验，根据所述客户报备规则，调用短信下方事件对应的事件监听器，创建包含所述目标手机号码的目标短信下发事件，并将所述目标短信下发事件添加至所述事件集合list中，所述目标手机号码与所述第一手机号码归属所述第一项目ID对应的项目，且所述目标手机号码的前3位和后4位与所述第一手机号码的前3位和后4位相同；
若开启竞争带看，当查询到存在所述目标手机号码时，根据客户到访保护规则，确定所述第一待报备客户未通过竞争带看报备校验，调用限时补全事件对应的事件监听器，创建包含所述目标手机号码的目标限时补全事件，并将所述目标限时补全事件添加至所述事件集合list中。
6.根据权利要求5所述的方法，其特征在于，所述报备信息还包括报备工具的第一位置信息；
根据所述目标渠道判客规则，对所述第一待报备客户进行准入校验通过时，将所述待报备人员判定归属所述当前报备渠道，并将所述报备信息和所述目标渠道判客规则关联存储至客户线索表中包括：
若开启隐号报备，未查询到所述目标手机号码时，确定所述第一待报备客户通过隐号报备校验；
根据客户到访保护规则，判断第一位置信息和所述项目的第二位置信息之间的距离小于或等于预设的防截客距离时，确定所述第一待报备客户通过防截客距离判定校验；
确定所述报备时间未在其他报备渠道的报备保护期内，并且，根据所述客户报备规则，确定所述第一待报备客户对应的所有报备次数未达到预设的报备次数上限时，确定所述第一待报备客户通过渠道失效客户校验；
若开启竞争带看，当未查询到存在所述目标手机号码时，确定所述第一待报备客户通过竞争带看报备校验；
在完成上述校验后，将所述待报备人员判定归属所述当前报备渠道，并将所述报备信息和所述目标渠道判客规则关联存储至客户线索表中。
7.如权利要求6所述的方法，其特征在于，所述方法还包括：
将所述事件集合list中的各类判客规则业务事件进行广播发布；
在第二待报备客户到达现场后，根据所述客户到访保护规则，调用到访保护期事件对应的事件监听器，创建并广播包含目标报备渠道对应的第一客户线索ID的目标到访保护期事件，所述第二待报备客户归属所述目标渠道报备；
从客户线索表中查询出所述第一客户线索ID对应的报备数据，修改所述报备数据的客户线索状态为到访，更新所述客户线索表；
定期扫描所述客户线索表中的各个客户线索状态，自动更新各个所述客户线索状态。
8.一种多渠道客户判定的管理装置，其特征在于，包括：
接收模块，用于获取报备人员通过报备工具上传的报备信息，所述报备信息包括当前报备渠道的渠道标识、第一待报备客户和报备时间；根据所述渠道标识和所述报备时间，获取所述当前报备渠道的目标渠道判客规则；
判客模块，用于创建各类事件监听器；根据所述目标渠道判客规则，对所述第一待报备客户进行准入校验未通过时，根据各类所述事件监听器，创建包含各类判客规则业务事件的事件集合list；根据所述目标渠道判客规则，对所述第一待报备客户进行准入校验通过时，将所述待报备人员判定归属所述当前报备渠道，并将所述报备信息和所述目标渠道判客规则关联存储至客户线索表中。
9.一种计算机装置，其特征在于，包括：存储器和处理器，所述存储器中存储指令，所述指令由处理器加载并执行，以实现如权利要求1-7任一项所述的方法。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，当所述计算机程序在计算机上运行时，实现如权利要求1-7任一项所述的方法。
CN202311253675.2A 2023-09-26 2023-09-26 一种多渠道客户判定的管理方法、装置及存储介质 Pending CN117314344A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311253675.2A CN117314344A (zh) 2023-09-26 2023-09-26 一种多渠道客户判定的管理方法、装置及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311253675.2A CN117314344A (zh) 2023-09-26 2023-09-26 一种多渠道客户判定的管理方法、装置及存储介质

Publications (1)

Publication Number Publication Date
CN117314344A true CN117314344A (zh) 2023-12-29

Family

ID=89280589

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311253675.2A Pending CN117314344A (zh) 2023-09-26 2023-09-26 一种多渠道客户判定的管理方法、装置及存储介质

Country Status (1)

Country Link
CN (1) CN117314344A (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108985801A (zh) * 2018-07-09 2018-12-11 重庆锐云科技有限公司 渠道管理方法及系统
CN111756836A (zh) * 2020-06-23 2020-10-09 平安医疗健康管理股份有限公司 一种基于事件管理模型的信息发送方法及装置
CN113886506A (zh) * 2021-09-14 2022-01-04 深圳思为科技有限公司 客户归属管理的方法及装置
CN116562951A (zh) * 2022-01-25 2023-08-08 贝壳找房网(北京)信息技术有限公司 用户报备信息生成方法、装置、可读存储介质及电子设备
CN116562954A (zh) * 2022-01-27 2023-08-08 贝壳找房网(北京)信息技术有限公司 用户渠道归属认定方法、装置、存储介质及程序产品

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108985801A (zh) * 2018-07-09 2018-12-11 重庆锐云科技有限公司 渠道管理方法及系统
CN111756836A (zh) * 2020-06-23 2020-10-09 平安医疗健康管理股份有限公司 一种基于事件管理模型的信息发送方法及装置
CN113886506A (zh) * 2021-09-14 2022-01-04 深圳思为科技有限公司 客户归属管理的方法及装置
CN116562951A (zh) * 2022-01-25 2023-08-08 贝壳找房网(北京)信息技术有限公司 用户报备信息生成方法、装置、可读存储介质及电子设备
CN116562954A (zh) * 2022-01-27 2023-08-08 贝壳找房网(北京)信息技术有限公司 用户渠道归属认定方法、装置、存储介质及程序产品

Similar Documents

Publication Publication Date Title
US20180075437A1 (en) Data verification in transactions in distributed network
CN107154919B (zh) 一种安全登录方法及装置
CN111428218A (zh) 印章授权方法、装置以及服务器
CN106844730B (zh) 文件内容的显示方法及装置
CN111680068A (zh) 一种校验方法、装置、设备及存储介质
CN106657096B (zh) Web漏洞检测方法、装置及系统
CN113781048B (zh) 一种基于区块链的交易信息校验及结算方法
CN110471843B (zh) 版本测试的方法、装置、存储介质及电子设备
CN108650123B (zh) 故障信息记录方法、装置、设备和存储介质
CN117314344A (zh) 一种多渠道客户判定的管理方法、装置及存储介质
CN113326488A (zh) 一种个人信息保护系统以及方法
CN114691473A (zh) 一种测试方法、装置与电子设备
CN107203547B (zh) 兴趣点信息的审核方法和装置
CN111611465A (zh) 产品检测系统、方法、装置、计算机设备和存储介质
CN115795475A (zh) 软件系统风险的确定方法、装置及电子设备
CN114416581A (zh) 一种测试失败原因确定方法、装置及设备
CN110197061B (zh) 业务数据监控方法、装置、计算机设备及存储介质
CN106790269A (zh) 应用程序超时登录的恢复方法及装置
CN113285915A (zh) 一种注册管理方法、装置及私有云控制服务器
CN106685966B (zh) 泄露信息的检测方法、装置及系统
CN113689232B (zh) 对人群召回服务进行检测的方法、装置及电子设备
CN114331520B (zh) 销售线索数据监管方法、装置、存储介质和计算机设备
CN103023864B (zh) 一种域名封堵方法和设备
US20220188831A1 (en) Data verification in transactions in distributed network
CN114780873A (zh) 一种业务处理方法、装置、设备及介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination