一种业务问题分析方法、装置、电子设备和存储介质与流程

1.本技术涉及大数据技术领域，尤其涉及一种业务问题分析方法、装置、电子设备和存储介质。


背景技术：

2.在遇到各种具体业务问题时，大部分企业的通常做法是：数据分析人员通过进行大量的数据分析工作，以查找业务指标异常原因。同时在数据分析过程中，数据分析人员还需要和业务人员进行多轮的反复沟通，以确保分析的方向未出现大的偏差。
3.然而，这种方式存在一定的不足：通过人工数据分析以查找业务问题原因的方式，耗时长，造成大量的人力耗费，使得业务问题分析效率低下。


技术实现要素：

4.本技术实施例提供一种业务问题分析方法、装置、电子设备和存储介质，以达到提升业务问题分析效率的目的。
5.第一方面，本技术实施例提供了一种业务问题分析方法，所述方法包括：
6.响应于参数配置的触发操作，获取用户根据业务问题设置的数据分析参数；
7.基于数据分析参数获取相应的业务数据，并对业务数据进行数据分析，得到分析结果；
8.若根据分析结果已成功确定导致业务问题的原因，则获取用户对业务问题的定义数据，以便将业务问题的分析经验沉淀；其中，定义数据包括用户对业务问题的描述数据和用户设置的预警规则数据
9.第二方面，本技术实施例提供了一种业务问题分析装置，所述装置包括：
10.参数获取模块，用于响应于参数配置的触发操作，获取用户根据业务问题设置的数据分析参数；
11.数据分析模块，用于基于数据分析参数获取相应的业务数据，并对业务数据进行数据分析，得到分析结果；
12.经验沉淀模块，用于若根据分析结果已成功确定导致业务问题的原因，则获取用户对业务问题的定义数据，以便将业务问题的分析经验沉淀；其中，定义数据包括用户对业务问题的描述数据和用户设置的预警规则数据。
13.第三方面，本技术实施例还提供了一种电子设备，包括：
14.一个或多个处理器；
15.存储装置，用于存储一个或多个程序，
16.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本技术任一实施例所述的业务问题分析方法。
17.第四方面，本技术实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本技术任一实施例所述的业务问题分析方法。
18.本技术实施例中，在获取到用户配置的数据分析参数后，可自动获取相应的业务数据，并进行数据分析以确定导致业务问题的原因，避免了通过人工分析分析的方式查找业务问题的原因，提升了业务问题分析的效率，同时通过获取用户对业务问题的定义数据，实现了对业务问题的分析经验的沉淀。
附图说明
19.图1是根据本技术第一实施例中的业务问题分析方法的流程示意图；
20.图2是根据本技术第二实施例中的业务问题分析方法的流程示意图；
21.图3是根据本技术第三实施例中的业务问题分析方法的流程示意图；
22.图4是根据本技术第四实施例中的业务问题分析方法的逻辑流程图；
23.图5是根据本技术第五实施例的业务问题分析装置的结构示意图；
24.图6是根据本技术实现业务问题分析方法的电子设备的结构示意图。
具体实施方式
25.下面结合附图和实施例对本技术作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本技术，而非对本技术的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本技术相关的部分而非全部结构。
26.图1是根据本技术第一实施例的业务问题分析方法的流程示意图，本实施例可适用于任何通过计算机设备或服务器等分析导致业务问题的原因的情况，该方法可以由业务问题分析装置来执行，该装置可以采用软件和/或硬件的方式实现，并可集成在电子设备上，例如集成在服务器或计算机设备上。
27.如图1所示，业务问题分析方法具体包括如下流程：
28.s101、响应于参数配置的触发操作，获取用户根据业务问题设置的数据分析参数。
29.目前，任何企业的持续良性发展，都离不开企业管理者对roi(return on investment，投资回报率)的孜孜不倦追求，而提升roi的环节可以包括确定质量高的采购线索的渠道、提升销售的线索转化率、诊断易流失客户和高价值客户、增强客户黏性、保障续约率等等。而在各个环节中，经常会出现各种业务问题，例如续约率降低，因此在遇到各种业务问题时，需要对业务问题进行分析，以确定导致业务问题的原因，进而确定应对策略以解决对应的业务问题，以便达到提升roi的目的。
30.本技术实施例中，要对业务问题进行分析，首先要根据业务问题筛选需要的业务数据，而要准确快速的筛选业务数据，则需要用户根据业务问题设置的数据分析参数。可选的，在参数配置界面中，提供了各种数据分析参数的控件，用户可通过点击等操作确定需要的数据分析参数。
31.本技术实施例中，数据分析参数至少包括分析维度、筛选条件和分析口径；其中，分析维度示例性的可以为性别、年龄、分组(例如不同的组织结构)等，需要说明的是，分析维度支持新增，也即用户可以添加自定义的分析维度；筛选条件可选的是对确认的分析维度的进一步的细化，例如分析维度为公司的组织架构，筛选条件可选的某一指定的部门；分析口径包括业务指标的计算公式信息以及计算公式中需要的业务数据信息，不同的分析口径包括的业务指标不同，示例性的，某一分析口径包括的业务指标为课单价，计算公式为课
单价r＝z/p；其中z表示缴费总额，p表示缴费人数。需要说明的是，在设置数据分析参数时，用户可同时设置多个不同的分析口径，以便后续数据分析时可以同时查看多个分析口径包括的业务指标。
32.s102、基于数据分析参数获取相应的业务数据，并对业务数据进行数据分析，得到分析结果。
33.在一种可选的实施方式中，基于数据分析参数获取相应的业务数据，并对业务数据进行数据分析，得到分析结果的过程包括：首先基于设置的分析维度、筛选条件和分析口径中的计算公式所需要的业务数据信息，获取需要的业务数据；进而将业务数据输入到分析口径包括的计算公式中进行计算，并将公式计算结果作为分析结果。示例性的，分析口径包括的业务指标是课单价，分析维度、筛选条件和分析口径确定的业务数据为最近两周内缴费的总数和缴费的总人数，进而将两周内缴费的总数和缴费的总人数带入公式，即可得到最近两周内的课单价。
34.s103、若根据分析结果已成功确定导致业务问题的原因，则获取用户对业务问题的定义数据，以便将业务问题的分析经验沉淀，其中，定义数据包括用户对业务问题的描述数据和用户设置的预警规则数据。
35.在s101中可以设置多个不同的分析口径，在经过s102的数据分析后，可以得到不同分析口径包括的业务指标的数值，用户可根据不同业务指标的数据确定导致业务问题的原因。而且在据分析结果已成功确定导致业务问题的原因后，用户还可以对该业务问题进行定义，可选的，业务问题进行描述，例如描述业务问题的原因、业务问题分析路径以及设置的数据分析参数等；除此之外，对该业务问题进行定义时，用户还可以设置预警规则，以保证后续再出现该业务问题，系统会直接向对应的用户发出预警，由此可提高业务问题的响应速度。
36.本技术实施例中，在获取到用户配置的数据分析参数后，可自动获取相应的业务数据，并进行数据分析以确定导致业务问题的原因，避免了通过人工分析的方式查找业务问题的原因，提升了业务问题分析的效率，同时通过获取用户对业务问题的定义数据，实现了对业务问题的分析经验的沉淀。
37.图2是根据本技术第二实施例的业务问题分析方法的流程示意图，本实施例是在上述实施例的基础上进行优化，参见图2，该方法包括：
38.s201、响应于添加主题的触发操作，获取用户新建的主题。
39.本技术实施例中，分析口径是通过主题进行管理的，每个分析口径都属于一个主题，也即每个主题下包括至少一个分析口径。需要说明的是，系统预先默认设置一定数量的主题并在每个主题下设置有至少一个分析口径。在用户需要添加一个新的分析口径时，若该分析口径属于已有的主题，在该已有的主题下进行添加；若该分析口径不属于已有的主题，则新建一个主题，并在新建主题下添加该分析口径，其中新建主题时，可通过响应于添加主题的触发操作，获取用户新建的主题，而添加主题的触发操作示例性的为点击添加主题控件的操作。在此需要说明的是，在新建主题时，需要进行主题冲突检测，示例性的，将新建的主题的名称与已有的主题的名称进行相似度计算，若相似度大于预设阈值，则提醒用户重新确定主题名称，由此保证每个主题的唯一性。
40.s202、响应于定义新分析口径的触发操作，获取用户在新建的主题下设置的分析
口径；其中，每个主题下包括至少一个分析口径。
41.可选的，用户可通过点击定义新分析口径控件，在新建的主题下设置新的分析口径，其中，分析口径包括业务指标的计算公式信息以及计算公式中需要的业务数据信息。需要说明的是，分析口径中的计算公式是包括至少一个公式组成项；示例性的，计算公式为f＝(a b)/c，则公式组成项包括(a b)和c两个。相应的，获取用户在新建的主题下设置分析口径的过程，包括：获取用户在新建的主题下设置任一公式组成项，并对该公式组成项进行冲突检测。示例性的，在用户输入公式组成项包括(a b)后，进行冲突检测，若其它主题下的分析口径中没有关于(a b)的定义，则定义(a b)为d，再进行下一个公式组成项的输入，最终得到f＝d/c；若某一分析口径中存在关于(a b)的定义，例如(a b)＝d，则无需再定义，直接使用已有的d，最终得到的计算公式为f＝d/c。需要说明的是，通过对分析口径进行冲突检测，可以保证分析口径的一致性。
42.s203、响应于参数配置的触发操作，获取用户根据业务问题设置的数据分析参数。
43.由于分析口径是通过主题进行管理的，因此在设置的数据分析参数中的分析口径时，用户可先确定主题，进而从该主题中确定需要的分析口径。在此需要说明的是，如果用户未找到需要的分析口径，可返回执行s201-s202的步骤，以将用户需要的分析口径添加到新建主题或已有主题中。
44.s204、基于数据分析参数获取相应的业务数据，并对业务数据进行数据分析，得到分析结果。
45.s205、若根据分析结果已成功确定导致业务问题的原因，则获取用户对业务问题的定义数据，以便将业务问题的分析经验沉淀，其中，定义数据包括用户对业务问题的描述数据和用户设置的预警规则数据。
46.s206、在获取用户对业务问题的定义数据之后，将业务问题的定义数据按照业务问题所属场景进行存储管理。
47.本技术实施例中，得到业务问题的定义数据中，为了保证后续可以方便查看业务问题以及导致业务问题的原因，可将业务问题的定义数据按照场景进行存储管理。
48.本技术实施例中，可通过主题管理分析口径，而且在新建主题和分析口径过程中进行冲突检测，可以保证主题和分析口径的一致性；而且将业务问题的定义数据按照业务问题所属场景进行存储管理，便于后续查看业务问题以及导致业务问题的原因。
49.图3是根据本技术第三实施例的业务问题分析方法的流程示意图，本实施例是在上述实施例的基础上进行优化，参见图3，该方法包括：
50.s301、响应于参数配置的触发操作，获取用户根据业务问题设置的数据分析参数。
51.s302、基于数据分析参数获取相应的业务数据，并对业务数据进行数据分析，得到分析结果。
52.s303、若根据分析结果已成功确定导致业务问题的原因，则获取用户对业务问题的定义数据，以便将业务问题的分析经验沉淀；其中，定义数据包括用户对业务问题的描述数据和用户设置的预警规则数据。
53.s304、若根据分析结果无法确定导致业务问题的原因，则循环执行如下操作，直到根据分析结果成功确定导致业务问题的原因为止：获取用户根据分析结果设置的新的数据分析参数；根据新的数据分析参数获取新的业务数据，以及对新的业务数据进行数据分析，
得到新的分析结果。
54.本技术实施例中，若根据分析结果无法确定导致业务问题的原因，则在得到的分析结果的基础上，继续设置数据分析参数，获取相应的业务数据，以实现持续下钻分析，直到确定导致业务问题的原因为止。在此过程中，系统会记录业务问题的分析路径，并保存每次钻取的参数配置，其中记录的分析路径可再编辑，也即在找到导致业务问题的原因的分析路径中某一步或多步配置的数据分析参数是无用的，可将设置无用的数据分析参数的步骤从分析路径中删除。
55.本技术实施例中，根据分析结果无法确定导致业务问题的原因，可通过再次配置参数，持续下钻分析的方式找到业务问题的原因，可以保证最终确定业务问题的原因。
56.图4是根据本技术第四实施例的业务问题分析方法的流程逻辑图，本实施例是在上述实施例的基础上进行优化，参见图4，该方法包括：
57.第一步，定义主题。分析口径通过主题管理，每个新的分析口径都应属于一个已有主题，或者新建一个新的主题。
58.第二步，定义口径。在定义主题后，可在该主题下添加分析口径，对于数据分析中用到的口径，可通过“定义新口径”页面定义，系统中已定义过的口径可以复用。定义口径的过程中必须单步加工，并在每个加工步骤中做冲突检测，以确保口径的一致性。
59.第三步，配置参数。根据业务问题，配置数据分析需要的数据分析参数。例如设置分析维度、设置显示的口径、设置筛选条件等。需要说明的是，在设置参数时，若缺少用户需要的分析口径，则返回第一步，定义一个新主题，在该新主题下新建用户需要的分析口径。
60.第四步，数据分析。根据第三步中配置的数据分析参数，获取需要的业务数据，并对业务数据进行分析。需要说明的是，若根据分析结果，能确定业务问题的原因，则执行第五步，反之若无法确定业务问题的原因，则返回第三步再次配置参数，持续下钻分析，直至找到业务问题的原因为止。而且在下钻分析的过程中，系统会记录所有分析路径，并支持对分析路径的再编辑。
61.第五步，问题定义。若已找到业务问题产生的原因，可进行问题定义，也即是描述业务问题，例如业务问题的原因、分析路径等，并将其作为业务经验进行沉淀，除此还可以设置预警规则，以便后续再出现该业务问题，系统会直接向对应的人员发出预警，由此可提高业务问题的响应速度。
62.第六步，场景定义。本技术实施例中，每个定义的业务问题，通过场景管理。后续业务人员可直接通过场景和问题调取分析结果和分析路径，避免业务人员花费大量的时间从成百上千的结果中查找自己的关注目标，辅助快速制定业务策略。
63.本技术实施例中，通过上述六步，可提升业务问题分析的效率以及业务经验的沉淀。
64.图5是根据本技术第五实施例中的业务问题分析装置的结构示意图，该装置用于任何通过计算机设备或服务器等分析导致业务问题的原因的情况，参见图5，装置包括：
65.参数获取模块501，用于响应于参数配置的触发操作，获取用户根据业务问题设置的数据分析参数；
66.数据分析模块502，用于基于所述数据分析参数获取相应的业务数据，并对所述业务数据进行数据分析，得到分析结果；
67.经验沉淀模块503，用于若根据所述分析结果已成功确定导致所述业务问题的原因，则获取用户对所述业务问题的定义数据，以便将业务问题的分析经验沉淀；其中，所述定义数据包括用户对所述业务问题的描述数据和用户设置的预警规则数据。
68.在上述实施例的基础上，可选的，数据分析参数至少包括分析维度、筛选条件和分析口径；
69.其中，分析口径包括业务指标的计算公式信息以及计算公式中需要的业务数据信息。
70.在上述实施例的基础上，可选的，数据分析模块包括：
71.数据获取单元，用于基于设置的分析维度、筛选条件和分析口径中的计算公式所需要的业务数据信息，获取需要的业务数据；
72.数据分析单元，用于将业务数据输入到分析口径所述包括的计算公式中进行计算，并将公式计算结果作为分析结果。
73.在上述实施例的基础上，可选的，该装置还包括：
74.主题添加模块，用于响应于添加主题的触发操作，获取用户新建的主题；
75.分析口径添加模块，用于响应于定义新分析口径的触发操作，获取用户在所述新建的主题下设置的分析口径；其中，每个主题下包括至少一个分析口径。
76.在上述实施例的基础上，可选的，分析口径中的计算公式是包括至少一个公式组成项；
77.相应的，分析口径添加模块具体用于：
78.获取用户在所述新建的主题下设置任一公式组成项，并对该公式组成项进行冲突检测。
79.在上述实施例的基础上，可选的，该装置还包括循环模块，用于：
80.若根据所述分析结果无法确定导致所述业务问题的原因，则循环执行如下操作，直到根据分析结果成功确定导致所述业务问题的原因为止：
81.获取用户根据所述分析结果设置的新的数据分析参数；
82.根据新的数据分析参数获取新的业务数据，以及对新的业务数据进行数据分析，得到新的分析结果。
83.在上述实施例的基础上，可选的，该装置还包括：
84.存储管理模块，用于在获取用户对所述业务问题的定义数据之后，将所述业务问题的定义数据按照所述业务问题所属场景进行存储管理。
85.本技术实施例所提供的业务问题分析装置可执行本技术任意实施例所提供的业务问题分析方法，具备执行方法相应的功能模块和有益效果。
86.图6是本技术实施例中提供的一种电子设备的结构示意图。如图6所示结构，本技术实施例中提供的电子设备包括：一个或多个处理器602和存储器601；该电子设备中的处理器602可以是一个或多个，图6中以一个处理器602为例；存储器601用于存储一个或多个程序；所述一个或多个程序被所述一个或多个处理器602执行，使得所述一个或多个处理器602实现如本技术实施例中任一项所述的业务问题分析方法。
87.该电子设备还可以包括：输入装置603和输出装置604。
88.该电子设备中的处理器602、存储器601、输入装置603和输出装置604可以通过总
programmable read only memory，eprom)、闪存、光纤、便携式cd-rom、光存储器件、磁存储器件、或者上述的任意合适的组合。计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
102.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于：电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
103.计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、无线电频率(radio frequency，rf)等等，或者上述的任意合适的组合。
104.可以以一种或多种程序设计语言或其组合来编写用于执行本技术操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c ，还包括常规的过程式程序设计语言(诸如“c”语言或类似的程序设计语言)。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络(例如包括局域网(lan)或广域网(wan))连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
105.在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本技术的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
106.注意，上述仅为本技术的较佳实施例及所运用技术原理。本领域技术人员会理解，本技术不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本技术的保护范围。因此，虽然通过以上实施例对本技术进行了较为详细的说明，但是本技术不仅仅限于以上实施例，在不脱离本技术构思的情况下，还可以包括更多其他等效实施例，而本技术的范围由所附的权利要求范围决定。