伴随着消费市场和“新营销时代”的不断升级,电商分析早已不是单纯的“订单成功”的分析了,这个战场已经转移到“为什么不转化”,“如何提升客单价”,“如何缩短转化周期和投入”等,所以对于数据的采集和报告也要随之升级。
2021年7月12日,百度统计分析云正式发布电商版产品解决方案。紧跟客户需求,推出最符合市场需求的高性价比数据分析产品。
首先以始为终,我们来聊一聊专门设计一套电商代码和报告的价值。传统的电商分析往往局限于“是否下单的”监测。
大家可以自校验贵司的电商分析处在那个阶段:
1、小白选手:统计用户支付成功页(即/thank-you页面)的抵达次数
2、有点意识:订单信息获取,即在订单完成时,比如订单成功页,或者“去支付”按钮点击时获取订单号、订单金额
3、仍需努力:在订单信息中补充商品信息和更完整的订单信息,如实际购买的商品名称、SKU、数量、商品金额、商品级别优惠券或优惠金额;订单级别的税费、运费、订单优惠券等等
4、可以为自己鼓鼓掌:意识到电商的监测不仅局限于订单的结果,更多是在订单的关键流程包括加车、支付流程的监测。此时说明了您已经产生了购物挽回的意识,最经典的再营销人群包首次出场,即加车未购买和尝试支付未购买。当然精细化的一些问题,哪些产品经常被一起加入购物车、哪些商品经常被一起购买、哪些商品是用户感兴趣的、哪些商品互为竞品也有了初步的答案。
5、走在前沿:电商是从曝光开始分析的,有些商品一直不卖可能是“没有被人看到”。关注触脉的小伙伴,应该对下面这张图不陌生,每一个环节都有优化的机会。
为了降低电商报告和分析的实现难度,分析云推出了电商版本,通过预置的代码和报告,更好的辅助大家实现“增强型”电商的分析和实践。
那么怎么开始呢?首先您可以联系客户经理申请开通到分析云电商版(这是个付费的版本,联系方式请见文末)。
开通后,由管理-分析云设置-数据管理,就会看到新增的“电商”分组的事件。
点击“编辑”事件,可以获取到该项监测对应的代码,按自己网站的实际情况进行微调,生成代码。转交工程师进行部署即可。以“立即购买”为例:
可以看到预置的事件“标识符”,和预先关联的商品信息包括商品名称、ID、SKU、品类、数量,但是如果网站实际并没有商品名称或某一项,那么将该项删除即可。
或者认为单一一个品类不足以实现商品的分类,比如希望添加商品单价、尺寸、颜色、上线时间这4个参数,那么可以点击“关联自定义属性”。查看预置的选项里是不是有可用的,比如这里找到了“商品单价”,勾选即可。
但是没有找到商品尺寸、颜色、上线时间,那么可以自行添加属性。以尺寸为例。
特别提醒在分析云中的各种“标识符”才是代码和报告关联起来的依据,所以这个“标识符”的命名要格外慎重。另外属性值类型也是一旦设定就不可以修改的,所以也要按实际选择。比如尺寸预计传入的是S、M、L则建议选择“文本”。而上线日期,预计传入的是以时间为单位的,则应该选择“时间”。
当然也可以参考“行业推荐埋点”,或者按照分析场景的实际需要,自行创建“事件”。以“移除购物车”为例:
点击生成代码即可获取到如下代码:
_hmt.push([‘_trackCustomEvent’, ‘remove_from_cart’, #对应自定义的事件“标识符”
{
‘product_sku’:value, #对应属性“标识符”
‘product_category’:value,
‘product_price’:value,
‘product_quantity’:value
}
]);
在众多的订单属性和商品属性中我们精选了一些常用的供大家参考:
订单级别 | 标识符 | 类型 | 示例 |
订单编号 | order_id | 文本 | TM-20210722-60 |
订单金额 | order_amount | 数值 | 888.88 |
订单实付金额 | order_amount_paid | 数值 | 66.66 |
是否使用优惠券 | use_coupon | 是非 | 1为是,0为非 |
优惠券代码 | coupon_id | 文本 | SCARLETTRICH |
是否使用积分 | use_m_point | 是非 | 1为是,0为非 |
付款方式 | payment_method | 文本 | Alipay |
商品级别 | 标识符 | 类型 | 示例 |
商品名称 | product_name | 文本 | 百度分析云培训 |
商品SKU | product_sku | 文本 | TM-101 |
商品品类 | product_category | 文本 | 单日6小时 |
商品单价 | product_price | 数值 | 6666.66 |
商品数量 | product_quantity | 数值 | 3 |
分析云在产品设计上充分考虑了目前客户的实际情况,即代码规划其实是需要业务端的同事来进行的,业务端的同事更清楚分析实际的需求,所以代码设计的时候都是勾选、点击的方式就可以自动生成代码。将代码转交给工程师同事,由工程师同事来配合实施和落地即可。更方便长期管理的代码规划文档可以参考如下:
模块 | 功能 | 触发时机 | 触发位置说明或截图 | 代码 | 示例和说明 |
所有页面 |
登录用户ID | 页面加载时触发 | “我是截图” | _hmt.push([‘_setUserId’,userId]) | userId: 传入匿名登录用户ID |
电商 |
购买 |
支付成功时触发 | “我是截图 ” | _hmt.push([‘_trackCustomEvent’, ‘payment_success’, {‘order_id’:value,’order_amount’:value,’order_amount_paid’:value,’coupon_id’:value,’use_coupon’:value,’payment_method’:value}]); |
另外友情提醒,建议大家尽量参考“行业推荐埋点”中的事件“标识符”去实施事件代码,这样配合预置报告使用更香噢。比如商业版预置的数据看板:
也可以自行搭建分析报告,比如“漏斗分析”,每个步骤的流失,配合维度的对比,可以精细化的查看不同渠道或者不同类型的用户转化达成情况:
再比如“转化路径”分析,可以帮助了解达成转化前,到底一个用户要“来”几次,每次都是通过什么渠道,有些渠道直观的转化效果“不理想”,但可能会“辅助”其它渠道发生转化。
即便不是电商平台,也可以参考电商的分析思路,比如房产、汽车、B2B等很多的平台可能不能直接发生购买,但是存在类似商品列表、商品详情页的概念,可以将留资提交作为转化达成,而搭建一个从站内推广展示-站内推广点击-商品详情页点击-商品收藏/分享/对比-留资达成的漏斗。同时充分利用商品参数,以房产为例,
- 商品名称:楼盘名称,
- 商品金额:楼盘均价,
- 商品属性1:区域,
- 商品属性2:楼盘类型,
- 商品属性3:特色标签,如现房、低密度社区、绿化好等等。
分析云结合多年的行业经验,经过精细化的代码和报告设计,将代码规划的工作尽量压缩,让业务端的同事可以结合分析实际设计采集方案,尽量快的落地到报告分析中。
如果您想试用分析云电商解决方案,欢迎联系我们:info@truemetrics.cn