判断数据表里面是否存在某个字段属性,不存在则新增

declare
  v_rowcount integer;
begin
   select count(1) into v_rowcount from user_tab_columns
   where table_name=upper('表名')
   and column_name=upper('字段属性名');
   if v_rowcount=0 then
      execute immediate 'alter table 表名 add 字段属性名 number(10) not null';
   end if;
end;
/

 

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
EasyASP是一个方便快速开发ASP的类,其中包含了数据库控制类Easp.db,具有同时对一个或多个数据库进行各类操作、调用MSSQL存储过程及记录集分页等功能。EasyASP同时提供了大量实用的ASP通用过程及方法,可以简化大部分的ASP操作。EasyASP目前提供下载的是VBScript版。 EasyASP 2.1 GB2312 更新日志: 新增Easp.Include方法,完美实现了ASP的动态包含,且支持ASP源码中无限级层次的<!--#include...-->。 新增Easp.GetInclude方法,用于获取ASP文件运行的结果或获取html文件等文本文件的源码。 新增Easp.Charset属性,用于设置Easp.Include方法和Easp.getInclude方法载入文件的编码。 新增Easp.ConfirmUrl方法,用于输出确认信息框并根据选择进行Url跳转。 新增Easp.HtmlFormat方法,用于对html文本进行简单的格式化(仅转换空格和换行为可见)。 新增Easp.RegReplaceM方法,用于正则替换的多行模式。 新增Easp.RegMatch方法,用于正则匹配的编组捕获。 新增Easp.IsInstall方法,用于检测系统是否安装了某个组件。 [db]新增Easp.db.QueryType属性,可设置用ADO的RecordSet还是Command方式获取记录集。 [db]新增Easp.db.GetRandRecord方法,用于取得指定数量的随机记录集。 [db]新增Easp.db.Exec方法,用于执行SQL语句或者返回Command方式查询的记录集。 优化Easp.DateTime方法,格式化为时间差时的显示更人性化。 优化Easp.RandStr和Easp.db.RandStr方法,提供更强大更人性化的随机字符串和随机数生成功能。 修正Easp.GetUrlWith方法第一个参数为空时生成的新URL出错的Bug。 修正Easp.GetApp方法无法获取缓存数据的Bug。 修正Easp.AlertUrl跳转前会继续执行服务器端代码的Bug。 修正v2.1beta版中Easp.JsEncode和Easp.db.Json方法会报“类型不匹配”错误的Bug。 修正v2.1beta版中Easp.RandStr和Easp.db.RandStr的一个Bug。 [db]优化Easp.db.AddRecord方法,现在仅当指定了ID字段的名称时才返回新增的记录ID号。(影响以前版本) [db]修正分页下拉框中页面数量小于jumplong配置时出现负数的Bug。 EasyASP的特点: [数据库] 能方便的实现一个或多个数据库的增、删、改等控制操作。 [数据库] 对数据库字段进行操作时可以不用考虑字段数据类型的差别(如文本字段不用加单引号)。 [数据库] 自带记录集分页和调用存储过程分页功能,拥有功能丰富的可完全自定义配置及调用。 [数据库] 能方便的执行带各种参数的MSSQL存储过程并返回多个值或多个记录集。 [数据库] 完善的数据库操作容错功能,能即时输出出错SQL语句方便调试。 [数据库] 在使用已经存在的数据库连接对象时能自动判断数据库类型。 [数据库] 专为Ajax设计的数据获取方式及输出Json格式数据。 [数据库] 能有效防止SQL注入。 [ASP] 自带大量的ASP通用过程及方法,简化大部分ASP操作。 [ASP] 完美实现ASP文件的动态载入,并支持无限级的ASP原生include。 [ASP] 自带数据类型验证及服务器端表单验证功能。 [ASP] 能轻松实现页面地址获取并对URL参数进行过滤以及替换。 [工具] 具有专为EasyASP开发的适用于Dreamweaver CS3 和 CS4 的代码高亮及代码提示扩展插件。 [工具] 具有完善的帮助手册及大量应用实例。
业务数据分析 1.数据驱动业务流程: 数据需求 数据收集 数据处理 两个分⽀:数据分析/机器学习 评估:数据能否对项⽬真正产⽣积极影响,取决于数据结论是否能击中业务痛点以及报告对数据的重视程度。 2.⽤户⽣命周期可分为六个阶段: 潜在⽤户阶段 新⼿阶段 有效活跃阶段 活跃下降阶段 即将流失阶段 流失阶段 3.数据驱动决策的10种思维⽅式: 1)分类思维:如RFM模型。 2)矩阵思维:波⼠顿矩阵。(适⽤于商品描述不是客户⾏为分析) 3)管道/思维思维:长漏⽃(涉及环节多,时间周期长。如AARRR模型)短漏⽃(时间短。如 注册漏⽃) 4)相关思维:(不仅看单个指标的变化,还需要观察指标间相互关系) 5)逻辑树思维:分解和汇总的概念(下钻和上卷) 6)时间序列思维:同⽐(指标往往存在某些周期性,需要在周期中的同⼀阶段进⾏对⽐) APP发展⽣命周期:初创期、⽣长期、成熟期和衰退期。 产品⽣命周期(PLC模型):引⼊期、成长期、成熟期、衰退期。 7)队列分析思维:留存分析。指标其实是时间序列,不同的是衡量样本。队列分析中的衡量 样本是在时间颗粒上变化的,⽽时间序列的 样本相对固定。 8)循环/闭环思维:业务流程的闭环 9)逻辑思维:即明⽩价值链、明⽩各项数据中的关系,因果关系。 10)指数化思维:降维,减少了指标,提⾼了数据的可靠程度。 数据+经验 = 业务决策 4.数据驱动的价值: 1)驱动决策。BI(Business Intelligence),商业智能,通过数据来⽀持决策。 2)驱动产品智能。有⼀定的数据基础,然后在上⾯套⼀个算法模型,再将得到的数据结果反 馈到模型。AI(Artiycial Intelligence)⼈⼯ 智能。 (数据基础+算法模型)——反馈。 5.数据通常分为3类: 1)⽤户数据:包括⽤户的姓名,年龄等,⽤于概括⽤户的特征属性,⽤于对⽤户进⾏聚类分 析。 2)⾏为数据:包括⽤户ID、点击等⾏为记录,根据⽤户⾏为可以判断⽤户的喜好程度,产品 的好坏。 3)产品数据:产品名称、类别等,可以⽤于判断产品的受欢迎程度。 6.指标: 衡量⽬标的单位或⽅法,说明总体数量特征的概念及其数值的综合,⼜称综合指标,实际应⽤中,称为指标。 7.业务指标的三类: ⽤户数据指标 ⾏为数据指标 产品数据指标。 8.MTA指标体系: 基础指标,⽤户属性,⽤户来源,⽤户⾏为,模型数据。 9.将表数据结构进⾏字段整体的汇总结果可以求得指标结果。 10.指标需要与维度结合才能统计出结果。 流量相关重要指标 电商黄⾦公式: 销售额 = 流量 * 转化率 * 客单价 最重要的指标是流量,但需要投⼊⼤量成本,企业资⾦出现问题时,应优先解决黄⾦公式中的另外两项指标。 流量数量重要指标: · 访客数(UV):到达店铺页⾯的⾮重复⽤户数 · 浏览量(PV):店铺内浏览和查看页⾯的累加次数 · 访问次数(Visits):⼀个会话内被⽤户连续访问的次数 · 新访客数: 新进访客数 · 主页(Home Page):主⽬录功能的页⾯,也是⽹站起点。通常是⽹站主页。 · 跳出率(Bounce Rate):跳出率=在这个页⾯跳出的⽤户数/PV · 退出率:退出率=在这个页⾯退出的⽤户数/PV。 · CTR点击率:指某个⼴告、Banner、URL被点击的次数和被浏览的总次数的⽐值。⼀般⽤来考核⼴告投放的引流效果。CTR=点击数 (click)/被⽤户看到的次数。 流量质量重要指标: · 平均访问深度:浏览量 / 访问次数(描述电商流量质量好坏程度) · 跳失率:跳出次数 / 访问次数 · 新访客占⽐: 新访客数 / 访客数 ⽤户数据指标: · ⽇新增⽤户 · 活跃⽤户 · 活跃率:活跃率=活跃⽤户数/总⽤户数(⽇活跃率、周活跃率、⽉活跃率) · 留存率:描述客户质量好坏程度。通过渠道推⼴过来的新⽤户,经过⼀段时间可能会有⼀部分⽤户逐渐流失掉了,那么留 存下来的⽤ 户就称为留存。作⽤:评估产品功能对⽤户的粘性。 表⽰第⼀天新增⽤户中在第N天使⽤过产品的⽤户数/第⼀天新增⽤户数 · NPS:(Net Promoter Score)净推荐值,衡量⽤户对品牌的推荐程度 商品数据指标: · 投资回报率。投资回报率(ROI)=年利润或年均利润/投资总额100,通常⽤于评估企业对于某项 活动的价值,ROI⾼表⽰该项⽬价值 ⾼。 · 总量。包括:成交总额(GMV)、成交数量。 成交总额:即流⽔,包括销售额、取消订单⾦额、拒收订单⾦额、退货订单⾦额 成交数量:即下单商品数量 · 商品 包括:热销商品、好评商品、差评商品,商品指从商品的⾓度去衡量哪些商品好,哪些商品不 好,重点推销或优化。 转化相关指标: · 转发率:转发某功能⽤户数/看到该功能⽤户数 · 转化率:当前阶段/初始阶段(或
DEP大类 DEP方案编码 DEP方案中文名称 业务场景 简要实现方案 参考开发工作量(人/天) 新增及调整字段 EASSCMA1P0001 采购入库单增加项目字段 希望能实现项目采购,需要在采购入库单中加入项目字段,调用辅助资料中的“项目”基础资料; "1、 采购入库单增加“采购项目”字段; 2、 配置“采购项目”取辅助资料“项目” " 0.1 新增及调整字段 EASSCMA1P0005 领料出库单增加对方科目字段 领料出库单生成凭证时,对应的费用类科目明细很多。难以通过BOTP配置取不同的科目,希望在表头增加“对方科目”字段,并支持在BOTP中进行配置。 在领料出库单的表头增加“对方科目”字段,并支持在“领料出库单-凭证”的BOTP中进行配置。 0.5 新增及调整字段 EASSCMA1P0005 销售订单中增加订单时间、发货时间、交货时间并精确到分秒 精细化工行业对销售订单中所涉及到的时间要求非常精确,如要求订单日期、发货日期、交货日期要精确到分钟。现有的销售订单基础上增加三个字段,分别表示订单时间、发货时间、交货时间,以此解决客户需求。 "1. 销售订单分录上面增加订单时间、发货时间、交货时间字段; 2. 增加的日期字段支持时分秒; 3. 界面锚定正确,过滤界面,序时薄界面显示正确。 " 0.5 新增及调整字段 EASSCMA1P0006 EAS供应链_采购入库单处理总本位币金额和总金额并显示到单头上 采购入库单中“总本位币金额” “总金额”两个字段启用,要求金额计算准确 "1. 采购入库单编辑界面将总金额和总本位币金额字段放出来进行数据显示; 2. 采购入库单审核时。同步更新该字段。使其值正确; " 0.5 新增及调整字段 EASSCMA1P0007 领料申请单分录里增加成本对象编码名称 在领料申请单新增界面没有成本对象编码和成本对象名称列。 "1. 领料申请单增加成本对象和成本对象名称两列 2. 增加监听器处理。成本对象选择后,同步更新成本对象名称列 " 0.5 新增及调整字段 EASSCMA1P0008 销售订单中增加“库位”字段 销售订单分录中增加“库位”字段。 1、 销售订单分录增加库位字段 0.5 新增及调整字段 EASSCMA1P0009 付款单单头增加“国家”字段 银企互联,EAS中的付款单提交到银企后,由于付款单没有收款方国家字段,导致提交失败 付款单上增加“国家”字段,F7录入,范围为辅助资料中的"国家",必录 0.2 新增及调整字段 EASSCMA1P0009 付款单单头增加“国家”字段 客户为餐饮企业,每日进行采购,且采购物品85%左右相同,做采购申请单时,往往是复制上日的采购申请单,然后再进行修改,其中很大程度上只是修改日期(包括单头的申请日期、分录的需求日期和交货日期),但现在只能逐行修改分录的需求日期和交货日期,工作量太大,希望修改表头申请日期后,表体的需求日期和交货日期能自动跟着修改 添加脚本,监听单头的申请日期,当该字段的值有改动后,自动将值赋给需求日期和交货日期。 0.5 新增及调整字段 EASSCMA1P0010 领料申请单增加库位 客户有大量批次物料需要在领料申请单上录入,操作时使用系统台账新增分录功能录入。由于申请单上没有库位信息,导致申请单关联生成领料出库单后库位信息不能携带,仓管员不得不手工录入库位信息,给操作上带来极大的不便。 "1、领料申请单加上“库位”字段,非必录,可编辑,F7类型; 2、台账新增分录时,自动从台账携带。 " 0.5 新增及调整字段 EASSCMA1P0014 领料出库单单头增加内部客户 集团总部向外部供应商要货,再供各下属分支机构领用,领用时用领料出库单处理,需要在单据头指定下属机构(内部客户),总部到一定时间汇总领用情况,按已领用数量与下属机构结算。结算时,需要用领料出库单下推销售出库单,销售出库单单头字段“送货客户”取领料出库单上的下属机构(内部客户)。 在领料出库单单头增加字段:“内部客户”,非必录,由用户手工F7选择,F7范围为领料出库单主业务组织所在财务组织的内部客户。 0.5 新增及调整字段 EASSCMA1P0016 采购收货单增加“采购组”字段 采购收货单只有采购组织字段没有采购组字段,而采购订单及采购入库单都有这两个字段。现采购收货单需要添加该字段。客户这边需要通过这个字段配合工作流,不同采购组由不同人员审批。 "1) 采购收货单编辑界面增加采购组字段; 2) 采购收货单序时簿界面增加采购组字段; 3) 在onload()方法增加KDTEditListener事件,实现采购组织与采购组的联动 " 0.5 新增及调整字段 EASSCMA1P0020 付款申请单携带上游单分录信息 根据合同或应付单下推的付款申请单能否将数量、单价、含税单价带过来,这样客户高层领导审批时就方便了,现在客户领导都不知道这笔钱是买的什么。 "1) 付款申请单编辑界面增加数量、单价、含税单价字段; 2) 付款申请单序时簿界面增加数量、单价、含税单价字段; 3) 采购合同、应付单关联生成付款申请单的BOTP添加数量、单价、含税单价的配置 " 0.5 新增及调整字段 EASSCMA1P0021 物料增加型号字段并携带到相关单据 针对“物料”基础资料,供应链客户提出将其中物料的“规格型号”字段改为“规格”和“型号”两个字段,供应链涉及到物料资源的地方全部要改,以方便其对物料资料的管控和查询。 "1) 物料上面增加型号字段。 2) 物料上的规格型号字段名称修改为规格。 3) 以销售订单为例,将物料的型号字段携带到销售订单上面。 " 0.5 新增及调整字段 EASSCMA1P0024 付款单增加物料字段新增和关联应付单生成付款单时,需要在付款单上反映此次付款对应的物料情况,即显示物料信息,目前付款单上没有显示,请问如何能够在付款单上显示所付款对应的物料信息。 "⑴付款单上面增加物料字段; ⑵关联生成付款单的botp携带物料到付款单。 " 0.5 新增及调整字段 EASSCMA1P0025 销售出库单增加到期日期 客户很对委托代销的产品有个委托期限,希望在出库单上增加“到期日期”,同时到期日期支持有权限的修改,审核后也可以修改。 "1. 销售出库单分录上面增加到期日期字段; 2. 到期日期字段支持字段权限; " 0.5 新增及调整字段 EASSCMA1P0026 库存调拨单增加单位标准成本,标准成本 存货核算延续计划价模式,存在库存调拨业务,但库存调拨单上无计划价(单价、金额)显示列,而计划价的审核是调出、调入双方审核的重点内容。因为客户需要采取“直接调拨”模式,自动生成调拨出、入库单,因此库存调拨单上就应有计划价(单价、金额)显示列,以便于审核。 "1) 库存调拨单增加单位标准成本、标准成本字段; 2) 单位标准成本取自物料财务页签,标准成本自动计算得出。 " 0.5 新增及调整字段 EASSCMA1P0047 费用项目增加对方科目字段并携带到应付单 "客户需要按照费用项目对应不同科目,通过DAP自动产生凭证。原计划是通过在费用项目添加记账分类,然后根据记账分类取对应的科目,但是目前系统不支持取费用项目新增的记账分类。 1.通过函数对应科目。根据费用项目,然后通过函数取对应科目编码,做到科目映射。但由于费用项目比较多,而且可能会不时做出更改,所以工作量较大。 2.在做其他应付单的时候,填上对应科目和对方科目,通过dap取数生成凭证。但业务部门工作量增大,而且可能会由于填写错误导致后续凭证有错。 " 在费用项目中二次开发增加一个字段,用于维护对应的科目,建立与科目的映射关系,在新增应付单时,可以根据录入的费用项目,自动默认携带到应付单的对应科目字段上,再根据DAP去生成凭证; 0.8 新增及调整字段 EASSCMA1P0097 EAS供应链_付款申请单可以指定比率 在做付款申请时,每次的付款都是按应付单的某一固定比例来进行支付申请,在应付单(供应商一次性开出发票)下推付款申请单时,每一分录的申请付款金额都需手工计算修改工作量太大,而且容易出错,希望在付款申请单表头增加“本次付款比例”字段,录入后每一分录行上的“申请付款金额”自动按照本次付款比例*(累计付款金额+未付款金额)得出,减少人工计算与录入的工作量与出错率。 采购入库单也可做类似处理。 0.5 新增及调整字段 EASSCMA1P0103 采购收货单分录增加单价金额字段 用户的采购收货单是关键单据,需要通过收货单关联生成和查询到票情况,但收货单上没有单价金额字段,应付单无法从它取价。 因采购收货单分录上本身已有单价、金额两个字段,但界面上不显示,只要把它们显示出来即可。 0.3 新增及调整字段 EASSCMA1P0236 应收单增加携带物料产地字段 客户总部配送中心已处上线阶段。客户的物料确实有产地的需求,没产地栏就无法区分相同名称、规格的物料。所以把物料基础资料中的“助记码”设置成了产地名称 "1. 物料基础页签上增加产地字段。 2. 应收单上增加列“产地”,自动携带显示物料上的“产地”。 3. 增加物料改变事件,自动携带物料的“产地”到表格上。 " 0.5 新增及调整字段 EASSCMA1P0260 比价单到合同放开部分字段可BOTP配置 采购比价单中的一些字段,付款条件、付款方式、采购提前期、送货方式无法带入采购合同中 1. 放开采购合同的相关字段,使其可以参与botp配置; 0.2 单据操作控制修改 EASSCMA1P0011 应收单联查销售成本 销售业务完成后,需要在同一张单据上同时显示每一笔记录的收入和成本,以便对账。 在应收单序时簿上增加两个字段:单位成本、成本,按来源单据分录ID关联对应的销售出库单,获取相应成本字段。 0.5 单据操作控制修改 EASSCMA1P0028 销售退货申请单表头金额字段有计算逻辑 在销售退货申请单表头上添加三个字段“退货金额”“换货金额”“退换货金额差额”;退换货金额差额=退货金额-换货金额。 "1. 在销售退货申请单增加三个字段; 2. 在loadfields()方法增加datachanged事件,实现逻辑计算 " 0.3 单据操作控制修改 EASSCMA1P0028 销售退货申请单增加库位需要和仓库联动 在“销售退货单”中维护分录时,系统默认只能精确到“仓库”而精确不到“仓位”,需要实现两者的联动。 "1. 在销售退货申请单分录增加库位字段; 2. 在onload()方法增加KDTEditListener事件,实现仓库与库位的联动。 " 0.3 单据操作控制修改 EASSCMA1P0032 对比价单中没有报价的物料用颜色标记 客户在做一批物料的询报后,由于个别的物料对其中某个别供应商没有询到价格,携带到比价单上也是没有报价的,但客户针对此批物料客户要按供应商总价来选择,由于存在个别物料没有报价因素的影响不好选择,现客户要求针对这种没有报价的物料利用特别醒目的颜色予以显示,以便让客户及时快速的予以判断。 比价单中对单价为0或者为空的行用红色背景色表示 0.2 单据操作控制修改 EASSCMA1P0048 应收单的付款方式字段修改显示为收款方式 新增应收单时,发现应收单的【收款方式】字段显示为【付款方式】 修改应收单付款方式为收款方式 0.2 单据操作控制修改 EASSCMA1P0053 应付单付款单放开合同号可编辑 客户只用应收应付和总账系统,没有用供应链系统,但需对采购的服务合同按合同进行应付和付款管理,但应付模块的合同号不能录入,希望合同号能够通过参数控制可以在应付模块手工录入。 "1. 放开应付单分录上的采购合同号,采购合同分录号为可编辑; 2. 放开付款单分录上的采购合同号,采购合同分录号为可编辑; " 0.2 单据操作控制修改 EASSCMA1P0055 收款单的流入预算项目值从第一行携带 应付单生成的收款单的流入预算项目不能粘贴,以前都是可以粘贴的,但是现在不行了,一个收款单分录有几千条,如果一个一个去选择要很长时间 1) 在 输入第一行的流入预算项目的时候,后面的行自动携带第一行的值 0.5 单据操作控制修改 EASSCMA1P0062 应收单应付单数量单价精度设置 "应收/应付单录入界面;单据类型选择为非采购/销售发票的其他类型;在录入表体明细选择费用项目后,自动带出来的数量及单价小数位数不能修改; 现在情况是,单据类型为采购OR销售发票的其他应收应付单据,它的数据精度可以根据物料档案中设置的数据精度带出;(客户设置物料精度为四位小数,可看附图);但其他的单据类型选择费用项目后数据精度为六位;现在客户需要设置费用类型的数量单价精度也为4位。 " 1. 设置应收单,应付单费用类型的数量单价字段精度为4位 0.5 单据操作控制修改 EASSCMA1P0069 采购入库增加仓库唯一限制 一张入库单当有多个仓库时,提交时给于提示(即一般只要一个仓库)。 "物料可以设置默认仓库,单据录入的时候携带仓库,如果物料的仓库设置一致,单据上的仓库通常一致。同时,录入第一条仓库,以后行会自动携带第一行仓库,保证整单仓库基本相同。如果不相同,通常情况下是用户进行了仓库的修改。如果提交时候还要增加提示校验仓库相同 以采购入单为例编写DEP案例。 " 0.5 单据操作控制修改 EASSCMA1P0070 仓库仓管员可跨组织选择 目前客户在选择仓管员时只能选择当前组织或平级组织,不能选择上级组织的职员,这样造成管理上的非常不便,因为在很多情况下仓管员并不是一定是当前组织的。建议改回仓管员可以自由选择。 1) 在仓库编辑界面的onLoad()方法中添加后置脚本来重新设置仓管员的F7范围 0.5 单据操作控制修改 EASSCMA1P0073 付款单选择往来户带出业务员 在做付款单时,选择往来户无法带出对应的业务员出来。财务手动添加工作量巨大。希望可以像收款单一样在客户财务资料里面维护后,自动带出来。 "⑴在供应商财务信息上增加“业务员”字段; ⑵在付款单编辑界面实现根据供应商带出业务员的逻辑 " 1 单据操作控制修改 EASSCMA1P0075 采购合同&订单上的交货日期不可编辑 单据转换,采购比价单到采购合同,采购合同到采购订单,客户希望采购合同和采购订单上面的交货日期是单据带过来的,不希望能修改。 "1) 在采购合同编辑界面的onLoad()方法中添加后置脚本来设置交货日期的控制逻辑; 2) 在采购订单编辑界面的onLoad()方法中添加后置脚本来设置交货日期的控制逻辑; " 0.5 单据操作控制修改 EASSCMA1P0075 采购合同&订单上的交货日期不可编辑 单据转换,采购比价单到采购合同,采购合同到采购订单,客户希望采购合同和采购订单上面的交货日期是单据带过来的,不希望能修改。 "1、 在采购合同编辑界面的onLoad()方法中添加后置脚本来设置交货日期的控制逻辑; 2、 在采购订单编辑界面的onLoad()方法中添加后置脚本来设置交货日期的控制逻辑; " 0.5 单据操作控制修改 EASSCMA1P0083 应收应付单据分录上的科目名称显示长编码 应收应付单的单据中,会计科目只显示短名称,这样财务部门在审核时无法判断科目是否正确,应能查看科目全称,方便审核。 通过脚本,将科目的显示格式改为显示长名称。 0.2 单据操作控制修改 EASSCMA1P0087 EAS供应链_采购申请单修改单头日期联动修改分录需求日期和交货日期 客户为餐饮企业,每日进行采购,且采购物品85%左右相同,做采购申请单时,往往是复制上日的采购申请单,然后再进行修改,其中很大程度上只是修改日期(包括单头的申请日期、分录的需求日期和交货日期),但现在只能逐行修改分录的需求日期和交货日期,工作量太大,希望修改表头申请日期后,表体的需求日期和交货日期能自动跟着修改。 添加脚本,监听单头的申请日期,当该字段的值有改动后,自动将值赋给需求日期和交货日期。 0.5 单据操作控制修改 EASSCMA1P0088 EAS供应链_采购订单自动携带第一行分录的交货日期 多行采购订单分录的交货日期相同,批量修改时,需要一行一行修改,工作量很大,希望有对交货日期进行批量填充的功能。 添加脚本,新增或插入分录时,自动取第一行分录的交货日期;添加脚本(监听器),修改第一行分录的交货日期时,自动修改其它分录的交货日期。 1 单据操作控制修改 EASSCMA1P0089 EAS供应链_采购订单的部门默认取采购员的上级部门 销售订单、采购订单等单据,比如采购订单,选择采购员后,部门默认带出的最底层的班组或科室,而统计时需要到上一级部门,因此希望单据上能默认取采购员的上级部门。 通过脚本,实现选择不同的采购员后,自动取采购员主职务所在行政组织的上级组织。 1 单据操作控制修改 EASSCMA1P0090 业务日期显示时分秒 环保行业,出入库业务发生的时间需要明细到时分秒,供政府部门监控使用,但目前系统中的出入库单据的日期类字段只能显示到日期。 新增一个日期字段,可以明细到时分秒 0.2 单据操作控制修改 EASSCMA1P0092 关联生成的其他入库单新增分录允许编辑物料 "副联产品入库,生产订单关联生成其他入库单,订单无法明确副联产品的物料编码,需要在其他入库单中根据实际生产情况新增分录,并输入入库的物料。 目前701版本关联生成的其他入库单可以新增分录、台账新增分录,但是新增分录后物料字段不可编辑。7.5则不可新增分录。 " 通过脚本,放开新增的分录行的物料字段,允许编辑;对于7.5版本,还要放开新增分录、插入分录按钮,以实现关联生成时也可以增加分录。 0.5 单据操作控制修改 EASSCMA1P0094 EAS供应链_关联生成的销售出库单显示付款方式 目前手工录入的销售出库单,可以显示付款方式字段,不显示来源单据类型,但关联生成的销售出库单,会在原付款方式字段的位置上显示来源单据类型,而付款方式字段不可见。 现在产品中将付款方式和来源单据类型放置在同一个位置,默认来源单据不可见,当关联生成销售出库单时,将来源单据类型置为可见,付款方式置为隐藏,因此只要把其中一个字段移到别的位置,使之不重叠,并确保任何时候两个字段均为可见即可。 0.2 单据操作控制修改 EASSCMA1P0095 放开领料出库单分录的“领料日期”字段,允许编辑 领料后再补单,需要记录实际领料日期,在一张单据上录入多次入库,因单头只有一个业务日期,不能满足要求,需要在分录上分别输入各笔物料领用的实际日期 放开分录上的“领料日期”,允许编辑 0.5 单据操作控制修改 EASSCMA1P0096 修改采购订单“价外税”的默认值 客户的采购业务主要是价内税,因此采购订单的“价外税”默认不勾选 通过脚本,将单头的“价外税”字段默认设为不勾选 0.2 单据操作控制修改 EASSCMA1P0100 盘点表放出附件管理菜单 库存盘点时,希望能附上盘点时的一些附件,但没有附件管理菜单可操作 系统默认将附件管理菜单隐藏,放开显示出来即可。 0.2 单据操作控制修改 EASSCMA1P0101 下推生成的采购报价单允许新增删除分录 应商报价时可能会针对数量范围,交货地址不同会有不同的报价,需要在报价单中新增删除分录 ,但目前系统对关联生成的报价单,不能新增删除分录。 在工具栏上增加新增分录和删除分录两个按钮,这个按钮本身是存在的,只是当报价单是由询价单关联生成时,默认隐藏了,至须将其放出来即可。 0.2 单据操作控制修改 EASSCMA1P0102 批量修改销售出库单的销售组和销售员 销售出库单中的销售员和销售组是必填字段,一般情况下,一张出库单都是一个销售员和销售组,希望在录入的时候和库存一样,选择第一行销售员后,下面的分录自动带出,避免每行都要录入。 工具栏上增加一个按钮:批量修改销售组和销售员,并添加相应的处理逻辑 0.5 单据操作控制修改 EASSCMA1P0107 销售订单复制新增清空已禁用的客户信息 在基础资料物料、供应商、客户禁用之后,有此物料、供应商的采购订单或其他单据,点复制新增,同样可以保存提交审核。需要在单据复制新增后校验物料、客商的状态,如果为禁用状态则复制新增后清空物料、客商信息。 以销售订单的客户为例:在复制新增的操作中增加后置脚本校验客户的状态,如果为禁用状态,清空客户信息。 0.5 单据操作控制修改 EASSCMA1P0109 付款单审核后控制不能修改 付款单目前审核后修改按钮亮显,可以修改,且与一般修改权限共用同一权限,控制与其他业务单据控制不一致,客户应用需要控制付款单审核后不允许修改。 "1. 在付款单编辑界面,“加载值(LoadFields)”项中增加后置脚本,处理当单据状态为审核状态时,修改按钮灰显; 2. 在付款单序时簿界面,操作“修改”项中增加前置脚本,控制当单据状态为审核,点击修改按钮运行失败并给出用户提示“已审核的付款单,不允许修改,请重新选择” " 0.5 单据操作控制修改 EASSCMA1P0111 销售订单下推生成采购订单需要控制费用承担部门 销售订单下推生成采购订单,已默认出费用承担部门为上游单据字段,此时修改采购员时系统会自动更新费用承担部门为‘总部服装产品部’。采购订单的费用承担部门不应根据采购员的修改而改变。 "1. 增加字段“是否携带部门”,用于记录是否销售订单下推携带的部门,隐藏。 2. 扩展handleAfterTransform方法,处理销售订单下推来的采购订单“是否默认部门”字段的值。 3. 采购订单界面,扩展loadfields的后置脚本;如果“是否默认携带部门”为是,而且有值则不允许修改 4. 在“部门”字段上扩展dataChange事件;如果是销售订单下推的,而且有值则不允许修改 " 0.5 单据操作控制修改 EASSCMA1P0112 采购申请单申请人F7改为全集团职员范围UI 采购申请单的采购申请人的F7,现在虽然你帮我改对了逻辑,但是客户使用有障碍(今天好多个部门无法继续采购申请流程,很着急)。因为703原来松散的判断让客户的特殊的组织架构反而没有问题,但是现在严格了,客户就无法用了。所以希望把采购申请人的F7改成现在财务模块通用的F7:默认显示当前单据主业务组织所在的管理单元中的行政组织列表,下面还有个选项“显示全部组织”,点这个选项可以显示全集团的行政组织 "1. 扩展onload方法,增加后置脚本,设置F7UI为左树右表形式。 2. 扩展onload方法,增加前置脚本,给“申请人”控件增加事件(willShow, willCommit)控制F7的过滤条件。 " 0.3 单据操作控制修改 EASSCMA1P0113 应付单单据日期按系统当前期间设置默认 应付单拉式生成或者新增时的日期如何设置可以实现以下需求:默认是当前系统日期; 若当前系统日期不在应付系统期间内,则日期默认为应付系统期间的最后一日。(如3月13日做应付单,业务期间在2期,那单据的日期是2月28日,若业务期间在3期,则单据日期为3月13日) "1. 扩展onload方法,处理新增单据时,单据日期的默认值 2. 扩展handleAfterTransform方法,处理Botp生成时,单据日期的默认值 " 0.3 单据操作控制修改 EASSCMA1P0116 采购申请单申请人范围为申请人所在管理单元下的所有人员 "需求描述:行政领料,行政组织记账对应的财务组织,但申请人行政组织所在管理单元与财务组织所在管理单元不是同一管理单元,无法选择的申请人员。 目前范围:供应链单据与当前组织无关,申请人范围为财务组织所在的管理单元下的人员。 处理方式:建议用户DEP处理或者二次开发处理,可以定义申请人范围为申请人所在管理单元下的所有人员,默认值为当前用户。 " "1. 扩展onload方法,增加后置脚本,设置默认 2. 扩展onload方法,增加前置脚本,给“申请人”控件增加事件(willShow, willCommit)控制F7的过滤条件。 " 0.3 单据操作控制修改 EASSCMA1P0118 采购入库单锁定计量单位 "功能点:采购入库单字段控制 应用场景:集团需要按统一的计量单位对下属机构的出入库业务进行汇总,但由于之前物料已经被设为多计量单位,且多计量单位已经被使用,无法修改或删除物料的多个单位,在DEP里把计量单位字段设为锁定 " 扩展onload方法,增加后置脚本,当“单位”单元格被激活时,设置为锁定。 0.3 单据操作控制修改 EASSCMA1P0119 采购收货单不允许手工新增 客户希望采购收货单只能通过采购订单关联生成,不允许业务部门采用手工新增来完成。 1. 扩展界面逻辑校验(beforeStoreFields)方法,增加前置脚本,校验是否关联生成 0.3 单据操作控制修改 EASSCMA1P0120 销售订单下推生成的销售出库单付款方式不能显示 订单关联生成的销售出库单,一般情况下订单决定了付款方式,标准产品由于界面布局的原因,由订单携带过来的付款方式在后台隐藏显示,没有放置在界面上。 1. 扩展loadfields方法,增加后置脚本,显示付款方式 0.2 单据操作控制修改 EASSCMA1P0121 领料出库单设置默认事务类型 EAS7.0.3版本事物类型默认为领料出库,升级到7.5后,每做一张单都要选择,客户反映增加了很多工作量,对升级效果的整体产生影响,请设置一个默认值“020”,如有不同,容许客户修改。 1. 扩展onload方法,增加后置脚本,如果是新增时,且事务类型为空,设置为‘020’领料库存。 0.2 单据操作控制修改 EASSCMA1P0137 生产入库单成本中心只可过滤出生产类成本中心 生产入库单与领料出库单的成本中心都是非生产类型,在成本管理中,投入产量录入界面可以显示生产入库单,但在材料费用分配-领料出库费用分配界面不能显示领料出库单,无法进行成本费用归集。希望对生产入库单进行控制,只能使用生产类的成本中心 1. 控制生产入库单只能使用生产类型(直接生产部门、辅助生产部门)的成本中心; 0.5 单据操作控制修改 EASSCMA1P0141 付款申请单携带上游单分录信息 根据合同或应付单下推的付款申请单能否将数量、单价、含税单价带过来,这样客户高层领导审批时就方便了,现在客户领导都不知道这笔钱是买的什么。 "1、 付款申请单编辑界面增加数量、单价、含税单价字段; 2、 付款申请单序时簿界面增加数量、单价、含税单价字段; 3、采购合同、应付单关联生成付款申请单的BOTP添加数量、单价、含税单价的配置 " 0.5 单据操作控制修改 EASSCMA1P0155 单据编辑界面增加合计行及合计字段 采购收货单编辑界面金额字段没有合计,序时簿中数量、金额在合计行没有合计 设置编辑界面及序时簿界面数量、金额字段的参与合计行 0.1 单据操作控制修改 EASSCMA1P0160 采购询价计划单数量从,数量到填写之后带入采购报价单 在采购询价计划单中,通过DEP设置可以在字段“数量从”、“数量到”中填写数量,但是无法带入采购报价单中,仁和目前的采购询价业务为:比如采购产品A的数量1000个,有三家供应商分别为D/E/F,那么对这三家供应商询价的数量会出现差异,D的询价范围会是:0---200,E的询价范围是:500--800,F的询价范围是:800-1000。即在询价时由采购部向供应商提供具体的数量范围 "1. 询价计划单的数量从,数量到字段可修改 2. 数量从,数量到字段可携带到报价单 " 0.5 单据操作控制修改 EASSCMA1P0161 采购合同到期后不能再进行付款 操作采购合同付款时发现一个问题,采购合同到期失效后仍然可以进行做付款单付款,依据完美公司采购合同付款原则:合同到期失效后不再进行付款,现需要金蝶EAS系统在采购合同到期失效后自动终止做付款单付款。 在合同生成付款单时增加到期日期的校验 0.5 单据操作控制修改 EASSCMA1P0169 采购申请单校验申请数量大于0 "1、采购计划员上报采购申请的时候可以只填审批数量,申请数量可以为空,客户要求软件必须是申请数量不能为空或0; 2、申请数量为空,审批数量不大于0,提交审核以后申请数量为0; 3、客户需求申请数量不能为空,审批数量可以为0。 " "1. 提交时校验申请数量必须大于0; 2. 提交的检查审批数量,如果为空或者为0,设置审批数量等于申请数量。 " 0.5 单据操作控制修改 EASSCMA1P0174 采购订单受合同有效期控制 采购合同关联采购订单时,将采购订单的业务日期填写在合同有效期外,但依然能够提交,合同有效期并没有控制不允许单据生成。 1) 在采购订单后台_submit()前添加脚本; 0.5 单据操作控制修改 EASSCMA1P0194 销售出库单审核状态才能打印 由于用户多次将提交或保存状态下的销售出库单打印出来,并根据此发了货,而出库单没有审核,造成了极大风险。所以希望销售出库单只有在审核状态下才能打印。 控制打印时非审核状态给提示 0.5 单据操作控制修改 EASSCMA1P0262 销售订单不打印数量为0的分录,变更时可删除分录 "销售订单做变更后,分录不能删除,只能改为0;但是在打印的时候数量为0的数据仍显示出来。现客户的需求是: 1、销售订单变更后,能否删除分录。 2、不能删除分录后,分录数量为0的不打印。 " "1. 销售订单变更后,可以删除分录。 2. 分录数量为0的不打印。 " 0.5 单据操作控制修改 EASSCMA1P0302 采购订单新增时不允许修改价格但是变更时可以修改价格 强制使用供货价格时,新增和变更都能修改价格。或者重置参数设置,新增和变更都不能修改价格,不能满足客户需求.客户需要新增采购订单不能修改价格,只有变更时才能修改价格。 "设置价格控制策略采购订单的修改控制为禁止修改 通过dep设置变更时价格字段可以修改。 2.前置补丁:PT079158 " 0.3 单据操作控制修改 EASSCMA1P0331 库位F7增加维护功能按钮 采购入库单分录中F7选择库位后,希望在库位显示界面增加维护按钮,可以在采购单界面直接进行库位的维护和物料存放分配设置,方便客户操作 "1. 目前DEP不支持在F7LocationUI上增加按钮 2. 扩展onload方法,采用代码方式增加“维护”按钮 3. 按钮增加点击事件,打开库位维护界面 " 0.5 单据操作控制修改 EASSCMA1P0338 采购入库单自动根据数量计算采购费用 采购订单多次推采购入库单,采购费用从采购订单携带,修改数量后,不能按数量比例重新计算采购费用。 在采购入库单分录上增加一个字段:单位采购费用,支持botp配置从上游单据携带;在修改入库单的数量或单位采购费用后,自动按数量*单位采购费用计算出采购费用。 0.5 单据操作控制修改 EASSCMA1P0340 库存盘点可选择是否调整辅助数量 库存盘点时,数量没有差异,但辅助数量有差异,目前产品也会生成盘点调整单,但实际应用中,有可能用户不希望调整辅助数量。 在盘点表上增加字段,允许用户自由选择是否要调整辅助数量。 0.5 序时簿显示调整 EASSCMA1P0132 采购订单序时簿增加部门字段 采购订单单据头已录入了部门信息,但在序时簿无法显示出部门信息。导致数据过滤查询时无法按部门查询及统计 "1. 采购订单业务数据源导入部门 2. 采购订单序时簿增加部门字段 " 0.2 序时簿显示调整 EASSCMA1P0138 采购订单序时簿可以过滤查看费用分录的信息 用户在做采购业务环节的费用分析和查询工作,希望在采购订单序时簿查询界面,能将费用明细页签中的字段作为自定义查询条件,查询到符合条件的采购订单分录,从而对费用情况进行统计分析 "1. 采购订单查询增加费用分录相关字段; 2. 采购订单序时簿增加费用分录相关字段; " 0.5 序时簿显示调整 EASSCMA1P0141 付款申请单序时簿显示“申请人” 目前付款申请单序事簿中没有“申请人”字段,希望能够增加方便查看申请人 1) 付款申请单序时簿增加申请人字段 0.2 序时簿显示调整 EASSCMA1P0143 委外订单序时簿显示“ 未收货数量” 目前委外订单序事簿中没有“未收货数据字段,无法查询出未关联完成的订单 1、 委外订单序时簿增加“未收货数据字段,并放开相应的过滤条件、表格设置、排序功能; 0.3 序时簿显示调整 EASSCMA1P0144 EAS供应链_销售出库单序时簿显示辅助单位和辅助数量 物料启用辅助计量单位,但在销售出库单序时簿,辅助单位和辅助数量不可显示。 在DEP中,将序时簿的Query的辅助单位和辅助数量放出来,序时簿添加两列,用以显示这两个字段。 0.3 序时簿显示调整 EASSCMA1P0150 EAS供应链_付款申请单序时簿显示每张单据的总金额 查询付款申请单序时簿时,希望能看到每张申请单的明细,并在两列中分别显示每张单据的总申请金额、总批准金额,目前没有这两列。 付款申请单单头有两个字段:申请金额、审批金额,就是单据各分录的申请金额和审批金额的合计,而且在付款申请单序时簿的Query中也包含了这两个字段,序时簿界面没有放出来,因此只要在DEP中为序时簿添加两个列,把这两个字段显示出来即可。 0.2 序时簿显示调整 EASSCMA1P0158 采购入库单序时簿支持按照供应商进行快速查询 采购入库单序时簿快速查询栏,增加按照供应商过滤查询的“查询条件” 1. 设置业务数据源上的字段扩展属性,放开供应商字段的快速查询 0.2 综合 EASSCMA1P0002 物料增加核算项目携带到DAP中 账务系统需要核算到物料大类,目前物料基本分类分为多个分类,财务科目核算分类采用的是自定义核算项目, 分类方式及编码与物料基本完全相同,在DAP中如何根据物料取到对应在自定义核算项目中的分类编码,并在 DAP中对自定义核算项目进行赋值。 举例说明: 物料基本分类: 01 进口钛白粉 01.01 石原 01.02 杜邦 02 国产钛白粉 自定义核算项目(物料大类)分类与上面完全相同; "1. 新增自定义核算项目“物料类别”(实际做此案例时,建议用bim来开发基础资料,目前dep开发的基础资料在作为核算项目时,还有个缺陷); 2. 引入核算项目的横表,建立核算项目与新增“物料类别”基础资料的关系; 3. 物料主档基础资料页签增加“物料类别”; 4. 库存单据中增加物料类别,携带物料基础资料相应的“物料类别”; " 1 工作流 EASSCMA1P0301 采购订单工作流审批根据“是否存在附件”选择不同下级节点 如何在采购订单使用工作流审批根据“是否存在附件”选择下级节点,因为采购订单数据表没有附件数字段。 在工作流中增加脚本判断当前单据的附件数量,根据不同的附件数量,走不同的下级节点。 0.3 二次开发案例 EASSCMA1P1100 采购订单工作流审批根据“是否存在附件”选择不同下级节点 在选择物料的之前不希望选择申请组织,希望可以直接选择物料,然后反填申请组织 "这个需求没办法通过DEP来实现,所以需要通过二次开发的代码来实现 1.去掉选物料之前对申请组织为空的校验。 2.选择物料之后处理申请组织的值 3.依赖补丁:PT079158. " 1.5 二次开发案例 EASSCMA1P1000 采购订单选择物料自带供应商 客户在 选物料之前不知道供应商是谁,现在的采购订单是先选择供应商,然后才允许选择物料。客户希望可以直接选择物料,然后根据物料携带出供应商。并且在物料f7里面可以看到供应商 "在采购订单上面增加一个菜单按钮,选择物料,弹出物料f7界面以供选择 2.新增一个业务数据源:物料供应商查询,关联物料和供应商 3.采购订单上面处理物料选择后校验供应商唯一,携带供应商到界面等。 " 2
数据运营 作用&意义 知错能改,善莫大焉 —错在哪里,数据分析告诉你 运筹帷幄,决胜千里 —怎么做好“运筹”,数据分析告诉你 以往鉴来,未卜先知 —怎么发现历史的规律以预测未来,数据分析告诉你 工作思维 对业务的透彻理解是数据分析的前提 数据分析是精细化运营,要建立起体系化思维(金字塔思维) 自上而下 目标—维度拆解—数据分析模型—发现问题—优化策略 自下而上 异常数据 影响因素 影响因素与问题数据之间的相关关系 原因 优化策略 数据化运营7大经典思路 以目标为导向,学会数据拆分 细分到极致 追踪思路 运营的问题,是追踪出来的,不是一次就看出来的 所有的数据都是靠积累和沉淀才能发现问题,单一的数字没有任何意义,只能称为 “数值” 结合/拆分思路 追踪数据,多个维度结合分析。 从多个维度拆分数据 对比思路 大的营销事件作为节点单独标记,数据剔除出来单独进行分析 节点思路 如运营活动等 行为标记思路 将大动作的优化,大的项目上线及时标注在数据表中 培养数据的敏感度 培养数据思维,从每天的各种数据报表开始 数据来源 数据埋点 初级 追踪每次用户的行为,统计关键流程的使用程度 中级 在产品中植入多段代码追踪用户连续行为,建立用户模型来具体化用户在使用产品中的操作行为 高级 研发团队合作,通过数据埋点还原出用户画像及用户行为 常用数据分析工具 友盟、Talkingdata 友盟的页面访问分析,对帮助分析用户流失有重要指导意义 网站Alexa排名查询、爱站网、中国网站排名、网络媒体排名 禅大师、ASO100 各种指数 百度指数、搜狗指数、腾讯浏览指数、360指数、某视频网站指数 数据库、运营后台等 工作内容 数据监控 检测异常指标,发现用户对您产品的”怒点“ 如:多次获取手机验证码,次数剧增 这里需要考虑有一个监控指标 新功能数据分析 通过留存曲线检验新功能的效果 通过留存看新功能用户的接受程度 通过用户反馈或调研,了解新功能接受度 数据指标 标记: 红色 整体概况 1、[大盘数据]用户及收入表格+折线图 注册用户(今天、昨日、近3天、近7日、近30天、全部) 新增用户、付费用户、充值总额 2、同时在线趋势折线图 在线人数一向是游戏火热程度的最好衡量 需要有同期对比功能,有参照物才能更好的比较 3、付费渗透 日付费率变化折线图 日付费率通常不稳定,一般情况下看周付费率或月付费率 付费率=充值人数/活跃人数*100% ARPU值变化折线图 ARPU值=总收入/活跃人数 ARPU值影响因素 活跃人数DAU发生较大变化 运营活动影响 金字塔 大R 是否有大R用户异常波动(大R用户流失或大R用户进入) 中、小R 大量中R、小R用户出现或消失 ARPPU值变化折线图 ARPPU值=总收入/付费人数 可以用来监控大R用户异常变化情况 如果该值异常波动,请进一步看鲸鱼用户数据 4、用户留存 新用户留存 次日、3日、7日、14日、30日留存 次日留存是对玩家“第一游戏体验”的最佳印证 与游戏的类型、题材、玩法、美术风格、游戏前期内容吸引度、新手引导有效性有直接的相关性 如果导入的新增玩家群体对游戏题材、玩法、美术风格不予认可,留存将会很差,且可优化的空间较小 优化新手引导和前期的游戏内容则可以有效帮助提升次日留存 7日、30日留存则与游戏难度、持续的活动运营、游戏内奖励机制有密不可分的关系 活跃用户留存 一般不分析活跃用户留存,而是通过DAU观察活跃用户流失数据 留存是评定游戏综合质量的最佳指标 5、平均使用时长和平均使用次数 可以使用柱状图来展现 两项宏观行为指标可反映出用户对app的依赖程度 如果留存较好,但时长和次数均不高,则可能是因过于强调每日登录奖励,但持续的app内容用户家缺乏吸引力所致 用户分析 用户规模 下载数量 新增用户 定义:每日注册并登录游戏的用户数量 ——解决问题 渠道贡献新用户份额分布,监控重点渠道 宏观走势,是否需要进行市场投放 判断是否存在渠道作弊行为、渠道包被下架等问题 日一次会话用户数 即新登用户中只有一次会话,且会话时长低于门阀值 ——解决问题 推广渠道是否有刷量作弊行为 渠道推广质量是否合格 用户导入是否存在障碍点,如网络状况和加载时间等 用户获取成本 解决问题 获取有效新登用户成本 如何选择正确的渠道优化投放 需要根据渠道来细分不同渠道的获取用户成本 了解用户成本 活跃用户 DAU(日活跃用户) 定义 每日登录过游戏的用户 解决问题 了解游戏的核心用户规模 了解游戏产品生命周期变化趋势、渠道活跃用户生命周期 了解游戏产品老用户流失和活跃情况 注意事项 日活跃=新增用户+回流用户+老用户 如果日活跃依靠新增为维持,留存肯定有问题 健康比例3:7,当然不同产品会有一定差异 WAU(周活跃用户) 定义 截止当日,最近一周含当日的7天内,登录过游戏的用户,一般按照自然周计算 解决问题 游戏的周期用户规模 游戏产品的周期性/每周变化趋势衡量 注意事项 利于在不同活跃用户规模的维度上发现和掌握游戏用户规模的变动 数据去重 MAU(月活跃用户) 定义 截止到当天,最近30天(含30天)登录过游戏的用户 解决问题 游戏总体用户规模并评估用户规模稳定性 推广效果评估 了解产品的粘性 注意事项 MAU层级的用户规模更加具有稳定性、相对变化很小 某个时期或版本更新对其可能也产生较大影响 数据去重 一定程度上可以观察游戏的生命周期 DAU/MAU(日活跃用户和月活跃用户的比例值) 一般极低值为0.2 保证产品能够达临界规模的病毒式传播和用户粘度 忠实用户 连续3周登录的用户 目前分析价值不大 用户活跃 启动次数(时、日、周、月) 每日启动1次计算为1次启动 需要有一个间隔时间,30秒内多次启动只能计算为1次 解决问题 衡量用户粘度,数值越大越好 识别优质渠道,渠道是否存在刷量 什么渠道/用户启动次数多 日均使用时长 定义 活跃用户每日平均在线时长 解决问题 游戏的参与度怎么样 产品质量把控指标,游戏粘度如何 渠道质量如何 与单次使用时长结合分析留存和流失问题 用户活跃度 DAU/MAU,理论上不低于0.2,0.2*30=6天 解决问题 游戏的人气是增长、衰退还是稳定? 看趋势 一个月中,用户的活跃天数是多少 用户的游戏参与度如何 用户活跃率 活跃率=活跃用户/总用户 了解你的用户的整体活跃度,但随着时间周期的加长,用户活跃率总是在逐渐下降的 用户层次(轻度、中、重) 轻度用户:每周登录1~2次的用户 中度用户:每周登录3~5次的用户 重度用户:每周登录6~7次的用户 解决问题 了解用户忠实度,能否走得动”口碑传播“ 在线统计 实时在线曲线(每5分钟统计一次当时的用户同时在线人数) 上周同期对比 平均同时在线人数、最高同时在线人数和时间 每小时注册用户数 用户在什么节点来的多,需要重点监控该时间段app运行 用户画像 概述 是什么,有什么用,怎么做 构建用户画像的核心工作即是给用户贴“标签”,而标签是通过对用户信息分析而来的高度精炼的特征标识 作用 精准营销 分析产品潜在用户,针对特定群体利用短信、邮件等方式进行营销 用户统计 如购买某类书籍人数 TOP10 数据挖掘 定义 把散乱数据转换成有价值信息的过程 效果评估 完善产品运营,提升服务质量 其实这也就相当于市场调研、用户调研,定位服务群体,提高服务 个性化服务 对服务或产品进行私人定制,精准到某一类甚至每一位客户提供个性化服务 基本构成 用户静态属性 基本指标 年龄、性别、地域、学历、角色、收入、婚姻状态、职业 每个指标均需要从多个角度来分析,以区域为例 各区域充值总金额、充值人数、充值次数、付费率、arpu值分布 交叉分析 以区域和性别为例 不同性别+不同地域环境下,付费率数据…… 渠道分布 品牌、机型、操作系统、分辨率、联网、版本、设备均价、运营商 单设备注册账号数分析 可以分析小号分布情况 用户动态属性 动态属性指具有可变性 基本指标 用户的兴趣爱好、兴趣标签 在互联网上的活动行为特征 用户行为分析环节深入分析 用户消费属性 消费属性指用户的消费意向、消费意识、消费心理、消费嗜好等,对用户的消费有个全面的数据记录,对用户的消费能力、消费意向、消费等级进行很好的管理 用户心理属性 心理属性指用户在环境、社会或者交际、感情过程中的心理反应,或者心理活动 目前,用户心理相对会有难度,不用过多考虑 怎么做 数据收集 数据太多可以采用抽样的方法 数据建模 根据所获取到的数据建立模型,注入数据调整模型参数 数据分析及预测 数据可视化、输出报表、趋势预测 留存分析 留存(次~7日、14日、30日) 解决问题 用户对游戏的适应性 用户对于游戏的粘性 评估渠道用户的质量、投放渠道效果评估 新增用户什么时候流失在加剧? 注意事项 次日留存一定程度上代表了用户对游戏的满意度 主要反映了游戏初期新手对游戏引导和玩法的适应性 关注用户流失率的同时,需要关注用户流失节点 实际运用 常见的7日连续登录礼包 第七天送大卡就是为了次日和7日留存的漂亮 次留很低,可能原因 新手阶段不友好、开场不吸引人、游戏上手难度大 程序bug太多,闪退,卡死,无法登陆等 功能引导太繁琐 次留不低,但是第3-4天大量流失,可能引起的原因 游戏内容重复,单调、游戏挫败感太强;新手无对应保护等 如果只是某个渠道存在这个问题,可能存在渠道作弊 [略]僵尸用户(回归、留存) 流失用户(日周月、自然流失、回归流失) 周流失用户 上周登录过游戏,本周未登录过游戏的用户占上周周活跃用户比例 解决问题 活跃用户的生命周期是多少 哪个渠道的流失率比较高 版本更新对于用户的流失影响是多大 什么时期用户的流失率比较高 当游戏进入稳定期尤其值得关注该指标 (活跃用户的生命周期是多少, 哪个渠道的流失率比较高, 版本更新对于用户的流失影响是多大, 什么时期用户的流失率比较高) 稳定期一般来讲收入和活跃都相对比较稳定,是产品稳定的风向标 付费用户流失监控 用户运营需要高度重视的数据 找到付费用户流失模型(多少天未登录有多少概率流失) 流失原因分析指标 流失用户行为分析 流失前等级分布 是否存在卡点 流失用户生命周期 流失用户付费金额、流失用户付费次数、人数 流失原因分析——流失用户时间节点 流失前运营手段 运营活动、服务器问题、版本更新(bug、新版本用户不接受) app生态 用户成长体系是否健康 用户调研 用户留存分析流程 第一步:分组 按照不同的(时间/渠道/行为等)维度进行用户分组 时间分组 通常用于看整体数据,看整体留存是否出现异常情况 渠道分组 对比不同渠道留存数据 通过不同渠道数据对比,找到异常渠道数据或排出渠道因素 行为分组 按照功能点使用/未使用分组 第二步:对比 根据用户行为进行分组 例子 看贴功能内浏览了3篇贴子的新用户和仅浏览1篇贴子的新用户进行分析 来自A渠道的新用户进行(有使用看贴/未使用看贴)行为分组比较 渠道对比 是不是某些渠道的量出现问题 用户行为 功能使用及参与度 页面访问路径 衍生指标 人均浏览页面数和时长、启动次数、收藏、点赞、关注、评论等 最好形成漏斗模型,规划合理访问路径 关键路径上面各个页面的浏览量 页面转化&用户进入后一步步的转化情况 是否可以简化流程,减少用户操作步骤 (最好形成漏斗模型,规划合理访问路径) 用户习惯分析 平均使用时长 单次使用时长、日使用时长、周使用时长 可以进一步做渠道细分 平均启动次数 日、周、月启动次数 启动天数 周、月游戏天数 使用间隔 平均多长时间启动/使用一次app 用户对app的依赖程度 各个时间段启动app人数分布 用户行为 短期点击行为、搜索行为、收藏行为 等级分析 各个等级平均耗时 用户成长速度 需要严格控制高端用户成长速度 各个等级用户流失 各个等级次日、3日、7日、14日、30日未登录用户数分布 到底在哪个等级阶段用户流失严重? 各个等级用户分布数量 各个等级游戏次数 各个等级充值数据 累计充值总金额、充值人数、充值次数 哪个阶段是付费高峰期? 各个等级首次充值 各个等级首次充值人数、充值次数、各个等级首次充值金额选择 哪个等级段容易拉动首次充值行为? [辅助]各个等级消耗游戏币数据 新用户等级分析 首日等级 所选期间的新增玩家,在其新增当日中最终玩到的等级分布情况 首周等级 所选期间的新增玩家,在其新增7日后玩到的等级分布情况 14日等级 所选期间的新增玩家,在其新增14日后玩到的等级分布情况 近7日等级变化 堆叠图显示每日各个等级人数变化情况 分析新用户成长 (首日等级, 首周等级, 14日等级) 关卡/任务系统 新手引导转化率 任务参与人数及完成情况 支付转化率 漏斗模型的合理使用 用户传播 分享、互动、邀请等 付费分析 整体数据 付费总额 时间段内付费用户消费总额 收入下降,原因? 付费率下降? 付费用户流失比活跃用户流失严重 流失的是大R用户还是中小R用户?流失了多少个 付费用户停止付费但未流失 大R还是中小R停止付费? 哪些消费点的消费在下降或停止? arpu下降? 付费人数增加了? 付费人数无变化、付费金额下降了 哪些消费点的消费在下降?付费点已经饱和? 付费用户 时间段内进行过付费行为的用户数 其次还有一个付费次数、不去重 新增付费用户(日、周、月) 活跃付费用户数 定义 统计时间段内,成功付费的用户数,一般以月为单位统计 活跃付费用户数=月活跃用户数*月付费率 解决问题 了解产品的付费用户规模 付费用户整体的稳定性 了解付费用户构成 鲸鱼用户、海豚用户、小鱼用户各自数量和比例 注意事项 数据是去重的 ARPU 名词定义 平均每活跃用户收入 统计时间段内,总收入/活跃用户数,一般情况下以月为单位 衡量每个用户带来的平均收益 解决问题 评估不同渠道用户的质量 游戏收益贡献、人均收入 用于产品初期不同规模下的收入预估 (评估不同渠道用户的质量, 游戏收益贡献、人均收入) 注意事项 arpu值很高 ——大R付费能力很强,需要重点关注大R用户 付费率高,arpu值低 ——小R用户较多,要多关注小R用户 ARPPU 名词定义 平均每付费用户收入 统计时间段内,付费用户平均所创造的收入,一般以月为单位统计,因为月的数据相对比较稳定 解决问题 了解游戏付费用户平均的付费情况 付费用户整体的付费趋势 加强对鲸鱼用户的分析和监控 注意事项 容易受到鲸鱼和小鱼用户的影响 付费率(一般看月付费率) 名词定义 时间段内,付费用户数/活跃用户数 首充大礼包就是为了拉付费率 月付费率 名词定义 统计时间段类,付费用户/活跃用户比例,一般以月为单位计算 解决问题 游戏产品的付费引导是否合理、付费转化是否达到预期 用户付费倾向和意愿 需要结合首次付费功能、道具、等级整体分析 注意事项 付费率的高低并不代表付费用户的增加和减少 游戏类型不同,付费率有较大的差异 生命周期 定义 一个用户从首次进入游戏到最后一次参与游戏之间的时间间隔 一般计算平均值 14日LTV(新用户后续付费能力指标) 名词定义 用户在生命周期内所创造的收入 14日LTV 14日LTV=今日注册新用户在后续14天内付费额/注册的新用户数 这里计算的是一个平均值 解决问题 用户在游戏中会待多久 用户对于游戏的贡献价值是多少 付费用户流失数量 本周付费用户下周未登录人数 付费习惯 付费周期 首次付费周期 用户注册到第一次充值的平均时间间隔 付费周期 上一次付费和下一次付费的时间间隔 付费渠道 采用那种支付方式充值?支付宝、微信、公众号等 付费面额 主要为首次充值面额 首次大额度要纳入高端用户维系中去 用户问题、多少天未登录都要及时监控和跟进维系 不同时间段首次付费 用户数量 付费总金额 充值后首次消费行为分析 充值之后第一件事情是购买什么东西? 研究触发用户充值行为的原因,便于优化首充,提升付费率 需要把各个消费点理解透彻 新增付费用户 首次付费用户等级分布 首次付费时间间隔 首次充值面额 结合首次付费用户的游戏天数、累计游戏时长综合分析 (首次付费用户等级分布, 首次付费时间间隔, 首次充值面额) 不同性别/年龄阶段付费分析 首次付费分析 首次付费等级 首次付费周期 首次付费消费结构 首次付费选择订单面额分布 首次付费各个时间节点用户数量及付费总金额 看首次付费正在哪个时间段分布比较多 一周为单位,哪些时间点是付费高峰期? 首次付费用户及后续付费行为 首次付费行为产生原因 充值之后第一件事情是购买什么东西? 发现其中的规律,运营中可以更好利用首次付费 首次付费地域分布 首次付费渠道分布 付费场景 一定程度上可以理解为付费点,在哪些地方会产生付费 消费场景 消费人数和消费次数 鲸鱼用户 每日top100付费用户及累计付费金额数据 账号、id、电话、充值总额、消耗总额、最后登录时间、当前等级 加强对金字塔用户的运营管理 营销效果 新增用户 每小时新增用户 衡量推广效果的最基础指标 新增用户/活跃用户的比例也是衡量产品健康度的标准之一 比例过高,需要关注留存 新增用户渠道分布 活跃用户 渠道分布 启动次数 单次平均使用时长 留存率 检验产品用户吸引力的重要指标 若版本稳定的情况下,留存出现明显波动,很可能是渠道的问题 渠道充值数据 其他 用户行为是否正常、机型、设备分布 其他分析 货币产出和消耗数据 各等级货币消耗 消耗总量 消耗人数 消耗次数 不同道具消耗数据 用户调研 用户来源 用户来自哪里 用户属性 用户是谁 用户在做什么 用户行为 流失原因 用户建议 数据分析模型/方法论 [思维模型]AARRR分析模型 获取(Acquisition) 用户如何发现(并来到)你的产品? 激活(Activation) 用户的第一次使用体验如何? 留存(Retention) 用户是否还会回到产品(重复使用)? 收入(Retention) 产品怎样(通过用户)赚钱? 传播(Retention) 用户是否愿意告诉其他用户? 依据该模型,分出更细分的维度,罗列出影响每一个维度的变量 理解到这里即可,该模型更多的是一个思维模型,也可以叫方法论 (获取(Acquisition), 激活(Activation), 留存(Retention), 收入(Retention), 传播(Retention), 依据该模型,分出更细分的维度,罗列出影响每一个维度的变量) [思维模型]5W2H 何因(Why)、何事(What)、何人(Who)、何时(When)、何地(Where)、如何就(How)、何价(How much) 提供一种问题/业务分析思路 活动运营常用方法论,尤其是编写活动执行案的时候 如何更加全面的思考问题 [思维模型]PEST分析法 用于对宏观环境的分析,包括政治(political)、经济(economic)、社会(social)和技术(technological)四方面 适合做大环境、行业分析,一般情况下用途较少 [思维模型]4P营销理论 分析公司的整体营运情况,包括产品(product)、价格(price)、渠道(place)、促销(promotion)四大要素 以用于公司整体运营情况分析 [思维模型]用户行为理论 主要用于用户行为研究 用户行为理论步骤 认知 网站访问 主要指标有:PV、UV、人均访问页面量、访问来源 熟悉 网站浏览 主要指标有:页面停留时长、跳出率、页面偏好 网站搜索 主要指标有:搜索访问次数等 试用 用户注册 用户注册量、注册转化率 使用 用户登录 登录用户数、DAU等 用户订购 订单量、订购频数、内容、转化率 忠诚 用户粘性 回访者比例、访问深度 用户流失 流失数和流失率 [思维模型]鱼骨图 发现问题“根本原因”的分析方法 多维度分析 细分问题 趋势分析/折线图 数据监控 [思维模型]极简数据分析方法论 3个步骤 确定目标、列出公式、确认元素/字段 3个模型 [提升元素量级]漏斗模型 适用范围:需要多个步骤达成的元素 通过提升转化率,提升单个元素量级 [精细化]多维坐标 精细化运营 通过多维坐标将用户分组,对不同组用户采取对应的运营措施 用户运营也有个经典坐标,叫RFM坐标 [监测数据]分组表格 适用范围:随时间变化的用户属性元素 留存率分组表格 用户行为分析模型 行为事件分析 用户留存分析 魔法数字法 留存与关键用户行为关系组合图 GrowingIO留存曲线 漏斗模型 AIDMA理论是漏斗模型的理论基础 漏斗模型用途 漏斗模型适用于应用中某些关键路径的转化率的分析 以确定整个流程的设计是否合理,各步骤的优劣,是否存在优化的空间等 了解用户使用你应用的真正目的,为他们提供合理的访问路径或操作流程 解决方案思想 扩大漏斗口径 提升转化率 反向漏斗模型 倒推用法——根据目标倒推所需资源配置 趋势、对比、分组 趋势 从时间轴的维度,看某个流程或某个步骤前后优化效果及监控 比较 比较类似产品或服务使用流程转化,发现应用中存在的问题 细分 细分来源或不同的客户类型在转化率上的表现 发现一些高质量的来源或客户,通常用于分析网站的广告或推广的效果及ROI 用户行为路径分析 用户路径的分析结果通常以桑基图形式展现 见友盟——功能使用——页面访问路径 主要用途 分析关键路径上的页面跳转以及转化率,找到流失用户的页面 分析到达关键页面的页面来源,分析关键路径到达的页面 RFM模型/分析法(客户关系管理模型-用户分类方法) R:表示客户最近一次购买的时间 时间差 用户类型(活跃用户、休眠用户、流失用户) 理论上,最近一次消费时间越近的用户应该是比较好的用户 刻画用户的关注程度 F:表示客户在最近一段时间内购买的次数/频数 购买次数count 用户忠诚度 M:表示客户在最近一段时间内购买的平均金额 请注意是平均值 刻画用户的购买力 用户精细化运营常用模型 (R:表示客户最近一次购买的时间, F:表示客户在最近一段时间内购买的次数/频数, M:表示客户在最近一段时间内购买的平均金额) 用户细查 单个用户某行为或过程分析——进而上升到用户群体 如有没有多次获取验证码的情况 热力图 A/B测试(对比测试) 定义 通过对app的两个不同版本进行比较,来确定一个性能更好的方案 核心思想 提供多种方案,最终根据数据效果选择最优方案 注意事项 目标用户群一定是随机分配的 运用 不同创意/不同类型banner数据效果测试 在了解和分析各个渠道质量的时候,也可以运用A/B测试方法论 流失预警模型 分类模型 逻辑树分析法 把问题的所有子问题分层罗列 可用于业务问题专题分析 预测模型、分类模型 神经网络 朴素贝叶斯 支持向量机 K-临近邻算法 随机森林 预测模型 逻辑回归 聚合算法 K-Means 关联算法 Apriori算法 可用于游戏道具组合销售策略 异常检测 辅助算法等 主成分分析 特征选择法 降纬算法 数据分析报告 http://www.woshipm.com/operate/588326.html 运营日报 Excel 运营周报 一页简报——对关键指标汇总+总结,往往是领导要看的数据 多页子页——对关键指标的详细解读和说明、可视化 Excel 运营月报 PPT 数据分析报告 http://www.woshipm.com/data-analysis/677567.html 市场分析 市场需求 市场现状 找到突破口、找到目标用户在哪里 明确目标用户群体 年龄 收入 性别 爱好 目标用户体量 期待抢占多少用户比例 产品定位 基于目标用户需求制定计划 市场分析报告 竞品分析 了解 竞品的目标群体和推广策略 了解竞品运营需求,需要进行整理 了解竞品周边项目和战略布局 5w2h、swot分析 产品分析 产品市场定位 产品体验报告 左右资源 运营资源、技术资源、渠道资源 swot分析 数据运营精髓 通过数据指导运营决策 利用数据驱动业务增长 进一步深入 新增用户 新增设备、新增用户 活跃用户 新用户、老用户;各自数量及占比变化 付费用户 新付费用户、老付费用户;增长衰减变化 收入折线图
数据运营 作用&意义 知错能改,善莫大焉 —错在哪里,数据分析告诉你 运筹帷幄,决胜千里 —怎么做好“运筹”,数据分析告诉你 以往鉴来,未卜先知 —怎么发现历史的规律以预测未来,数据分析告诉你 工作思维 对业务的透彻理解是数据分析的前提 数据分析是精细化运营,要建立起体系化思维(金字塔思维) 自上而下 目标—维度拆解—数据分析模型—发现问题—优化策略 自下而上 异常数据 影响因素 影响因素与问题数据之间的相关关系 原因 优化策略 数据化运营7大经典思路 以目标为导向,学会数据拆分 细分到极致 追踪思路 运营的问题,是追踪出来的,不是一次就看出来的 所有的数据都是靠积累和沉淀才能发现问题,单一的数字没有任何 意义,只能称为 “数值” 结合/拆分思路 追踪数据,多个维度结合分析。 从多个维度拆分数据 对比思路 大的营销事件作为节点单独标记,数据剔除出来单独进行分析 节点思路 如运营活动等 行为标记思路 将大动作的优化,大的项目上线及时标注在数据表中 培养数据的敏感度 培养数据思维,从每天的各种数据报表开始 数据来源 数据埋点 初级 追踪每次用户的行为,统计关键流程的使用程度 中级 在产品中植入多段代码追踪用户连续行为,建立用户模型来具体化用户在使用产品中的操作行为 高级 研发团队合作,通过数据埋点还原出用户画像及用户行为 常用数据分析工具 友盟、Talkingdata 友盟的页面访问分析,对帮助分析用户流失有重要指导意义 网站Alexa排名查询、爱站网、中国网站排名、网络媒体排名 禅大师、ASO100 各种指数 百度指数、搜狗指数、腾讯浏览指数、360指数、某视频网站指数 数据库、运营后台等 工作内容 数据监控 检测异常指标,发现用户对您产品的”怒点“ 如:多次获取手机验证码,次数剧增 这里需要考虑有一个监控指标 新功能数据分析 通过留存曲线检验新功能的效果 通过留存看新功能用户的接受程度 通过用户反馈或调研,了解新功能接受度 数据指标 标记: 红色 整体概况 1、[大盘数据]用户及收入表格+折线图 注册用户(今天、昨日、近3天、近7日、近30天、全部) 新增用户、付费用户、充值总额 2、同时在线趋势折线图 在线人数一向是游戏火热程度的最好衡量 需要有同期对比功能,有参照物才能更好的比较 3、付费渗透 日付费率变化折线图 日付费率通常不稳定,一般情况下看周付费率或月付费率 付费率=充值人数/活跃人数*100% ARPU值变化折线图 ARPU值=总收入/活跃人数 ARPU值影响因素 活跃人数DAU发生较大变化 运营活动影响 金字塔 大R 是否有大R用户异常波动(大R用户流失或大R用户进入) 中、小R 大量中R、小R用户出现或消失 ARPPU值变化折线图 ARPPU值=总收入/付费人数 可以用来监控大R用户异常变化情况 如果该值异常波动,请进一步看鲸鱼用户数据 4、用户留存 新用户留存 次日、3日、7日、14日、30日留存 次日留存是对玩家“第一游戏体验”的最佳印证 与游戏的类型、题材、玩法、美术风格、游戏前期内容吸引度、新手引导有效性有直接的相关性 如果导入的新增玩家群体对游戏题材、玩法、美术风格不予认可,留存将会很差,且可优化的空间较小 优化新手引导和前期的游戏内容则可以有效帮助提升次日留存 7日、30日留存则与游戏难度、持续的活动运营、游戏内奖励机制有密不可分的关系 活跃用户留存 一般不分析活跃用户留存,而是通过DAU观察活跃用户流失数据 留存是评定游戏综合质量的最佳指标 5、平均使用时长和平均使用次数 可以使用柱状图来展现 两项宏观行为指标可反映出用户对app的依赖程度 如果留存较好,但时长和次数均不高,则可能是因过于强调每日登录奖励,但持续的app内容用户家缺乏吸引力所致 用户分析 用户规模 下载数量 新增用户 定义:每日注册并登录游戏的用户数量 ——解决问题 渠道贡献新用户份额分布,监控重点渠道 宏观走势,是否需要进行市场投放 判断是否存在渠道作弊行为、渠道包被下架等问题 日一次会话用户数 即新登用户中只有一次会话,且会话时长低于门阀值 ——解决问题 推广渠道是否有刷量作弊行为 渠道推广质量是否合格 用户导入是否存在障碍点,如网络状况和加载时间等 用户获取成本 解决问题 获取有效新登用户成本 如何选择正确的渠道优化投放 需要根据渠道来细分不同渠道的获取用户成本 了解用户成本 活跃用户 DAU(日活跃用户) 定义 每日登录过游戏的用户 解决问题 了解游戏的核心用户规模 了解游戏产品生命周期变化趋势、渠道活跃用户生命周期 了解游戏产品老用户流失和活跃情况 注意事项 日活跃=新增用户+回流用户+老用户 如果日活跃依靠新增为维持,留存肯定有问题 健康比例3:7,当然不同产品会有一定差异 WAU(周活跃用户) 定义 截止当日,最近一周含当日的7天内,登录过游戏的用户,一般按照自然周计算 解决问题 游戏的周期用户规模 游戏产品的周期性/每周变化趋势衡量 注意事项 利于在不同活跃用户规模的维度上发现和掌握游戏用户规模的变动 数据去重 MAU(月活跃用户) 定义 截止到当天,最近30天(含30天)登录过游戏的用户 解决问题 游戏总体用户规模并评估用户规模稳定性 推广效果评估 了解产品的粘性 注意事项 MAU层级的用户规模更加具有稳定性、相对变化很小 某个时期或版本更新对其可能也产生较大影响 数据去重 一定程度上可以观察游戏的生命周期 DAU/MAU(日活跃用户和月活跃用户的比例值) 一般极低值为0.2 保证产品能够达临界规模的病毒式传播和用户粘度 忠实用户 连续3周登录的用户 目前分析价值不大 用户活跃 启动次数(时、日、周、月) 每日启动1次计算为1次启动 需要有一个间隔时间,30秒内多次启动只能计算为1次 解决问题 衡量用户粘度,数值越大越好 识别优质渠道,渠道是否存在刷量 什么渠道/用户启动次数多 日均使用时长 定义 活跃用户每日平均在线时长 解决问题 游戏的参与度怎么样 产品质量把控指标,游戏粘度如何 渠道质量如何 与单次使用时长结合分析留存和流失问题 用户活跃度 DAU/MAU,理论上不低于0.2,0.2*30=6天 解决问题 游戏的人气是增长、衰退还是稳定? 看趋势 一个月中,用户的活跃天数是多少 用户的游戏参与度如何 用户活跃率 活跃率=活跃用户/总用户 了解你的用户的整体活跃度,但随着时间周期的加长,用户活跃率总是在逐渐下降的 用户层次(轻度、中、重) 轻度用户:每周登录1~2次的用户 中度用户:每周登录3~5次的用户 重度用户:每周登录6~7次的用户 解决问题 了解用户忠实度,能否走得动”口碑传播“ 在线统计 实时在线曲线(每5分钟统计一次当时的用户同时在线人数) 上周同期对比 平均同时在线人数、最高同时在线人数和时间 每小时注册用户数 用户在什么节点来的多,需要重点监控该时间段app运行 用户画像 概述 是什么,有什么用,怎么做 构建用户画像的核心工作即是给用户贴“标签”,而标签是通过对用户信息分析而来的高度精炼的特征标识 作用 精准营销 分析产品潜在用户,针对特定群体利用短信、邮件等方式进行营销 用户统计 如购买某类书籍人数 TOP10 数据挖掘 定义 把散乱数据转换成有价值信息的过程 效果评估 完善产品运营,提升服务质量 其实这也就相当于市场调研、用户调研,定位服务群体,提高服务 个性化服务 对服务或产品进行私人定制,精准到某一类甚至每一位客户提供个性化服务 基本构成 用户静态属性 基本指标 年龄、性别、地域、学历、角色、收入、婚姻状态、职业 每个指标均需要从多个角度来分析,以区域为例 各区域充值总金额、充值人数、充值次数、付费率、arpu值分布 交叉分析 以区域和性别为例 不同性别+不同地域环境下,付费率数据…… 渠道分布 品牌、机型、操作系统、分辨率、联网、版本、设备均价、运营商 单设备注册账号数分析 可以分析小号分布情况 用户动态属性 动态属性指具有可变性 基本指标 用户的兴趣爱好、兴趣标签 在互联网上的活动行为特征 用户行为分析环节深入分析 用户消费属性 消费属性指用户的消费意向、消费意识、消费心理、消费嗜好等,对用户的消费有个全面的数据记录,对用户的消费能力、消费意向、消费等级进行很好的管理 用户心理属性 心理属性指用户在环境、社会或者交际、感情过程中的心理反应,或者心理活动 目前,用户心理相对会有难度,不用过多考虑 怎么做 数据收集 数据太多可以采用抽样的方法 数据建模 根据所获取到的数据建立模型,注入数据调整模型参数 数据分析及预测 数据可视化、输出报表、趋势预测 留存分析 留存(次~7日、14日、30日) 解决问题 用户对游戏的适应性 用户对于游戏的粘性 评估渠道用户的质量、投放渠道效果评估 新增用户什么时候流失在加剧? 注意事项 次日留存一定程度上代表了用户对游戏的满意度 主要反映了游戏初期新手对游戏引导和玩法的适应性 关注用户流失率的同时,需要关注用户流失节点 实际运用 常见的7日连续登录礼包 第七天送大卡就是为了次日和7日留存的漂亮 次留很低,可能原因 新手阶段不友好、开场不吸引人、游戏上手难度大 程序bug太多,闪退,卡死,无法登陆等 功能引导太繁琐 次留不低,但是第3-4天大量流失,可能引起的原因 游戏内容重复,单调、游戏挫败感太强;新手无对应保护等 如果只是某个渠道存在这个问题,可能存在渠道作弊 [略]僵尸用户(回归、留存) 流失用户(日周月、自然流失、回归流失) 周流失用户 上周登录过游戏,本周未登录过游戏的用户占上周周活跃用户比例 解决问题 活跃用户的生命周期是多少 哪个渠道的流失率比较高 版本更新对于用户的流失影响是多大 什么时期用户的流失率比较高 当游戏进入稳定期尤其值得关注该指标 (活跃用户的生命周期是多少, 哪个渠道的流失率比较高, 版本更新对于用户的流失影响是多大, 什么时期用户的流失率比较高) 稳定期一般来讲收入和活跃都相对比较稳定,是产品稳定的风向标 付费用户流失监控 用户运营需要高度重视的数据 找到付费用户流失模型(多少天未登录有多少概率流失) 流失原因分析指标 流失用户行为分析 流失前等级分布 是否存在卡点 流失用户生命周期 流失用户付费金额、流失用户付费次数、人数 流失原因分析——流失用户时间节点 流失前运营手段 运营活动、服务器问题、版本更新(bug、新版本用户不接受) app生态 用户成长体系是否健康 用户调研 用户留存分析流程 第一步:分组 按照不同的(时间/渠道/行为等)维度进行用户分组 时间分组 通常用于看整体数据,看整体留存是否出现异常情况 渠道分组 对比不同渠道留存数据 通过不同渠道数据对比,找到异常渠道数据或排出渠道因素 行为分组 按照功能点使用/未使用分组 第二步:对比 根据用户行为进行分组 例子 看贴功能内浏览了3篇贴子的新用户和仅浏览1篇贴子的新用户进行分析 来自A渠道的新用户进行(有使用看贴/未使用看贴)行为分组比较 渠道对比 是不是某些渠道的量出现问题 用户行为 功能使用及参与度 页面访问路径 衍生指标 人均浏览页面数和时长、启动次数、收藏、点赞、关注、评论等 最好形成漏斗模型,规划合理访问路径 关键路径上面各个页面的浏览量 页面转化&用户进入后一步步的转化情况 是否可以简化流程,减少用户操作步骤 (最好形成漏斗模型,规划合理访问路径) 用户习惯分析 平均使用时长 单次使用时长、日使用时长、周使用时长 可以进一步做渠道细分 平均启动次数 日、周、月启动次数 启动天数 周、月游戏天数 使用间隔 平均多长时间启动/使用一次app 用户对app的依赖程度 各个时间段启动app人数分布 用户行为 短期点击行为、搜索行为、收藏行为 等级分析 各个等级平均耗时 用户成长速度 需要严格控制高端用户成长速度 各个等级用户流失 各个等级次日、3日、7日、14日、30日未登录用户数分布 到底在哪个等级阶段用户流失严重? 各个等级用户分布数量 各个等级游戏次数 各个等级充值数据 累计充值总金额、充值人数、充值次数 哪个阶段是付费高峰期? 各个等级首次充值 各个等级首次充值人数、充值次数、各个等级首次充值金额选择 哪个等级段容易拉动首次充值行为? [辅助]各个等级消耗游戏币数据 新用户等级分析 首日等级 所选期间的新增玩家,在其新增当日中最终玩到的等级分布情况 首周等级 所选期间的新增玩家,在其新增7日后玩到的等级分布情况 14日等级 所选期间的新增玩家,在其新增14日后玩到的等级分布情况 近7日等级变化 堆叠图显示每日各个等级人数变化情况 分析新用户成长 (首日等级, 首周等级, 14日等级) 关卡/任务系统 新手引导转化率 任务参与人数及完成情况 支付转化率 漏斗模型的合理使用 用户传播 分享、互动、邀请等 付费分析 整体数据 付费总额 时间段内付费用户消费总额 收入下降,原因? 付费率下降? 付费用户流失比活跃用户流失严重 流失的是大R用户还是中小R用户?流失了多少个 付费用户停止付费但未流失 大R还是中小R停止付费? 哪些消费点的消费在下降或停止? arpu下降? 付费人数增加了? 付费人数无变化、付费金额下降了 哪些消费点的消费在下降?付费点已经饱和? 付费用户 时间段内进行过付费行为的用户数 其次还有一个付费次数、不去重 新增付费用户(日、周、月) 活跃付费用户数 定义 统计时间段内,成功付费的用户数,一般以月为单位统计 活跃付费用户数=月活跃用户数*月付费率 解决问题 了解产品的付费用户规模 付费用户整体的稳定性 了解付费用户构成 鲸鱼用户、海豚用户、小鱼用户各自数量和比例 注意事项 数据是去重的 ARPU 名词定义 平均每活跃用户收入 统计时间段内,总收入/活跃用户数,一般情况下以月为单位 衡量每个用户带来的平均收益 解决问题 评估不同渠道用户的质量 游戏收益贡献、人均收入 用于产品初期不同规模下的收入预估 (评估不同渠道用户的质量, 游戏收益贡献、人均收入) 注意事项 arpu值很高 ——大R付费能力很强,需要重点关注大R用户 付费率高,arpu值低 ——小R用户较多,要多关注小R用户 ARPPU 名词定义 平均每付费用户收入 统计时间段内,付费用户平均所创造的收入,一般以月为单位统计,因为月的数据相对比较稳定 解决问题 了解游戏付费用户平均的付费情况 付费用户整体的付费趋势 加强对鲸鱼用户的分析和监控 注意事项 容易受到鲸鱼和小鱼用户的影响 付费率(一般看月付费率) 名词定义 时间段内,付费用户数/活跃用户数 首充大礼包就是为了拉付费率 月付费率 名词定义 统计时间段类,付费用户/活跃用户比例,一般以月为单位计算 解决问题 游戏产品的付费引导是否合理、付费转化是否达到预期 用户付费倾向和意愿 需要结合首次付费功能、道具、等级整体分析 注意事项 付费率的高低并不代表付费用户的增加和减少 游戏类型不同,付费率有较大的差异 生命周期 定义 一个用户从首次进入游戏到最后一次参与游戏之间的时间间隔 一般计算平均值 14日LTV(新用户后续付费能力指标) 名词定义 用户在生命周期内所创造的收入 14日LTV 14日LTV=今日注册新用户在后续14天内付费额/注册的新用户数 这里计算的是一个平均值 解决问题 用户在游戏中会待多久 用户对于游戏的贡献价值是多少 付费用户流失数量 本周付费用户下周未登录人数 付费习惯 付费周期 首次付费周期 用户注册到第一次充值的平均时间间隔 付费周期 上一次付费和下一次付费的时间间隔 付费渠道 采用那种支付方式充值?支付宝、微信、公众号等 付费面额 主要为首次充值面额 首次大额度要纳入高端用户维系中去 用户问题、多少天未登录都要及时监控和跟进维系 不同时间段首次付费 用户数量 付费总金额 充值后首次消费行为分析 充值之后第一件事情是购买什么东西? 研究触发用户充值行为的原因,便于优化首充,提升付费率 需要把各个消费点理解透彻 新增付费用户 首次付费用户等级分布 首次付费时间间隔 首次充值面额 结合首次付费用户的游戏天数、累计游戏时长综合分析 (首次付费用户等级分布, 首次付费时间间隔, 首次充值面额) 不同性别/年龄阶段付费分析 首次付费分析 首次付费等级 首次付费周期 首次付费消费结构 首次付费选择订单面额分布 首次付费各个时间节点用户数量及付费总金额 看首次付费正在哪个时间段分布比较多 一周为单位,哪些时间点是付费高峰期? 首次付费用户及后续付费行为 首次付费行为产生原因 充值之后第一件事情是购买什么东西? 发现其中的规律,运营中可以更好利用首次付费 首次付费地域分布 首次付费渠道分布 付费场景 一定程度上可以理解为付费点,在哪些地方会产生付费 消费场景 消费人数和消费次数 鲸鱼用户 每日top100付费用户及累计付费金额数据 账号、id、电话、充值总额、消耗总额、最后登录时间、当前等级 加强对金字塔用户的运营管理 营销效果 新增用户 每小时新增用户 衡量推广效果的最基础指标 新增用户/活跃用户的比例也是衡量产品健康度的标准之一 比例过高,需要关注留存 新增用户渠道分布 活跃用户 渠道分布 启动次数 单次平均使用时长 留存率 检验产品用户吸引力的重要指标 若版本稳定的情况下,留存出现明显波动,很可能是渠道的问题 渠道充值数据 其他 用户行为是否正常、机型、设备分布 其他分析 货币产出和消耗数据 各等级货币消耗 消耗总量 消耗人数 消耗次数 不同道具消耗数据 用户调研 用户来源 用户来自哪里 用户属性 用户是谁 用户在做什么 用户行为 流失原因 用户建议 数据分析模型/方法论 [思维模型]AARRR分析模型 获取(Acquisition) 用户如何发现(并来到)你的产品? 激活(Activation) 用户的第一次使用体验如何? 留存(Retention) 用户是否还会回到产品(重复使用)? 收入(Retention) 产品怎样(通过用户)赚钱? 传播(Retention) 用户是否愿意告诉其他用户? 依据该模型,分出更细分的维度,罗列出影响每一个维度的变量 理解到这里即可,该模型更多的是一个思维模型,也可以叫方法论 (获取(Acquisition), 激活(Activation), 留存(Retention), 收入(Retention), 传播(Retention), 依据该模型,分出更细分的维度,罗列出影响每一个维度的变量) [思维模型]5W2H 何因(Why)、何事(What)、何人(Who)、何时(When)、何地(Where)、如何就(How)、何价(How much) 提供一种问题/业务分析思路 活动运营常用方法论,尤其是编写活动执行案的时候 如何更加全面的思考问题 [思维模型]PEST分析法 用于对宏观环境的分析,包括政治(political)、经济(economic)、社会(social)和技术(technological)四方面 适合做大环境、行业分析,一般情况下用途较少 [思维模型]4P营销理论 分析公司的整体营运情况,包括产品(product)、价格(price)、渠道(place)、促销(promotion)四大要素 以用于公司整体运营情况分析 [思维模型]用户行为理论 主要用于用户行为研究 用户行为理论步骤 认知 网站访问 主要指标有:PV、UV、人均访问页面量、访问来源 熟悉 网站浏览 主要指标有:页面停留时长、跳出率、页面偏好 网站搜索 主要指标有:搜索访问次数等 试用 用户注册 用户注册量、注册转化率 使用 用户登录 登录用户数、DAU等 用户订购 订单量、订购频数、内容、转化率 忠诚 用户粘性 回访者比例、访问深度 用户流失 流失数和流失率 [思维模型]鱼骨图 发现问题“根本原因”的分析方法 多维度分析 细分问题 趋势分析/折线图 数据监控 [思维模型]极简数据分析方法论 3个步骤 确定目标、列出公式、确认元素/字段 3个模型 [提升元素量级]漏斗模型 适用范围:需要多个步骤达成的元素 通过提升转化率,提升单个元素量级 [精细化]多维坐标 精细化运营 通过多维坐标将用户分组,对不同组用户采取对应的运营措施 用户运营也有个经典坐标,叫RFM坐标 [监测数据]分组表格 适用范围:随时间变化的用户属性元素 留存率分组表格 用户行为分析模型 行为事件分析 用户留存分析 魔法数字法 留存与关键用户行为关系组合图 GrowingIO留存曲线 漏斗模型 AIDMA理论是漏斗模型的理论基础 漏斗模型用途 漏斗模型适用于应用中某些关键路径的转化率的分析 以确定整个流程的设计是否合理,各步骤的优劣,是否存在优化的空间等 了解用户使用你应用的真正目的,为他们提供合理的访问路径或操作流程 解决方案思想 扩大漏斗口径 提升转化率 反向漏斗模型 倒推用法——根据目标倒推所需资源配置 趋势、对比、分组 趋势 从时间轴的维度,看某个流程或某个步骤前后优化效果及监控 比较 比较类似产品或服务使用流程转化,发现应用中存在的问题 细分 细分来源或不同的客户类型在转化率上的表现 发现一些高质量的来源或客户,通常用于分析网站的广告或推广的效果及ROI 用户行为路径分析 用户路径的分析结果通常以桑基图形式展现 见友盟——功能使用——页面访问路径 主要用途 分析关键路径上的页面跳转以及转化率,找到流失用户的页面 分析到达关键页面的页面来源,分析关键路径到达的页面 RFM模型/分析法(客户关系管理模型-用户分类方法) R:表示客户最近一次购买的时间 时间差 用户类型(活跃用户、休眠用户、流失用户) 理论上,最近一次消费时间越近的用户应该是比较好的用户 刻画用户的关注程度 F:表示客户在最近一段时间内购买的次数/频数 购买次数count 用户忠诚度 M:表示客户在最近一段时间内购买的平均金额 请注意是平均值 刻画用户的购买力 用户精细化运营常用模型 (R:表示客户最近一次购买的时间, F:表示客户在最近一段时间内购买的次数/频数, M:表示客户在最近一段时间内购买的平均金额) 用户细查 单个用户某行为或过程分析——进而上升到用户群体 如有没有多次获取验证码的情况 热力图 A/B测试(对比测试) 定义 通过对app的两个不同版本进行比较,来确定一个性能更好的方案 核心思想 提供多种方案,最终根据数据效果选择最优方案 注意事项 目标用户群一定是随机分配的 运用 不同创意/不同类型banner数据效果测试 在了解和分析各个渠道质量的时候,也可以运用A/B测试方法论 流失预警模型 分类模型 逻辑树分析法 把问题的所有子问题分层罗列 可用于业务问题专题分析 预测模型、分类模型 神经网络 朴素贝叶斯 支持向量机 K-临近邻算法 随机森林 预测模型 逻辑回归 聚合算法 K-Means 关联算法 Apriori算法 可用于游戏道具组合销售策略 异常检测 辅助算法等 主成分分析 特征选择法 降纬算法 数据分析报告 http://www.woshipm.com/operate/588326.html 运营日报 Excel 运营周报 一页简报——对关键指标汇总+总结,往往是领导要看的数据 多页子页——对关键指标的详细解读和说明、可视化 Excel 运营月报 PPT 数据分析报告 http://www.woshipm.com/data-analysis/677567.html 市场分析 市场需求 市场现状 找到突破口、找到目标用户在哪里 明确目标用户群体 年龄 收入 性别 爱好 目标用户体量 期待抢占多少用户比例 产品定位 基于目标用户需求制定计划 市场分析报告 竞品分析 了解 竞品的目标群体和推广策略 了解竞品运营需求,需要进行整理 了解竞品周边项目和战略布局 5w2h、swot分析 产品分析 产品市场定位 产品体验报告 左右资源 运营资源、技术资源、渠道资源 swot分析 数据运营精髓 通过数据指导运营决策 利用数据驱动业务增长 进一步深入 新增用户 新增设备、新增用户 活跃用户 新用户、老用户;各自数量及占比变化 付费用户 新付费用户、老付费用户;增长衰减变化 收入折线图

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值