如何对小红书的「支付时间」做出优化?
在小红书产品中,目前存在着一小部分用户在订单取消后二次生成订单进行支付。而本文目的主要是提高用户首次提交订单的支付率,避免二次支付,并由此展开了优化策略的分析。
一、项目背景
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内的待支付时长一致。
二、项目目标
提高用户首次完成支付的比例,用户尽量在第一次生成订单时完成购买,减少二次购买情况。
三、需求概述
- 针对不同的影响因了,赋予不同的权值,实现待支付时长的个性化。
- 针对新用户优化支付流程
- 制定即时提醒消息功能
- 数据监控与统计需求
四、需求详述
通过对淘宝、京东、多点、唯品会、拼多多和网易严选这6个APP在支付环节的调研分析,认为影响待支付因素的主要由商品性质、用户画像以及场景制约决定的。如图2所示。
图2影响待支付时长的因素
因此,本项目计划将从商品、用户和场景三人维度细分为12个影响因子,然后在每种情况下设定不同的待支付时长。
表2不同影响因子下的待支付时长处理
另外,还优化以下需求:
- 针对APP30分钟内无任何操作的情况下,推送消息给用户还一笔订单待支付,同时,在订单关闭页增加再次购买流程。
- APP中增加未支付订单展示提醒。
- 订单待支付时长的开始时间改为订单发起支付的时间。
五、统计需求
记录不同订单待支付时长的成功支付率:
表3统计不同订单待支付时长的成功支付率
本文由 @Alian 原创发布于人人都是产品经理。未经许可,禁止转载
题图来自Unsplash,基于CC0协议
打广告打的挺6
问问,在优化需求部分,取消订单还存在一种场景。平台和店铺的满减优惠折扣下,用户生成部分商品订单后,即时发现未使用满减等折扣。然后取消订单,重新加入购物车再次生成订单。那么两次订单的内容是不一样的,同时也可以覆盖待支付订单取消后重新生成相同订单这一场景。个人看法可以将再次购买功能改为加入购物车。
👍👍
想知道调研分析里其他产品的数据是怎么来的