|管理后台:如何设计自动续订类虚拟商品的订单记录?( 二 )


文章图片

文章图片

2. 该类订单结束状态的特殊判定
自动续订类虚拟商品的订单结束 , 表示用户与商家的交易已经完成 , 商品就此不再提供给用户 。
如何判定订单结束?
通常是将该类商品的到期日作为订单结束的时间点 。
商品的到期日是一个临界点 , 在这之前 , 用户可以使用该商品 , 这一时间点之后 , 用户就不再有使用该商品的权利 。
在用户有结束订单的操作后 , 商家会明确说明该商品的到期日 。我们就把到期日这个临界点作为订单结束的时间点 。
为什么?
因为到期日之前用户都有可能有续费行为 , 用户一旦续费 , 表示该订单在下个周期依然有效 。只有商品到期 , 才能说明用户将不再使用该商品 , 该条订单才真正结束 。
以连续包月的付费会员为例来说明:假设用户在1月15日购买了连续包月的会员 , 订单以月为周期扣费 , 用户在3月10日手动结束了订单 , 下个月不再自动续订 。
3月15日是会员的到期日 , 我们就把商品的到期日3月15日作为订单结束的时间点 。因为时间一过3月15日 , 就表示交易结束 , 用户就无法再通过该订单来享受会员权益了 。
需要注意的是 , 虽然用户在3月10日已经手动操作取消续订 , 但用户依然有恢复续订的可能性 , 用户一旦恢复续费 , 订单依旧会继续进行 。
三、自动续订类虚拟商品订单的设计1. 订单中需要包含的主要信息及字段设计
订单中包含的各类信息数据 , 是对商品流转的跟踪 , 这些数据的分析结果 , 可以用来优化产品提高运营效率 。
订单列表中的字段则是订单记录中信息的具体化 , 是订单记录的落地方案 。
1.1 订单状态
自动续订类虚拟商品的订单状态展示了订单在其生命周期不同节点的状态信息 。在该类订单中 , 状态一般有四种 , 进行中、暂停中、已取消和已过期 。进行中 , 表示用户已经成功下单 , 接下来将按订单中的周期定期给用户提供商品 。暂停中 , 表示在用户申请后 , 一段时间内不付费 , 但订单不结束 , 这段时间之后或用户申请恢复后 , 再继续按周期收费 。已取消 , 表示用户手动取消了续订订单 , 从下个周期开始交易将不再进行 , 但当前周期依然可以使用商品 。已过期 , 表示订单已结束 , 商品不再提供给用户 , 后续交易也不再进行 。已过期的订单不能被恢复 , 再次使用商品时需要重新下单 。
为什么该类订单中需要有订单状态信息?
订单状态明确表示了当前订单处在生命周期的哪个节点 , 明确表示了后续交易是否需要继续进行 。如果没有订单状态 , 就无法确定接下来的商品流动方向 。
1.2 商品信息
商品信息明确了用户订购的是什么的问题 , 具体的字段有商品ID、商品名称 。
商家为用户提供不同类型的商品方案 , 订单中记录的商品信息说明用户订购的什么 , 是商家分析商品方案的数据来源 。
1.3 支付信息
支付信息记录了一切和钱相关的信息 , 如支付方式、支付金额、支付周期、已交易次数等 。
为什么需要记录支付信息 , 因为支付信息说明了用户从哪付钱、怎么付钱、历史付钱情况等信息 , 通过分析这些这些数据可以起到指导运营的作用 。
支付方式表明用户是通过什么渠道来付款的 , 如苹果的App Store应用内购买、安卓的Google Play应用内购买、网页的PayPal、银行卡等 , 支付方式指导了不同渠道的运营活动 。
支付金额明确了用户订购该商品付了多少钱 , 与商品信息相对应 , 确保了用户支付金额的正确性 。
支付周期指的是用户订购的商品 , 后续每隔多长时间交易一次 。
自动续订类虚拟商品的交易具有周期性 , 下单之后用户都不会再有操作行为 , 因此在下单订购时 , 订单中就要确定好后续付款周期 , 方便之后的交易 。


推荐阅读