编辑导读：当我们购买会员时，往往会有自动续费的选项。那么，你有没有对自动续订类虚拟商品进行过思考呢？本文作者就从自动续订类虚拟商品订单的业务场景、特征和设计这三个方面进行了详细的阐述，希望看后能够对你有所启发。

一、自动续订类虚拟商品订单的业务场景

什么是自动续订类虚拟商品的订单？

音频分享平台喜马拉雅，其不同周期的会员，如月度会员、季度会员和年度会员，在开通时，都会提供另一个连续订购的方案。如开通月度会员时，可以选择连续包月方案。

这个连续包月的会员方案，每月会自动续费一定金额，周期性地提供会员权益，这里连续包月的会员就是自动续订类虚拟商品。

当用户需要购买连续包月会员这样的自动续订类虚拟商品时，商家如何知晓商品的流通状态，如何保证本次订购操作后的多次交易能顺利完成？

在这样的环境下，订单记录出现了。

用户在购买了喜马拉雅的连续包月会员之后，商家的管理后台就会出现该商品的订购记录，通过订购记录中的一些信息，商家才能确定商品已经提供用户，并确保后续交易在没有用户操作的情况下依然能够按期进行。

商家还能根据这些原始购买数据，分析订购情况，指导后续的运营活动。商家后台的这些订购信息。就是自动续订类虚拟商品的订单记录。

总结来说，自动续订类虚拟商品就是指一次订购操作但后续交易能自动完成的数字产品或服务。

自动续订类虚拟商品的订单，就是在购买这类商品时产生的订购凭据，订单侧重业务，记录了商品的流通过程。

二、自动续订类虚拟商品订单的特征

1. 一条订单对应多条周期性的交易信息

交易信息的周期性是指，用户的订购操作行为只发生一次，但订单会每间隔一个周期，就自动增加一条交易信息。

为什么一个订单会有周期性的交易信息？

自动续订类商品在订购时，只有一次订购行为，但后期的费用是按周期多次收取的，因此即便只有一条订单记录，但却需要多条交易信息来体现后续周期性的续费行为。

另外一对多的关系表明用户一直在续订使用商品没有结束订单，与用户结束订单之后再次购买商品的情况区分开来。

假设订单、交易信息是一对一的关系，也就是每当按周期续订时都自动生成一个订单，对应生成一条交易信息。一旦这样做，商品从订购到使用再到结束使用的完整流转周期就被打破了。

一个订单从生成到结束的周期对应着用户从订购商品到结束使用的完整流程，商品的流转还未结束，订单也不应结束。

综上，一条订单对应多条周期性的交易信息，体现了用户的周期性续费行为和商品的完整流转。

举例来说明这个特征：

用户在有声书网站Audible上购买了连续包月的会员，并通过PayPal支付。支付完成后就会生成一条订购记录，与该条订购记录对应，有多条付费信息。假设订购时间为1月15日，那么以月为周期，后续的2月15号，3月15号等，都会出现一条付费信息与1月15号生成的订购记录对应起来。这里每月的付费信息就是为了记录用户周期性的续费行为，表示用户从订购日起就在持续使用Audible的月度付费会员。

一条订购记录：

多条付费记录：

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、银行卡等，支付方式指导了不同渠道的运营活动。

支付金额明确了用户订购该商品付了多少钱，与商品信息相对应，确保了用户支付金额的正确性。

支付周期指的是用户订购的商品，后续每隔多长时间交易一次。

自动续订类虚拟商品的交易具有周期性，下单之后用户都不会再有操作行为，因此在下单订购时，订单中就要确定好后续付款周期，方便之后的交易。

已交易次数是指在此之前已经完成了多少次交易，也就是已经自动购买了多少次商品。

由于订购自动续订类虚拟商品只有一次订购操作，后续有多次交易，这里就需要记录历史交易次数，方便确认交易信息数量的正确性，也能与新订购用户和结束订单再次订购的用户区分开来。

1.4 时间信息

时间信息除了记录了订单状态变化的时间点，还记录了和支付有关的时间信息，通常包括下单时间、下次支付时间、结束订单时间、商品到期时间等。

下单时间是用户提交订单后支付成功的时间，自动续订类虚拟商品的本次交易完成的触发点是支付完成，所以下单时间明确了开始提供商品的时间。

下次支付时间说明了下次交易的付款时间，通常也是商家再次提供商品的开始时间。

后续交易都是自动的，但自动交易的触发点是一个时间周期，也就是一旦到了某个时间节点，交易才会发生。所以订单中必须事先规定好下次支付时间，来指导后续的系统自动行为。

取消订单时间指的是用户手动操作取消了自动续订的订单，表明商家和用户的买卖关系从下个周期开始不再继续，至此该条订单的状态也由进行中变为已取消。

商品到期时间是商家提供商品的截止日期，由于交易是周期性的，用户不能继续使用商品的节点不是手动取消订单时间，而是当前周期结束时间，这个时间节点也就是商品到期时间。

商品到期时间也是订单结束时间，表示交易不再进行。

综上，如果订单中不记录时间信息，就无法明确地知道商品什么时候开始提供、什么时候结束提供、以及在这期间什么时候可以开始继续交易。

1.5 用户信息

用户信息解决了订购者是谁的问题，用户信息通常包含用户ID、用户昵称等。

有用户联系方式的也会附带上，方便后续的用户运营。

2. 订单列表的操作字段及各区域字段展示

对于自动续订类虚拟商品来说，订单记录列表中操作字段是商家改变该条订单记录状态的入口。

操作字段通常为恢复订单、暂停订单和取消订单，恢复订单表示将订单从暂停状态更改为进行中状态，暂停订单表示将订单从进行中状态更改为暂停状态，取消订单表示将订单更改为已取消状态。

订单记录中包含的字段较多，通常将重要的且查看频繁的字段以及操作字段放在默认表头中，次要信息可折叠展示。

其他更详细的内容则应该去其各个对应的系统进行查询，例如虽然订单包含多次交易记录，但各交易记录的详情应去交易系统查询。

四、总结

自动续订类虚拟商品的订单，是该类商品交易时产生的订购凭据。

这种场景下，一条订单通常对应多条周期性的交易信息，订单结束状态也有一些特殊的判定方，这些特征决定了订单记录中需要包含的主要信息及具体字段。

这些信息字段围绕订单特征展开，是指导产品优化和改进运营方案的数据来源。

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

题图来自Unsplash，基于CC0协议