產(chǎn)品經(jīng)理的工作萬(wàn)變不離其宗，無(wú)論什么方向的產(chǎn)品，都需要經(jīng)過(guò)“獲取需求——篩選需求——產(chǎn)品設(shè)計(jì)——研發(fā)上線”這樣一個(gè)流程，當(dāng)然整個(gè)環(huán)節(jié)遠(yuǎn)比看起來(lái)復(fù)雜得多。在各種產(chǎn)品的設(shè)計(jì)中，后臺(tái)產(chǎn)品由于面向的用戶和功能定位的特殊性，在規(guī)劃和設(shè)計(jì)中需要具有嚴(yán)密的邏輯性以及前瞻性。

后臺(tái)產(chǎn)品（以電商平臺(tái)為例）的使用者主要不是前端的用戶，但是功能卻是牽一發(fā)而動(dòng)全身，要求產(chǎn)品經(jīng)理對(duì)平臺(tái)的業(yè)務(wù)流程（包括：訂單流程、結(jié)算流程、會(huì)員積分、商品管理）等有全面而透徹的理解。

一、后臺(tái)產(chǎn)品的整體規(guī)劃

由于需求提供者往往不是平臺(tái)的會(huì)員，而是平臺(tái)的管理員，就需要對(duì)平臺(tái)各業(yè)務(wù)部門的需求進(jìn)行整合和歸納，抽象出各部門的實(shí)際需求，做好后臺(tái)產(chǎn)品整理的模塊規(guī)劃，切莫一次性求全求多，但要保證框架清晰明了，如此才可以在后續(xù)的優(yōu)化迭代過(guò)程中，有據(jù)可依。就大多數(shù)的電子商務(wù)網(wǎng)站后臺(tái)而言，整體框架大概如下：

由于不同的平臺(tái)，對(duì)于管理者的分級(jí)不同，可能還會(huì)涉及到權(quán)限系統(tǒng)，所謂權(quán)限管理系統(tǒng)，即是對(duì)后臺(tái)管理者的權(quán)限進(jìn)行分級(jí)，部門經(jīng)理和專員的權(quán)限自然不能等同。

就整體框架而言，以上的模塊足以支撐任何一個(gè)電商平臺(tái)的后臺(tái)管理，如果要做功能的細(xì)化，只需要在相應(yīng)模塊進(jìn)行“雕梁畫棟”。

二、重點(diǎn)模塊的功能規(guī)劃和設(shè)計(jì)

后臺(tái)功能根據(jù)平臺(tái)的定位，側(cè)重點(diǎn)不同，全是重點(diǎn)則沒(méi)有重點(diǎn)。從電商平臺(tái)的角度來(lái)分享一下幾個(gè)重點(diǎn)模塊的功能設(shè)計(jì)：

商品管理系統(tǒng)

商品管理當(dāng)屬重中之重，沒(méi)有商品一切無(wú)從談起。商品管理則涉及到商品的庫(kù)存管理、上架管理、類目管理、品牌管理等。

• 庫(kù)存管理：重點(diǎn)是庫(kù)存的預(yù)警，可以在產(chǎn)品后臺(tái)的設(shè)計(jì)當(dāng)庫(kù)存值小于等于預(yù)警值時(shí)，進(jìn)行庫(kù)存的預(yù)警。
• 上架管理：在于商品詳情的審核，管理平臺(tái)要對(duì)商家入駐的商品進(jìn)行審核，如果是自營(yíng)商品則由相關(guān)運(yùn)營(yíng)人員進(jìn)行審核和編輯，對(duì)不合規(guī)商品要有違規(guī)下架的操作。
• 類目管理：為商品管理系統(tǒng)中的重點(diǎn)。最好的類目管理方式就是最適合平臺(tái)的類目管理方式。

如下圖所示：

借鑒天貓的類目管理方式設(shè)計(jì)，前臺(tái)類目和后臺(tái)類目不一致，采用“類目+屬性”的商品管理方式，優(yōu)點(diǎn)是能夠更好地進(jìn)行分類管理，方便運(yùn)營(yíng)，能讓買家用戶按照商品屬性更直接地搜索到相關(guān)商品，而這種類目管理方式對(duì)運(yùn)營(yíng)人員提出了更高的要求；

而京東的類目管理模式，則是前臺(tái)類目和后臺(tái)類目一致，在京東的頁(yè)面上看起來(lái)就會(huì)顯得整潔有序一些，邏輯清晰，缺點(diǎn)是商品數(shù)量增多以后，管理起來(lái)工作量巨大。

交易系統(tǒng)

交易系統(tǒng)是重點(diǎn)模塊，但功能設(shè)計(jì)相對(duì)簡(jiǎn)單，主要保證前臺(tái)基本的交易流程。

主要的展現(xiàn)方式為：訂單列表，訂單列表中的重要字段有：訂單編號(hào)、訂單金額、優(yōu)惠金額、訂單狀態(tài)，同時(shí)在列表中可以實(shí)現(xiàn)對(duì)訂單的篩選查詢。各個(gè)模塊并非獨(dú)立存在，在交易（訂單）系統(tǒng)中還需要增加“支付方式”的字段，以方便統(tǒng)計(jì)不同支付通道下的訂單成交情況。

對(duì)于各個(gè)狀態(tài)的訂單要具有編輯和修改狀態(tài)的功能，此功能對(duì)于平臺(tái)的測(cè)試人員尤其重要，可以滿足測(cè)試人員進(jìn)行不同狀態(tài)的訂單修改。

結(jié)算系統(tǒng)

結(jié)算是整個(gè)平臺(tái)的核心，結(jié)算涉及的角色有買家、商家以及平臺(tái)的扣點(diǎn)分成，功能需求必須嚴(yán)謹(jǐn)。

在結(jié)算系統(tǒng)中，以結(jié)算列表的方式來(lái)進(jìn)行分角色結(jié)算管理，如下圖，為商家結(jié)算管理的草圖。

賬單（結(jié)算單）要具有審核和查看的功能，平臺(tái)對(duì)商家的結(jié)算意味著將結(jié)算金額打向商家賬戶，則必須進(jìn)行審核確認(rèn)。在結(jié)算模塊也可以增加“支付方式”的統(tǒng)計(jì)字段，方便統(tǒng)計(jì)查詢。

會(huì)員管理系統(tǒng)（CRM）

平臺(tái)的會(huì)員管理涉及到：供應(yīng)商管理、買家管理、客服管理等。在會(huì)員管理中則需要對(duì)會(huì)員的成長(zhǎng)體系進(jìn)行規(guī)劃和設(shè)計(jì)，包括會(huì)員積分、會(huì)員賬戶余額、會(huì)員通知、會(huì)員資料修改編輯等。

后臺(tái)產(chǎn)品的模塊還有很多，在此只能做一簡(jiǎn)單分解，每一個(gè)模塊都可以拿來(lái)當(dāng)一個(gè)專題進(jìn)行剖析和講解，后臺(tái)產(chǎn)品設(shè)計(jì)需要深刻而全面的思維，寧可求穩(wěn)，切不可劍走偏鋒。

三、后臺(tái)產(chǎn)品經(jīng)理的要求

良好溝通協(xié)調(diào)能力：各部門獲取需求，這就要求產(chǎn)品經(jīng)理懂業(yè)務(wù)流程，了解技術(shù)框架。

產(chǎn)品上線后還要對(duì)使用者進(jìn)行相關(guān)的業(yè)務(wù)培訓(xùn)，善于表達(dá)和演講，則是最好不過(guò)了。

數(shù)據(jù)分析能力：對(duì)平臺(tái)的數(shù)據(jù)進(jìn)行統(tǒng)計(jì)，比如銷量的統(tǒng)計(jì)、商品銷量排行的統(tǒng)計(jì)、會(huì)員購(gòu)買力的統(tǒng)計(jì)等，這并非要求產(chǎn)品經(jīng)理去做所有的數(shù)據(jù)挖掘，而是要對(duì)這些統(tǒng)計(jì)功能敏感，把相關(guān)的需求實(shí)現(xiàn)出來(lái)。

戰(zhàn)略能力：后臺(tái)的布局和規(guī)劃需要一個(gè)更高層次的戰(zhàn)略眼光，后臺(tái)功能直接制約著前臺(tái)后臺(tái)是否實(shí)現(xiàn)和發(fā)展方向，后臺(tái)的優(yōu)化迭代成本遠(yuǎn)高于前臺(tái)，因?yàn)楸仨毎盐蘸梅较?，使用?zhàn)略眼光來(lái)看問(wèn)題。

筆者之前寫過(guò)一篇文章《后臺(tái)產(chǎn)品設(shè)計(jì)，新人入行最好的切入點(diǎn)之一》，這也是我對(duì)后臺(tái)產(chǎn)品設(shè)計(jì)的一些淺薄理解，希望大家交流學(xué)習(xí)。

作者：悠然南山（微信號(hào)82836112），小碩一枚，創(chuàng)業(yè)公司產(chǎn)品經(jīng)理。

本文由 @悠然南山 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理?，未經(jīng)許可，禁止轉(zhuǎn)載。