产品经理管理后台：如何设计自动续订类虚拟商品的订单记录

1、编辑导读：当我们购买会员时，往往会有自动续费的选项。那么，你有没有对自动续订类虚拟商品进行过思考呢？本文作者就从自动续订类虚拟商品订单的业务场景、特征和设计这三个方面进行了详细的阐述，希望看后能够对你有所启发。什么是自动续订类虚拟商品的订单？音频分享平台喜马拉雅，其不同周期的会员，如月度会员、季度会员和年度会员，在开通时，都会提供另一个连续订购的方案。如开通月度会员时，可以选择连续包月方案。这个连续包月的会员方案，每月会自动续费一定金额，周期性地提供会员权益，这里连续包月的会员就是自动续订类虚拟商品。当用户需要购买连续包月会员这样的自动续订类虚拟商品时，商家如何知晓商品的流通状态，如何保证本次

2、订购操作后的多次交易能顺利完成？在这样的环境下，订单记录出现了。用户在购买了喜马拉雅的连续包月会员之后，商家的管理后台就会出现该商品的订购记录，通过订购记录中的一些信息，商家才能确定商品已经提供用户，并确保后续交易在没有用户操作的情况下依然能够按期进行。商家还能根据这些原始购买数据，分析订购情况，指导后续的运营活动。商家后台的这些订购信息。就是自动续订类虚拟商品的订单记录。总结来说，自动续订类虚拟商品就是指一次订购操作但后续交易能自动完成的数字产品或服务。自动续订类虚拟商品的订单，就是在购买这类商品时产生的订购凭据，订单侧重业务，记录了商品的流通过程。交易信息的周期性是指，用户的订购操作行为只

3、发生一次，但订单会每间隔一个周期，就自动增加一条交易信息。为什么一个订单会有周期性的交易信息？自动续订类商品在订购时，只有一次订购行为，但后期的费用是按周期多次收取的，因此即便只有一条订单记录，但却需要多条交易信息来体现后续周期性的续费行为。另外一对多的关系表明用户一直在续订使用商品没有结束订单，与用户结束订单之后再次购买商品的情况区分开来。假设订单、交易信息是一对一的关系，也就是每当按周期续订时都自动生成一个订单，对应生成一条交易信息。一旦这样做，商品从订购到使用再到结束使用的完整流转周期就被打破了。一个订单从生成到结束的周期对应着用户从订购商品到结束使用的完整流程，商品的流转还未结束，订单

4、也不应结束。综上，一条订单对应多条周期性的交易信息，体现了用户的周期性续费行为和商品的完整流转。举例来说明这个特征：用户在有声书网站Audible上购买了连续包月的会员，并通过 PayPal支付。支付完成后就会生成一条订购记录，与该条订购记录对应，有多条付费信息。假设订购时间为 1 月 15 日，那么以月为周期，后续的 2 月 15 号， 3 月 15号等，都会出现一条付费信息与1 月 15号生成的订购记录对应起来。这里每月的付费信息就是为了记录用户周期性的续费行为，表示用户从订购日起就在持续使用 Audible 的月度付费会员。一条订购记录：多条付费记录：自动续订类虚拟商品的订单结束，表示用

5、户与商家的交易已经完成，商品就此不再提供给用户。如何判定订单结束？通常是将该类商品的到期日作为订单结束的时间点。商品的到期日是一个临界点，在这之前，用户可以使用该商品，这一时间点之后，用户就不再有使用该商品的权利。在用户有结束订单的操作后，商家会明确说明该商品的到期日。我们就把到期日这个临界点作为订单结束的时间点。为什么？因为到期日之前用户都有可能有续费行为，用户一旦续费，表示该订单在下个周期依然有效。只有商品到期，才能说明用户将不再使用该商品，该条订单才真正结束。以连续包月的付费会员为例来说明：假设用户在 1 月 15 日购买了连续包月的会员，订单以月为周期扣费，用户在3 月 10 日手动结

6、束了订单，下个月不再自动续订。3月 15 日是会员的到期日，我们就把商品的到期日 3月 15 日作为订单结束的时间点。因为时间一过3 月 15 日，就表示交易结束，用户就无法再通过该订单来享受会员权益了。需要注意的是，虽然用户在 3 月 10 日已经手动操作取消续订，但用户依然有恢复续订的可能性，用户一旦恢复续费，订单依旧会继续进行。订单中包含的各类信息数据，是对商品流转的跟踪，这些数据的分析结果，可以用来优化产品提高运营效率。订单列表中的字段则是订单记录中信息的具体化，是订单记录的落地方案。订单状态自动续订类虚拟商品的订单状态展示了订单在其生命周期不同节点的状态信息。在该类订单中，状态一般有

7、四种，进行中、暂停中、已取消和已过期。为什么该类订单中需要有订单状态信息？订单状态明确表示了当前订单处在生命周期的哪个节点，明确表示了后续交易是否需要继续进行。如果没有订单状态，就无法确定接下来的商品流动方向。商品信息商品信息明确了用户订购的是什么的问题，具体的字段有商品 ID 、商品名 称。商家为用户提供不同类型的商品方案，订单中记录的商品信息说明用户订购的什么，是商家分析商品方案的数据来源。支付信息支付信息记录了一切和钱相关的信息，如支付方式、支付金额、支付周期、已交易次数等。为什么需要记录支付信息，因为支付信息说明了用户从哪付钱、怎么付钱、历史付钱情况等信息，通过分析这些这些数据可以起到

8、指导运营的作用。支付方式表明用户是通过什么渠道来付款的，如苹果的App Store应用内购买、安卓的Google Play应用内购买、网页的PayPak银行卡等，支付方式指导 了不同渠道的运营活动。支付金额明确了用户订购该商品付了多少钱，与商品信息相对应，确保了用户支付金额的正确性。支付周期指的是用户订购的商品，后续每隔多长时间交易一次。自动续订类虚拟商品的交易具有周期性，下单之后用户都不会再有操作行为，因此在下单订购时，订单中就要确定好后续付款周期，方便之后的交易。已交易次数是指在此之前已经完成了多少次交易，也就是已经自动购买了多少次商品。由于订购自动续订类虚拟商品只有一次订购操作，后续有多

9、次交易，这里就需要记录历史交易次数，方便确认交易信息数量的正确性，也能与新订购用户和结束订单再次订购的用户区分开来。时间信息时间信息除了记录了订单状态变化的时间点，还记录了和支付有关的时间信息，通常包括下单时间、下次支付时间、结束订单时间、商品到期时间等。下单时间是用户提交订单后支付成功的时间，自动续订类虚拟商品的本次交易完成的触发点是支付完成，所以下单时间明确了开始提供商品的时间。下次支付时间说明了下次交易的付款时间，通常也是商家再次提供商品的开始时间。后续交易都是自动的，但自动交易的触发点是一个时间周期，也就是一旦到了某个时间节点，交易才会发生。所以订单中必须事先规定好下次支付时间，来指导

10、后续的系统自动行为。取消订单时间指的是用户手动操作取消了自动续订的订单，表明商家和用户的买卖关系从下个周期开始不再继续，至此该条订单的状态也由进行中变为已取消。商品到期时间是商家提供商品的截止日期，由于交易是周期性的，用户不能继续使用商品的节点不是手动取消订单时间，而是当前周期结束时间，这个时间节点也就是商品到期时间。商品到期时间也是订单结束时间，表示交易不再进行。综上，如果订单中不记录时间信息，就无法明确地知道商品什么时候开始提供、什么时候结束提供、以及在这期间什么时候可以开始继续交易。用户信息用户信息解决了订购者是谁的问题，用户信息通常包含用户 ID 、用户昵称 等。有用户联系方式的也会附带上，方便后续的用户运营。对于自动续订类虚拟商品来说，订单记录列表中操作字段是商家改变该条订单记录状态的入口。操作字段通常为恢复订单、暂停订单和取消订单，恢复订单表示将订单从 暂停状态更改为进行中状态，暂停订单表示将订单从进行中状态更改为