数据处理、统计、节点确定、建模方法及电子设备与流程

1.本技术涉及计算机视觉技术领域，尤其涉及一种数据处理、统计、节点确定、建模方法及电子设备。


背景技术：

2.标准作业程序(standard operating procedure，sop)，是对某一服务场景中的关键区分条件进行细化和量化，形成树形流程结构。在业务场景中的体现为，被称为小二的客服人员在承接服务时，sop系统会根据系统节点和人工节点的预设条件，判断结果选择为买家提供何种解决方案，让买家接入系统自动回答环节或者人工客服环节。但是目前的sop系统中，问题发现效率低，运营维护需要耗费大量的人力成本，且难以体系化。


技术实现要素：

3.本技术实施例提供一种数据处理、统计、节点确定、建模方法及电子设备，以实现快速高效发现sop中的问题。
4.第一方面，本技术实施例提供了一种数据处理方法，包括：
5.获取标准作业程序操作的日志数据；
6.确定标准作业程序操作中需要分析的至少一个流程；其中，流程包括至少一个操作节点；
7.根据至少一个流程，将标准作业程序的日志数据进行提取，获得至少一个流程中每个流程对应的提取信息；
8.针对每个流程，根据对应的提取信息统计目标指标的完成信息；
9.根据目标指标的完成信息，确定每个流程中的操作节点对目标指标的贡献程度。
10.第二方面，本技术实施例提供一种节点确定方法，包括：
11.获得标准作业操作程序的多个流程的至少一个执行起点和多个执行终点；执行起点表示流程的初始操作，执行终点表示多个流程的终了操作；
12.获得执行起点和多个终点之间的业务运营操作的操作执行端的类型；
13.确定每个类型对应的标准作业操作程序的执行分支；
14.针对每个执行分支，确定信息接收操作和向其他操作端发送信息的信息发送操作；
15.确定执行条件获得操作，其中执行条件获得操作用于确定执行信息接收操作或信息发送操作的执行条件；
16.根据执行条件获得操作、信息接收操作和信息发送操作，确定执行分支中的操作节点，操作节点表示至少一项业务运行操作。
17.第三方面，本技术实施例提供一种建模方法，包括：
18.获得标准作业操作程序的多个流程，流程包括执行起点和执行终点；其中，执行终点用于获得目标指标统计数据；
19.确定执行起点和执行终点之间，运营数据接收操作和向其他操作端的运营数据发送操作；
20.根据运营数据接收操作和运营数据发送操作，确定执行起点和执行终点之间的操作节点；
21.根据执行起点、执行终点和操作节点，生成流程对应的树状图分支；
22.根据树状图分支，获得标准作业操作程序的目标指标分析模型。
23.第四方面，本技术实施例提供一种数据统计方法，包括：
24.获得标准作业程序的日志数据；其中，日志数据用于记录业务运营端执行业务运行操作时，用户终端与业务运营端之间发送的运营数据；
25.确定日志数据中，用于获得目标指标相关的运营数据的目标操作节点；
26.确定执行目标操作节点的相关操作的前序操作节点；
27.根据目标操作节点记录的运营数据和前序操作节点记录的运营数据，确定与目标指标相关的操作数据统计结果。
28.第五方面，本技术实施例提供一种根据统计结果调度的方法，包括：
29.根据标准作业程序的日志数据的操作数据统计结果，确定标准作业程序中，至少一个操作节点对目标指标的贡献度；至少一个操作节点，包括用于在标准作业程序中获得目标指标相关的运营数据的目标操作节点，以及与执行目标操作节点的相关操作的前序操作节点；
30.根据贡献度，确定对至少一个操作节点执行标准作业程序中的操作进行调整的调度结果。
31.第六方面，本技术实施例提供一种运营数据展示方法，包括：
32.接收请求展示运营数据的展示指令；其中，运营数据包括的至少一个流程，流程包括至少一个操作节点；
33.根据展示指令，确定业务类型；
34.根据业务类型，展示目标卡片中的运营数据处理结果；其中，运营数据处理结果包括根据至少一个流程、至少一个操作节点、操作节点对应的目标指标完成结果。
35.第七方面，本技术实施例提供一种界面交互方法，包括：
36.根据接收到的请求展示运营数据的展示指令，展示类目信息确认界面；
37.根据通过类目信息确认界面接收到的类目确认信息，展示对应类目的标准作业程序的运营数据处理结果；其中，运营数据处理结果包括根据至少一个流程、至少一个操作节点、操作节点对应的目标指标完成结果；
38.接收对运营数据处理结果的操作指令，改变运营数据处理结果的展示形态；展示形态包括树状图、针对标准作业程序中至少一个操作的直行端的统计结果和针对目标指标的统计图中的至少一种。
39.第八方面，本技术实施例提供了一种电子设备，包括存储器、处理器及存储在存储器上的计算机程序，处理器在执行计算机程序时实现上述任一项的方法。
40.第九方面，本技术实施例提供了一种计算机可读存储介质，计算机可读存储介质内存储有计算机程序，计算机程序被处理器执行时实现上述任一项的方法。
41.与现有技术相比，本技术具有如下优点：
42.本技术实施例提供的数据处理方法，对sop的各个操作节点进行目标指标完成信息的分析，确定sop中至少一个流程的操作节点对目标指标完成结果好、坏或者具体量化评价结果的贡献程度，建立了完善的sop运营分析体系，改变了传统运营方式，有助于对sop进行评价时，全面、多维度进行数据处理。通过精细化的问题定位能力，简化运营者的优化动作，使运营者无需通过猜测原因进行盲目的优化尝试。通过沉淀历史优化动作和相应效果数据生产优化方法论。同时，本技术实施例提供的sop分析方法，根据预设的目标指标对sop的日志数据进行分析，在涉及多方写作的sop时，有助于通过数据使设计和执行端产生联动，拓宽了sop运营中问题归因的视角。
43.上述说明仅是本技术技术方案的概述，为了能够更清楚了解本技术的技术手段，可依照说明书的内容予以实施，并且为了让本技术的上述和其他目的、特征和优点能够更明显易懂，以下特举本技术的具体实施方式。
附图说明
44.在附图中，除非另外规定，否则贯穿多个附图相同的附图标记表示相同或相似的部件或元素。这些附图不一定是按照比例绘制的。应该理解，这些附图仅描绘了根据本技术的一些实施方式，而不应将其视为是对本技术范围的限制。
45.图1a为本技术实施例的数据处理方法的应用场景示意图；
46.图1b为本技术实施例的界面交互方法的应用场景示意图；
47.图2为本技术实施例的数据处理方法的流程示意图；
48.图3为本技术一种示例中常见sop运营方式示意图；
49.图4为本技术一种示例中的sop的流程示意图；
50.图5为本技术一种示例中的sop的流程示意图；
51.图6为本技术一种示例的可视化样例示意图；
52.图7为本技术一种示例的指标体系示意图；
53.图8a-8c为本技术一种示例的目标指标评价示意图；
54.图9为本技术一种示例的交互界面一示意图；
55.图10为本技术一种示例的交互界面二示意图；
56.图11为本技术一种示例的交互界面三示意图；
57.图12为本技术一种实施例的数据处理装置示意图；以及
58.图13为用来实现本技术实施例的电子设备的框图。
具体实施方式
59.在下文中，仅简单地描述了某些示例性实施例。正如本领域技术人员可认识到的那样，在不脱离本技术的构思或范围的情况下，可通过各种不同方式修改所描述的实施例。因此，附图和描述被认为本质上是示例性的，而非限制性的。
60.为便于理解本技术实施例的技术方案，以下对本技术实施例的相关技术进行说明。以下相关技术作为可选方案与本技术实施例的技术方案可以进行任意结合，其均属于本技术实施例的保护范围。
61.图1a为本技术实施例提供的数据处理方法的应用场景示意图。本技术实施例的数
据处理方法应可以用于对买家在线进行商品购物的相关行为进行数据获取和数据处理。随着网络技术的发展，用户能够通过终端和互联网实现商品的买卖，提高了商品流通的便利。在通过互联网进行商品买卖的买家和卖家之间，还可能存在第三方购物平台，用于对买家或卖家的购物资金进行中立的保管，提高商品在线买卖的可靠性。买家进行商品在线购买时，通过用户终端101通过第三方购物平台102与商品商铺103进行联系和商品买卖活动，在商品交易的过程中，应买家请求或者基于系统中预先的配置，第三方平台102的工作人员可能会介入用户与商家之间的商品买卖过程，协调物流纠纷、责任纠纷或者对第三方购物平台的一些使用方式进行专门说明等。在用户完成商品买卖，或者使用第三方平台102的相关系统服务或人工服务之后，会对商品商铺103或者第三方平台提供的服务进行评价，同时，图1所示的系统也会进行用户在线购买商品的相关行为记录，生成日志数据。针对日志数据，可通过数据分析设备104进行分析处理，得到相应的处理结果，处理结果可以用于对第三方购物平台102和商品商铺103进行信息反馈。
62.图1b为本技术实施例提供的界面交互方法的应用场景示意图。在买家使用网络进行商品交易的情况下，第三方平台105可以成为用户终端和商品商铺之间的辅助者和媒介。第三方平台可能使用多个工作人员，对第三方平台105需要实现的工作进行承担和完成。多个工作人员可能使用不同的工作终端，其中，比如，可以包括客服人员对应的第一工作终端106、调度人员对应的第二工作终端107、运营人员对应的第三工作终端108，不同的工作终端可以对第三方平台105所参与的商品买卖过程的日志数据进行数据处理结果的查看，在查看的交互界面上，客服人员对应、调度人员和运营人员可以通过交互界面发送交互指令，根据交互指令，展示数据分析结果的不同维度的内容。
63.在一种实现方式中，图1b所示的界面交互场景中，还可以将商家对应的第四工作终端109作为交互界面的查询方之一，提供给商家查询交互界面的权限和入口，使得商家利用配置的权限和入口，参与界面交互，获得商家在商品交易过程中需要的数据处理结果。
64.本技术实施例提供一种数据处理方法，流程参照图2所示，包括：
65.步骤s201，获取标准作业程序操作的日志数据。
66.标准作业程序中，将某一事件的标准操作步骤和要求以统一的格式描述出来，用于指导和规范日常的工作。sop将细节进行量化，通俗来讲，sop就是对某一程序中的关键控制点进行细化和量化。实际执行过程中sop核心是符合本企业并可执行，不流于形式。
67.在标准作业程序中，每完成一个设定流程的节点，或者相关用户在电子设备上的每个操作，都会生成相应的操作日志，可以对操作日志进行提取、清洗、结构化等操作，得到日志数据。
68.本技术实施例中的日志数据可以是对操作日志进行结构化得到的结构化数据。结构化数据也称作行数据，是由二维表结构来逻辑表达和实现的数据，严格地遵循数据格式与长度规范，主要通过关系型数据库进行存储和管理。日志数据可以存储于网络数据库中，将网络行为全部记录于其中。
69.步骤s202，确定标准作业程序操作中需要分析的至少一个流程；其中，流程包括至少一个操作节点。
70.本实施例中，标准作业程序，可以包括至少一个作业流程。比如，在生产过程中的标准作业程序，可以包括采购流程，采购流程可以分为核对采购订单、确定候选采购方、查
询候选采购方信息、与候选采购方进行交流、获得候选采购方材料、查阅候选采购方材料、询问候选采购方报价表、获得候选采购方报价表、核对候选采购方报价表、筛选候选采购方获得既定采购方、向既定采购方发送要约承诺、与既定采购方签订采购合同、生成采购订单、采购物品运输、确认接收采购物品。
71.本技术实施例中，标准作业程序可以包括多个流程。比如，针对购物应用(application，app)可以包括商品购买流程、客服流程、商品售后流程、物流售后流程、小程序相关的服务流程等。从而针对购物应用的标准作业程序生成的日志数据，可以包括商品购买流程、客服流程、商品售后流程、物流售后流程、小程序相关的服务流程等。针对一项产品、一个app，可以存在一系列的标准作业操作，其中包括的多个流程可以包括共同的执行节点，从一个根节点发展出标准作业操作的多个流程，也可以从不同的根节点延续多个流程。标准作业程序操作中需要分析的至少一个流程可以为标准作业程序操作所包括的流程中至少之一。
72.本实施例中，操作节点可以对应执行标准作业程序中的一个步骤，操作节点对应的步骤可以是预设的标准化步骤。操作节点可以包括系统节点和人工节点。其中，系统节点为sop结构中，由系统自动判定的条件节点，可以是智能端。人工节点为sop结构中，需要用户/服务者参与判定的条件节点，可以是人工端。智能端为智能问答服务机器人承接服务的部分。人工端为客服小二承接服务的部分。本实施例中，比如针对购物app，商品购买流程可以包括商品推荐、商品浏览、购物车添加、购物信息询问、下单、付款、发货、货物运输、收货和评价等操作节点。其中，商品推荐、商品浏览、购物车添加、下单、付款、发货、货物运输、收货和评价可以为系统节点，由系统根据接收到的信息，生成向买家终端发送的信息，或者执行对接收到的信息的记录操作。而购物信息询问的操作节点可包括人工节点也可包括系统节点，人工节点用于针对个性化问题进行答复，系统节点用于针对常见问题或统一格式问题进行答复。
73.在具体实现方式中，不同的操作节点可能涉及到不同的执行模块或子系统。比如，商品推荐的操作节点可以为推荐模块，根据系统记录的用户喜好信息生成推荐信息，推送到用户的终端。商品浏览的操作节点可能为日志记录模块，根据用户浏览商品的行为进行记录商品浏览信息。
74.步骤s203，将标准作业程序的日志数据，根据至少一个流程进行提取，获得至少一个流程中每个流程对应的提取信息。
75.本实施例中，标准作业程序的日志数据，可能包括了标准作业程序的多个流程，除了需要进行测评的流程，其他流程可能为多余、不需要的，因此，仅需要日志数据中与待评测的至少一个流程对应的部分数据即可，本实施例中，根据需要评测的流程，从日志数据中提取出对应的日志数据。
76.比如，日志数据中包括商品购买流程、客服流程、商品售后流程、物流售后流程、小程序相关的服务流程的全量数据，若需要评测买家对商品的满意程度，以确定与买家满意程度相关的操作节点的操作是否达到预定标准，则需要确定与商品评价相关的流程为商品购买流程。进而，从日志数据中，提取与商品购买流程相关的提取信息。
77.步骤s204，针对每个流程，根据对应的提取信息统计目标指标的完成信息。
78.本实施例中，需要分析的目标指标，可以是根据对sop的考核或者评测目的所设置
的目标指标。可以针对sop预先设置多个不同维度的指标，在针对sop的具体分析过程中，在多个不同维度的指标中针对具体的流程确定至少一个维度的指标作为目标指标。比如，如果需要测评的流程为采购流程，目标指标可以为采购商品满意度。再如，如果需要测评的流程为客服流程，目标指标可以为客服服务时长、客服评价等。
79.在一种实施方式中，目标指标可以包括描述性指标、评价性指标和执行面指标中的至少一种。
80.描述性指标对应sop自身维度，用于对sop本身的流程、操作节点的结构和配置是否合理进行评价。比如，描述性指标可以包括：节点数量、操作路径长度、人工节点数量、分叉的操作节点数量等。
81.评价性指标对应影响sop的其他因素维度，用于对除了sop本身涉及和配置之外的其他因素，对sop质量的影响程度进行评价。比如，评价性指标可以包括：执行量、满意度、执行时长、转人工率等。
82.执行面指标对应方案设计维度，用于对sop涉及的方法、流程是否合理进行评价。比如，执行面指标可以包括：执行时长方差、执行满意度方差等。
83.有别于传统的商品买卖，通过第三方购物平台进行的商品在线买卖存在多方互动，具有高度的复杂性，其中过程设置、模块设置、方案设计各方面都可能对商品的在线买卖产生影响。通过传统的案例抽取、一般的sop，难以确定在线商品买卖过程中存在的问题为什么原因引起。在本技术实施例提供的数据处理方法应用于第三方购物平台时，不同维度的指标可以对第三方购物平台进行全方位、全面的分析，结合本技术实施例中对sop进行流程、操作节点粒度的拆分的技术手段，从现实的sop数据(日志数据)方面全方位、细粒度入手，结合多方面评价指标，实现对第三方购物平台运行过程中的日志数据的高效率分析，能够在第三方购物平台中的问题产生之前发现问题出现的征兆、进行准确归因，有利于将各种问题清除在萌芽阶段。
84.在一种实施方式中，针对购物app，可以设置商品购买流程、客服流程、商品售后流程、物流售后流程、小程序相关的服务流程。在需要评价客服流程、目标指标为买家服务满意度的情况下，可以在日志数据中获取客服流程的提取信息，确定客服流程中记录目标指标相关数据的操作节点，即记录客服满意度相关数据的操作节点(评价节点)，在日志数据中确定用户对客服过程评价时记录的评价数据为提取信息。
85.目标指标的完成信息，可以包括至少一个操作节点完成目标指标的信息。比如，在目标指标的整体合格率为x1的情况下，x2个操作节点涉及与目标指标相关的数据，从而根据x2个操作节点对应的提取数据，确定x2个操作节点中，每个操作节点对目标指标的贡献程度，作为统计得到的目标指标的完成信息。
86.步骤s205，根据目标指标的完成信息，确定每个流程中的操作节点对目标指标的贡献程度。
87.本实施例中，目标指标的完成信息包括与目标指标相关的至少一个操作节点，在目标指标对应维度的打分信息，比如，在目标指标为执行时长的情况下，目标指标完成信息可以是10分钟。
88.每个流程中的操作节点对目标指标的贡献程度，可以指操作节点的操作，对完成目标指标的贡献率有多大。
89.在需要分析的至少一个流程中，针对某些步骤可能存在平行的操作节点，比如存在两个均能够完成某一步骤的节点，而这样的平行操作节点，可以在一个流程中形成多个执行分支。进而，确定每个流程中的操作节点对目标指标的贡献程度，可以包括确定不同执行分支中的操作节点对目标指标的贡献程度。在一种具体的实施方式中，一个流程中的执行分支数可以与流程树对应的叶节点数量一致。
90.在一种具体实施方式中，sop包括如图4所示的流程，图4中的节点相当于前述实施例中的操作节点。在图4所示的流程为客服流程的情况下，每个执行分支对应一种客服方案。比如，在节点1的步骤，根据用户对人工操作或系统操作的选择，可以实现方案1，即直接由人工介入的客服方案。在节点3的步骤，根据用户对人工操作或系统操作的选择，可以实现方案3，即由系统操作后再由人工介入的方案，或者实现方案2，即由系统操作完成客服过程。针对每个流程，结束后，会向用户发送评价请求，将用户评价在日志数据中对应的记录用于客服满意度这一目标指标的计算。根据方案1-3对应的客服满意度的百分比，可以确定每个流程中的操作节点对目标指标的贡献程度。贡献程度可以通过满意评价数量与总评价数量之比确定。
91.一般情况下，在具有商品辅助交易等功能的第三方购物平台端与买家终端app和卖家终端app进行信息传输，实现在线商品买卖业务。第三方购物平台端的运营方包括业务部门的业务人员和客服人员(小二)，客服人员可以执行买家与卖家通过第三方购物平台买卖商品过程中的人工操作，业务人员可以针对商品买卖过程对sop进行设计和改进，并根据多个预设的指标，对第三方平台部门、人员的业务执行状况进行评估，根据评估结果对第三方平台或者第三方平台的sop进行反哺改进。第三方平台的业务部门日常承载的服务咨询中sop的覆盖率达到了95％，但sop的运营依赖经验，缺少数据支撑，问题发现效率低，运营维护需要耗费大量的人力成本，且难以体系化。其中存在的问题主要体现在：sop问题发现能力薄弱，运营人员只能通过抽case(案例)的方式发现sop问题；同时，一般的sop运营缺少体系化的运营方法，问题发现完全依赖人工方式走查，决策完全依赖业务人员的分析经验；此外，一般的sop的设计和客服人员(小二)的执行相互割裂，运营人员设计无法站在小二执行视角发现问题。
92.通过本技术实施例的数据处理方法，能够对sop的运营价值进行运营提效，将原本依赖人工例会走查的sop运营方式升级为依据数据的数字化运营方式。以涉及第三方购物平台的场景为例，本技术实施例的数据处理方法对比原本的sop人工走查方式，数量时间比的优化量可以达到2-3条/周，在实验实施本技术实施例的数据处理方法时，可以同时监控第三方购物平台涉及的全场景600多条sop信息，即时发现平台运营过程中的问题和sop设计问题，优化sop和平台运营方式。除此之外，在涉及第三方购物平台的场景下，可以赋能第三方购物平台的业务人员以主动运营能力，即主动发现可为场景，而不是等买家或卖家用户提出问题、商品买卖过程中的实际问题出现再去分析归因。由此实现sop的数字化，常态化运营。在业务价值满意度方面，通过本技术实施例的数据处理方法，第三方购物平台运营方的业务人员可以通过sop运营分析数据看板，快速发现问题，优化场景，实现即时满意度约20pt(％)的提升，5日调用研究发现的满意度同比22pt的提升。在服务效率，通过本技术实施例的数据处理方法，第三方购物平台运营方可以实现全人工场景sop执行时长25％的下降。
93.在一种实施方式中，确定标准作业程序操作中需要分析的至少一个流程，可以根据获取的日志数据进行确定，比如，可以包括：确定日志数据中，用于记录至少一个流程的目标数据；确定在标准作业程序中与目标数据对应的业务运营操作的目标操作节点；根据标准作业程序中用于触发操作节点的其他操作节点，以及目标操作节点，获得至少一个流程；其中，操作节点包括目标操作节点和其他操作节点。
94.在一种实施方式中，根据至少一个流程，将标准作业程序的日志数据进行提取，获得至少一个流程中每个流程对应的提取信息，包括：获得日志数据中，由各操作节点生成的数据段；针对单个操作节点，将数据段的内容，转换为操作节点的记录信息；根据记录信息，获得提取信息。
95.本实施例中，能够对日志数据进行分段提取，从而获得与需要分析的至少一个流程对应的数据，有利于有针对性地对日志数据进行分析。
96.在本技术实施例应用于第三方购物平台的日志数据进行分析时，根据需要分析的至少一个流程，以操作节点和数据段为单位进行数据提取，使得数据分析粒度与购物过程中的操作步骤发生粒度一致。同时，在涉及第三方购物平台的场景下，第三方购物平台、买家和卖家之间存在信息传递误差，协调三方以实现良好的购物互动体验存在一定的困难，通过本技术实施例提供的方法，在第三方购物平台端实现数据的有效分析，对购物过程中涉及的操作节点与目标指标之间的因果关系进行合理确定，提高第三方购物平台、买家和卖家之间的良性互动。
97.在一种实施方式中，针对每个流程，根据对应的提取信息统计目标指标的完成信息，包括：确定流程中与目标指标相关的操作节点；根据与目标指标相关的操作节点和提取信息，统计目标指标的完成信息。
98.针对不同维度的目标指标，在流程中可能对应不同的操作节点，部分目标指标可以对应流程中的所有操作节点。本技术实施例中，根据与目标指标相关的操作节点对提取信息进行计算，确定目标指标的完成信息，更准确第获得操作节点和目标指标完成程度之间的因果关系信息，实现对目标指标完成信息的准确归因。
99.在一种实施方式中，目标指标包括描述性指标、评价性指标和执行面指标中的至少一种；其中，描述性指标用于描述流程中的操作节点的配置参数；评价性指标用于评价流程的执行效果；执行面指标用于根据设定的统计公式计算流程在执行过程中生成的执行参数。
100.本实施例中，能够从公式化的执行方面、语句化的描述性方面和量化的参数评价方面，确定不同的目标指标，有助于对sop进行全方位的分析。
101.本技术实施例还提供一种节点确定方法，包括：获得标准作业操作程序的多个流程的至少一个执行起点和多个执行终点；执行起点表示流程的初始操作，执行终点表示多个流程的终了操作；获得执行起点和多个终点之间的业务运营操作的操作执行端的类型；确定每个类型对应的标准作业操作程序的执行分支；针对每个执行分支，确定信息接收操作和向其他操作端发送信息的信息发送操作；确定执行条件获得操作，其中执行条件获得操作用于确定执行信息接收操作或信息发送操作的执行条件；根据执行条件获得操作、信息接收操作和信息发送操作，确定执行分支中的操作节点，操作节点表示至少一项业务运行操作。
102.本技术实施例还提供一种建模方法，包括：获得标准作业操作程序的多个流程，流程包括执行起点和执行终点；其中，执行终点用于获得目标指标统计数据；确定执行起点和执行终点之间，运营数据接收操作和向其他操作端的运营数据发送操作；根据运营数据接收操作和运营数据发送操作，确定执行起点和执行终点之间的操作节点；根据执行起点、执行终点和操作节点，生成流程对应的树状图分支；根据树状图分支，获得标准作业操作程序的目标指标分析模型。
103.本技术实施例中，建立的模型可以是树状图模型，也可以是根据树状图对sop的日志数据进行分析的模型。树状图可以如图4所示。
104.本技术实施例还提供一种数据统计方法，包括：获得标准作业程序的日志数据；其中，日志数据用于记录业务运营端执行业务运行操作时，用户终端与业务运营端之间发送的运营数据；确定日志数据中，用于获得目标指标相关的运营数据的目标操作节点；确定执行目标操作节点的相关操作的前序操作节点；根据目标操作节点记录的运营数据和前序操作节点记录的运营数据，确定与目标指标相关的操作数据统计结果。
105.本技术实施例还提供一种根据统计结果调度的方法，包括：根据标准作业程序的日志数据的操作数据统计结果，确定标准作业程序中，至少一个操作节点对目标指标的贡献度；至少一个操作节点，包括用于在标准作业程序中获得目标指标相关的运营数据的目标操作节点，以及与执行目标操作节点的相关操作的前序操作节点；根据贡献度，确定对至少一个操作节点执行标准作业程序中的操作进行调整的调度结果。
106.在一种实施方式中，至少一个操作节点包括多个，多个操作节点包括客服人员操作节点、系统操作节点或由智能端操作节点；根据贡献度，确定对至少一个操作节点执行标准作业程序中的操作进行调整的调度结果，包括：根据贡献度，确定至少一个操作节点执行的操作由客服人员执行的适合程度，以及由智能端执行的适合程度；根据适合程度，确定操作由客服人员操作节点、系统操作节点或由智能端操作节点执行。
107.本实施例中，贡献度可以指操作节点与目标指标结果好坏之间的因果关系。
108.通过本技术实施例的数据分析方法和根据统计结果调度的方法，实现正逆向分析框架，设计了从方案衡量执行，从执行反哺方案设计的分析框架。
109.在一种实施方式中，在确定操作由客服人员操作节点执行的情况下，还包括：根据不同客服人员账号对应的客服人员操作节点，对目标指标的贡献度，确定执行操作的客服人员账号。
110.本技术实施例还提供一种运营数据展示方法，包括：接收请求展示运营数据的展示指令；其中，运营数据包括的至少一个流程，流程包括至少一个操作节点；根据展示指令，确定业务类型；根据业务类型，展示目标卡片中的运营数据处理结果；其中，运营数据处理结果包括根据至少一个流程、至少一个操作节点、操作节点对应的目标指标完成结果。
111.本技术实施例还提供一种界面交互方法，包括：根据接收到的请求展示运营数据的展示指令，展示类目信息确认界面；根据通过类目信息确认界面接收到的类目确认信息，展示对应类目的标准作业程序的运营数据处理结果；其中，运营数据处理结果包括根据至少一个流程、至少一个操作节点、操作节点对应的目标指标完成结果；接收对运营数据处理结果的操作指令，改变运营数据处理结果的展示形态；展示形态包括树状图、针对标准作业程序中至少一个操作的直行端的统计结果和针对目标指标的统计图中的至少一种。
112.在一种实施方式中，根据通过类目信息确认界面接收到的类目确认信息，展示对应类目的标准作业程序的运营数据处理结果，包括：根据类目确认信息，获得对应类的目标准作业程序的全量运营数据处理结果；根据发送展示指令的请求方的权限信息，确定在全量运营数据处理结果中的隐藏内容；根据隐藏内容和全量运营数据处理结果，展示对应类目的标准作业程序的运营数据处理结果。
113.在一种实施方式中，请求方包括客服人员、运营管理人员和展示结果规划人员；方法还包括：根据客服人员、运营管理人员和展示结果规划人员中至少两种人员的交互信息，确定操作节点划分调整信息；根据操作节点划分调整信息，更新至少一个操作节点。
114.在一种具体示例中，在本技术实施例提供的界面交互方法应用于第三方购物平台时，展示界面可以如图9-11所示。参照图9，用户可以选择日期，确定对应处理的日志数据生成的日志。可以通过选择一级类目、二级类目，确定需要处理的日志数据。针对既定的类目，可对应设置多个目标指标，比如fcr、满意度、转人工率、调用量、未一次解决量、满意量、参评量。参照图10，可以针对【智能-物流】操作节点或者其他具体操作节点进行查看。参照图11，可以生成针对sop的树模型，通过树模型展示sop的流程的操作节点。
115.当前，并没有针对sop的体系化的运营方法，数据层面也缺少相关数据帮助业务分析问题。常见的运营方式如图3所示，从低指标表现的标准问题场景中通过抽查case(个案)发现sop是否存在设计不合理或末级方案不合理的情况，业务依赖经验和臆测对sop进行修改，通过观察该场景的后续指标表现确认优化是否有效，如果无效则反复修改，直至表现符合预期。
116.图3的操作方式的缺点在于，缺少运营分析体系，场景指标出现问题不一定由sop导致，从个例出发，发现的问题具有偏向性；sop的运营缺少工具，抽查case问题发现效率低且难以挖掘根因；优化方案依赖业务经验，不同的运营者往往有着不同的优化动作，导致优化的有效性存在差异且缺乏说服力；分析视角单一，缺乏与执行数据的联动性。较差的数据表现不一定由方案导致，执行差异也会导致指标的不同表现。
117.针对当下痛点，本技术示例中，构建了sop的问题发现框架，并在问题发现框架中设置问题发现路径，以满足业务sop运营体系化，问题发现高效化，效果可回溯的诉求。
118.本技术示例中的问题发现路径如图4所示。图4建设了体系化的问题发现路径，自动化问题的发现与定位。通过sop维度的指标异动发现问题，进而通过执行节点的数据拆解和可视化快速定位问题，直观展示存在问题的路径/节点/方案，业务分析后可视情况优化路径/因子/方案，并在t(设定天数)+1日直接通过数据表现(举例)评估优化结果。
119.通过本技术示例的问题发现方法，可以实现sop执行数据可视化，如图5所示。在定位到目标sop后，对sop的各项指标进行路径-节点粒度的拆解。本技术示例中的路径相当于前述实施例中的流程，即sop中可能包括多个流程的信息。本示例中的节点可以相当于前述实施例中的操作节点。图5图所示为以满意度为例的问题发现过程，通过将满意度(30％)指标拆解到路径-操作节点，快速定位到该方案满意度低的原因为【操作节点1-方案3】的路径(18.75％)，且主要不满意来源为【方案3】(1.6％)，因此建议优化方案3对应的路径。
120.在定位到目标sop后，对sop的各项指标进行路径-节点粒度的拆解。图5所示为以满意度为例的问题发现过程，通过将满意度(30％)指标拆解到路径-节点，快速定位到该方案满意度低的原因为【操作节点1-方案3】的路径(18.75％)，且主要不满意来源为【方案3】
(1.6％)，因此建议优化该路径方案。
121.图6为实际业务场景中的可视化样例(具体内容已经过处理)，其中，可以用可视化的方式直观表示指标的状态。比如，可以采用颜色【深-》浅】代表分析指标(执行时长)的异常程度【强-》弱】。例如图6中展示了第一颜色、第二颜色、第三颜色和第四颜色，四种颜色可以由浅到深，依次表示不同的异常程度。
122.sop评价指标体系如图7所示。评价指标可以包括描述性指标、评价性指标、执行面指标等。其中，描述性指标可以用于看清自身问题，描述性指标具体可以包括sop子路径长度、人工因子数量、节点分叉量、失败量等。评价性指标可以用于看清影响面，评价性指标具体包括执行量、满意度、执行时长、转人工率、失败率。执行面指标可以用于看清执行流程设计问题，执行面指标具体可以包括执行时长方差、执行满意度方差、执行fcr方差、平均切换方案量。根据各指标可以确定综合指标-健康分。
123.本技术示例中，建设了特色sop的评价指标体系，设计描述性指标，评价性指标和执行面指标评估sop的设计，影响面和执行层面的表现。基于基础指标，汇总建模设计综合指标【健康分】，直观表现sop的解决能力强弱。
124.一般情况下，sop运营往往只侧重于方案运营，即指标出现异动后运营者往往默认原因在于方案的不合理，但现实情况会发现存在方案在执行结果差异很大的情况。出现这种情况的原因往往在于执行者的主观理解差异导致答非所问，或原本方案路径覆盖过广缺少了某些判断因子细分路径到不同方案。因此，本技术示例中，将sop的运营分析与执行数据产生联动，进行双向分析，可以帮助运营人员从不同视角定位sop在设计和执行层面的问题。
125.本技术示例中，不同的小二可以对应不同的人工节点。通过sop的平均指标表现，提取出小二对应的人工节点的目标指标完成信息。如下表1所示。
[0126][0127][0128]
表1
[0129]
根据表1所示的数据，将不同执行者按各自指标表现划分，可以定位问题群体，如图8a所示。
[0130]
通过执行者指标表现数据，反向验证sop设计是否合理。例如，好的sop所有执行者的表现应当聚集在较好表现的区间如图8b所示，使用难度高/设计不合理的sop的执行者数据会较为分散，个体差异过大如图8c所示。
[0131]
可以看出，传统的sop存在缺少运营分析体系、运营缺少工具、优化方案依赖业务经验和臆测、分析视角单一，缺乏与执行数据的联动性的问题。而通过本技术示例提供的方案：建立了完善的sop运营分析体系，改变了传统运营方式。通过sop执行数据可视化为运营者提供了直观观测数据和问题定位的工具，帮助业务快速发现问题，回溯数据表现，提高运营效率。通过精细化的问题定位能力，简化运营者的优化动作，使运营者无需通过猜测原因进行盲目的优化尝试。通过沉淀历史优化动作和相应效果数据生产优化方法论。通过数据使设计和执行端产生联动，拓宽了sop运营中问题归因的视角。
[0132]
本技术实施例通过建设sop运营分析体系：实现了sop从个体主观化的运营方式到数字化的转变；通过对相关指标建模，设计了直观评价sop能力的健康分模型。
[0133]
此外，本技术实施例还实现了sop执行数据的可视化分析。通过sop的执行数据还原sop结构，帮助业务看清各项指标的数据流动，精准发现问题路径/操作节点。
[0134]
与本技术实施例提供的数据处理装置对应，本技术实施例还提供一种数据处理装置，如图12所示，包括：
[0135]
日志数据获取模块1201，用于获取标准作业操作的日志数据；
[0136]
流程确定模块1202，用于确定标准作业程序操作中需要分析的至少一个流程；其中，流程包括至少一个操作节点；
[0137]
提取模块1203，用于根据至少一个流程，将标准作业程序的日志数据进行提取，获得至少一个流程中每个流程对应的提取信息；
[0138]
完成信息模块1204，用于针对每个流程，根据对应的提取信息统计目标指标的完成信息；
[0139]
处理结果模块1205，用于根据目标指标的完成信息，确定每个流程中的操作节点对目标指标的贡献程度。
[0140]
在一种实施方式中，提取模块还用于：
[0141]
获得日志数据中，由各操作节点生成的数据段；
[0142]
针对单个操作节点，将数据段的内容，转换为操作节点的记录信息；
[0143]
根据记录信息，获得提取信息。
[0144]
在一种实施方式中，完成信息模块还用于：
[0145]
确定流程中与目标指标相关的操作节点；
[0146]
根据与目标指标相关的操作节点和提取信息，统计目标指标的完成信息。
[0147]
在一种实施方式中，目标指标包括描述性指标、评价性指标和执行面指标中的至少一种；其中，描述性指标用于描述流程中的操作节点的配置参数；评价性指标用于评价流程的执行效果；执行面指标用于根据设定的统计公式计算流程在执行过程中生成的执行参数。
[0148]
本技术实施例还提供一种节点确定装置，包括：
[0149]
执行起点终点模块，用于获得标准作业操作程序的多个流程的至少一个执行起点和多个执行终点；执行起点表示流程的初始操作，执行终点表示多个流程的终了操作；
[0150]
类型获得模块，用于获得执行起点和多个终点之间的业务运营操作的操作执行端的类型；
[0151]
分支确定模块，用于确定每个类型对应的标准作业操作程序的执行分支；
[0152]
发送操作模块，用于针对每个执行分支，确定信息接收操作和向其他操作端发送信息的信息发送操作；
[0153]
执行条件获得模块，用于确定执行条件获得操作，其中执行条件获得操作用于确定执行信息接收操作或信息发送操作的执行条件；
[0154]
操作节点确定模块，用于根据执行条件获得操作、信息接收操作和信息发送操作，确定执行分支中的操作节点，操作节点表示至少一项业务运行操作。
[0155]
本技术实施例还提供一种建模装置，包括：
[0156]
流程获得模块，用于获得标准作业操作程序的多个流程，流程包括执行起点和执行终点；其中，执行终点用于获得目标指标统计数据；
[0157]
操作确定模块，用于确定执行起点和执行终点之间，运营数据接收操作和向其他操作端的运营数据发送操作；
[0158]
操作节点模块，用于根据运营数据接收操作和运营数据发送操作，确定执行起点和执行终点之间的操作节点；
[0159]
分支模块，用于根据执行起点、执行终点和操作节点，生成流程对应的树状图分支；
[0160]
模型构建模块，用于根据树状图分支，获得标准作业操作程序的目标指标分析模型。
[0161]
本技术实施例还提供一种数据统计装置，包括：
[0162]
日志数据获得模块，用于获得标准作业程序的日志数据；其中，日志数据用于记录业务运营端执行业务运行操作时，用户终端与业务运营端之间发送的运营数据；
[0163]
操作节点确定模块，用于确定日志数据中，用于获得目标指标相关的运营数据的目标操作节点；
[0164]
前序操作节点模块，用于确定执行目标操作节点的相关操作的前序操作节点；
[0165]
统计结果模块，用于根据目标操作节点记录的运营数据和前序操作节点记录的运营数据，确定与目标指标相关的操作数据统计结果。
[0166]
本技术实施例还提供一种根据统计结果调度的装置，包括：
[0167]
贡献度模块，用于根据标准作业程序的日志数据的操作数据统计结果，确定标准作业程序中，至少一个操作节点对目标指标的贡献度；至少一个操作节点，包括用于在标准作业程序中获得目标指标相关的运营数据的目标操作节点，以及与执行目标操作节点的相关操作的前序操作节点；
[0168]
贡献度处理模块，用于根据贡献度，确定对至少一个操作节点执行标准作业程序中的操作进行调整的调度结果。
[0169]
在一种实施方式中，贡献度处理模块还用于：
[0170]
根据贡献度，确定至少一个操作节点执行的操作由客服人员执行的适合程度，以及由智能端执行的适合程度；
[0171]
根据适合程度，确定操作由客服人员操作节点、系统操作节点或由智能端操作节
点执行。
[0172]
在一种实施方式中，在确定操作由客服人员操作节点执行的情况下，根据统计结果调度的装置还包括：
[0173]
账号模块，用于根据不同客服人员账号对应的客服人员操作节点，对目标指标的贡献度，确定执行操作的客服人员账号。
[0174]
本技术实施例还提供一种运营数据展示装置，包括：
[0175]
展示指令接收模块，用于接收请求展示运营数据的展示指令；其中，运营数据包括的至少一个流程，流程包括至少一个操作节点；
[0176]
业务类型确定模块，用于根据展示指令，确定业务类型；
[0177]
完成结果模块，用于根据业务类型，展示目标卡片中的运营数据处理结果；其中，运营数据处理结果包括根据至少一个流程、至少一个操作节点、操作节点对应的目标指标完成结果。
[0178]
本技术实施例还提供一种界面交互装置，包括：
[0179]
界面展示模块，用于根据接收到的请求展示运营数据的展示指令，展示类目信息确认界面；
[0180]
运营数据处理结果模块，用于根据通过类目信息确认界面接收到的类目确认信息，展示对应类目的标准作业程序的运营数据处理结果；其中，运营数据处理结果包括根据至少一个流程、至少一个操作节点、操作节点对应的目标指标完成结果；
[0181]
操作指令接收模块，用于接收对运营数据处理结果的操作指令，改变运营数据处理结果的展示形态；展示形态包括树状图、针对标准作业程序中至少一个操作的直行端的统计结果和针对目标指标的统计图中的至少一种。
[0182]
在一种实施方式中，运营数据处理结果模块包括：
[0183]
根据类目确认信息，获得对应类的目标准作业程序的全量运营数据处理结果；
[0184]
根据发送展示指令的请求方的权限信息，确定在全量运营数据处理结果中的隐藏内容；
[0185]
根据隐藏内容和全量运营数据处理结果，展示对应类目的标准作业程序的运营数据处理结果。
[0186]
在一种实施方式中，请求方包括客服人员、运营管理人员和展示结果规划人员；界面交互装置还包括：
[0187]
根据客服人员、运营管理人员和展示结果规划人员中至少两种人员的交互信息，确定操作节点划分调整信息；
[0188]
根据操作节点划分调整信息，更新至少一个操作节点。
[0189]
本技术实施例各装置中的各模块的功能可以参见上述方法中的对应描述，并具备相应的有益效果，在此不再赘述。
[0190]
图13为用来实现本技术实施例的电子设备的框图。如图13所示，该电子设备包括：存储器610和处理器620，存储器610内存储有可在处理器620上运行的计算机程序。处理器620执行该计算机程序时实现上述实施例中的方法。存储器610和处理器620的数量可以为一个或多个。
[0191]
该电子设备还包括：
[0192]
通信接口630，用于与外界设备进行通信，进行数据交互传输。
[0193]
如果存储器610、处理器620和通信接口630独立实现，则存储器610、处理器620和通信接口630可以通过总线相互连接并完成相互间的通信。该总线可以是工业标准体系结构(industry standard architecture，isa)总线、外部设备互连(peripheral component interconnect，pci)总线或扩展工业标准体系结构(extended industry standard architecture，eisa)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图13中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
[0194]
可选的，在具体实现上，如果存储器610、处理器620及通信接口630集成在一块芯片上，则存储器610、处理器620及通信接口630可以通过内部接口完成相互间的通信。
[0195]
本技术实施例提供了一种计算机可读存储介质，其存储有计算机程序，该程序被处理器执行时实现本技术实施例中提供的方法。
[0196]
本技术实施例还提供了一种芯片，该芯片包括处理器，用于从存储器中调用并运行存储器中存储的指令，使得安装有芯片的通信设备执行本技术实施例提供的方法。
[0197]
本技术实施例还提供了一种芯片，包括：输入接口、输出接口、处理器和存储器，输入接口、输出接口、处理器以及存储器之间通过内部连接通路相连，处理器用于执行存储器中的代码，当代码被执行时，处理器用于执行申请实施例提供的方法。
[0198]
应理解的是，上述处理器可以是中央处理器(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者是任何常规的处理器等。值得说明的是，处理器可以是支持进阶精简指令集机器(advanced risc machines，arm)架构的处理器。
[0199]
进一步地，可选的，上述存储器可以包括只读存储器和随机访问存储器。该存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以包括只读存储器(read-only memory，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)、双倍数据速率同步动态随机访问存储器(double data rate sdram，ddr sdram)、增强型同步动态随机访问存储器(enhanced sdram，esdram)、同步链接动态随机访问存储器(sync link dram，sldram)和直接内存总线随机访问存储器(direct rambus ram，dr ram)。
[0200]
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生依照本技术的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存
储介质向另一个计算机可读存储介质传输。
[0201]
在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包括于本技术的至少一个实施例或示例中。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
[0202]
此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。在本技术的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。
[0203]
流程图中描述的或在此以其他方式描述的任何过程或方法可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分。并且本技术的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能。
[0204]
在流程图中描述的或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。
[0205]
应理解的是，本技术的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。上述实施例方法的全部或部分步骤是可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
[0206]
此外，在本技术各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。上述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读存储介质中。该存储介质可以是只读存储器，磁盘或光盘等。
[0207]
以上所述，仅为本技术的示例性实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术记载的技术范围内，可轻易想到其各种变化或替换，这些都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以权利要求的保护范围为准。

技术特征：
1.一种数据处理方法，其特征在于，包括：获取标准作业程序操作的日志数据；确定标准作业程序操作中需要分析的至少一个流程；其中，所述流程包括至少一个操作节点；根据所述至少一个流程，将所述标准作业程序的日志数据进行提取，获得所述至少一个流程中每个流程对应的提取信息；针对所述每个流程，根据对应的提取信息统计目标指标的完成信息；根据所述目标指标的完成信息，确定所述每个流程中的操作节点对所述目标指标的贡献程度。2.根据权利要求1所述的方法，其特征在于，所述根据所述至少一个流程，将所述标准作业程序的日志数据进行提取，获得所述至少一个流程中每个流程对应的提取信息，包括：获得所述日志数据中，由各所述操作节点生成的数据段；针对单个所述操作节点，将所述数据段的内容，转换为所述操作节点的记录信息；根据所述记录信息，获得所述提取信息。3.根据权利要求1所述的方法，其特征在于，所述针对所述每个流程，根据对应的提取信息统计目标指标的完成信息，包括：确定所述流程中与所述目标指标相关的操作节点；根据与所述目标指标相关的操作节点和所述提取信息，统计所述目标指标的完成信息。4.根据权利要求1-3中任意一项所述的方法，其特征在于，所述目标指标包括描述性指标、评价性指标和执行面指标中的至少一种；其中，所述描述性指标用于描述所述流程中的操作节点的配置参数；所述评价性指标用于评价所述流程的执行效果；所述执行面指标用于根据设定的统计公式计算所述流程在执行过程中生成的执行参数。5.一种节点确定方法，其特征在于，包括：获得标准作业操作程序的多个流程的至少一个执行起点和多个执行终点；所述执行起点表示所述流程的初始操作，所述执行终点表示多个流程的终了操作；获得所述执行起点和多个终点之间的业务运营操作的操作执行端的类型；确定每个类型对应的标准作业操作程序的执行分支；针对每个所述执行分支，确定信息接收操作和向其他操作端发送信息的信息发送操作；确定执行条件获得操作，其中所述执行条件获得操作用于确定执行所述信息接收操作或所述信息发送操作的执行条件；根据所述执行条件获得操作、所述信息接收操作和所述信息发送操作，确定所述执行分支中的操作节点，所述操作节点表示至少一项业务运行操作。6.一种建模方法，其特征在于，包括：获得标准作业操作程序的多个流程，所述流程包括执行起点和执行终点；其中，所述执行终点用于获得目标指标统计数据；确定所述执行起点和所述执行终点之间，运营数据接收操作和向其他操作端的运营数据发送操作；
根据所述运营数据接收操作和所述运营数据发送操作，确定所述执行起点和所述执行终点之间的操作节点；根据所述执行起点、所述执行终点和所述操作节点，生成所述流程对应的树状图分支；根据所述树状图分支，获得所述标准作业操作程序的目标指标分析模型。7.一种数据统计方法，其特征在于，包括：获得标准作业程序的日志数据；其中，所述日志数据用于记录业务运营端执行业务运行操作时，用户终端与业务运营端之间发送的运营数据；确定所述日志数据中，用于获得目标指标相关的运营数据的目标操作节点；确定执行所述目标操作节点的相关操作的前序操作节点；根据所述目标操作节点记录的运营数据和所述前序操作节点记录的运营数据，确定与所述目标指标相关的操作数据统计结果。8.一种根据统计结果调度的方法，其特征在于，包括：根据标准作业程序的日志数据的操作数据统计结果，确定标准作业程序中，至少一个操作节点对目标指标的贡献度；所述至少一个操作节点，包括用于在所述标准作业程序中获得目标指标相关的运营数据的目标操作节点，以及与执行所述目标操作节点的相关操作的前序操作节点；根据所述贡献度，确定对所述至少一个操作节点执行所述标准作业程序中的操作进行调整的调度结果。9.根据权利要求8所述的方法，其特征在于，所述至少一个操作节点包括多个，多个所述操作节点包括客服人员操作节点、系统操作节点或由智能端操作节点；所述根据所述贡献度，确定对所述至少一个操作节点执行所述标准作业程序中的操作进行调整的调度结果，包括：根据所述贡献度，确定所述至少一个操作节点执行的操作由所述客服人员执行的适合程度，以及由所述智能端执行的适合程度；根据所述适合程度，确定所述操作由客服人员操作节点、系统操作节点或由智能端操作节点执行。10.根据权利要求9所述的方法，其特征在于，在确定所述操作由客服人员操作节点执行的情况下，还包括：根据不同客服人员账号对应的客服人员操作节点，对所述目标指标的贡献度，确定执行操作的客服人员账号。11.一种运营数据展示方法，其特征在于，包括：接收请求展示运营数据的展示指令；其中，所述运营数据包括的至少一个流程，所述流程包括至少一个操作节点；根据所述展示指令，确定业务类型；根据所述业务类型，展示目标卡片中的运营数据处理结果；其中，所述运营数据处理结果包括根据所述至少一个流程、所述至少一个操作节点、所述操作节点对应的目标指标完成结果。12.一种界面交互方法，其特征在于，包括：根据接收到的请求展示运营数据的展示指令，展示类目信息确认界面；
根据通过所述类目信息确认界面接收到的类目确认信息，展示对应类目的标准作业程序的运营数据处理结果；其中，所述运营数据处理结果包括根据至少一个流程、至少一个操作节点、所述操作节点对应的目标指标完成结果；接收对所述运营数据处理结果的操作指令，改变所述运营数据处理结果的展示形态；所述展示形态包括树状图、针对标准作业程序中至少一个操作的直行端的统计结果和针对所述目标指标的统计图中的至少一种。13.根据权利要求12所述的方法，其特征在于，所述根据通过所述类目信息确认界面接收到的类目确认信息，展示对应类目的标准作业程序的运营数据处理结果，包括：根据所述类目确认信息，获得对应类的目标准作业程序的全量运营数据处理结果；根据发送所述展示指令的请求方的权限信息，确定在所述全量运营数据处理结果中的隐藏内容；根据所述隐藏内容和所述全量运营数据处理结果，展示对应类目的标准作业程序的运营数据处理结果。14.一种电子设备，包括存储器、处理器及存储在存储器上的计算机程序，所述处理器在执行所述计算机程序时实现权利要求1-13中任一项所述的方法。

技术总结
本申请提供了一种数据处理、统计、节点确定、建模方法及电子设备，据本申请实施例，实现标准作业程序数据的高效分析。其中，数据处理方法包括：获取标准作业程序操作的日志数据；确定标准作业程序操作中需要分析的至少一个流程；其中，所述流程包括至少一个操作节点；根据所述至少一个流程，将所述标准作业程序的日志数据进行提取，获得所述至少一个流程中每个流程对应的提取信息；针对所述每个流程，根据对应的提取信息统计目标指标的完成信息；根据所述目标指标的完成信息，确定所述每个流程中的操作节点对所述目标指标的贡献程度。的操作节点对所述目标指标的贡献程度。的操作节点对所述目标指标的贡献程度。


技术研发人员：杨欣润
受保护的技术使用者：阿里巴巴（中国）有限公司
技术研发日：2023.03.31
技术公布日：2023/7/21