新用戶登錄后自動創(chuàng)建賬號
登錄如果有人告訴你,有25%前往希臘的游客去過米克諾斯島,那么即使你不知道那有什么好吃的好玩的,你是不是也會考慮去一趟?如果再有人告訴你,提供這組數(shù)據(jù)的人可能就是和你一樣的普通人,你會不會更信服一點?
這就是窮游做行程助手的優(yōu)勢。
窮游行程助手產(chǎn)品經(jīng)理梅子說,做這個產(chǎn)品的初衷是看到論壇上有用戶會上傳自己的行程,還有更多的用戶在評論里“跪求行程”,那時候用戶用word或者excel做行程,整個過程中要無數(shù)次翻墻搜Google map,漫天找攻略。梅子覺得這是種需求,也許值得做個產(chǎn)品,但最初整個團隊其實很不確定。
和今天的行程助手類產(chǎn)品相比,這款產(chǎn)品在框架上并沒有太多特別之處:選定目的地,添加目的地內(nèi)部的城市、游玩時間、游玩景點、住宿和餐飲,補上目的地小交通和一些其他細節(jié),最后打包生成行程。
用戶既可以在PC端網(wǎng)頁上設計行程,然后同步到app,也可以直接在app上完成行程設計。在我看來,這個產(chǎn)品有這么幾個亮點:
基于用戶數(shù)據(jù)的目的地:在很早版本的窮游論壇上,就有基于POI的“去過”和“想去”功能,這個數(shù)據(jù)積累為行程助手提供了幫助。在每個目的地和當?shù)氐拇蟛糠諴OI,行程助手可以用一個百分比展示這個景點在用戶心中的受歡迎程度,例如去日本的87%都會去京都,去伊斯坦布爾必去藍色清真寺。此外,在目的地小交通上,行程助手也會展示多少人搭乘飛機、多少人搭乘火車,單程所需時間等諸如此類。
基于用戶數(shù)據(jù)的行程調(diào)整:行程助手有智能調(diào)整行程的功能,這套智能調(diào)整除了基于地理位置的相互關系之外,還會考慮其他用戶歷史習慣,例如用戶去了景點A之后,有較大概率會去附近的景點B,那就會智能推薦的行程就會把B放在A的后邊。
問路卡:用戶選定一個POI(餐館、景點等)后,產(chǎn)品可以展示它的當?shù)卣Z言,并在屏幕上變成一張卡片,用戶可以直接拿著手機屏幕去找當?shù)厝藛柭贰?/span>
接入Uber:行程助手通過API接入的方式,讓用戶可以直接預訂Uber的車輛,當然這只限于Uber運營的國家和地區(qū)。
我們都能看到窮游做這款產(chǎn)品的優(yōu)勢,比如很多年積累下來的高質(zhì)量用戶(梅子說他們提供了大量有效的產(chǎn)品建議),比如基于窮游錦囊和目的地的大量結構化POI數(shù)據(jù)等?;跀?shù)據(jù)庫,窮游行程助手在一開始所覆蓋的境外目的地就比較全,功能也實用,加上忠實用戶的試用,這讓產(chǎn)品團隊在過去兩年中積累了不少數(shù)據(jù),后臺算法也基于這些數(shù)據(jù)進行滾動調(diào)整,POI數(shù)量也隨之增加,進入了一個正向循環(huán)。
這也是為什么一個初創(chuàng)公司從零開始做一個行程助手并不容易——沒有足夠用戶試用積累數(shù)據(jù),數(shù)據(jù)庫信息有限,很容易陷入惡性循環(huán)。梅子也認同這個觀點。
作為一個誕生在PC時代的產(chǎn)品,行程助手也在嘗試迎合移動端使用習慣。比如用戶可以在app上隨時增減行程,例如今天心情不好,原計劃6個景點,現(xiàn)在減少到3個,“搖一搖”之后系統(tǒng)就會重新推薦一個新行程;再比如,行程助手還提供基于LBS的周邊景點、餐飲的基本信息和評價的功能。這些簡介一部分是來自于窮游的游記和論壇內(nèi)容的,和其他競爭對手一樣,窮游也在考慮如何將有價值的、包含POI的內(nèi)容做結構化處理。梅子認為,行程助手就是很巧妙的解決方案,因為所有行程助手內(nèi)的信息全部是結構化的。
窮游也在試圖通過行程助手導向交易,現(xiàn)在PC端就提供添加景點后直接購買門票的功能——當然是導向”窮游折扣“。梅子說,目前工作的重點一個是擴大窮游折扣的SKU,另外就是加強app上的即時預訂功能。但即時預訂并不容易,因為窮游折扣的目的地產(chǎn)品大多是來自不同供應商的,供應鏈管理和實時的預訂確認是兩個難點。
目前窮游行程助手境外打開比例達到40%以上,已經(jīng)積累了百萬級別的用戶,上千萬個行程。
最后我跟梅子討論了兩個小問題:
做行程是不是入口:梅子認為“是的”,因為根據(jù)用戶習慣,一般先有旅游靈感,然后確定目的地做行程,之后才考慮酒店機票(當然也有用戶是先搶到便宜機票才做行程),因此通過行程助手導向其他交易是可行的,比如窮游的酒店信息就來自于Booking.com的產(chǎn)品庫。
做行程助手遇到什么坑?梅子覺得最大的坑就是如何提升算法,讓行程推薦更智能、更準確。另外通過PGC和UGC方法擴大POI也是一個難點,如我們上面所說只有覆蓋較多目的地的行程助手才有意義。另外梅子認為,行程計劃是一件復雜的事情,因為產(chǎn)品就變得復雜,這和用戶的易用性是矛盾的。因為功能越多,用戶就越難上手,而恰好小白用戶是數(shù)量最多的一群人。梅子希望窮游行程助手能夠讓資深用戶覺得好用(因為窮游匯集了用戶群中相對資深的一幫游客),同時小白也很容易上手,比如優(yōu)化智能推薦的功能(這個功能有時候對于資深用戶來說其實是很雞肋的)。