CN106651547A

CN106651547A - 数据处理方法及装置

Info

Publication number: CN106651547A
Application number: CN201710004743.XA
Authority: CN
Inventors: 井然
Original assignee: Taikang Insurance Group Co Ltd
Current assignee: Taikang Insurance Group Co Ltd
Priority date: 2017-01-04
Filing date: 2017-01-04
Publication date: 2017-05-10

Abstract

本公开是关于一种数据处理方法及装置。该方法包括：根据业务对象的属性数据识别业务对象的唯一标识；根据业务对象的唯一标识将业务对象的信息数据下发到分数据平台上；根据信息数据中的各信息项的预设权重对信息数据的完整度进行评估；根据评估结果将信息数据中完整度大于预定阈值的信息数据作为目标数据进行分析；以及基于分析结果推荐与目标数据所属的业务对象相符合的产品和/或服务。本公开能够以业务对象为中心自动地推荐产品和/或服务，从而能够降低营销成本，实现精准营销。

Description

数据处理方法及装置

技术领域

本公开涉及计算机技术领域，具体而言，涉及一种数据处理方法及数据处理装置。

背景技术

在互联网时代，新的产品层出不穷，产品的生命周期越来越短。为了在较短的产品生命周期中降低经营成本、提升现有业务对象价值以及挖掘现有业务对象的消费潜力，需要根据已有的业务对象信息进行数据驱动的营销。

在现有电话销售系统中，从总公司数据平台导入电话号码以及其他相关信息。总公司数据平台的数据来源主要是数据库中现存的业务对象的数据，还有通过外部各种渠道获得的新数据等。无论哪种数据来源，下发给各个分公司数据平台的数据，一般仅含有以下信息：电话号码、姓名、性别、生日、证件号码、备注。座席进行拨打时，调出拨打页面就可以看到导入的数据信息，然后根据这些数据信息进行电话营销。

然而，现有的电话销售系统中的数据是以电话号码为中心进行组织的，不能反映业务对象的真正需求，难以对业务对象进行精准营销，因此营销成本较高。而且，当一个业务对象拥有多个电话号码时，可能通过同一业务对象的不同电话号码重复对该业务对象进行营销而被业务对象认为是恶意骚扰。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种数据处理方法及数据处理装置，进而至少在一定程度上克服由于相关技术的限制和缺陷而导致的一个或者多个问题。

根据本公开的一个方面，提供了一种数据处理方法，包括：

根据业务对象的属性数据识别所述业务对象的唯一标识；

根据所述业务对象的唯一标识将所述业务对象的信息数据下发到分数据平台上；

根据所述信息数据中的各信息项的预设权重对所述信息数据的完整度进行评估；

根据评估结果将所述信息数据中完整度大于预定阈值的信息数据作为目标数据进行分析；以及

基于分析结果推荐与所述目标数据所属的业务对象相符合的产品和/或服务。

在本公开的一种示例实施例中，所述数据处理方法还包括：

按照预定周期从所述分数据平台回收所述业务对象的信息数据；

将所回收的所述业务对象的信息数据与从一个或多个数据源导入的对应业务对象的信息数据进行归并。

在本公开的一种示例实施例中，所述进行归并包括：

根据所述一个或多个数据源的业务对象的信息数据的准确度选择相应的归并方式进行归并。

在本公开的一种示例实施例中，所述归并方式包括替换、覆盖、补充以及忽略中的一种或多种。

在本公开的一种示例实施例中，所述数据处理方法还包括：

在主数据平台上建立以所述业务对象的所述唯一标识为主键的业务对象信息表。

在本公开的一种示例实施例中，所述属性数据包括业务对象号、业务对象的身份证号以及业务对象的电话号码中的一种或多种。

在本公开的一种示例实施例中，所述一个或多个数据源包括清洗中心数据源、赠险数据源以及外部数据源中的一种或多种。

根据本公开的另一方面，还提供了一种数据处理装置，包括：

业务对象识别单元，用于根据业务对象的属性数据识别所述业务对象的唯一标识；

数据下发单元，用于根据所述业务对象的唯一标识将所述业务对象的信息数据下发到分数据平台上；

评估单元，用于根据所述信息数据中的各信息项的预设权重对所述信息数据的完整度进行评估；

分析单元，用于根据评估结果将所述信息数据中完整度大于预定阈值的信息数据作为目标数据进行分析；以及

推荐单元，用于基于分析结果推荐与所述目标数据所属的业务对象相符合的产品和/或服务。

在本公开的一种示例实施例中，所述数据处理装置还包括：

数据回收单元，用于按照预定周期从所述分数据平台回收所述业务对象的信息数据；

数据归并单元，用于将所回收的所述业务对象的信息数据与从一个或多个数据源导入的对应业务对象的信息数据进行归并。

在本公开的一种示例实施例中，所述进行归并包括：

在本公开的一种示例实施例中，所述数据处理装置还包括：

本公开的一种示例性实施例中的数据处理方法及数据处理装置，可以根据业务对象的唯一标识将业务对象的信息数据下发到分数据平台上；对业务对象的信息数据的完整度进行评估，根据评估结果对业务对象的信息数据进行分析并推荐产品和/或服务。一方面，根据业务对象的唯一标识将业务对象的信息数据下发到分数据平台上，能够避免通过同一业务对象的不同电话号码重复对该业务对象进行营销；另一方面，对业务对象的信息数据的完整度进行评估，根据评估结果对业务对象的信息数据进行分析并推荐产品和/或服务，能够对信息数据完整度较高的业务对象自动化地推荐产品和/或服务，并且避免了盲目营销，从而能够降低营销成本，实现精准营销；再一方面，由于是以业务对象的信息数据为中心进行营销，能够更准确地反映业务对象的真正需求，业务对象也更容易接受所推荐的产品和/或服务，从而能够提升营销效果。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

通过参照附图来详细描述其示例实施例，本公开的上述和其它特征及优点将变得更加明显。

图1示意性示出了一种以电话号码为中心的数据处理方法的操作流程图；

图2示意性示出了根据本公开一示例实施例的以业务对象为中心的数据处理方法的流程图；

图3示意性示出了根据本公开一示例实施例应用图2中所示的数据处理方法的操作流程图；

图4示意性示出了根据本公开一示例实施例的数据归并及归并后处理的操作流程图；以及

图5示意性示出了根据本公开一示例实施例的数据处理装置的框图。

具体实施方式

现在将参考附图更全面地描述示例实施例。然而，示例实施例能够以多种形式实施，且不应被理解为限于在此阐述的实施例；相反，提供这些实施例使得本公开将全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有所述特定细节中的一个或更多，或者可以采用其它的方法、组元、材料、装置、步骤等。在其它情况下，不详细示出或描述公知结构、方法、装置、实现、材料或者操作以避免模糊本公开的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个软件硬化的模块中实现这些功能实体或功能实体的一部分，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

图1示出了一种以电话号码为中心的数据处理方法的操作流程图。如图1所示，由总公司数据岗人员准备数据，数据内容一般仅包含电话号码、姓名、性别、生日、证件号码、备注这六项信息，这六项信息可以简称为“六项基础信息”。使用各分公司数据平台中的数据导入功能，将数据导入到各分公司系统中，各分公司系统自动去掉总电话销售系统中存在的手机号，以防止同一电话同时被多个坐席拨打。坐席收到数据后开始拨打电话进行营销。下发数据的营销周期一般为三个月，在三个月内坐席可以多次联系业务对象，最终一些业务对象购买了保险产品，另外一些业务对象没有购买，无论是否购买，数据到期后被回收废弃，坐席短期内再不可见到这些数据。

根据图1的内容可以得出，一方面，由于导入的六项基础信息的核心点在于电话号码，所以整体感觉就是在通过这个电话号码了解业务对象并向业务对象进行营销。而且，很多业务对象都拥有两个或更多个电话号码，不同的坐席在进行营销中，可能会通过不同的电话号码无意间联系了同一个业务对象，业务对象很可能认为这是恶意骚扰，而分公司数据平台无法为某一个业务对象指定唯一的专属坐席。究其根源，这种营销模式是以电话号码为中心的营销，而不是以业务对象为中心的营销，以业务对象为中心的营销策略受制于现有业务系统的局限性。

另一方面，众所周知，完善的业务对象的信息对电话营销有着极大的帮助。在电话营销系统的营销页面中，有几十项信息可以供坐席录入。在通话中，如果坐席发现导入的信息数据不正确，可以修改或补充六项基础信息中除电话号码外的其他五项，如电子邮箱、邮编、学历、住址等各项信息。然而，在图1所示的操作流程中，即使坐席编辑了再多的资料，但是营销周期到期时，业务对象还是会被回收，下次下发的时候还是只导入六项基础信息。另外，对于同一个业务对象存在两个或更多个电话号码的情况，由于系统是以电话号码为中心的营销方式，即便业务对象明确告知坐席其拥有另外一个电话号码，坐席也无法补充该电话号码。

基于上述内容，在本示例实施例中，首先提供了一种数据处理方法。参考图2中所示，该数据处理方法包括以下步骤：

步骤S210.根据业务对象的属性数据识别所述业务对象的唯一标识；

步骤S220.根据所述业务对象的唯一标识将所述业务对象的信息数据下发到分数据平台上；

步骤S230.根据所述信息数据中的各信息项的预设权重对所述信息数据的完整度进行评估；

步骤S240.根据评估结果将所述信息数据中完整度大于预定阈值的信息数据作为目标数据进行分析；以及

步骤S250.基于分析结果推荐与所述目标数据所属的业务对象相符合的产品和/或服务。

根据本示例实施例中的数据处理方法，一方面，根据业务对象的唯一标识将业务对象的信息数据下发到分数据平台上，能够避免通过同一业务对象的不同电话号码重复对该业务对象进行营销；另一方面，对业务对象的信息数据的完整度进行评估，根据评估结果对业务对象的信息数据进行分析并推荐产品和/或服务，能够对信息数据完整度较高的业务对象自动化地推荐产品和/或服务，并且避免了盲目营销，从而能够降低营销成本，实现精准营销；再一方面，由于是以业务对象的信息数据为中心进行营销，能够更准确地反映业务对象的真正需求，业务对象也更容易接受所推荐的产品和/或服务，从而能够提升营销效果。

下面，将对本示例实施例中的数据处理方法进行进一步的说明。

在步骤S110中，根据业务对象的属性数据识别所述业务对象的唯一标识。

在本示例实施例中，业务可以为电话营销业务，也可以为短信营销业务，但是本示例实施例中的业务不限于此，例如业务还可以包括邮件营销业务以及微信营销业务等，此外，业务还可以为上述电话营销业务、短信营销业务、邮件营销业务以及微信营销业务中的多种业务的组合，这也属于本公开的保护范围。

需要说明的是，在本示例实施例中，业务对象的属性数据可以包括业务对象号、业务对象的身份证号以及业务对象的电话号码中的一种或多种，但是本示例实施例中的属性数据不限于此，例如在邮件营销业务中属性数据可以为业务对象的邮件地址、在微信营销业务中属性数据可以为业务对象的微信号，这同样在本公开的保护范围内。

此外，在本示例实施例中，可以首先在业务系统的主数据平台上建立以业务对象的唯一标识为主键的业务对象信息表，用于存储业务对象的信息数据。然后，可以将业务对象的属性数据例如业务对象号、业务对象的身份证号以及业务对象的电话号码中任一种导入到主数据平台，主数据平台通过该属性数据识别出具体的业务对象的唯一标识例如业务对象号。

进一步地，在本示例实施例中，业务对象的唯一标识可以为业务对象号、业务对象身份证号，但是本公开的示例实施例中唯一标识不限于此，例如在邮件营销业务中唯一标识可以为业务对象的邮件地址、在微信营销业务中唯一标识可以为业务对象的微信号，本公开对此不作特殊限定。

接下来，在步骤S220中，根据所述业务对象的唯一标识将所述业务对象的信息数据下发到分数据平台上。

在本示例实施例中，可以在主数据平台上根据业务对象的唯一标识将业务对象的信息数据下发到分数据平台上。进一步地，由于该标识是唯一的，因此防止了将同一业务对象的信息数据重复下发到分数据平台上，从而避免了通过同一种方式反复对业务对象进行营销而被业务对象认为是恶意骚扰的问题。此外，在电话营销业务中，一个业务对象可以拥有多个电话号码，当某个业务对象被分配到某个坐席，这个坐席可以尝试拨打这个业务对象的不同电话，当一个电话接通就不用再拨打该业务对象的其他电话了，避免了不同坐席的重复拨打。

接下来，在步骤S230中，根据所述信息数据中的各信息项的预设权重对所述信息数据的完整度进行评估。

在本示例实施例中，可以预先对业务对象的信息数据中的各信息项设置相应的权重，然后通过对业务对象的信息数据中的各信息项的权重进行求和运算，得到关于业务对象的信息数据的一个分值，该分值可以反映业务对象的信息数据的完整度。例如，当业务对象的信息数据的该分值高于一个预定阈值例如60分时，表示该业务对象的信息数据较为完整。此外，在本示例实施例中，该预定阈值可以根据相应业务的信息数据以及相应的业务需求而设定。

需要说明的是，可以在主数据平台上对业务对象的信息数据中的各信息项设置权重以及对信息数据的完整度进行评估，然后将评估结果与业务对象的信息数据一起下发到分数据平台；还可以在分数据平台上对业务对象的信息数据中的各信息项设置权重以及对信息数据的完整度进行评估；也可以在主数据平台上对业务对象的信息数据中的各信息项设置权重，在分数据平台上对信息数据的完整度进行评估，本公开对此不作特殊限定。

接下来，在步骤S240中，根据评估结果将所述信息数据中完整度大于预定阈值的信息数据作为目标数据进行分析。

在本示例实施例中，为了实现更精准的营销和降低营销成本，可以对业务对象的信息数据中完整度大于预定阈值的信息数据进行分析，从而可以减少因盲目营销造成的资源浪费，使得能够更有针对性地进行营销。

具体而言，当业务对象的信息数据的上述分值高于一个预定阀值如60分时，表示业务对象的信息数据较为完整，即业务对象的信息数据中包含足够多的有效信息，从而可以根据业务对象的信息数据对业务对象的具体需求情况进行分析。例如，如果业务对象的年龄信息项是20至30岁或职业信息项为低收入行业，则可以分析认为该业务对象的财务指标偏低；如果业务对象的年龄信息项是40至50岁或职业信息项为高收入行业，则可以分析认为该业务对象的财务指标偏高。

接下来，在步骤S250中，基于分析结果推荐与所述目标数据所属的业务对象相符合的产品和/或服务。

在本示例实施例中，可以根据对业务对象的信息数据的分析结果，推荐与业务对象相符合的产品和/或服务。此外，如果是电话营销业务，所述服务还可以包括相应的营销话术。举例而言，对财务指标偏低的业务对象，可以推荐一些打折产品，如果是电话营销业务，再加上一些对应的营销话术；对财务指标偏高的业务对象，可以推荐一些较为高端的、彰显业务对象的身份地位的产品，再辅以一定的提示性的营销话术。此外，还可以结合业务对象的学历背景和职业背景来推荐与业务对象相符合的产品和/或服务，例如，如果业务对象的学历背景较好，从事的职业属于高薪行业，则可以向该业务对象推荐一些高端的产品。

需要说明的是，可以在主数据平台上基于分析结果推荐产品和/或服务，也可以在分数据平台上基于分析结果推荐产品和/或服务，还可以通过另外的数据集市来基于分析结果推荐产品和/或服务。具体而言，如图4所示，为了保证主数据平台的效率，可以将业务对象的信息数据抽取到另外的数据集市进行运算处理，得到业务对象的信息数据的分数、话术推荐等数据后，再将信息数据和其处理结果抽回到主数据平台。

进一步地，在本示例实施例中，为了重复利用业务对象的信息数据，提升业务对象的信息数据的潜在价值，所述数据处理方法还可以包括：按照预定周期从所述分数据平台回收所述业务对象的信息数据；将所回收的所述业务对象的信息数据与从一个或多个数据源导入的对应业务对象的信息数据进行归并。

具体而言，如图3所示，在本示例实施例中，进入营销周期后，坐席可以根据营销中了解到的业务对象的信息修改或补充业务对象的信息数据。待营销周期结束后，分公司数据平台回收业务对象的信息数据，主数据平台从分数据平台抽取回收的业务对象的信息数据，进行业务对象的信息数据的归并。当这些信息数据再次被下发时，所下发的业务对象的信息数据是进行归并过的。

进一步地，主数据平台上的业务对象的信息数据的来源可以有多种。除了坐席维护的这些信息数据之外，还可以包括其他的数据来源，如清洗中心数据源、赠险数据源以及外部数据源等。更具体地，如图4所示，主数据平台对来自清洗中心数据源、赠险数据源以及外部数据源等数据源的业务对象的信息数据都进行了归并。

此外，由于业务对象的信息数据的来源不同，信息数据的准确度也有所不同，这决定了不能一味地覆盖之前的信息数据或者只补充信息数据不修改信息数据。因此，需要根据不同来源的业务对象的信息数据的准确度，选择相应的归并方式。

具体而言，在本示例实施例中，主数据平台中实现的归并方式可以包括替换、覆盖、补充以及忽略中的一种或多种，但是本示例实施例中的归并方式不限于此，例如归并方式还可以包括修改和删除等，这也属于本公开的保护范围。下面对替换、覆盖、补充、忽略、修改和删除进行详细的说明：a.替换：用导入的信息数据完全替换主数据平台中的信息数据，即使主数据平台中的信息数据中存在导入的信息数据中没有的信息项，主数据平台中的信息数据有取值时也要清空；b.覆盖：用导入的信息数据中的信息项覆盖主数据平台中的信息数据的信息项，导入的数据信息中没有的信息项，若主数据平台中有取值要保留；c.补充：主数据平台中有取值的信息项不变，没有的信息项用导入数据补充；d.忽略：忽略导入的信息数据，主数据平台中的信息数据保持不变；e.修改：只对主数据平台上的信息数据中与导入的信息数据中的信息项不同的信息项进行替换，与导入的信息数据中的信息项相同的信息项保持不变；f.删除：对各数据来源和主数据平台上的已经没有价值的信息数据(例如业务对象已经不存在的信息数据)进行删除。

进一步地，为了保证主数据平台的效率，可以将来自多个数据源的业务对象的信息数据抽取到另外的数据集市进行归并处理，得到业务对象的信息数据的归并处理结果后，再将归并处理结果抽回到主数据平台。

需要说明的是，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

此外，在本示例实施例中，还提供了一种数据处理装置。参照图5所示，数据处理装置500可以包括：业务对象识别单元510、数据下发单元520、评估单元530、分析单元540以及推荐单元550。其中：

业务对象识别单元510用于根据业务对象的属性数据识别所述业务对象的唯一标识；

数据下发单元520用于根据所述业务对象的唯一标识将所述业务对象的信息数据下发到分数据平台上；

评估单元530用于根据所述信息数据中的各信息项的预设权重对所述信息数据的完整度进行评估；

分析单元540用于根据评估结果将所述信息数据中完整度大于预定阈值的信息数据作为目标数据进行分析；以及

推荐单元550用于基于分析结果推荐与所述目标数据所属的业务对象相符合的产品和/或服务。

此外，在本示例实施例中，数据处理装置500还可以包括：数据回收单元，用于按照预定周期从所述分数据平台回收所述业务对象的信息数据；数据归并单元，用于将所回收的所述业务对象的信息数据与从一个或多个数据源导入的对应业务对象的信息数据进行归并。

进一步地，在本示例实施例中，数据处理装置500还可以包括：信息表建立单元，用于在主数据平台上建立以所述业务对象的所述唯一标识为主键的业务对象信息表。

由于本公开的示例实施例的数据处理装置500的各个功能模块与上述数据处理方法的示例实施例的步骤对应，因此在此不再赘述。

应当注意，尽管在上文详细描述中提及了数据处理装置500的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施例，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施例的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本公开实施例的方法。

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

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

Claims

1.一种数据处理方法，其特征在于，包括：

根据业务对象的属性数据识别所述业务对象的唯一标识；

2.根据权利要求1所述的数据处理方法，其特征在于，所述数据处理方法还包括：

3.根据权利要求2所述的数据处理方法，其特征在于，所述进行归并包括：

4.根据权利要求3所述的数据处理方法，其特征在于，所述归并方式包括替换、覆盖、补充以及忽略中的一种或多种。

5.根据权利要求1所述的数据处理方法，其特征在于，所述数据处理方法还包括：

6.根据权利要求1至5中任一项所述的数据处理方法，其特征在于，所述属性数据包括业务对象号、业务对象的身份证号以及业务对象的电话号码中的一种或多种。

7.根据权利要求2所述的数据处理方法，其特征在于，所述一个或多个数据源包括清洗中心数据源、赠险数据源以及外部数据源中的一种或多种。

8.一种数据处理装置，其特征在于，包括：

9.根据权利要求8所述的数据处理装置，其特征在于，所述数据处理装置还包括：

10.根据权利要求9所述的数据处理装置，其特征在于，所述进行归并包括：

11.根据权利要求10所述的数据处理装置，其特征在于，所述归并方式包括替换、覆盖、补充以及忽略中的一种或多种。

12.根据权利要求8所述的数据处理装置，其特征在于，所述数据处理装置还包括：

信息表建立单元，用于在主数据平台上建立以所述业务对象的所述唯一标识为主键的业务对象信息表。

13.根据权利要求8至12中任一项所述的数据处理装置，其特征在于，所述属性数据包括业务对象号、业务对象的身份证号以及业务对象的电话号码中的一种或多种。

14.根据权利要求9所述的数据处理装置，其特征在于，所述一个或多个数据源包括清洗中心数据源、赠险数据源以及外部数据源中的一种或多种。