分析：用戶產(chǎn)品和業(yè)務(wù)產(chǎn)品如何區(qū)分

分析：用戶產(chǎn)品和業(yè)務(wù)產(chǎn)品如何區(qū)分？

打開去哪兒網(wǎng)App，點擊機(jī)票模塊進(jìn)入機(jī)票搜索頁，點擊“搜索”按鈕之后，進(jìn)入航班列表頁，這時候你先仔細(xì)看一眼。你會發(fā)現(xiàn)頁面上方有日期欄，有前一天，后一天；頁面中間大塊區(qū)域有一大堆航班信息；頁面底欄有總價票價切換功能，排序以及篩選。用戶產(chǎn)品和業(yè)務(wù)產(chǎn)品如何區(qū)分？這時候你可以問自己一個問題，假如你現(xiàn)在想從北京到悉尼，你會挑選什么樣的航班？是想買早上出發(fā)的嗎？是想買飛行時間很短的嗎？是特別偏好東方航空嗎？是想看看附近這幾天都是什么價錢嗎？再回過頭來看航班列表頁，你會發(fā)現(xiàn)上面的功能滿足了你的需求，假如未能滿足，你就可以在論證合理性之后把它做出來。簡而言之，功能和交互是用戶產(chǎn)品首要考慮的事情，他的思維是站在用戶角度的：a.幫助用戶看到他想看到的b.幫助用戶更快找到他想要的c.保證這個過程愉悅而不煩躁具體到工作中，你可以做這些事情：a.航班列表頁的排序是不是可以按照用戶偏好來？b.可不可以在機(jī)票搜索頁加上人數(shù)選擇，直接售賣團(tuán)體票？c.航班列表頁可不可以加個按熱度排列？d.訂單填寫頁填寫乘機(jī)人的時候，需要填寫的字段太多了，能不能砍掉一些？2.業(yè)務(wù)產(chǎn)品做啥的？還是剛才那個例子，點擊“搜索”按鈕之后，實際上客戶端發(fā)了一個請求給服務(wù)端，而服務(wù)端發(fā)了請求給其他系統(tǒng)，這時候數(shù)據(jù)不斷返回到服務(wù)端，然后服務(wù)端進(jìn)行處理之后，再扔給客戶端。大概對話是這樣的(假如用戶搜索北京-悉尼2015.8.26)客戶端(性別女)：喂，服務(wù)端哥哥，請幫我查詢一下北京到悉尼這條航線，日期是2015年8月26號的，我要1000個符合該搜索條件的航班，你要順便告訴我賣多少錢，起飛時間到達(dá)時間是什么時候，起飛機(jī)場到達(dá)機(jī)場是什么，需要飛多久，有沒有中轉(zhuǎn)地，對應(yīng)的航空公司是哪家。最好快點告訴我噢～～服務(wù)端(性別男)：各個兄弟，趕緊幫我找！張三，你去查查起飛時間到達(dá)時間，起飛機(jī)場和到達(dá)機(jī)場；李四，你去查查中轉(zhuǎn)地還有航空公司；王五，你去查查報價還有飛行時長張三：找到了！李四：找到了！王五：找到了！服務(wù)端：baby，費盡千辛萬苦給你找到啦～～～客戶端：謝謝啦…OK.大家在航班列表頁看到的這些信息就是這么來的。準(zhǔn)確性和效率性是業(yè)務(wù)產(chǎn)品首要考慮的事情，他的思維是站在數(shù)據(jù)角度的：a.讓系統(tǒng)之間的數(shù)據(jù)交互更快速b.讓數(shù)據(jù)盡可能全面同時保證準(zhǔn)確性具體到工作中，你可以做這些事情：a.機(jī)票搜索結(jié)果都是由哪些接口提供數(shù)據(jù)的？這些接口哪個返回得快，哪個返回得慢？我是不是可以優(yōu)先展示部分結(jié)果，然后等其他結(jié)果來了再補(bǔ)充給用戶？b.點擊進(jìn)入某個航班報價頁，報價好少呀，這背后是什么原因？有什么方式可以增多報價？=======================分割線=========================初入職場的PM，最好的學(xué)習(xí)曲線是：先做用戶端，再做業(yè)務(wù)端，最后重新回到用戶端建議大家先嘗試用戶端產(chǎn)品，大概半年后轉(zhuǎn)業(yè)務(wù)端，深入做個1年