剛有位應屆生小朋友問我一個問題，用戶產(chǎn)品和業(yè)務產(chǎn)品如何區(qū)分？我想了想，覺得很有必要給你們解釋一下，因為這可能會影響到你們的產(chǎn)品路線和思維。（我就拿去哪兒網(wǎng)App里面的國際機票模塊來作為例子吧）

1. 用戶產(chǎn)品做啥的？

打開去哪兒網(wǎng)App，點擊機票模塊進入機票搜索頁，點擊“搜索”按鈕之后，進入航班列表頁，這時候你先仔細看一眼。你會發(fā)現(xiàn)頁面上方有日期欄，有前一天，后一天；頁面中間大塊區(qū)域有一大堆航班信息；頁面底欄有總價票價切換功能，排序以及篩選。

這時候你可以問自己一個問題，假如你現(xiàn)在想從北京到悉尼，你會挑選什么樣的航班？是想買早上出發(fā)的嗎？是想買飛行時間很短的嗎？是特別偏好東方航空嗎？是想看看附近這幾天都是什么價錢嗎？

再回過頭來看航班列表頁，你會發(fā)現(xiàn)上面的功能滿足了你的需求，假如未能滿足，你就可以在論證合理性之后把它做出來。

簡而言之，功能和交互是用戶產(chǎn)品首要考慮的事情，他的思維是站在用戶角度的：

a. 幫助用戶看到他想看到的

b. 幫助用戶更快找到他想要的

c. 保證這個過程愉悅而不煩躁

具體到工作中，你可以做這些事情：

a. 航班列表頁的排序是不是可以按照用戶偏好來？

b. 可不可以在機票搜索頁加上人數(shù)選擇，直接售賣團體票？

c. 航班列表頁可不可以加個按熱度排列？

d. 訂單填寫頁填寫乘機人的時候，需要填寫的字段太多了，能不能砍掉一些？

2. 業(yè)務產(chǎn)品做啥的？

還是剛才那個例子，點擊“搜索”按鈕之后，實際上客戶端發(fā)了一個請求給服務端，而服務端發(fā)了請求給其他系統(tǒng)，這時候數(shù)據(jù)不斷返回到服務端，然后服務端進行處理之后，再扔給客戶端。

大概對話是這樣的（假如用戶搜索北京-悉尼 2015.8.26）

客戶端（性別女）：喂，服務端哥哥，請幫我查詢一下北京到悉尼這條航線，日期是2015年8月26號的，我要1000個符合該搜索條件的航班，你要順便告訴我賣多少錢，起飛時間到達時間是什么時候，起飛機場到達機場是什么，需要飛多久，有沒有中轉(zhuǎn)地，對應的航空公司是哪家。最好快點告訴我噢～～

服務端（性別男）：各個兄弟，趕緊幫我找！張三，你去查查起飛時間到達時間，起飛機場和到達機場；李四，你去查查中轉(zhuǎn)地還有航空公司；王五，你去查查報價還有飛行時長

張三：找到了！

李四：找到了！

王五：找到了！

服務端：baby，費盡千辛萬苦給你找到啦～～～

客戶端：謝謝啦...

OK. 大家在航班列表頁看到的這些信息就是這么來的。

準確性和效率性是業(yè)務產(chǎn)品首要考慮的事情，他的思維是站在數(shù)據(jù)角度的：

a. 讓系統(tǒng)之間的數(shù)據(jù)交互更快速

b. 讓數(shù)據(jù)盡可能全面同時保證準確性

具體到工作中，你可以做這些事情：

a. 機票搜索結(jié)果都是由哪些接口提供數(shù)據(jù)的？這些接口哪個返回得快，哪個返回得慢？我是不是可以優(yōu)先展示部分結(jié)果，然后等其他結(jié)果來了再補充給用戶？

b. 點擊進入某個航班報價頁，報價好少呀，這背后是什么原因？有什么方式可以增多報價？

分割線============================================================

初入職場的PM，最好的學習曲線是：先做用戶端，再做業(yè)務端，最后重新回到用戶端

建議大家先嘗試用戶端產(chǎn)品，大概半年后轉(zhuǎn)業(yè)務端，深入做個1年左右，再做用戶端半年。兩年時間，可以成為一名很全面的產(chǎn)品經(jīng)理。

祝你們旅途愉快～～～

最后打個廣告：

無論你們最終加入哪個團隊，有事沒事的時候都可以來無線國際機票這邊溜達呀。我看你們大部分都不是在北京上的學，算是北漂一族，周末可以找我們玩耍呀，一塊做飯喝酒談心。我們會帶你們認識妹紙，認識帥哥，認識其他互聯(lián)網(wǎng)公司的同行們。就這么愉快地決定了～～～