CN118071347A - 保单支付信息的推送方法、装置、设备以及存储介质 - Google Patents

Abstract

本公开提出一种保单支付信息的推送方法、装置、设备以及存储介质，涉及保单系统监控自动化技术领域，该方法包括响应于客户通过第一应用添加业务员，获取所述客户对应的保单特征码；基于所述保单特征码，获取所述客户对应的保单信息和保单支付链接；基于所述保单信息，确定所述客户对应的推送文本；在所述第一应用中将所述保单支付链接和所述推送文本推送给所述客户。由此，可以将原有的人工全程参与的添加客户、寻找对应保单、生成支付链接、下发客户的过程，改为基本由程序自动执行，提高工作效率，方便客户经理选择客户进行用户答疑和用户沟通，提高客户体验，也可以方便寻找保单即将到期的客户，第一时间进行续保沟通。

Description

保单支付信息的推送方法、装置、设备以及存储介质

技术领域

本公开涉及保单系统技术领域，尤其涉及一种保单支付信息的推送方法、装置、设备以及存储介质。

背景技术

客户购买保险后一般会添加保险提供方的某位员工的企业微信，方便后续联系及提供服务，通过企业微信将公域中的流量沉淀到私域流量,通过企业微信完成客户添加后，可以选择任意时间、按照任意频率免费低触达自己的客户，提供企业微信提供服务、宣传产品，提升客户满意度，提供客户粘度，从而增加产品销量，是传统企业线上化转型的重要抓手。

现在保险销售经理添加客户后，需要手动打开对应的客户页面，根据客户的保单号查询出对应的保单支付链接，复制后发给客户，目前通过输入险种或保单号搜索支付链接，耗时久，效率低，效果差。

发明内容

本申请提出了一种保单支付信息的推送方法、装置以及存储介质，旨在至少在一定程度上解决相关技术中的技术问题之一。

本申请第一方面实施例提出了一种保单支付信息的推送方法，包括：

响应于客户通过第一应用添加业务员，获取所述客户对应的保单特征码；

基于所述保单特征码，获取所述客户对应的保单信息和保单支付链接；

基于所述保单信息，确定所述客户对应的推送文本；

在所述第一应用中将所述保单支付链接和所述推送文本推送给所述客户。

本申请第二方面实施例提出了一种保单支付信息的推送装置，包括：

第一获取模块，用于响应于客户通过第一应用添加业务员，获取所述客户对应的保单特征码；

第二获取模块，用于基于所述保单特征码，获取所述客户对应的保单信息和保单支付链接；

确定模块，用于基于所述保单信息，确定所述客户对应的推送文本；

推送模块，用于在所述第一应用中将所述保单支付链接和所述推送文本推送给所述客户。

本申请第三方面实施例提出了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本申请实施例的保单支付信息的推送方法。

本申请第四方面实施例提出了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行本申请实施例公开的保单支付信息的推送方法。

本公开实施例中，首先响应于客户通过第一应用添加业务员，获取客户对应的保单特征码，之后基于保单特征码，获取客户对应的保单信息和保单支付链接，然后基于保单信息，确定客户对应的推送文本，最后在第一应用中将保单支付链接和推送文本推送给客户。由此，可以将原有的人工全程参与的添加客户、寻找对应保单、生成支付链接、下发客户的过程，改为基本由程序自动执行，提高工作效率，方便客户经理选择客户进行用户答疑和用户沟通，提高客户体验，也可以方便寻找保单即将到期的客户，第一时间进行续保沟通。

本公开附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本公开的实践了解到。

附图说明

本公开上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1是根据本公开第一实施例提供的保单支付信息的推送方法的流程示意图；

图2是根据本公开第二实施例提供的保单支付信息的推送方法的流程示意图；

图3是根据本公开第三实施例的保单支付信息的推送装置的示意图；

图4是用来实现本公开实施例的保单支付信息的推送方法的电子设备的框图。

具体实施方式

下面详细描述本公开的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本公开，而不能理解为对本公开的限制。相反，本公开的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。

需要说明的是，现在保险销售经理添加客户后，需要手动打开对应的客户页面，根据客户的保单号查询出对应的保单支付链接，复制后发给客户，目前通过输入险种或保单号搜索支付链接，耗时久，效率低，效果差，而且输入险种号或保单号有可能记错或者输入错误，需要询问客户校对，服务质量差，添加客户后也无法识别出客户对应的在保险种和险种到期时间，需要人工补齐，步骤繁琐，也容易混淆。本发明实施例通过保单信息生成添加客户二维码，在客户添加后自动获取保单信息，实现主动发送保单信息及支付链接，并自动更新客户经理和客户的绑定信息和客户备注，可以极大提高运营效率和效果，绑定了的客户配合客户画像，后续可以提供更符合客户的信息推送。

其中，需要说明的是，本实施例的保单支付信息的推送方法的执行主体可以为保单支付信息的推送装置，该装置可以由软件和/或硬件的方式实现，该装置可以配置在电子设备中，电子设备可以包括但不限于终端、服务器端等。

图1是根据本公开一实施例提供的保单支付信息的推送方法的流程示意图。如图1所示，该方法包括：

S101：响应于客户通过第一应用添加业务员，获取客户对应的保单特征码。

其中，第一应用可以为业务员和客户之间用于进行通讯的应用，比如可以为企业微信，在此不进行限定。

其中，业务员可以为客户经理。

需要说明的是，若客户添加了业务员的第一应用，则可以通过第一应用获取客户对应的保单特征码。具体的，业务员可以将自身的第一应用所对应的二维码，比如企业微信二维码给客户，从而客户可以通过扫描该企业微信二维码添加业务员的第一应用。

其中，保单特征码可以是基于保单相关信息所生成的特征码。

举例来说，保单特征码可以是基于保单信息，保单号，客户号，支付链接等信息的特征而确定的特征码，在此不进行限定。

S102：基于保单特征码，获取客户对应的保单信息和保单支付链接。

可选的，可以通过保单特征码进行查询，以判断是否有客户对应的保单信息，若无保单信息则说明为普通绑定方法，有即认为匹配成功。进一步的，可以根据保单二维码确定保单支付链接。

其中，保单支付链接用于提供给用户，以使用户进行支付。

具体的，可以使用相关的数据库或系统接口来查询保单特征码对应的保单信息，根据保单特征码在数据库中进行查询，如果能够查询到保单信息，则认为匹配成功。根据成功匹配的保单信息，可以根据需求生成相应的定制关怀消息和支付链接。例如，根据保单信息中的客户姓名、保险类型等，生成个性化的消息内容，并生成唯一的保单支付链接。

S103：基于保单信息，确定客户对应的推送文本。

其中，推送文本可以为欢迎语、定制关怀消息，在此不进行限定。

具体的，可以从保单信息中获取客户相关信息，例如客户姓名、性别、年龄、保单类型等，根据客户信息制定相应的推送文本。例如，对于新客户，可以发送欢迎语，介绍公司和产品，建立良好的客户关系。对于老客户，可以根据保单类型和客户需求，发送定制关怀消息，提供优惠活动和保险咨询等服务。针对不同的客户类型和需求，制定多种推送文本，并根据情况进行选择和发送。例如，对于年轻的客户，可以发送与他们生活相关的推送文本，如旅游保险、健康保险等。对于年长的客户，可以发送与健康和安全相关的推送文本，如养老保险、意外险等。进一步的，可以根据推送文本的反馈和效果，进行调整和优化。例如，根据客户的反馈，调整推送文本的内容和形式，以提高客户满意度和转化率。

需要注意的是，推送文本的制定需要根据客户的特点和需求进行个性化定制，以提高客户的体验和满意度。

需要说明的是，在制定推送策略和生成推送文本时，需要考虑以下因素：

客户类型：新客户还是老客户；

保险类型：不同保险产品可能需要传达不同的信息。

S104：在第一应用中将保单支付链接和推送文本推送给客户。

具体的，可以在第一应用中根据客户id定位该客户，精准推送消息给该客户微信，提高客户触达率及反馈率，将保单支付链接和推送文本推送给客户。

本公开实施例中，可以通过预先设计的数据库增量同步程序，自动获取开发人员提交的数据库变更语句，解析、过滤后执行，采用C/S(客户端/服务器)结构。

本公开实施例中，首先响应于客户通过第一应用添加业务员，获取客户对应的保单特征码，之后基于保单特征码，获取客户对应的保单信息和保单支付链接，然后基于保单信息，确定客户对应的推送文本，最后在第一应用中将保单支付链接和推送文本推送给客户。由此，可以将原有的人工全程参与的添加客户、寻找对应保单、生成支付链接、下发客户的过程，改为基本由程序自动执行，提高工作效率，方便客户经理选择客户进行用户答疑和用户沟通，提高客户体验，也可以方便寻找保单即将到期的客户，第一时间进行续保沟通。

图2是根据本公开二实施例提供的保单支付信息的推送方法的流程示意图。如图2所示，该方法包括：

S201：响应于接收到二维码获取请求，获取客户对应的保单关联信息，保单关联信息包含保单信息、保单号、客户号和保单支付链接。

需要说明的是，业务员在微服务上报价完成出单后，点击获取二维码就能获取自己的客户经理二维码，供客户扫码绑定。业务员在出单点击获取支付二维码后，该装置则接收到二维码获取请求，程序将保单信息，保单号，客户号，保单支付链接等保单关联信息传入营销系统企微服务器获取二维码接口。

S202：对保单关联信息进行存储，并生成保单关联信息对应的保单特征码。

具体的，前端可以将保单信息、保单号、客户号和支付链接等保单关联信息通过接口传递给后端。后端接收到数据后，将这些数据保存到数据库中。可以使用合适的数据库管理系统(如MySQL、MongoDB等)来创建表格或集合，然后将数据插入其中。确保保单信息、保单号、客户号和支付链接等字段与数据库中的列或字段对应。在保存数据后，可以使用合适的算法(如MD5、SHA1等)对保单信息进行哈希计算，生成特征码。特征码的目的是为了方便后续校验数据的完整性和一致性。

S203：基于保单特征码，获取业务员与第一应用对应的目标二维码。

可选的，可以首先注册腾讯提供的第三方接口服务，并获取相应的API密钥和访问权限，在后端应用中，编写代码调用腾讯提供的API接口，使用特征码和指定客户经理的信息作为参数，以获取对应的二维码链接。根据腾讯提供的API文档，构造合适的HTTP请求，将特征码和指定客户经理的信息传递给腾讯的API服务端，之后可以处理API响应，从腾讯的API响应中提取二维码链接数据，之后可以将获取到的目标二维码返回给前端应用。可以在接口的响应中包含目标二维码，以便前端可以将其展示给用户。前端应用接收到后端返回的目标二维码后，可以使用合适的方式(如img标签)将目标二维码展示在页面上，供用户扫描。

需要说明的是，在整个流程中，需要确保对腾讯提供的API进行合理的错误处理和异常处理，以及对敏感信息(如API密钥)的安全管理。

S204：向客户推送业务员对应的目标二维码，以使客户通过第一二维码在第一应用添加业务员，获取客户对应的保单特征码。

需要说明的是，客户可以扫描业务员的目标二维码，从而在第一应用添加业务员，并获取客户对应的保单特征码。

可选的，可以基于特征码，回调第一应用的第一接口，以获取业务员在第一应用对应的目标二维码。

具体的，可以在营销系统企微服务器上设置接收腾讯客户经理添加回调事件的API接口，并确保API服务器已经部署和运行。注册腾讯提供的二维码服务，并获取相应的API密钥和访问权限。在注册时，需要指定对应的回调地址，以便腾讯可以将客户经理添加回调事件发送到您的API服务器。在后端应用中，编写代码处理腾讯发送的客户经理添加回调事件。可以解析回调事件的JSON格式数据，获取客户微信ID、客户经理企微ID，以及二维码对应的特征码等信息。之后可以调用营销系统的API接口，将事件信息传递给营销系统。事件信息可能包括客户微信ID、客户经理企微ID，以及二维码对应的特征码等信息。在传递事件信息时，需要使用合适的加密算法对数据进行加密，以确保数据的安全性和完整性。

在营销系统中处理事件信息，可以将客户微信ID与客户经理企微ID进行关联，并记录特征码相关信息。

S205：基于保单特征码，获取客户对应的保单信息和保单支付链接。

S206：基于保单信息，确定客户对应的推送文本。

S207：在第一应用中将保单支付链接和推送文本推送给客户。

需要说明的是，步骤S205-S207的具体实现方式可以参照上述实施例，在此不进行赘述。

S208：基于客户的保单信息，确定目标客户信息。

其中，目标客户信息可以为用于生成客户画像的信息，比如保险类型、客户的性别、年龄、

可选的，可以确定客户在第一应用中的第一标识，以及业务员在第一应用中的第二标识，之后将第一标识、第二标识以及目标客户信息进行关联绑定，并进行存储。

具体的，可以将绑定关系保存在数据表里，首先整理客户经理和客户信息，确定客户在第一应用中的第一标识，以及业务员在第一应用中的第二标识，以及目标客户信息，之后保存在绑定关系数据表。一是便于客户经理查询客户详情，二是用于特定用户画像匹配。需要说明的是，通过保存客户与客户经理的关系，后续可以使用客户id联动客户画像，生成精准的客户消息推送，推送到客户微信而非短信推送，达到更高的阅读率和沟通效率。

S209：根据目标客户信息，生成客户标签。

可选的，可以根据客户标签，确定与客户对应的推送信息，将推送信息在第一应用推送给客户。

具体的，可以根据客户的属性、行为、偏好等信息进行标签的分类和分配。例如，可以设置标签为“新客户”、“高价值客户”、“意向购买客户”等。在营销系统中，根据客户标签的分类，编写相应的营销模板和推送信息。可以为每个标签设置不同的推送内容，以满足客户的个性化需求。同时，还可以设置触发条件，如客户完成某项行为或达到某个阶段时自动推送相应的消息。

可选的，可以使用腾讯接口将推送信息发送给客户。可以调用腾讯提供的API来发送消息，确保消息的准确传递和及时推送。

S210：根据客户标签，在第一应用中为业务员备注客户。

可选的，在第一应用中，为业务员提供备注客户的功能。可以在客户信息界面中设置备注的输入框，业务员可以根据客户的特点和需求进行备注，将相关信息记录下来。

本公开实施例中，首先响应于接收到二维码获取请求，获取所述客户对应的保单关联信息，所述保单关联信息包含保单信息、保单号、客户号和保单支付链接，之后对所述保单关联信息进行存储，并生成所述保单关联信息对应的保单特征码，然后基于所述保单特征码，获取所述业务员与第一应用对应的目标二维码，向所述客户推送所述业务员对应的目标二维码，以使所述客户通过所述第一二维码在所述第一应用添加所述业务员，获取客户对应的保单特征码，之后基于保单特征码，获取客户对应的保单信息和保单支付链接，然后基于保单信息，确定客户对应的推送文本，最后在第一应用中将保单支付链接和推送文本推送给客户，基于客户的保单信息，确定目标客户信息，之后根据目标客户信息，生成客户标签，最后根据客户标签，在第一应用中为业务员备注客户。由此，通过保单信息生成添加客户二维码，在客户添加后自动获取保单信息，实现主动发送保单信息及支付链接，并自动更新客户经理和客户的绑定信息和客户备注，可以极大提高运营效率和效果，绑定了的客户配合客户画像，后续可以提供更符合客户的信息推送，可以根据客户的信息，修改客户经理上该客户的备注，使客户经理能直观的看到客户信息而非客户微信名，方便客户经理选择客户进行用户答疑和用户沟通，提高客户体验，也可以方便寻找保单即将到期的客户，第一时间进行续保沟通，整合原有的人工全程参与的添加客户、寻找对应保单、生成支付链接、下发客户的过程，改为基本由程序自动执行，提高工作效率。

图3是根据本公开另一实施例的保单支付信息的推送装置的示意图。如图3所示，该保单支付信息的推送装置300包括：

第一获取模块310，用于响应于客户通过第一应用添加业务员，获取所述客户对应的保单特征码；

第二获取模块320，用于基于所述保单特征码，获取所述客户对应的保单信息和保单支付链接；

确定模块330，用于基于所述保单信息，确定所述客户对应的推送文本；

推送模块340，用于在所述第一应用中将所述保单支付链接和所述推送文本推送给所述客户。

可选的，所述第一获取模块，还包括：

第一获取单元，用于响应于接收到二维码获取请求，获取所述客户对应的保单关联信息，所述保单关联信息包含保单信息、保单号、客户号和保单支付链接；

生成单元，用于对所述保单关联信息进行存储，并生成所述保单关联信息对应的保单特征码；

第二获取单元，用于基于所述保单特征码，获取所述业务员与第一应用对应的目标二维码。

可选的，所述第一获取模块，具体用于：

向所述客户推送所述业务员对应的目标二维码，以使所述客户通过所述第一二维码在所述第一应用添加所述业务员。

可选的，所述第二获取单元，具体用于：

基于所述特征码，回调所述第一应用的第一接口，以获取所述业务员在所述第一应用对应的目标二维码。

可选的，所述确定模块330，还包括：

确定单元，用于基于所述客户的保单信息，确定目标客户信息；

标签生成单元，用于根据所述目标客户信息，生成客户标签；

备注单元，用于根据所述客户标签，在所述第一应用中为所述业务员备注所述客户。

可选的，所述确定单元，还用于：

确定所述客户在所述第一应用中的第一标识，以及所述业务员在所述第一应用中的第二标识；

将所述第一标识、所述第二标识以及所述目标客户信息进行关联绑定，并进行存储。

可选的，所述标签生成单元，还用于：

根据所述客户标签，确定与所述客户对应的推送信息；

将所述推送信息在所述第一应用推送给所述客户。

本公开实施例中，首先响应于客户通过第一应用添加业务员，获取客户对应的保单特征码，之后基于保单特征码，获取客户对应的保单信息和保单支付链接，然后基于保单信息，确定客户对应的推送文本，最后在第一应用中将保单支付链接和推送文本推送给客户。由此，可以将原有的人工全程参与的添加客户、寻找对应保单、生成支付链接、下发客户的过程，改为基本由程序自动执行，提高工作效率，方便客户经理选择客户进行用户答疑和用户沟通，提高客户体验，也可以方便寻找保单即将到期的客户，第一时间进行续保沟通。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图4示出了适于用来实现本申请实施方式的示例性计算机设备的框图。图4显示的计算机设备12仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图4所示，计算机设备12以通用计算设备的形式表现。计算机设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(Industry StandardArchitecture；以下简称：ISA)总线，微通道体系结构(Micro Channel Architecture；以下简称：MAC)总线，增强型ISA总线、视频电子标准协会(Video Electronics StandardsAssociation；以下简称：VESA)局域总线以及外围组件互连(Peripheral ComponentInterconnection；以下简称：PCI)总线。

计算机设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(Random Access Memory；以下简称：RAM)30和/或高速缓存存储器32。计算机设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图4未显示，通常称为“硬盘驱动器”)。

尽管图4中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如：光盘只读存储器(Compact Disc Read OnlyMemory；以下简称：CD-ROM)、数字多功能只读光盘(Digital Video Disc Read OnlyMemory；以下简称：DVD-ROM)或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本申请各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本申请所描述的实施例中的功能和/或方法。

计算机设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该计算机设备12交互的设备通信，和/或与使得该计算机设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且，计算机设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(Local Area Network；以下简称：LAN)，广域网(Wide Area Network；以下简称：WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与计算机设备12的其它模块通信。应当明白，尽管图中未示出，可以结合计算机设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现前述实施例中提及的保单支付信息的推送方法。

本领域技术人员在考虑说明书及实践这里公开的申请后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是两个或两个以上。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种保单支付信息的推送方法，其特征在于，包括：

响应于客户通过第一应用添加业务员，获取所述客户对应的保单特征码；

基于所述保单特征码，获取所述客户对应的保单信息和保单支付链接；

基于所述保单信息，确定所述客户对应的推送文本；

在所述第一应用中将所述保单支付链接和所述推送文本推送给所述客户。

2.根据权利要求1所述的方法，其特征在于，在所述响应于客户添加业务员的第一应用之前，还包括：

响应于接收到二维码获取请求，获取所述客户对应的保单关联信息，所述保单关联信息包含保单信息、保单号、客户号和保单支付链接；

对所述保单关联信息进行存储，并生成所述保单关联信息对应的保单特征码；

基于所述保单特征码，获取所述业务员与第一应用对应的目标二维码。

3.根据权利要求2所述的方法，其特征在于，所述响应于客户通过第一应用添加业务员，包括：

向所述客户推送所述业务员对应的目标二维码，以使所述客户通过所述第一二维码在所述第一应用添加所述业务员。

4.根据权利要求2所述的方法，其特征在于，所述基于所述特征码，获取所述业务员与第一应用对应的目标二维码，包括：

基于所述特征码，回调所述第一应用的第一接口，以获取所述业务员在所述第一应用对应的目标二维码。

5.根据权利要求1所述的方法，其特征在于，在所述第一应用中将所述保单支付信息推送给所述客户之后，还包括：

基于所述客户的保单信息，确定目标客户信息；

根据所述目标客户信息，生成客户标签；

根据所述客户标签，在所述第一应用中为所述业务员备注所述客户。

6.根据权利要求5所述的方法，其特征在于，在所述基于所述客户的保单信息，确定目标客户信息之后，还包括：

确定所述客户在所述第一应用中的第一标识，以及所述业务员在所述第一应用中的第二标识；

将所述第一标识、所述第二标识以及所述目标客户信息进行关联绑定，并进行存储。

7.根据权利要求5所述的方法，其特征在于，在所述根据所述目标客户信息，生成客户标签之后，还包括：

根据所述客户标签，确定与所述客户对应的推送信息；

将所述推送信息在所述第一应用推送给所述客户。

8.一种保单支付信息的推送装置，其特征在于，包括：

第一获取模块，用于响应于客户通过第一应用添加业务员，获取所述客户对应的保单特征码；

第二获取模块，用于基于所述保单特征码，获取所述客户对应的保单信息和保单支付链接；

确定模块，用于基于所述保单信息，确定所述客户对应的推送文本；

推送模块，用于在所述第一应用中将所述保单支付链接和所述推送文本推送给所述客户。

9.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的方法。

10.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-7中任一项所述的方法。