管理后臺:如何設計自動續訂類虛擬商品的訂單記錄?
編輯導讀:當我們購買會員時,往往會有自動續費的選項。那么,你有沒有對自動續訂類虛擬商品進行過思考呢?本文作者就從自動續訂類虛擬商品訂單的業務場景、特征和設計這三個方面進行了詳細的闡述,希望看后能夠對你有所啟發。
一、自動續訂類虛擬商品訂單的業務場景
什么是自動續訂類虛擬商品的訂單?
音頻分享平臺喜馬拉雅,其不同周期的會員,如月度會員、季度會員和年度會員,在開通時,都會提供另一個連續訂購的方案。如開通月度會員時,可以選擇連續包月方案。
這個連續包月的會員方案,每月會自動續費一定金額,周期性地提供會員權益,這里連續包月的會員就是自動續訂類虛擬商品。
當用戶需要購買連續包月會員這樣的自動續訂類虛擬商品時,商家如何知曉商品的流通狀態,如何保證本次訂購操作后的多次交易能順利完成?
在這樣的環境下,訂單記錄出現了。
用戶在購買了喜馬拉雅的連續包月會員之后,商家的管理后臺就會出現該商品的訂購記錄,通過訂購記錄中的一些信息,商家才能確定商品已經提供用戶,并確保后續交易在沒有用戶操作的情況下依然能夠按期進行。
商家還能根據這些原始購買數據,分析訂購情況,指導后續的運營活動。商家后臺的這些訂購信息。就是自動續訂類虛擬商品的訂單記錄。
總結來說,自動續訂類虛擬商品就是指一次訂購操作但后續交易能自動完成的數字產品或服務。
自動續訂類虛擬商品的訂單,就是在購買這類商品時產生的訂購憑據,訂單側重業務,記錄了商品的流通過程。
二、自動續訂類虛擬商品訂單的特征
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協議
什么場景下會出現“暫停中”狀態or“已取消”狀態訂單?
假如到續費日期,系統自動執行扣款,但因為用戶賬戶余額不足導致扣款失敗,這時候訂單是什么狀態?
如果是因為余額不足導致續訂失敗,通常當月不會再發起自動續訂了,同時本次失敗也不會影響下個月的續訂。這個月的會員可以讓用戶主動購買,生成的是一筆單詞交易的訂單。