后臺(tái)系統(tǒng)就像是建筑根基，假如根基打不穩(wěn)，裝修得再漂亮也都是徒勞。所以，所有的后端開發(fā)和優(yōu)化都應(yīng)當(dāng)擺在前端之前，產(chǎn)品經(jīng)理也應(yīng)當(dāng)在產(chǎn)品開發(fā)設(shè)計(jì)之前就完善后端邏輯，為前端產(chǎn)品設(shè)計(jì)做好“后勤工作”。

本篇文章開始，筆者會(huì)帶著大家從0到1，搭建一套完完整整的營(yíng)銷中心（集業(yè)務(wù)、營(yíng)銷、結(jié)算為一體）。

全篇會(huì)分為三大主題，分別是：認(rèn)識(shí)后臺(tái)系統(tǒng)、手把手搭建營(yíng)銷中心、收銀結(jié)算平臺(tái)。

每個(gè)主題大約會(huì)拆分成三大塊：規(guī)劃階段、設(shè)計(jì)階段、開發(fā)階段。

希望能幫助新晉產(chǎn)品經(jīng)理快速上手，少走冤枉路。

筆者從小白至今，基本都在接觸后臺(tái)系統(tǒng)，大到日GMV上億的供應(yīng)鏈系統(tǒng)、小到內(nèi)部人員使用的信息維護(hù)系統(tǒng)。所以，我會(huì)盡可能將自己所知所曉一并奉上。

本文關(guān)鍵詞：業(yè)務(wù)場(chǎng)景串聯(lián)，邏輯串聯(lián)，模塊化設(shè)計(jì)。

后臺(tái)系統(tǒng)的三要點(diǎn)

在后臺(tái)系統(tǒng)摸爬滾打的這幾年里，我總結(jié)了三個(gè)要點(diǎn)：業(yè)務(wù)、邏輯、模塊化。

本文先闡述：業(yè)務(wù)和邏輯，模塊化會(huì)以大量的對(duì)比圖文，來(lái)生動(dòng)的向大家展示。

1. 業(yè)務(wù)

要想做好后臺(tái)系統(tǒng)，最重要的的就是了解整個(gè)業(yè)務(wù)流程和體系。甚至要比其他所有人都要更清晰，能做到各業(yè)務(wù)線之間的業(yè)務(wù)場(chǎng)景串聯(lián)。

舉個(gè)例子：

我之前從事一家倉(cāng)儲(chǔ)物流公司，負(fù)責(zé)前后臺(tái)所有產(chǎn)品線的設(shè)計(jì)。

假設(shè)我把業(yè)務(wù)線拆分成：倉(cāng)儲(chǔ)、物流、訂單，那么就需要3名前臺(tái)產(chǎn)品經(jīng)理和3名后臺(tái)產(chǎn)品經(jīng)理（不糾結(jié)人員配置，僅作為舉例）。

此時(shí)，作為倉(cāng)儲(chǔ)后臺(tái)系統(tǒng)的產(chǎn)品經(jīng)理，不僅需要了解倉(cāng)儲(chǔ)的業(yè)務(wù)邏輯，還需要清晰的了解物流和訂單的業(yè)務(wù)邏輯，并且要做到將三者的業(yè)務(wù)邏輯無(wú)縫串聯(lián)，甚至連財(cái)務(wù)都需要了如指掌。

能夠做到以上，才算是踏入了后臺(tái)系統(tǒng)設(shè)計(jì)的最低門檻。

那么，如何才能深刻了解業(yè)務(wù)呢？

筆者很嚴(yán)肅的說(shuō)：沒有任何捷徑，只有親自到一線業(yè)務(wù)場(chǎng)景中實(shí)際操作，才會(huì)有最完整的認(rèn)知。

講完了業(yè)務(wù)的重要性，千萬(wàn)別覺得假大空。這的的確確是我從事產(chǎn)品經(jīng)理以來(lái)，最為深刻的認(rèn)知，希望大家能夠細(xì)細(xì)品味。

關(guān)鍵詞：業(yè)務(wù)場(chǎng)景串聯(lián)

2. 邏輯

邏輯是個(gè)很寬泛的詞匯，這里為大家拆分為兩點(diǎn)：業(yè)務(wù)邏輯和系統(tǒng)邏輯。

業(yè)務(wù)邏輯就是指：在了解完業(yè)務(wù)場(chǎng)景后，能夠?qū)I(yè)務(wù)場(chǎng)景轉(zhuǎn)換為流程圖，從而將業(yè)務(wù)層的流轉(zhuǎn)關(guān)系清晰地表達(dá)出來(lái)。

眾所周知，產(chǎn)品經(jīng)理都會(huì)組織需求評(píng)審會(huì)，向業(yè)務(wù)、開發(fā)（前后端、測(cè)試、運(yùn)維等）、運(yùn)營(yíng)等部門的人講解本次開發(fā)的需求。

那么，有多少產(chǎn)品經(jīng)理是直接跑上來(lái)就丟出PRD文檔或交互原型圖，侃侃而談的呢？

至少筆者做產(chǎn)品之處就是如此，這顯然是不對(duì)的。因?yàn)閷?duì)于開發(fā)和運(yùn)營(yíng)等非業(yè)務(wù)層的人來(lái)說(shuō)，他們不了解業(yè)務(wù)場(chǎng)景，更別提業(yè)務(wù)邏輯了。

所以，真正在開始一場(chǎng)評(píng)審會(huì)前，產(chǎn)品經(jīng)理需要為在場(chǎng)所有人，清晰地描述本次開發(fā)需求的業(yè)務(wù)場(chǎng)景和業(yè)務(wù)邏輯。

我繼續(xù)舉個(gè)例子：

假設(shè)本次評(píng)審的是【倉(cāng)庫(kù)收貨入庫(kù)】這個(gè)功能點(diǎn)，我們需要將倉(cāng)庫(kù)收貨入庫(kù)的這個(gè)場(chǎng)景形象生動(dòng)地描述給在場(chǎng)人看，那么，如何形象生動(dòng)？如何確保大家都能理解呢？

這里推薦大家使用，情景化描述：以角色扮演為表達(dá)形式，配以肢體語(yǔ)言和日常化情境比擬作為加深理解

主要步驟分為：

1. 單人或多人角色扮演：你可以單人多角色，也可以邀請(qǐng)?jiān)趫?chǎng)人一起參與，這有點(diǎn)像自導(dǎo)自演的一場(chǎng)戲份。你需要將單調(diào)的業(yè)務(wù)，通過(guò)場(chǎng)景化的演繹，讓在場(chǎng)的人身臨其境，仿佛在共同參與收貨入庫(kù)的操作。
2. 動(dòng)態(tài)地表達(dá)：在表演過(guò)程中，你不能原地杵著不動(dòng)，光靠說(shuō)是不行的，你需要?jiǎng)討B(tài)地表達(dá)——一般通過(guò)手舞足蹈的表演（肢體語(yǔ)言）和寫黑板（文本傳達(dá)）兩種方式結(jié)合闡述。
3. 代入式的情境比擬：如果業(yè)務(wù)場(chǎng)景比較罕見，大多數(shù)人不太多見，那么，就需要產(chǎn)品經(jīng)理通過(guò)代入式的情境比擬，向在場(chǎng)的人描述一種比較常見的業(yè)務(wù)場(chǎng)景。

比如：大家對(duì)倉(cāng)庫(kù)收貨的場(chǎng)景不熟悉，你就可以通過(guò)類比【在家收快遞，收完快遞將快遞分門別類整理好】這一場(chǎng)景，來(lái)幫助大家轉(zhuǎn)化理解。

PS：代入式的情境比擬不到萬(wàn)不得已時(shí)，慎用。因?yàn)?，新的情境或者不恰?dāng)?shù)那榫晨赡軙?huì)帶來(lái)更多的困惑和費(fèi)解，從而鉆進(jìn)死胡同無(wú)法自拔。

這里稍稍總結(jié)一下，業(yè)務(wù)邏輯的目的在于：開始需求評(píng)審前，以生動(dòng)形象的方式向大家描述業(yè)務(wù)場(chǎng)景，幫助大家更好的理解本次開發(fā)的需求和產(chǎn)品可能的延展性。

說(shuō)完了業(yè)務(wù)邏輯，我們來(lái)說(shuō)說(shuō)系統(tǒng)邏輯。

系統(tǒng)邏輯與業(yè)務(wù)邏輯的側(cè)重點(diǎn)不同。

業(yè)務(wù)邏輯更強(qiáng)調(diào)場(chǎng)景和流程，而系統(tǒng)邏輯更強(qiáng)調(diào)開發(fā)視角的底層邏輯和數(shù)據(jù)庫(kù)（表結(jié)構(gòu)）的關(guān)系。

就此可以看出，系統(tǒng)邏輯討論和講述的對(duì)象更偏向于開發(fā)人員。

很多人在討論：產(chǎn)品經(jīng)理到底應(yīng)不應(yīng)該懂技術(shù)？需不需要會(huì)寫代碼？

我個(gè)人觀點(diǎn)：產(chǎn)品經(jīng)理需要會(huì)寫代碼，需要懂技術(shù)，但切忌精通。

對(duì)于產(chǎn)品經(jīng)理來(lái)說(shuō)：懂技術(shù)能夠幫助自己了解開發(fā)的設(shè)計(jì)邏輯，不至于提出離譜的需求。并且可以通過(guò)開發(fā)設(shè)計(jì)邏輯，優(yōu)化自己的產(chǎn)品思維，在產(chǎn)品初期的MVP設(shè)計(jì)，尤為重要。

寫代碼（這里強(qiáng)調(diào)至少會(huì)寫簡(jiǎn)單的SQL語(yǔ)言）能夠幫助產(chǎn)品經(jīng)理自助查詢某些數(shù)據(jù)，便于數(shù)據(jù)統(tǒng)計(jì)和分析。但是切忌精通，是因?yàn)橛泻芏嗦殘?chǎng)上從技術(shù)轉(zhuǎn)產(chǎn)品的同學(xué)，會(huì)非常糾結(jié)于產(chǎn)品實(shí)現(xiàn)的難易度和可能性，抑制了對(duì)產(chǎn)品本身價(jià)值體現(xiàn)的思考和創(chuàng)新思維。

好了，扯的有點(diǎn)遠(yuǎn)了，我們繼續(xù)說(shuō)回系統(tǒng)邏輯。

系統(tǒng)邏輯是指：與開發(fā)人員就當(dāng)前產(chǎn)品和未來(lái)產(chǎn)品可能存在的延展性，進(jìn)行討論，得出的一套系統(tǒng)流程圖。

想必很多產(chǎn)品同學(xué)都碰到過(guò)這種場(chǎng)景：產(chǎn)品在不斷迭代過(guò)程中發(fā)現(xiàn)，原本的架構(gòu)無(wú)法支撐未來(lái)發(fā)展的可能。

舉個(gè)簡(jiǎn)單的例子：在做倉(cāng)儲(chǔ)系統(tǒng)時(shí)，如果前期開發(fā)沒有考慮到總分倉(cāng)和之間的業(yè)務(wù)邏輯關(guān)系，那么往后如果公司發(fā)展需要總分倉(cāng)時(shí)，底層邏輯的改動(dòng)量會(huì)比較大，甚至可能大量返工。

那么，作為產(chǎn)品經(jīng)理，應(yīng)該如何與開發(fā)討論，得出一套比較完整的系統(tǒng)邏輯呢？

給大家?guī)c(diǎn)建議：

評(píng)審會(huì)后，與開發(fā)人員再次確認(rèn)業(yè)務(wù)邏輯：

業(yè)務(wù)邏輯剛剛講過(guò)，在評(píng)審會(huì)開始前需要向大家闡釋清楚，那么會(huì)后為什么還要找開發(fā)人員確認(rèn)呢？

道理就在于溝通過(guò)程中，信息傳遞和理解的遞減效應(yīng)。我們無(wú)法保證評(píng)審會(huì)上，所有人精神都高度集中，所有人的理解都完全相同。

從理論角度上說(shuō)，信息的傳遞成功率大致在60%，那么另外的40%就需要通過(guò)會(huì)后反復(fù)確認(rèn)和溝通中彌補(bǔ)。

將已知和未知的產(chǎn)品發(fā)展可能性告知開發(fā)：

在會(huì)后溝通過(guò)程中，除了再次描述業(yè)務(wù)邏輯外，更重要的是將已知和未知的產(chǎn)品可能性告知開發(fā)，比如：公司既定的業(yè)務(wù)發(fā)展和腦暴的發(fā)展可能性。

這是為了幫助開發(fā)更深刻地理解業(yè)務(wù)和未來(lái)可能存在的技術(shù)瓶頸，將底層框架想的更全面，滿足往后更多的業(yè)務(wù)需求。

從產(chǎn)品角度解決問(wèn)題或提出建議：在與開發(fā)討論完所有產(chǎn)品可能后，并不是將問(wèn)題全部留給開發(fā)同學(xué)，而是需要從產(chǎn)品的角度出發(fā)，想想是否可以從產(chǎn)品設(shè)計(jì)上幫助共同解決。

PS：系統(tǒng)邏輯的決定權(quán)在于開發(fā)設(shè)計(jì)；底層數(shù)據(jù)庫(kù)，表結(jié)構(gòu)的搭建也在于開發(fā)設(shè)計(jì)。

但是產(chǎn)品經(jīng)理務(wù)必在開發(fā)設(shè)計(jì)前找開發(fā)人員，至少是后端開發(fā)，詳細(xì)的討論清楚產(chǎn)品往后的推演路徑和發(fā)展的可能性，以便開發(fā)人員獲取可能遺漏的信息，完善后端邏輯。

筆者一直在強(qiáng)調(diào)后端開發(fā)。不是因?yàn)榍岸碎_發(fā)不重要，而是后端猶如高樓大廈的地基，如果地基不穩(wěn)或者地基打的不深，那么哪怕裝修的再漂亮，也不穩(wěn)不高。

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

題圖來(lái)自 Unsplash，基于 CC0 協(xié)議