產(chǎn)品經(jīng)驗(yàn)總結(jié):旅游產(chǎn)品實(shí)操流程

旅游行業(yè)一直是我很看好的行業(yè),現(xiàn)在我以一個(gè)旁觀者的身份,結(jié)合過去幾年的旅游產(chǎn)品經(jīng)歷,簡單分析一下旅游產(chǎn)品實(shí)操的相關(guān)流程。
旅游:是你去到一個(gè)地方以當(dāng)?shù)厝说囊暯侨ンw驗(yàn)當(dāng)?shù)厝说纳?,旅游離不開吃,住,行,購物,玩,安全,天氣等。
旅游是一個(gè)必須要出發(fā)的消費(fèi)過程,其目的地對旅客來說是比較陌生的,那么這就決定了旅游的用戶群體:有經(jīng)濟(jì)來源,行動(dòng)方便,有一定社會(huì)閱歷和應(yīng)變能力,有空閑時(shí)間;按照這個(gè)用戶畫像你大概能定位旅游的用戶群體年齡段是:16~70歲之間,那么包括三個(gè)年齡階段,青少年,中年,老年。
旅游類APP/網(wǎng)站的目的就是為了解決旅游相關(guān)的需求的,因此在做產(chǎn)品前,要考慮清楚產(chǎn)品的要素,目的是為了做到心中有數(shù),知己知彼。
在考慮清楚要素后,就是要弄清楚通過哪些業(yè)務(wù)系統(tǒng)來幫助到消費(fèi)者,解決旅遊出行需求。
業(yè)務(wù)表現(xiàn)層是羅列了旅游產(chǎn)品線涉及的相關(guān)業(yè)務(wù)(上圖概括不是很全面,吃,娛 等沒列出),但是具體開發(fā)哪些系統(tǒng)要根據(jù)實(shí)際情況和公司的戰(zhàn)略而定。
如:老年用戶選擇的旅游產(chǎn)品形態(tài)是團(tuán)隊(duì)游比較多,中青年選擇的產(chǎn)品形態(tài)是自由行比較多,那么對不同年齡層要提供相應(yīng)的產(chǎn)品系統(tǒng); 如果公司只專注周邊游,那么交通選擇是汽車,+酒店+保險(xiǎn)+門票等就可以搭建符合公司的產(chǎn)品框架了。 如果定位的是服務(wù)港澳用戶,那么交通就只能選擇:機(jī)票/船票,因?yàn)橄愀酆桶拈T都是島嶼;如公司定位的服務(wù)群體是國內(nèi),那么簽證系統(tǒng)就沒必要開發(fā)。
如果我獲取的需求是公司要求開放 機(jī)票系統(tǒng),酒店系統(tǒng),度假系統(tǒng),那么下面就以這個(gè)三個(gè)需求來進(jìn)行實(shí)操說明。
一、 產(chǎn)品的流程
互聯(lián)網(wǎng)產(chǎn)品都包含前端和后端,其對應(yīng)的用戶不同,產(chǎn)品流程也不同,可以分為如下三個(gè)流程:
頁面流程:是指APP/H5,Web 網(wǎng)站前端頁面走向,頁面流程有一個(gè)特點(diǎn)就是下一個(gè)頁面的產(chǎn)生是依賴上一個(gè)頁面的操作的,有明顯的流向性。
操作流程: 是后臺(tái)處理流程,后臺(tái)操作頁面是預(yù)置的,功能和模塊是固定存在的,后臺(tái)操作流程受:賬戶權(quán)限和訂單狀態(tài)影響。所以狀態(tài)其實(shí)控制了后臺(tái)的操作流程順序。
邏輯流程:主要是代碼層面上的邏輯,并沒有頁面可見,頁面與頁面之間的操作,在后臺(tái)會(huì)做很多接口回調(diào),task ,觸發(fā)器等處理。
二、訂單類(電商,旅游)產(chǎn)品流程的特點(diǎn)
頁面流程:一般包括的主界面有:查詢首頁,產(chǎn)品列表頁,產(chǎn)品詳情頁,會(huì)員登錄頁,用戶資料頁,付款頁,提交成功頁,訂單詳情頁
操作流程:后臺(tái)的流程界面有:基礎(chǔ)資料維護(hù),訂單查詢,訂單處理,結(jié)算,報(bào)表,郵件,權(quán)限設(shè)置,CRM,Task;其特點(diǎn)是可以增,刪,改,查,怎么合理的安排增刪改查是操作流程里要考慮的,訂單處理的流程是狀態(tài)的改變(提交待處理,確認(rèn)供應(yīng)商,確認(rèn)資源,出票,確認(rèn)收款,配送/發(fā)貨,成交,取消)
邏輯流程:在這里講有點(diǎn)抽象,可以去了解一下資源的融合,還有像付款時(shí)的風(fēng)控體系:調(diào)用風(fēng)控接口,返回風(fēng)控結(jié)果,根據(jù)風(fēng)控結(jié)果確定是否hold預(yù)授權(quán),task自動(dòng)扣款,釋放預(yù)授權(quán)諸如這類。
三、分析需求
我們產(chǎn)品的業(yè)務(wù)目的就是能幫助用戶:買到機(jī)票,預(yù)訂到酒店,預(yù)訂到度假產(chǎn)品。
為了實(shí)現(xiàn)業(yè)務(wù)目的,我們需對機(jī)票/酒店/度假系統(tǒng)的基本特性進(jìn)行提煉。如下圖:
根據(jù)上面信息和已有認(rèn)知,進(jìn)行頭腦風(fēng)暴:
- 機(jī)票和度假系統(tǒng)都有出發(fā)地和目的地,但是酒店產(chǎn)品沒有出發(fā)地;
- 機(jī)票和度假一定有去程出發(fā)日期,也可以有返程日期,那么去程資源和回程資源應(yīng)該是兩個(gè)單程資源, 一個(gè)資源是A~B,另一個(gè)是B~A,A 和B 都是對應(yīng)到的城市。
- 酒店資源有入住日期,并且一定要有退房日期
- 機(jī)票和度假產(chǎn)品 精確到的時(shí)間是:XX時(shí)XX分,因?yàn)楹桨嘤幸粋€(gè)時(shí)間點(diǎn),酒店精確到 X日就ok
- 機(jī)票和度假產(chǎn)品有區(qū)分成人/兒童,而酒店產(chǎn)品只講總?cè)藬?shù)
- 機(jī)票會(huì)受到機(jī)場的限制,度假會(huì)受到航線和停落地限制,酒店受限制很少
- 產(chǎn)品都應(yīng)該有價(jià)格,有總價(jià)也會(huì)有明細(xì)
- 旅游是必須出發(fā)的消費(fèi),那么要知道是誰出發(fā),怎么聯(lián)系出發(fā)者
- 會(huì)有一些外部因素導(dǎo)致流程受阻,怎么完成流程(流程的終點(diǎn)有兩個(gè),一個(gè)是成功,一個(gè)是失?。?/li>
- 要展示一些信息給用戶,用戶才能對產(chǎn)品有一個(gè)大概的了解。
- ?等等
第一個(gè)頁面怎么做? 為什么這么做,依據(jù)是什么?
機(jī)票系統(tǒng)和度假系統(tǒng)本來是有出發(fā)地 ,但是出發(fā)地也有固定出發(fā)地,和非固定出發(fā)地之分。如產(chǎn)品早期,受到公司資金,手中資源,業(yè)務(wù)處理等因素影響,出發(fā)地是固定一個(gè)城市,則只有目的地是可選擇的。
產(chǎn)品后期,公司資金充足,業(yè)務(wù)擴(kuò)展了,機(jī)票系統(tǒng)和度假系統(tǒng)的出發(fā)地不再固定為一個(gè)城市,系統(tǒng)則要提供出發(fā)點(diǎn)選擇列表和 目的地選擇列表,并且這里的列表數(shù)據(jù)都要有機(jī)場才行,否則會(huì)導(dǎo)致列表失效。
資源的豐富程度會(huì)決定系統(tǒng)實(shí)現(xiàn)的模式,如攜程的機(jī)票,酒店,度假產(chǎn)品,其出發(fā)地 和 目的地 的可選列表數(shù)據(jù)全面,那么決定其使用 查詢模式 作為入口才是高效的。 如果像永安旅游度假產(chǎn)品,公司戰(zhàn)略決定了出發(fā)地是固定香港的,并且其目的地覆蓋城市不多,那么采用 目的地分區(qū)歸類的形式展示比較實(shí)用。
如下圖,資源豐富性和服務(wù)廣度決定了實(shí)現(xiàn)方式的不同:
根據(jù)系統(tǒng)需要結(jié)合實(shí)際情況,可以基本確定各系統(tǒng)首頁元素(其他沒考慮到的地方可以后期優(yōu)化,布局上要預(yù)留優(yōu)化空間):
- 機(jī)票采用查詢首頁(出發(fā)地,目的地,出發(fā)日期(單程/往返去程),回程日期(往返回程),艙等,人數(shù)(成人/兒童));
- 酒店采用查詢首頁(入住城市,入住日期,退房日期)
- 度假根據(jù)出發(fā)地是否固定來設(shè)計(jì)首頁(固定則用目的地分區(qū)歸類顯示;不固定則用查詢出發(fā)地+目的地分區(qū)歸類顯示)。
找到系統(tǒng)的入口后,我們就可以根據(jù)前一流程的結(jié)果推導(dǎo)出下一流程。
查詢首頁后一般會(huì)得到一個(gè)數(shù)據(jù)結(jié)果集,這個(gè)結(jié)果集怎么設(shè)計(jì)布局要根據(jù)你的產(chǎn)品理念來,如酒店,查詢后一定得到一個(gè)對應(yīng)城市的酒店列表,酒店與房型是1:X ,你可以在酒店列表頁展示出房型數(shù)據(jù),也可以新開一個(gè)頁展示房型。這種細(xì)節(jié)的考慮是能反應(yīng)產(chǎn)品經(jīng)理的產(chǎn)品感。
我們規(guī)劃的這個(gè)流程要能把用戶想要的功能塞進(jìn)去,怎么塞?這個(gè)就是具體頁面功能的展示設(shè)計(jì)了。你可以在EXCEL里把所有的功能都列出來,然后把草圖畫出來,最后對功能進(jìn)行“類 Swot的分析”。
機(jī)票/酒店/度假 通過首頁查詢出來進(jìn)入資源列表頁,資源列表頁要展示的資源比較多,則要排序,提供篩選規(guī)則;具體到數(shù)據(jù)的展示項(xiàng)時(shí),酒店要給用戶展示(酒店圖片,酒店名,星級(jí),位置,價(jià)格等),機(jī)票則要展示(出發(fā)時(shí)間,承運(yùn)航空,艙等,航站樓,價(jià)格),度假產(chǎn)品則要展示(產(chǎn)品圖片,產(chǎn)品名稱,產(chǎn)品類型,起價(jià)等)
資源詳情頁,可以說是用戶真正執(zhí)行需求的開端點(diǎn)。
下面的步驟已經(jīng)是深入到解決方案設(shè)計(jì)的層面了。圍繞中心是,需要什么功能才能解決用戶需求。
用戶需要訂到XX酒店的XX房型,用戶需要預(yù)訂到XX城市到XX城市的機(jī)票位置,用戶需要預(yù)訂到X出發(fā)日期的XX產(chǎn)品。設(shè)想一些用戶使用場景,參考一些成熟網(wǎng)站的做法,設(shè)計(jì)出頁面的功能模塊。
功能模塊是軀殼,數(shù)據(jù)是軀殼的“肌肉”,數(shù)據(jù)來源情況,特殊數(shù)據(jù)的兼容等是產(chǎn)品設(shè)計(jì)時(shí)需要考慮的(根據(jù)優(yōu)先級(jí)放在后面的優(yōu)化項(xiàng)目里處理)。
產(chǎn)品經(jīng)理對行業(yè)的業(yè)務(wù)開展要有一定的體驗(yàn),至少“沒吃過豬肉也要見過豬跑”。
旅客資料頁的設(shè)計(jì)要求有一定的業(yè)務(wù)常識(shí),酒店你只要輸入入住人姓名或者聯(lián)系人按理都是OK的。那就要為客人減少輸入項(xiàng),只要求必須輸入項(xiàng)就OK。 但是機(jī)票和度假會(huì)涉及到較嚴(yán)格的規(guī)則校驗(yàn),從一個(gè)地方到另一個(gè)地方是有政策風(fēng)險(xiǎn)的,那么就要證件,姓名,性別等較全面的輸入項(xiàng)。
支付頁,提交成功頁,詳情頁等設(shè)計(jì)時(shí)要考慮客戶可能喜歡用上面支付方式,系統(tǒng)是否有必要,有沒有安全風(fēng)險(xiǎn)。那些內(nèi)容是提交頁需要展示的,那些可以放到詳情里,頁面之間的銜接流程怎么樣的。
完成上面步驟后產(chǎn)品的初始模樣已經(jīng)成型,會(huì)產(chǎn)出低保真的交互模型 和 功能說明的需求文檔。然后產(chǎn)品還要放到團(tuán)隊(duì)里去評(píng)審,打磨,不斷優(yōu)化,最終定稿。
UI 設(shè)計(jì)師會(huì)根據(jù)定稿的低保真原型,調(diào)優(yōu),畫出高保真的原型。 高保真通過審核后就可以交付給開發(fā)人員。
這里由于篇幅問題只講了前端的頁面流程,后臺(tái)的操作流程和邏輯流程沒講。其實(shí)后臺(tái)流程的設(shè)計(jì)決定了前端頁面的流程,如機(jī)票的資源:設(shè)置為往返,那么資源列表頁展示的都是往返機(jī)票,選擇去程就會(huì)固定返程。如果設(shè)置為單程,那么兩個(gè)單程就可以組成一個(gè)往返程,操作頁面就必須先選擇去程,再打開另外一個(gè)頁面展示返程。這些以后有機(jī)會(huì)再講。
這里寫的都是我個(gè)人經(jīng)歷后的理解,不免都說錯(cuò)了。張小龍說“我說的都是錯(cuò)的”,他是謙虛,我是實(shí)話實(shí)說。
其實(shí)產(chǎn)品是一直在路上的~~
本文由 @飄雪的南方小城 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自PEXELS,基于CC0協(xié)議
寫得很棒,對業(yè)務(wù)的講解很詳細(xì)
很實(shí)用