顺达

  首页|顺达|首页(主管q122222)情节发展到罗宾被斯彭德姆带到正义之门,在他去正义之门的路上,路飞被罗伯·路西阻止了,他是CP9的领导人,世界政府直接下属的秘密情报机构。陆奇被称为CP9史上最强最无情的杀人武器,被称为正义岛CP9近800年来最强,陆飞在面对如此强大的怪物时,又作何选择,是否会停滞不前?

  不,他不是被困难打败的,相反,面对更大的挑战,他选择正面面对困难,在战斗的过程中,路飞发展了第二项技能——橡皮喷射鞭子。这一技能延伸的脚,然后挥杆向对手,除了击中倒计时,还在远程攻击!而且还可以根据战争的情况来使用,是不是很实用呢?

  然而,在我们上一次的one piece——02橡胶喷射火箭火箭的业务需求分析中,我们已经尽了最大的努力去实践嵌入式需求的收集和嵌入式需求的业务需求分析。

  接下来,我们将开始更具挑战性和实践性的内容,包括产品规划和文档撰写。鲁飞在面对鲁奇的力量时,选择了继续前进,不断战斗,期望你在面对陌生领域埋藏的点文件时,也能继续前进,在实战中发展自己的橡皮喷射鞭子技能~

  其次,概述

  在上一篇文章中,我们整理了产品结构、信息框架和核心业务流程,发现有很多地方需要掩埋。产品的总体工作量很大,开发工作也很繁重。那么,我们如何确定埋点需求的优先级,并分阶段实现埋点需求呢?如何设计埋点方案?

  下面是由草帽男介绍的,在设计阶段有以下两个内容:

  1)墓地版本规划

  2)嵌入式点文档设计

  埋点版本规划

  1. 有关

  首先,我们需要弄清楚为什么我们要做墓地版本规划?在制作墓地的过程中经常遇到以下问题:

  1)埋点太多,工作量大,工作时间长

  2)埋点事件命名不当

  3)查找埋点事件不方便

  从某种意义上说,这些问题是由于做事零碎,缺乏统筹而造成的。

  实际上,就像产品的生命周期一样,在产品发布之后,有必要进行需求收集、需求分析、版本规划、产品设计、开发、测试、验收和问题反馈。埋点设计也是如此。整个嵌入式点系统不仅是嵌入式点文档的设计,还包括嵌入式点管理平台、嵌入式点质量监控、嵌入式点数据可视化背景等。

  因此,我们不应该把埋点作为一个功能模块,而是作为一个产品,优先进行整体的版本规划。如何评估优先级?

  2. 优先级评估——卡诺模型

  KANO模型定义了三个层次的用户需求:基本类型的需求、期望类型的需求和兴奋类型的需求。根据绩效指标将这三种需求分为基本因素、绩效因素和激励因素。

  基本类型的需求是用户认为产品“必须具备”的属性或功能。当其功能不够(不满足用户的需求)时,用户不满意;当功能足够(满足用户的需求)时,没有满足,用户最多满足。

  预期需求要求所提供的产品或服务是优越的,但不是“必须”的产品属性或服务行为。在市场调研中,用户通常谈论的是预期型需求。产品中期望型需求实现的越多,用户的满意度越高。当这些需求不被满足时,用户也不被满足。

  兴奋性需求要求用户对某些完全出乎意料的产品属性或服务行为感到惊讶。当功能不充分和不相关时,用户不会关心。当产品在这样的要求下提供服务时,用户会对产品非常满意,从而提高用户忠诚度。

  3.MVP的版本

  在嵌入式设计的早期阶段,以MVP版本为主,满足用户的基本需求,围绕产品核心业务流程,做嵌入式点。根据对产品、运营、市场等团队的需求分析,可以优先选择以下核心指标:

  那我们确定了MVP版本的需求后,接下来就要开始埋点文档的设计,文档该如何设计呢?

  四、埋点文档设计

  1. 概述

  埋点文档作为与开发、测试等人员沟通的书面文档,其主要内容包含两大模块:文档概述、埋点功能性需求描述,类似于产品的PRD。

  第一模块文档概述,主要包含版本记录、埋点文档简介、面向对象、埋点背景、版本目标、参考资料等;第二模块埋点功能性需求描述,主要包含埋点事件、事件类型、属性、属性类型、属性值、触发时机等。

  2. 事件概述

  看到事件这个名词,是不是一脸懵逼呢,对现实生活中的事件理解是,发生了某一事情,比方说最近路飞在和之国开四档打四皇之一凯多。这个事件拆分来看就是xx人在xx地方、xx事件、用了xx方式、做了xx事情。

  埋点中的事件也是如此,事件用于记录用户具体操作,描述用户行为。例如今天早上9点,路飞在北京使用iPhone X,浏览了口罩商品详情页。

  这样看是不是就不慌了,原来埋点中的事件跟生活中的也是一样的呀,get it!

  3. 事件三要素

  这里就引出了事件的三要素,action、属性、属性值。

  1)操作(action),定义一个操作动作,如点击(click)、浏览(view)

  2)属性,参数可以跟这个事件相关的内容,比如对于一个商品浏览事件,其属性就包含商品ID、商品标题、商品价格、商品所属店铺等信息

  3)属性值,则表示该属性对应的值,例如商品标题=“日本品牌一次性医用口罩…”

  4. 事件类型

  理解清楚事件是什么之后,接下来聊聊事件类型,一般事件类型包含点击事件、页面浏览事件、页面停留时长。

  1)点击事件

  用户每点击页面上的一个元素,都会触发埋点代码,因而记录一次数据。如下图的商品详情页,用户点击返回、分享、更多、商品图片时均会触发点击事件计数。

  2)页面浏览事件

  当用户成功进入一个页面时会记录一次数据,当页面下拉刷新时,也会记录一次数据。此处注意,如果通过手机home键切换出去,则不会记录,因为此时已经脱离了app,这次记录没有什么价值,记录上来还有可能污染数据。

  3)页面停留时长

  页面停留时长主要用来记录用户在一个页面的停留时间。例如路飞听说新冠状病毒在全球爆发了,他想买口罩来保护小伙伴们,于是在9:00时进入了口罩商品详情页,此时程序则为路飞的这次访问记录了1个session(会话)。在详情页看了2分钟,觉得口罩太贵了,买不起,还不如买点肉吃,于是在9:02分,路飞又跳出了当前商品页面,去往首页搜索肉类商品。

  则最终路飞在口罩商品详情页的停留时长=离开页面的时间9:02分-进入页面的时间9:00=2分钟

  5. key-value

  在了解了事件的基本概念之后,我们来聊聊埋点文档设计的方式。通常文档设计有两种方式:一是按产品结构,枚举埋点事件及属性;二是根据业务需求,用key-value的方式,对埋点事件进行分类。

  同种属性的多个事件,建议命名一个埋点事件ID,并通过Key-Value键值对进行区分,1个key对应1个或多个value。这是什么意思呢,是不是绕晕了,哈哈。

  简而言之就是,条条大路通罗马,大路(value)有很多条,罗马(key)只有一个。

  理解了一些,但是不是觉得不太能脑补出来呢?这个时候最好找个例子去操作一下,你就明白了。

  如上图,点击加入购物车、点击立即购买,均会弹出选择颜色、规格、数量这些属性,一般按照页面结构进行事件设计的方法,会输出重复输出2个事件属性,显得十分冗余。

  这里是不是有点理解前边说的,当同一个属性,对应多个事件时,需要做简化。我们这里采用的是key-value的方法,定义一个订单类型作为key(罗马),value为添加购物车(大路1)、立即购买(大路2)。

  6. 埋点文档实例

  了解完事件设计方式之后,接下来就可以依样画葫芦,输出埋点文档。

  通常会定义app的通用属性,包含任务、时间、地点、设备信息等,在每一次session会话时都会带上。

  接下来则是定义具体的埋点事件,如下是商品详情页的埋点实例,定义清楚事件、事件类型、触发条件、属性、key-value、属性类型等内容。当在做整体埋点规划时也可以把点位优先级、前端/后端埋点位置等信息带上,因篇幅有限,此处就不再展开,想进一步了解的也可以关注公众号加入埋点兴趣小组一起学习~

  五、总结

  点,本文主要介绍了嵌入式版本规划方法,为实战和埋点文档,看完这个,试着开始实际产出文档~真正的埋埋点文件,像路飞对世界的秘密间谍机构直属政府CP9“船长”罗伯•路易吉过程是非常困难的,但是只要你继续练习,最后总能到达埋点技能,快用草帽男孩打开你埋藏的文件-橡胶喷气火箭技能~

发表评论

电子邮件地址不会被公开。 必填项已用*标注