產(chǎn)品經(jīng)理的價值-后臺產(chǎn)品業(yè)務(wù)與設(shè)計的平衡點

最近正在調(diào)研一些后臺產(chǎn)品，比如市面上成熟的相關(guān)系統(tǒng)：CMS、ERP、WMS、客服系統(tǒng)、CRM系統(tǒng)等，首先關(guān)于跳槽的數(shù)據(jù)上周簡單的發(fā)起了一個投票，看到了數(shù)據(jù)結(jié)果，我認(rèn)為說互聯(lián)網(wǎng)人是跳槽的一代人毫不為過

想跳槽的朋友是不跳槽的3倍，并且除開一部分是觀望薪資待遇再決定是否跳槽。

回過頭來，我們常說前端產(chǎn)品經(jīng)理是需要理解用戶心理、用戶的直接或間接需求，一個好的交互設(shè)計也可能讓你的產(chǎn)品成為一款爆款。類似【探探】這樣的創(chuàng)意交互產(chǎn)品，火爆了朋友圈。

但除了前端，后臺產(chǎn)品的設(shè)計也是一個產(chǎn)品生態(tài)的完整重要組成部分。前端的控制、管理、權(quán)限分配都是靠一個完整的后臺系統(tǒng)完成。

但是對于后臺產(chǎn)品與前端產(chǎn)品，你更偏向于那一個？

• 邏輯思維能力

• 需求管理能力

• 需求與業(yè)務(wù)擴展能力

• 業(yè)務(wù)熟悉與了解能力

首先針對我們常說的邏輯思維能力，落地當(dāng)產(chǎn)品設(shè)計中就是產(chǎn)品流程的管理與觸發(fā)設(shè)計，我們常用的方法是以泳道圖或時序圖來進(jìn)行管理業(yè)務(wù)流程，在這里用的VISIO或PROCESS ON工具為例，產(chǎn)品同學(xué)不僅要將需求在PRD清楚描寫，評審中，更需要將不同的流程所面對不同的需求展現(xiàn)出來。

【泳道圖】

其次就是需求管理能力，在這里與C端產(chǎn)品類似，但后臺產(chǎn)品對于需求的管理更側(cè)重在業(yè)務(wù)側(cè)面上，比如與C端沒有太關(guān)聯(lián)的提現(xiàn)模塊，是針對后臺管理員的一個功能模塊，并且以需求池來管理相應(yīng)的需求，以相應(yīng)的需求優(yōu)先級來建立。并且這里要單獨說明的是針對后臺的需求，除了大版本的改動或迭代?；緵]有版本的說法，能做的都是當(dāng)日能改就改，能上就上。

需求池我常用的是EXCEL管理辦法，并且上面是我在網(wǎng)上的一個截圖，其字段應(yīng)該增加需求提出人、需求上線日期、需求進(jìn)度。

除了業(yè)務(wù)的理解，針對業(yè)務(wù)的擴展能力首先是要考慮其需求的來源會有幾個方面來自：老板的需求、運營的需求、業(yè)務(wù)側(cè)的需求、設(shè)計后臺用戶的需求。比如當(dāng)前廣告系統(tǒng)廣告位在移動端上首頁可以實現(xiàn)，那么如果其他移動端二級頁面都需要呢？

重新開發(fā)肯定是不現(xiàn)實的，那么就將原來的廣告系統(tǒng)重新增加字段即可。這就是擴展性的一種方式。

我我們在做C端需求的時候，我往往需要調(diào)研，去挖掘需求?！就诰颉窟@個詞意味著能夠找到用戶直接的需求，是衡量產(chǎn)品經(jīng)理好壞的一個客觀標(biāo)準(zhǔn)。你的需求是否挖掘的夠明確，最后在需求的實現(xiàn)上能夠盡可能的完善，才可能會誕生出一個好的產(chǎn)品。

但不同于C端產(chǎn)品，后臺的需求常常都是業(yè)務(wù)性的直接推到，但需求的明確性不代表需求就很好落地。因為后臺的需求會有很多的聯(lián)動，如合同的簽訂流程。當(dāng)合同的字段改變后臺相關(guān)合同審核、合同生成的字段都要保持統(tǒng)一改變。

在這里后臺的需求明確性就導(dǎo)致后臺產(chǎn)品落地中會有下面幾個特點

• 大量的列表產(chǎn)品設(shè)計

• 字段的斟酌

• 微交互或弱交互

• 競品的參考意義

后臺中存在大量的列表產(chǎn)品設(shè)計，但每次到了UI或交互稿中，其列表的層次性會減弱的原因是UI或交互設(shè)計師會盡可能的將列表的形式弱化與美學(xué)保持統(tǒng)一。畢竟在設(shè)計中圓潤與簡潔的內(nèi)容與列表的自身夾雜內(nèi)容復(fù)雜和方正成了鮮明的對比。

所以在后臺系統(tǒng)使用中，很多用戶都不能感覺到方方正正的使用體驗。但在產(chǎn)品原型和需求梳理中，其實產(chǎn)品同學(xué)都是依據(jù)列表來做需求落地。

大量的使用列表欄目，之前我有分享過關(guān)于后臺產(chǎn)品原型布局設(shè)計，案例|后臺產(chǎn)品設(shè)計聯(lián)動性與交互TIPS，具體的可以在里面進(jìn)行下載相應(yīng)的原型。

最后說明關(guān)于后臺產(chǎn)品設(shè)計中競品參考的意義，其后臺產(chǎn)品有相應(yīng)的成熟系統(tǒng)，例如WMS、ERP、CRM等成熟系統(tǒng)。其競品的參考可以幫助你快速了解其業(yè)務(wù)中需要的核心字段，國內(nèi)做系統(tǒng)管理比較好的有Kingdee、用友、任我行等系統(tǒng)軟件，這些都是基于公司業(yè)務(wù)做的成熟型系統(tǒng)。

產(chǎn)品經(jīng)理不是為了抄襲而抄襲，而通過分析競品盡快的定位需求的落地方法

這里首先個人認(rèn)為好的后臺產(chǎn)品設(shè)計最好還是由一個人負(fù)責(zé)相應(yīng)的前端和后臺模塊，這樣的關(guān)聯(lián)性會很強。至于弱點就是后臺產(chǎn)品的擴展度和細(xì)節(jié)是否能夠滿足業(yè)務(wù)的需求。曾經(jīng)我所在的部門要求后臺與前端產(chǎn)品人員分開，各自負(fù)責(zé)相應(yīng)的前端和后臺。但其最后溝通成本非常大，因為前端不知道后臺會有什么規(guī)劃、后臺不知道前端需要那些管理權(quán)限等。

因此如果你的當(dāng)前產(chǎn)品團隊分工中處于這種情況，我建議可以試試以模塊分工，不管是訂單模塊還是提現(xiàn)模塊，其模塊涉及的前端或后臺由模塊負(fù)責(zé)人落地。

【不同的模塊分工由不同的產(chǎn)品人】

另外在后臺產(chǎn)品設(shè)計中，滿足業(yè)務(wù)的平衡其中首先要考慮的就是其后臺滿足的業(yè)務(wù)人員是那個？那條線？例如運營管理平臺，那么首先的業(yè)務(wù)滿足方是運營需求，運營需要什么樣的功能去落地。排出優(yōu)先級，其他非運營主線的需求就可以暫時放后面去。