一直以來，市面上的書籍以及培訓(xùn)課程，都圍繞著前端產(chǎn)品經(jīng)理在介紹，將更多的重心放在產(chǎn)品經(jīng)理對于用戶、需求、場景的理解，以及對前端交互界面以及用戶體驗的設(shè)計上。但其實對于每一個前端產(chǎn)品而言，背后都有一個或多個后臺產(chǎn)品在支撐，以保證用戶需求可以被滿足，用戶體驗可以被感知。

那么在深入解析后臺產(chǎn)品經(jīng)理之前，先引出一個問題：到底什么是后臺產(chǎn)品經(jīng)理，后臺產(chǎn)品經(jīng)理與前端產(chǎn)品經(jīng)理的區(qū)別在哪？

上圖是阿里業(yè)務(wù)中臺的設(shè)計架構(gòu)圖，簡單來說業(yè)務(wù)中臺是一個資源共享模塊，將所有可以共享的資源整合在一起，支撐所有業(yè)務(wù)線使用。

以上圖為例，對于淘寶、天貓、聚劃算三大電商業(yè)務(wù)來說，雖然業(yè)務(wù)類型略有不同，但是后臺涉及到的用戶中心、商品中心等等這些功能模塊是一致的。也就是說阿里不需要針對淘寶、天貓、聚劃算每個業(yè)務(wù)線單獨涉及一套完成的業(yè)務(wù)流程，而是僅僅通過調(diào)用集中到中臺中功能模塊的數(shù)據(jù)及服務(wù)，即可完成對上層業(yè)務(wù)的支持。

對用戶而言，用戶可以通過一個賬號登錄三個不同的電商平臺，所有信息可以打通共享，對用戶的體驗來說也是非常好的。

目前很多涉及到復(fù)雜業(yè)務(wù)線的大廠，都已經(jīng)或正在規(guī)劃自己的中臺業(yè)務(wù)邏輯，結(jié)合中臺設(shè)計這個概念，其實就可以理解前端與后臺產(chǎn)品經(jīng)理之間的區(qū)別了。

前端產(chǎn)品經(jīng)理結(jié)合具體的用戶、需求、場景，以用戶視角設(shè)計產(chǎn)品，以滿足用戶需求、提供用戶體驗為導(dǎo)向。而后臺產(chǎn)品經(jīng)理，結(jié)合前端產(chǎn)品邏輯及業(yè)務(wù)流程，以業(yè)務(wù)視角設(shè)計產(chǎn)品，以業(yè)務(wù)支撐為導(dǎo)向。

所以對于后臺產(chǎn)品來說，更多的是基于前端產(chǎn)品的業(yè)務(wù)邏輯和業(yè)務(wù)流程，在相應(yīng)的環(huán)節(jié)提供相應(yīng)能力支持。但是，可以發(fā)現(xiàn)：無論前端產(chǎn)品還是后臺產(chǎn)品，本質(zhì)上來說，都是為了滿足用戶的需求和體驗，在后臺產(chǎn)品設(shè)計當中除了業(yè)務(wù)邏輯及業(yè)務(wù)流程的思考之外，也要考慮用戶的需求以及具體業(yè)務(wù)場景。

接下來以用戶通過OTA預(yù)定酒店業(yè)務(wù)流程為例，看一看當一個用戶通過小程序預(yù)定酒店，支付訂單并開取發(fā)票這樣一個業(yè)務(wù)流程下，前端產(chǎn)品和后臺產(chǎn)品分別做了什么，涉及了哪些交互？

上圖中的小程序端可以理解為前端產(chǎn)品，用戶預(yù)定、支付以及開發(fā)票的所有操作都是在小程序端完成的，用戶在小程序端完成的每一個操作，都會有后臺若干個產(chǎn)品的支撐。

1. 用戶進入酒店房間詳情頁，小程序端會調(diào)取后臺產(chǎn)品庫模塊，獲取最新的房間信息，包含：房間類型、房間名稱、庫存、價格等等信息。
2. 用戶進入預(yù)定頁時，因從詳情到預(yù)定頁之間跳轉(zhuǎn)存在延遲，所以可能存在房間庫存、價格出現(xiàn)不同步的情況。所以在用戶進入預(yù)定頁時，小程序端會再次獲取實時房間庫存及價格信息，保證用戶可以看到最新的庫存及價格。
3. 用戶填寫完預(yù)定信息后點擊提交，小程序端向訂單模塊提交創(chuàng)建訂單請求，訂單會基于小程序端的數(shù)據(jù)以及產(chǎn)品庫數(shù)據(jù)進行校驗，數(shù)據(jù)一致則訂單創(chuàng)建完成。
4. 用戶跳轉(zhuǎn)到支付頁面，小程序端向支付平臺提交支付請求，用戶支付狀態(tài)同步至訂單模塊。
5. 用戶查看訂單詳情，小程序端調(diào)取訂單模塊數(shù)據(jù)，獲取用戶訂單詳情數(shù)據(jù)展現(xiàn)。
6. 用戶點擊開發(fā)票功能，小程序端向發(fā)票平臺提交發(fā)票請求，發(fā)票狀態(tài)及相關(guān)信息同步至訂單模塊。

至此，用戶從預(yù)訂到支付再到開發(fā)票的整個流程完成，通過業(yè)務(wù)流程圖可以看到，前端產(chǎn)品即小程序端主要解決的問題是用戶在小程序上可以做什么，通過哪些頁面哪些功能區(qū)滿足用戶的需求。

而后臺產(chǎn)品，如產(chǎn)品庫、訂單、支付、發(fā)票等等，這些后臺產(chǎn)品主要基于前臺產(chǎn)品的業(yè)務(wù)邏輯，支撐業(yè)務(wù)流程的流轉(zhuǎn)以及不同業(yè)務(wù)模塊、數(shù)據(jù)之間的交互，以保證前端產(chǎn)品給用戶展現(xiàn)正確的信息。

最后來說一說，作為后臺產(chǎn)品經(jīng)理，需要具備哪些核心能力？

對于產(chǎn)品經(jīng)理的通用能力如需求分析、產(chǎn)品設(shè)計這些在本文不會提到，更多的是指作為后臺產(chǎn)品需要具備的能力：對業(yè)務(wù)流程的把控能力、對角色的把控能力。

對業(yè)務(wù)流程的把控能力：對于業(yè)務(wù)流程的把控能力，主要分兩個維度：

• 一個維度為前端產(chǎn)品的業(yè)務(wù)流程；
• 另一個維度為基于前端產(chǎn)品業(yè)務(wù)流程，后臺產(chǎn)品業(yè)務(wù)流程是如何支持的。

對于兩個維度的業(yè)務(wù)流程，還要著重把控核心業(yè)務(wù)流程、分支業(yè)務(wù)流程以及異常業(yè)務(wù)流程。任何一類業(yè)務(wù)流程都會影響前端產(chǎn)品對用戶的展現(xiàn)效果，作為后臺產(chǎn)品從業(yè)務(wù)邏輯及業(yè)務(wù)流程上一定要考慮盡可能詳細，以保證前端產(chǎn)品的用戶體驗。

對角色的把控能力：通過上面案例可以發(fā)現(xiàn)，為支撐前端產(chǎn)品的業(yè)務(wù)，后臺產(chǎn)品往往涉及多個模塊之間的協(xié)作，這些模塊之間可能會分屬不同團隊負責(zé)。

所以對于產(chǎn)品來說，首先要了解自己負責(zé)的產(chǎn)品模塊的角色是什么，即在業(yè)務(wù)邏輯和業(yè)務(wù)流程中處于什么樣的地位，同時還要基于業(yè)務(wù)邏輯及業(yè)務(wù)流程，清晰了解自己負責(zé)模塊在哪些環(huán)節(jié)需要和哪些模塊發(fā)生交互，這些交互可能涉及接口交互也可能涉及數(shù)據(jù)交互。

很多產(chǎn)品新人都會說想做前端產(chǎn)品，為什么？

因為前端產(chǎn)品更接近用戶，期望做出的產(chǎn)品可以去改變世界。但是，前端產(chǎn)品和后臺產(chǎn)品是相輔相成的，沒有后臺產(chǎn)品如何保證前端產(chǎn)品的實現(xiàn)呢？

相對而言，后臺產(chǎn)品更考驗產(chǎn)品經(jīng)理的業(yè)務(wù)理解能力和流程邏輯的把控能力，所以沒有誰好誰壞，都是滿足用戶需求、體驗的關(guān)鍵。

#專欄作家#

記小憶，人人都是產(chǎn)品經(jīng)理專欄作者，野蠻生長的產(chǎn)品經(jīng)理，擅長從0-1搭建產(chǎn)品經(jīng)理知識體系。公眾號：PM龍門陣。

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

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