做好報刊產品設計,需要注意這幾個點

人人都是產品經理 發佈 2020-01-17T11:57:09+00:00

想要做好報刊產品的設計,需要提前了解好相關的產品特性,對業務流程和各個模塊都做到胸有成竹。三、設計經驗小結報刊產品在用戶端看起來是一個操作簡單的過程,其實數據在各個模塊都產生了影響,像是在做一道計算複雜的數學題。

想要做好報刊產品的設計,需要提前了解好相關的產品特性,對業務流程和各個模塊都做到胸有成竹。

一、項目背景

某省郵政公司計劃建設一個報刊訂購商城系統,包括微信H5商城,網頁端管理後台。建成後,用戶可以在微信公眾號中訂閱報刊,把原來比較複雜耗時的訂購過程轉移到線上自助下單,將極大提高訂購效率。同時,線上渠道的拓展會有助於帶來訂單量的提升。

公司運營人員在管理後台可以進行統一的銷售管理、庫存管理、採購管理、統計分析等,有助於提高管理效率,優化運營質量。

此外訂單系統可以和倉庫系統對接,自動揀貨發貨,減少人為發貨的錯誤。

綜上,該系統建設的用途和意義都很巨大。在這裡主要分享一下報刊產品設計中需要注意的設計要點。

二、報刊特性分析

報刊產品不同於普通商品,具有連續性,周期性的特點。因此在訂購周期,發貨等方面都有一些特殊規則。只有了解了這些特性,才能做好報刊產品的設計。

1. 訂購周期

「期數」是報刊產品的重要屬性。與線下渠道訂購規則類似,線上雜誌報刊訂購也是周期性訂購,即支持訂購半年或一年期刊物。

例如:《讀者》是半月刊,每個月出兩本,一年總計24期。訂購規則是可訂購半年12期,或者全年24期。

設計要點:在下單頁面,要突出讓購買者選擇並確認,在訂單頁面,涉及到發貨的數量和發貨次數。

(原型截圖)

2. 訂購規則

因為報刊雜誌具有即時性,所以大多數情況下,當前下單只能訂購到下月的產品,有的甚至是下下月的產品。具體情況視報刊情況而定。

例如:「某某」雜誌,每月15日之前可定下月雜誌。(支持後台設置規則)

某用戶在2019年5月9日下單,訂1年期的「某某」雜誌。參考上面的規則:因為用戶是在15日之前下單的,所以該用戶訂的是2019年6月至2020年5月的雜誌。

設計要點:在產品介紹中要明確告知用戶訂購規則,且在用戶下單介面,告知用戶當前時間下,可訂購到的刊物起訂月份。

(原型截圖)

3. 發貨規則

為節省物流成本,用戶訂購多本雜誌(如共購買了A、B、C三份雜誌),或者訂購一本雜誌每月有多期時,每個月等所有訂購刊物都到貨後寄出。

例如:用戶購買一年期「讀者」雜誌,為半月刊(一個月共2期),則全年共發貨12次。

多種雜誌組合購買,如果在同一訂單內,也合併為一次發貨。

設計要點:用戶訂購完成後,可能不會一直記住自己下單時買了何種報刊,會發貨多少個月等。因此要有一個單獨的物流頁面支持查看全年的多次物流信息。

頁面需要告知用戶:

(1)往期的物流信息;

(2)當期購買的A、B、C雜誌是否都到貨了;

(3)如果都到貨了,是否包裹已經寄出。

(原型截圖)

二、微信H5商城功能分析

商城端的業務流程大體上不複雜,主要是展示產品,支持下單購買。這也符合用戶的習慣,不需要花費什麼成本去學習。值得注意的一點是報刊中有普通報刊和校園報刊之分。

校園報刊是由郵局直接寄往學校的一類報刊。要將這類產品與普通報刊區分開來。走不同的發貨渠道。

三、管理後台功能分析

後台中比較難處理的部分是:訂單、庫存、發貨之間的數據關係。

(1)一個報刊訂單會產生6/12個子訂單(按月發貨),也因此產生了雜誌的訂貨需求(在另外的系統中完成)。

(2)雜誌到貨後需要增加庫存,在庫存管理中進行操作。

(3)庫存到位後,會影響子訂單是否可以滿足發貨條件。如果滿足條件,則需要產生待發貨訂單。

(4)訂單發出後,需要減去庫存數量。

三、 設計經驗小結

報刊產品在用戶端看起來是一個操作簡單的過程,其實數據在各個模塊都產生了影響,像是在做一道計算複雜的數學題。關鍵是要了解業務流程,以提高操作效率為目標,才能設計一個合理並精確的系統。

本文由 @Elsa 原創發布於人人都是產品經理,未經作者許可,禁止轉載。

題圖來自Unsplash,基於CC0協議。

關鍵字: