之前的文章《產品新人的三大文檔》講到了前臺產品需求文檔的設計，為了保證前臺產品能夠正常運作，是需要后臺產品作支撐的。對于產品新人，很容易接觸前臺產品，對前臺產品的頁面結構、頁面流轉也熟悉許多，但因為接觸不到后臺產品，并且市場上對后臺產品經理需求少，便缺少對后臺產品的重視。其實，后臺產品同樣重要。

比如《產品新人》文章中O2O外賣產品的例子，當一個用戶通過前臺點餐，下單之后的服務全靠后臺系統(tǒng)進行支撐，而他看到的套餐、商家等信息，也是通過后臺上傳的。所以，后臺最重要的一部分功能就是對業(yè)務的支撐。為了保證前臺能及時更新商品、活動信息，就需要后臺優(yōu)化服務流程，使信息流通更便捷。每一家門店都希望及時查看到訂單、財務等信息，還要分析運營情況，后臺產品就要具備數(shù)據(jù)記錄、數(shù)據(jù)分析的功能。當然，整個設計環(huán)節(jié)要比這復雜得多，這也要求產品經理在后臺設計中，要認真考慮前臺產品的業(yè)務模型和功能需求，從而規(guī)劃后臺需要的功能模塊。

一、后臺產品的整體框架

做后臺要始終考慮兩方面的需求，一個是對前臺的支撐，另一個是平臺管理員的需求。這就需要產品經理對各部門的需求進行整理歸納，找出實際需求，做好后臺產品的模塊規(guī)劃，保證框架清晰明了。對于外賣產品，就需要商品管理、門店管理等功能保證業(yè)務運轉，還需要數(shù)據(jù)管理滿足運營需求。結構如圖：

產品結構規(guī)劃好后，要對后臺管理員分級，明確哪些人、哪些職位對應哪些功能，也就是權限設計。比如我們做的是直營餐飲門店的外賣產品，那肯定要有門店負責人來使用，門店有店長和店員，職責不同權限也不同，而權限設計需求也是要寫入需求文檔中的。

我了解的比較成熟的權限設計模型叫做RBAC權限管理模型。傳統(tǒng)模型是用戶—權限，而RBAC是在兩者之間加入角色的定義，即用戶—角色—權限。由于增加了角色，對不同角色分別授權，再把角色賦予用戶，會更加靈活方便。

二、重點模塊的功能規(guī)劃與設計

無論前臺、后臺，都要做好功能優(yōu)先級的把控。對于外賣產品，商品管理、訂單管理是優(yōu)先級最高的功能需求。

商品管理：沒有商品一切都無從談起，商品的展示又直接影響轉化率，所以很重要。商品管理涉及商品信息、庫存管理、分類管理等。
商品信息要考慮信息的完整、注意字段要求，圖片尺寸和像素的限定等。
庫存管理是運營的需求，當庫存值小于等于預警值時，進行庫存預警。
分類管理可以優(yōu)化商品的展示結構，便于用戶查找和選擇。

訂單管理：可以分為訂單處理和訂單查詢。
訂單處理：當前臺用戶支付訂單后，訂單信息要同步后臺，這時要考慮信息層面要展示哪些信息？訂單編號、商品詳情、訂單金額、優(yōu)惠金額、支付金額、收貨人、收貨地址、聯(lián)系方式。功能層面一般為兩種，接受和拒絕，在設計時要突出接受按鈕。訂單查詢考慮查詢條件有哪些？按訂單時間、訂單狀態(tài)還是支付方式等。
除了重點功能，異常流也要考慮到，比如無網(wǎng)絡、無內容、無權限情況下的頁面反饋。

總結
如果說前臺產品更看重產品經理對用戶需求的分析挖掘以及頁面的交互設計能力，那后臺產品經理就要對業(yè)務有深刻的理解，因為后臺要支撐前臺產品的功能實現(xiàn)以及公司業(yè)務的正常運轉，產品經理也要從更高層次的戰(zhàn)略眼光看待問題。

最后祝大家新年快樂，雞年里對學習產品永遠激情滿滿。