【迭代时间：2018-9-18】
【迭代内容：PRD中①项目目标拆解为核心目标及细节目标，分别简述；②新增4.4功能优化模块--接入支付宝/微信快捷支付、增加“再来一单”快捷入口】
小红书支付时间设计
作业题目：平衡多种因素，给出一个针对不同场景、不同用户的、不同订单的「订单支付时长」策略，并以策略PRD文档的形式呈现。
1、背景介绍
（假如）作为小红书的策略产品经理。最近发现一个现象：
一小部分的用户（影响面约3%）会在购物订单取消后的30min~120min内，二次生成订单，并完成支付。
经再次确认，现有的产品逻辑是：不管针对什么样的用户，30min内没付款就取消交易。
于是有了猜测：如果将订单待支付的时间延长，应当能增加订单的付款成功率。
为此，我先进行产品梳理和竞品调研，看是否可以用策略的手段验证、优化这一问题。
2、产品梳理：小红书支付流程
小红书支付流程如下：
优点：
支付流程通畅，且用户体验较好，每当用户有离开的冲动时，总会给出温馨提示，努力挽留用户或向用户指引方向。
缺点：
- 未发现有订单预超时提醒；
- 未发现有在订单取消后，向用户发出“召回”提醒；
- 同一订单取消/失效后，未发现有“再来一单”快捷入口；
- 同类订单取消/失效后，未发现有同类商品推荐。
3、竞品分析
到应用商店下载并体验购物类排名靠前的7（天猫、京东、唯品会、亚马逊、网易考拉、拼多多、网易严选）家电商平台app，通过对促销/正价商品，不同品类，不同价格，不同活动等维度的商品多次尝试，去发现竞争对手是如何给不同商品设计支付时限的。
竞品调研如下：
3.1【天猫】支付时限：15min/30min/24h
支付时限主要有以下几个维度：
- 限时抢购热门商品，希望尽快释放库存，限时15min；
- 限时抢购价格偏贵的商品，即便活动剩余时间不多，也给了用户更多的决策时间，限时30min；
- 正价商品新品库存少，物以稀为贵，即使价格偏高，决策时间也仅15min；
- 正价商品，一般给的支付时长是24h；
除此之外，
- 在用户浏览-下单-支付-取消等交易过程中，会持续收到商家留言的消息推送；
- 取消超过10单后取消失败，提示”每天取消订单数不能超过10笔，请与卖家协商”；
- 对于当前订单，用户可再次购买/付款/朋友代付/取消订单/修改地址；
- 天猫超市商品，随时特价商品，在商品详情页未有限时。
3.2【京东】支付时限：2h/3h/6h/24h
支付时限主要有以下几个维度：
- 即便是限时秒杀商品，支付时限通常也跟正价商品一样，限时24h；
- 限时促销生鲜类商品，支付时限2h；
- 奢侈品类，物以稀为贵，即使正价商品，决策时间也仅3h；
- 虽是生鲜类，包装做特殊处理，同一般商品一样，支付时限24h；
- 正价生鲜类，包装未做特殊处理，支付时限6h。
除此之外，
- 在用户支付点击返回/取消支付时，页面提示告知剩余时间；
- 待支付时间可以大于活动剩余时间；
3.3【唯品会】支付时限：20min
支付时限主要有以下几个维度：
- 全部商品支付时限均是20min；
- 促销类商品，显示活动倒计时，但支付时限依然是20min。
除此之外，
- 从加入购物车开始倒计时20min,每新加入一件商品，重新进行20min倒计时；
- 倒计时剩余5分钟时，页面弹框/消息5分钟后将被1清空，提示尽快支付；同时倒计时从分钟变成秒钟，给用户紧迫感。
3.4【亚马逊】支付时限：6h/24h/随活动结束时间一致
支付时限主要有以下几个维度：
- 选择支付方式时，显示微信/支付宝需要在6h内付款,订单提交后，需要在6h支付；
- 促销商品支付时限与活动倒计时时间同步；
- 一般品类商品主要分为6h和24h支付时限。
除此之外，
- 每次取消支付时，平台推送短信提示到订单查看商品。
3.5【网易考拉】支付时限：30min/1h/2h
支付时限主要有以下几个维度：
- 促销商品，一般支付时限30min；
- 正价商品，猜测价格区间/商品类型不同，对应的支付时限不同，分为1h和2h。
除此之外，
- 支付时限与剩余库存无关，即使仅剩一条库存，正价商品的支付时限依旧为2h。
3.6【拼多多】支付时限：30min
支付时限主要有以下几个维度：
- 促销商品和正价商品一样，支付时限30min。
3.7【网易严选】支付时限：1h
支付时限主要有以下几个维度：
- 促销商品和正价商品一样，支付时限1h。
除此之外，
- 订单支付剩余30分钟时，平台以短信/消息推送形式通知用户尽快付款。
4、影响支付时长分析
综合调研结果，依照“用户-场景”的分析框架，列出可能影响支付时长的因素。
主要分为用户因素和商品因素，详细如下：
将众多影响因素归纳整理，找到对应的解决方案，制定项目计划，并判定优先级，详细如下：
5、列出「订单支付时长」策略的四要素
策略四要素梳理如下：
基于以上调研和分析，将给出完整的待支付时长策略，以下是【小红书支付时间设计策略PRD】
--------------------------------------我是分割线，我是策略PRD------------------------------------
小红书支付时间设计策略文档
1、项目背景
获取到当前业务数据：小部分的用户（影响面约3%）在购物订单取消后的30min~120min内，二次生成订单，并完成支付。
想要通过精细化的支付时间设计策略，满足不同用户，不同场景下，对不同商品有不同支付时限的需求。帮助商家降低库存压力，盘活商品，降低商家营运成本。
在提高用户体验的同时，最主要的是提高用户在限定时间内的订单支付率（影响最终是否付款成功的因素有很多，比如：发起促销活动，发放优惠券，购物节618、双11、双12促销等，本次需求仅针对支付时间设计方案做详细说明）。
2、项目目标
将项目目标进行拆解：
①核心指标：
提高订单支付成功率，通过【更加智能的消息推送提醒】引导用户尽快完成购买操作，同时还可再统计一次性购买的比例，及时跟踪消息推送的效果。
②细节指标：
下单到购买的时间差统计，参考竞品分析结果，通过【更合理的支付时限设置】，促使更多用户在限定时间内完成支付，从而提高订单支付成功率。
二次购买路径步长统计，通过增加“再来一单”快捷入口，对超时取消的订单再次快速下单的用户行为统计分析，不断简化二次购买流程，从而提高订单支付成功率。
3、需求概述
商家可针对任意商品自主设定支付时限；平台针对不同商品设定不同支付时限，配套制定相应的推送逻辑。
整个需求涉及用户和商品画像，触发和匹配策略，推送逻辑三大部分，各模块的功能概述和完整流程如下：
3.1用户和商品画像
对用户和商品特征进行挖掘，为精准匹配策略提供基础数据支持。
3.2触发和匹配策略
生产和筛选出待推送的用户和商品，并将两者合理匹配。
3.3推送逻辑
选定推送渠道，完成推送时间和推送内容拼装的规则制定。
其中2、3模块支持ABtest，可根据实际收到的用户行为数据进行实时调整。
4、需求详述
4.1用户和商品画像
4.1.1用户画像
基础信息收集如下：主要包含对用户基本信息和行为信息的收集。
挖掘数据信息如下：针对基础数据进行收集、处理、计算，定期更新。
4.1.2商品画像
主要来源于基础信息收集，基础信息发送更新时，触发更新。
4.2触发和匹配逻辑
4.2.1支付时限、库存管理等规则制定说明
【针对用户端】
- 支持支付时修改地址，且支付过程中倒计时时间冻结，冻结最大时长10min；
【针对商家端】
- 可以针对商品灵活配置支付时间，最低不低于15min，最高不高于24h，即15min≤X≤24h；同一样商品，商家设置的支付时间优先于平台设置的支付时间。
- 可设置最低库存数量提醒，可以为0，没有最低最高限制；同一商品，商家设置的最低库存优先于平台默认的库存数量。
【针对平台策略端】
- 对于促销商品/库存少于20的商品/贵重奢侈品库存本就不充足商品，平台默认设置15min倒计时；
- 生鲜类不易保存商品，默认设置30min倒计时；
- 正价商品/正价且库存充足常规商品，平台默认设置1h倒计时；
- 其他价格偏贵，结合用户画像给以2h/6h/24h不等。
Case示例：
4.2.2支付提醒
4.2.2.1倒计时5min提醒
【触发条件】
待支付订单倒计时剩余5min时。
【呈现结果】
①若用户当前正好在支付页面，则
弹框提示“5分钟后【商品名称】将被清空哦，请尽快完成支付。”
②若用户离开当前页面且仍在app内活跃，则
发送站内消息提示“【小红书】亲，您有一笔订单正在等待支付，5分钟后【商品名称】将被清空哦，请尽快完成支付。”
③若用户离开app，则
发送短信设法召回用户“【小红书】亲，您有一笔订单正在等待支付，5分钟后【商品名称】将被清空哦，请尽快完成支付。点击【小红书app专属链接】到我的订单。”
4.2.2.2已超时30min提醒
【触发条件】
订单超时取消已超过30min时。
【呈现结果】
①若用户在app内活跃，则
发送站内消息提示“【小红书】亲，您有一笔订单【商品名称】，正在呼唤你，请你把它带回家。”
②若用户离开app，则
发送短信设法召回用户“【小红书】亲，您有一笔订单【商品名称】，正在呼唤你，请你把它带回家。点击【小红书app专属链接】到我的订单。”
4.2.2.3已超时24h提醒
【触发条件】
订单超时取消已超过24h，且主要针对购买意愿高和付费能力强的用户推送。
【呈现结果】
①若用户在app内活跃，则
发送站内消息提示“【小红书】亲，您有一笔订单【商品名称】，正在呼唤你，请你把它带回家。”
②若用户离开app，则
发送短信设法召回用户“【小红书】亲，您有一笔订单【商品名称】，正在呼唤你，请你把它带回家。点击【小红书app专属链接】到我的订单。”
4.2.3优惠提醒
4.2.3.1发送优惠/满减券提醒
【触发条件】
针对用户收藏/加购物车/支付取消的商品发送优惠券，且主要针对购买意愿高和付费能力强的用户推送。
【呈现结果】
①若用户在app内活跃，则
发送站内消息提示“【小红书】50元券到！【商品名称】正在呼唤你，请你把它带回家。”
②若用户离开app，则
发送短信设法召回用户“【小红书】50元券到！【商品名称】正在呼唤你，请你把它带回家。点击【小红书app专属链接】到我的订单。”
4.2.3.2活动即将结束提醒
【触发条件】
针对用户收藏/加购物车/支付取消的参与促销活动的商品，在活动结束倒计时30min时提醒，，且主要针对购买意愿高和付费能力强的用户推送。
【呈现结果】
①若用户在app内活跃，则
发送站内消息提示“【小红书】【商品名称】促销活动还有30min就要结束了，享受最后时刻的优惠，赶紧把它带回家吧。”
②若用户离开app，则
发送短信设法召回用户“【小红书】【商品名称】促销活动还有30min就要结束了，享受最后时刻的优惠，赶紧把它带回家吧。点击【小红书app专属链接】到我的订单。”
4.2.3.3商品降价提醒
【触发条件】
针对用户收藏/加购物车/支付取消的商品降价时提醒，多个商品时，提示省钱最高xx元，，且主要针对购买意愿高和付费能力强的用户推送。
【呈现结果】
①若用户在app内活跃，则
发送站内消息提示“【小红书】您喜爱的【商品名称】等【降价商品数量】件宝贝终于降价了，最高能省【价格】元，赶紧把它带回家吧。”
②若用户离开app，则
发送短信设法召回用户“【小红书】您喜爱的【商品名称】等【降价商品数量】件宝贝终于降价了，最高能省【价格】元，赶紧把它带回家吧。点击【小红书app专属链接】到我的订单。”
4.2.4库存不足提醒
【触发条件】
针对用户收藏/加购物车/支付取消的商品库存数量少于20（平台默认数量，可配置）件时发出提醒，若商家设置了最低库存数量，则以商家配置数量为准。
【呈现结果】
①若用户在app内活跃，则
发送站内消息提示“【小红书】您喜爱的【商品名称】还有不到【当前库存数量】件了，赶紧把它带回家吧。”
②若用户离开app，则
发送短信设法召回用户“【小红书】您喜爱的【商品名称】还有不到【当前库存数量】件了，赶紧把它带回家吧。点击【小红书app专属链接】到我的订单。”
4.3推送逻辑
4.3.1推送对象筛选
对当前订单、失效时限为24h的订单的用户进行筛选，将用户推送频率控制在：24h内不超过2两次。
筛选规则：
- check带推送用户的历史推送记录，若超过等于2条，则将其过滤掉不再发送。
- 排除掉已经召回过一次的用户，排除掉已经完成支付的订单，排除掉消息设置为“不再提示”的用户。
4.3.2推送内容准备
商品名称配置、优惠券名称配置、降价商品数量计算、剩余库存数量计算，小红书app链接配置，以及带推送的消息内容准备，详见各个对应模块。
4.3.3推送渠道和时间控制
渠道：
短信（用户离开app，想要强制召回时），
app消息（用户在app内，未在支付页面时），
页面提醒（用户在当前页面时弹框提示）。
时间：
可配置、可根据ABtest结果自动迭代，可按照用户活跃时间。平台默认设置为：早10:00或晚20:00。
4.4功能优化
4.4.1接入快捷支付
实际场景中，用户在支付过程中很容易被各种突发的事情打断，而导致最后忘记支付。
所以，考虑通过引入支付宝及微信的快捷支付来解决这个问题，引导用户开通免密支付，这样即使有外界因素打扰，也可一键完成支付，从而提高订单支付成功率。
4.4.2增加“再来一单”快捷入口
从数据中发现：一小部分的用户（影响面约3%）会在购物订单取消后的30min~120min内，二次生成订单，并完成支付。
所以，考虑对超时取消的订单，增加“再来一单”快捷入口，以此来简化二次购买流程，引导用户尽快完成订单支付操作。
5、统计需求/监控需求
统计通过站内app和短信推送的专属短链接的访问量/打开率，转化率、优惠券的使用率。
策略运行一周/一月后，随机抓取50个成功转化的用户，记录用户session，再随机抓取200个未成功转化的用户session。
统计这250个同学的短链接打开量，停留时长、订单支付成功率、优惠券使用率等数据，对比分析，发现问题，再持续调优。