旅游行業(yè)一直是我很看好的行業(yè)，現(xiàn)在我以一個旁觀者的身份，結(jié)合過去幾年的旅游產(chǎn)品經(jīng)歷，簡單分析一下旅游產(chǎn)品實操的相關(guān)流程。

旅游：是你去到一個地方以當(dāng)?shù)厝说囊暯侨ンw驗當(dāng)?shù)厝说纳?，旅游離不開吃，住，行，購物，玩，安全，天氣等。

旅游是一個必須要出發(fā)的消費過程，其目的地對旅客來說是比較陌生的，那么這就決定了旅游的用戶群體：有經(jīng)濟(jì)來源，行動方便，有一定社會閱歷和應(yīng)變能力，有空閑時間；按照這個用戶畫像你大概能定位旅游的用戶群體年齡段是：16~70歲之間，那么包括三個年齡階段，青少年，中年，老年。

旅游類APP/網(wǎng)站的目的就是為了解決旅游相關(guān)的需求的，因此在做產(chǎn)品前，要考慮清楚產(chǎn)品的要素，目的是為了做到心中有數(shù)，知己知彼。

在考慮清楚要素后，就是要弄清楚通過哪些業(yè)務(wù)系統(tǒng)來幫助到消費者，解決旅遊出行需求。

業(yè)務(wù)表現(xiàn)層是羅列了旅游產(chǎn)品線涉及的相關(guān)業(yè)務(wù)（上圖概括不是很全面，吃，娛 等沒列出），但是具體開發(fā)哪些系統(tǒng)要根據(jù)實際情況和公司的戰(zhàn)略而定。

如：老年用戶選擇的旅游產(chǎn)品形態(tài)是團(tuán)隊游比較多，中青年選擇的產(chǎn)品形態(tài)是自由行比較多，那么對不同年齡層要提供相應(yīng)的產(chǎn)品系統(tǒng)； 如果公司只專注周邊游，那么交通選擇是汽車，+酒店+保險+門票等就可以搭建符合公司的產(chǎn)品框架了。 如果定位的是服務(wù)港澳用戶，那么交通就只能選擇：機(jī)票/船票，因為香港和澳門都是島嶼；如公司定位的服務(wù)群體是國內(nèi)，那么簽證系統(tǒng)就沒必要開發(fā)。

如果我獲取的需求是公司要求開放 機(jī)票系統(tǒng)，酒店系統(tǒng)，度假系統(tǒng)，那么下面就以這個三個需求來進(jìn)行實操說明。

一、 產(chǎn)品的流程

互聯(lián)網(wǎng)產(chǎn)品都包含前端和后端，其對應(yīng)的用戶不同，產(chǎn)品流程也不同，可以分為如下三個流程：

頁面流程：是指APP/H5，Web 網(wǎng)站前端頁面走向，頁面流程有一個特點就是下一個頁面的產(chǎn)生是依賴上一個頁面的操作的，有明顯的流向性。

操作流程： 是后臺處理流程，后臺操作頁面是預(yù)置的，功能和模塊是固定存在的，后臺操作流程受：賬戶權(quán)限和訂單狀態(tài)影響。所以狀態(tài)其實控制了后臺的操作流程順序。

邏輯流程：主要是代碼層面上的邏輯，并沒有頁面可見，頁面與頁面之間的操作，在后臺會做很多接口回調(diào)，task ，觸發(fā)器等處理。

二、訂單類（電商，旅游）產(chǎn)品流程的特點

頁面流程：一般包括的主界面有：查詢首頁，產(chǎn)品列表頁，產(chǎn)品詳情頁，會員登錄頁，用戶資料頁，付款頁，提交成功頁，訂單詳情頁

操作流程：后臺的流程界面有：基礎(chǔ)資料維護(hù)，訂單查詢，訂單處理，結(jié)算，報表，郵件，權(quán)限設(shè)置，CRM，Task；其特點是可以增，刪，改，查，怎么合理的安排增刪改查是操作流程里要考慮的，訂單處理的流程是狀態(tài)的改變(提交待處理，確認(rèn)供應(yīng)商，確認(rèn)資源，出票，確認(rèn)收款，配送/發(fā)貨，成交，取消)

邏輯流程：在這里講有點抽象，可以去了解一下資源的融合，還有像付款時的風(fēng)控體系：調(diào)用風(fēng)控接口，返回風(fēng)控結(jié)果，根據(jù)風(fēng)控結(jié)果確定是否hold預(yù)授權(quán)，task自動扣款，釋放預(yù)授權(quán)諸如這類。

三、分析需求

我們產(chǎn)品的業(yè)務(wù)目的就是能幫助用戶：買到機(jī)票，預(yù)訂到酒店，預(yù)訂到度假產(chǎn)品。

為了實現(xiàn)業(yè)務(wù)目的，我們需對機(jī)票/酒店/度假系統(tǒng)的基本特性進(jìn)行提煉。如下圖：

根據(jù)上面信息和已有認(rèn)知，進(jìn)行頭腦風(fēng)暴：

1. 機(jī)票和度假系統(tǒng)都有出發(fā)地和目的地，但是酒店產(chǎn)品沒有出發(fā)地；
2. 機(jī)票和度假一定有去程出發(fā)日期，也可以有返程日期，那么去程資源和回程資源應(yīng)該是兩個單程資源， 一個資源是A~B，另一個是B~A,A 和B 都是對應(yīng)到的城市。
3. 酒店資源有入住日期，并且一定要有退房日期
4. 機(jī)票和度假產(chǎn)品 精確到的時間是:XX時XX分，因為航班有一個時間點，酒店精確到 X日就ok
5. 機(jī)票和度假產(chǎn)品有區(qū)分成人/兒童，而酒店產(chǎn)品只講總?cè)藬?shù)
6. 機(jī)票會受到機(jī)場的限制，度假會受到航線和停落地限制，酒店受限制很少
7. 產(chǎn)品都應(yīng)該有價格，有總價也會有明細(xì)
8. 旅游是必須出發(fā)的消費，那么要知道是誰出發(fā)，怎么聯(lián)系出發(fā)者
9. 會有一些外部因素導(dǎo)致流程受阻，怎么完成流程（流程的終點有兩個，一個是成功，一個是失敗）
10. 要展示一些信息給用戶，用戶才能對產(chǎn)品有一個大概的了解。
11. ?等等

第一個頁面怎么做？ 為什么這么做，依據(jù)是什么？

機(jī)票系統(tǒng)和度假系統(tǒng)本來是有出發(fā)地 ，但是出發(fā)地也有固定出發(fā)地，和非固定出發(fā)地之分。如產(chǎn)品早期，受到公司資金，手中資源，業(yè)務(wù)處理等因素影響，出發(fā)地是固定一個城市，則只有目的地是可選擇的。

產(chǎn)品后期，公司資金充足，業(yè)務(wù)擴(kuò)展了，機(jī)票系統(tǒng)和度假系統(tǒng)的出發(fā)地不再固定為一個城市，系統(tǒng)則要提供出發(fā)點選擇列表和 目的地選擇列表，并且這里的列表數(shù)據(jù)都要有機(jī)場才行，否則會導(dǎo)致列表失效。

資源的豐富程度會決定系統(tǒng)實現(xiàn)的模式，如攜程的機(jī)票，酒店，度假產(chǎn)品，其出發(fā)地 和 目的地 的可選列表數(shù)據(jù)全面，那么決定其使用 查詢模式 作為入口才是高效的。 如果像永安旅游度假產(chǎn)品，公司戰(zhàn)略決定了出發(fā)地是固定香港的，并且其目的地覆蓋城市不多，那么采用 目的地分區(qū)歸類的形式展示比較實用。

如下圖，資源豐富性和服務(wù)廣度決定了實現(xiàn)方式的不同：

根據(jù)系統(tǒng)需要結(jié)合實際情況，可以基本確定各系統(tǒng)首頁元素（其他沒考慮到的地方可以后期優(yōu)化，布局上要預(yù)留優(yōu)化空間）：

• 機(jī)票采用查詢首頁（出發(fā)地，目的地，出發(fā)日期（單程/往返去程），回程日期（往返回程），艙等，人數(shù)（成人/兒童））；
• 酒店采用查詢首頁（入住城市，入住日期，退房日期）
• 度假根據(jù)出發(fā)地是否固定來設(shè)計首頁（固定則用目的地分區(qū)歸類顯示；不固定則用查詢出發(fā)地+目的地分區(qū)歸類顯示）。

找到系統(tǒng)的入口后，我們就可以根據(jù)前一流程的結(jié)果推導(dǎo)出下一流程。

查詢首頁后一般會得到一個數(shù)據(jù)結(jié)果集，這個結(jié)果集怎么設(shè)計布局要根據(jù)你的產(chǎn)品理念來，如酒店，查詢后一定得到一個對應(yīng)城市的酒店列表，酒店與房型是1：X ，你可以在酒店列表頁展示出房型數(shù)據(jù)，也可以新開一個頁展示房型。這種細(xì)節(jié)的考慮是能反應(yīng)產(chǎn)品經(jīng)理的產(chǎn)品感。

我們規(guī)劃的這個流程要能把用戶想要的功能塞進(jìn)去，怎么塞？這個就是具體頁面功能的展示設(shè)計了。你可以在EXCEL里把所有的功能都列出來，然后把草圖畫出來，最后對功能進(jìn)行“類 Swot的分析”。

機(jī)票/酒店/度假 通過首頁查詢出來進(jìn)入資源列表頁，資源列表頁要展示的資源比較多，則要排序，提供篩選規(guī)則；具體到數(shù)據(jù)的展示項時，酒店要給用戶展示（酒店圖片，酒店名，星級，位置，價格等），機(jī)票則要展示（出發(fā)時間，承運航空，艙等，航站樓，價格），度假產(chǎn)品則要展示（產(chǎn)品圖片，產(chǎn)品名稱，產(chǎn)品類型，起價等）

資源詳情頁，可以說是用戶真正執(zhí)行需求的開端點。

下面的步驟已經(jīng)是深入到解決方案設(shè)計的層面了。圍繞中心是，需要什么功能才能解決用戶需求。

用戶需要訂到XX酒店的XX房型，用戶需要預(yù)訂到XX城市到XX城市的機(jī)票位置，用戶需要預(yù)訂到X出發(fā)日期的XX產(chǎn)品。設(shè)想一些用戶使用場景，參考一些成熟網(wǎng)站的做法，設(shè)計出頁面的功能模塊。

功能模塊是軀殼，數(shù)據(jù)是軀殼的“肌肉”，數(shù)據(jù)來源情況，特殊數(shù)據(jù)的兼容等是產(chǎn)品設(shè)計時需要考慮的（根據(jù)優(yōu)先級放在后面的優(yōu)化項目里處理）。

產(chǎn)品經(jīng)理對行業(yè)的業(yè)務(wù)開展要有一定的體驗，至少“沒吃過豬肉也要見過豬跑”。

旅客資料頁的設(shè)計要求有一定的業(yè)務(wù)常識，酒店你只要輸入入住人姓名或者聯(lián)系人按理都是OK的。那就要為客人減少輸入項，只要求必須輸入項就OK。 但是機(jī)票和度假會涉及到較嚴(yán)格的規(guī)則校驗，從一個地方到另一個地方是有政策風(fēng)險的，那么就要證件，姓名，性別等較全面的輸入項。

支付頁，提交成功頁，詳情頁等設(shè)計時要考慮客戶可能喜歡用上面支付方式，系統(tǒng)是否有必要，有沒有安全風(fēng)險。那些內(nèi)容是提交頁需要展示的，那些可以放到詳情里，頁面之間的銜接流程怎么樣的。

完成上面步驟后產(chǎn)品的初始模樣已經(jīng)成型,會產(chǎn)出低保真的交互模型 和 功能說明的需求文檔。然后產(chǎn)品還要放到團(tuán)隊里去評審，打磨，不斷優(yōu)化，最終定稿。

UI 設(shè)計師會根據(jù)定稿的低保真原型，調(diào)優(yōu)，畫出高保真的原型。 高保真通過審核后就可以交付給開發(fā)人員。

這里由于篇幅問題只講了前端的頁面流程，后臺的操作流程和邏輯流程沒講。其實后臺流程的設(shè)計決定了前端頁面的流程，如機(jī)票的資源：設(shè)置為往返，那么資源列表頁展示的都是往返機(jī)票，選擇去程就會固定返程。如果設(shè)置為單程，那么兩個單程就可以組成一個往返程，操作頁面就必須先選擇去程，再打開另外一個頁面展示返程。這些以后有機(jī)會再講。

這里寫的都是我個人經(jīng)歷后的理解，不免都說錯了。張小龍說“我說的都是錯的”，他是謙虛，我是實話實說。

其實產(chǎn)品是一直在路上的~~

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

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