如何对小红书的「支付时间」做出优化?

懂后台的产品经理更值钱!3周线上课程,带你掌握电商后台12个子系统模块设计要诀。了解一下>

在小红书产品中,目前存在着一小部分用户在订单取消后二次生成订单进行支付。而本文目的主要是提高用户首次提交订单的支付率,避免二次支付,并由此展开了优化策略的分析。

一、项目背景

1.「小红书」现状

一小部分的用户(影响面约3%)会在购物订单取消后,在订单生成时间之后的30min~120min,二次生成订单,并完成支付。

2.「小红书」当前支付流程

图1「小红书」当前支付流程

3. 调研分析

表1 调研分析不同场景下6个APP的待支付时长

说明:

  • 强相关是指购买历史中有50%商品与现在待购买商品同属一类标签,甚至同款商品,如:用户常常在淘宝上购买女装,现在要支付购买的商品也是女装;
  • 弱相关是指购买历史中有不到50%商品与现在待购买商品同属一类标签,如用户在淘宝上购买过3000个商品,却只有2件是家电,而这次待支付购买的也是家电;
  • 无相关是指购买历史中没有与现在待购买商品同属一类标签,如用户在淘宝上购买过3000个商品,却从没有买过保健品。

从以上调研看出:

(1)从购买商品是否属于促销活动类分析 。

淘宝、京东和多点的支付时长各不相同,但在各自APP针对不同的场景做了不同的处理:

  • 「淘宝」的限时购、聚划算这种促销活动支付时长比非促销活动下(筛选、搜索等)的压缩的很多,只有30分钟,而非促销活动下待支付时长为23小时59分钟。
  • 「京东」处理的则更细致些,京东秒杀、京东拼团、京东一小时达虽都属于为促销等活动,但是待支付时长却差异很大,京东秒杀的待支付时长为23小时59分钟,而京东拼团和京东一小时达的待支付时长为6小时;同样的,京东生鲜、图书、零食等这类非促销活动的的待支付时长,也不同,京东生鲜的待支付时长为6小时,而图书、零食等其它非促销活动商品的待支付时长为23小时59分钟。
  • 「多点」的处理与「淘宝」类似,针对热门促销、限时秒杀、全球精选等促销类商品的待支付时长稍短些,为5分钟,而非促销活动商品的待支付时为15分钟。

唯品会、拼多多和网易严选的支付时长是写死的,分为20分钟、30分钟和1小时。

(2)从用户类型分析

淘宝、京东、多点、唯品会、拼多多和网易严选新注册用户和老用户在待支付时长一致。

(3)从订单金额分析

针对上表中的每个商品栏目,笔者在[5,6000]元的价格区间做了多次调研,发现淘宝、京东、多点、唯品会、拼多多和网易严选对订单价格的处理一致,待支付时长不受订单价格的影响。

(4)从购买历史相关性分析

京东、多点、唯品会、拼多多和网易严选对订单价格的处理一致,待支付时长也不受购买历史的影响,也就是说对于复购商品、常购类型商品以及无购买历史类型商品在各APP内的待支付时长一致。

二、项目目标

提高用户首次完成支付的比例,用户尽量在第一次生成订单时完成购买,减少二次购买情况。

三、需求概述

  1. 针对不同的影响因了,赋予不同的权值,实现待支付时长的个性化。
  2. 针对新用户优化支付流程
  3. 制定即时提醒消息功能
  4. 数据监控与统计需求

四、需求详述

通过对淘宝、京东、多点、唯品会、拼多多和网易严选这6个APP在支付环节的调研分析,认为影响待支付因素的主要由商品性质、用户画像以及场景制约决定的。如图2所示。

图2影响待支付时长的因素

因此,本项目计划将从商品、用户和场景三人维度细分为12个影响因子,然后在每种情况下设定不同的待支付时长。

表2不同影响因子下的待支付时长处理

另外,还优化以下需求:

  • 针对APP30分钟内无任何操作的情况下,推送消息给用户还一笔订单待支付,同时,在订单关闭页增加再次购买流程。
  • APP中增加未支付订单展示提醒。
  • 订单待支付时长的开始时间改为订单发起支付的时间。

五、统计需求

记录不同订单待支付时长的成功支付率:

表3统计不同订单待支付时长的成功支付率

 

本文由 @Alian 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议

给作者打赏,鼓励TA抓紧创作!
评论
欢迎留言讨论~!
  1. 问问,在优化需求部分,取消订单还存在一种场景。平台和店铺的满减优惠折扣下,用户生成部分商品订单后,即时发现未使用满减等折扣。然后取消订单,重新加入购物车再次生成订单。那么两次订单的内容是不一样的,同时也可以覆盖待支付订单取消后重新生成相同订单这一场景。个人看法可以将再次购买功能改为加入购物车。

    回复
  2. 想知道调研分析里其他产品的数据是怎么来的

    回复