引子
3月份在北京玩的時候疹味，頭天晚上用百度地圖查了從住的地方到某景點的公交線路静袖，默默記下了幾路公交車。
第二天早上臨出門朋鞍，又搜索了相同的路線，忽然發(fā)現(xiàn)有幾個線路沒有出現(xiàn)（沒出現(xiàn)的那幾個又恰恰是我最喜歡的直達公交線路）妥箕。
這個時候我首先想到的是滥酥，是不是因為那幾個直達線路是晚班車早上沒有？然后我特意去搜索某個直達線路畦幢，發(fā)現(xiàn)這路車正在運行中坎吻，然后我查了他的停靠站宇葱，發(fā)現(xiàn)確實能到達我去的地方的附近瘦真。那個時候我就在想，是什么導(dǎo)致的每次呈現(xiàn)出不同的導(dǎo)航方案黍瞧？
這篇文章分為兩個系列诸尽，都是用來分析導(dǎo)航類產(chǎn)品（百度地圖，高德地圖等）線路規(guī)劃方案以及這類產(chǎn)品的用戶體驗印颤。系列一主要用來分享一下同城的線路規(guī)劃方案弦讽，系列二主要用來分享異地線路規(guī)劃策略。
我將從使用場景和用戶期望膀哲，去分析產(chǎn)品不同模塊下：
1.呈現(xiàn)的路線規(guī)劃方案是否合理往产；
2.競品間的差異以及為什么這么做，怎么做才可以更好某宪；
3.未來可以做的一些拓展業(yè)務(wù)和改進點仿村。
用戶動機及期望
1. 用戶分類
? ?針對使用導(dǎo)航類產(chǎn)品進行同城線路查詢的用戶：
a. 該市常住人口；
b. ?旅游人群兴喂；
這兩類用戶的痛點都是一致的---不知道怎么去自己想要去的地方蔼囊。
給出合理的路線規(guī)劃僅僅是一款導(dǎo)航類產(chǎn)品需要做到的最基本功能，而能否更智能的為用戶呈現(xiàn)更合適的方案衣迷，甚至比用戶多想一步畏鼓，超越用戶在當前使用場景下的期望，才能更好的提升產(chǎn)品的用戶體驗壶谒，提高用戶粘性云矫。而不同的用戶，在不同的使用場景汗菜，就會有不同的用戶期望让禀。
用戶在使用導(dǎo)航類產(chǎn)品時挑社，往往會采用產(chǎn)品提供的首個方案。在相同的起始點下巡揍，如果我們總是提供同一個路線方案痛阻，那么第一個方案并不能總是滿足不同場景下所有用戶的期望，這無疑會降低用戶的使用感受腮敌。雖然我們再每次搜索是都為用戶提供了2-3個不同的路線阱当，但是對于用戶來說，做選擇的前提是要把每個不同方案的內(nèi)容進行閱讀再橫向比較糜工。而用戶往往懶得這么做或者懼怕選擇弊添。因此就需要我們的產(chǎn)品在充分思考用戶的特點，使用場景后啤斗，給出用戶最優(yōu)最期望的路線呈現(xiàn)策略。
我們首先分析一下這兩類用戶群的固有特點赁咙。
常住居民：對城市整體認知度高钮莲，較為熟悉。
旅游人群：對城市不熟悉彼水，多采用公交崔拥，出租出行，自行車凤覆，步行選擇都較為頻繁链瓦，由于交規(guī)和每個城市的限行政策等因素，自駕選擇相對較少盯桦；
總的來說慈俯，用戶為某個城市的常住居民，幾個頻率較高的需求為：
?a. 為避免出行擁堵拥峦，得到更合適的路線規(guī)劃贴膘；
?b. 去自己某個沒有去過/不是很熟的地方，需要線路推薦略号，順便看一下此次出行的距離耗時等刑峡；
?c. 周邊推薦；
對于旅游人群來說：
a. 查找合適路線玄柠，如果為自駕突梦，給出一些不同交規(guī)或者行程規(guī)定的預(yù)警或提示；
b. 查找旅游景點羽利，車站進出口路線宫患，周邊推薦；
c. 查打車費用和路線情況这弧，避免被坑撮奏；
可以看到這兩類人群在不同場景下的一個共同需求都是得到合適的路線規(guī)劃信息俏讹。但是末端的細節(jié)展示又是有所區(qū)別的。
例如即使起始點一致畜吊，對于旅游人群來說規(guī)劃出的路線應(yīng)該避免該城市限行路段泽疆，時間，同時給出的路線應(yīng)該盡量走大路（防止小路由于不熟悉造成走錯路情況玲献，降低用戶體驗）殉疼，這個時候給出的路線方案可能耗時就不是最重要的選項了；而對于常住居民捌年，由于對城市較為熟悉瓢娜，可以推薦小路減少耗時和擁堵情況。
同時對于旅游人群來說礼预，如果使用駕車選項查看路線眠砾，要考慮到旅游人群很大可能是想預(yù)估一下打車費用，這個時候給出出租的大概費用就比較合適托酸，同時可以有意識的引導(dǎo)用戶使用產(chǎn)品自帶的打車功能褒颈。
在完成對用戶種類，使用場景和期望的分析后励堡，我們接下來從每個模塊入手谷丸，對此類產(chǎn)品目前的方案呈現(xiàn)策略進行進一步分析。
淺談同模塊下競品體驗和路線方案呈現(xiàn)策略
模塊：叫車模塊应结，駕車模塊刨疼，公交模塊，步行模塊鹅龄，騎行模塊
競品：百度地圖： iphone版_v10.1.0
? ? ? ? ? ?高德地圖： iphone版v8.1.2.2127
叫車模塊：
一般又會分為快車揩慕，專車，出租車等更細化的子類目
百度地圖：
a. 該模塊下細節(jié)和內(nèi)容過多扮休，但使用頻率較低漩绵。可以在其他常用模塊為本模塊引流肛炮，例如在駕車模 ? ? 塊止吐，給出出租車預(yù)估價和開始打車入口，把用戶在合適的場景下引流到該模塊中侨糟。
b. 對于接送機來說碍扔，可以在用戶使用駕車選項卡查詢時（起點或者終點是機場），告知用戶提供航班號可以給出更加合適的路線規(guī)劃秕重，把用戶引流到接送機模塊下不同，引導(dǎo)用戶填寫航班號，從而告知用戶應(yīng)該幾點出發(fā)比較合適，大概耗時等信息二拐。如果不是即時出發(fā)線路服鹅，可以引導(dǎo)用戶開啟路程出發(fā)提醒（app通知功能），以后就可以給用戶推送一些營銷信息百新。
駕車模塊：
推薦方案可以綜合考慮用戶之前的使用數(shù)據(jù)企软，位置信息等，進行更智能更符合用戶當前使用場景下的推薦方案饭望，而不只是根據(jù)起始點和終點的不同給不同類型的推薦方案仗哨。
1. 出行方案?
百度地圖和高德地圖在此模塊下都會給出2-3個方案；
每個方案的提示信息（共有）：方案名（大路優(yōu)先铅辞，耗時最短）厌漂，耗時，距離斟珊，路線圖苇倡，紅綠燈個數(shù)，出租車預(yù)估價格囤踩。
其中旨椒，百度地圖多了準點率的信息，綜合考慮這里的準點率應(yīng)該意味著是否經(jīng)常發(fā)生擁堵高职，但采用駕車導(dǎo)航多發(fā)生在實時狀態(tài)下钩乍，所以這個信息可以考慮刪除辞州；
2. 路線偏好
路線偏好設(shè)置上怔锌，兩個app給出的選項差距較大。
百度地圖路線偏好選項：智能推薦（默認）变过、時間優(yōu)先埃元、距離優(yōu)先、躲避擁堵媚狰、不走高速岛杀、高速優(yōu)先；
高德地圖路線偏好選項：躲避擁堵崭孤，避免收費类嗤，不走高速，高速優(yōu)先辨宠。同時針對客車可以開啟：小客車避開限行遗锣，貨車避開限行、限高嗤形、限重兩個選項精偿；
首先，時間和金錢是所有人最看重的東西，尤其在當今這個節(jié)奏越來越快的社會笔咽，用戶對所有事情變得越來越?jīng)]有耐心搔预。
時間：意味著不想在路上浪費更多時間，在沒有擁堵的情況下，意味著用戶更看重路程最短，路程最短則耗時短衙吩；在擁堵的情況下警医，意味著用戶更看重避免擁堵，即時繞路但是避免擁堵一樣節(jié)省時間伍派。
用什么體現(xiàn)出我們懂用戶想更快的到達？
不管路線是否發(fā)生擁堵，對于用戶來說都渴望避免擁堵Ｒ缡！达吞！
即時開車在路上的時間稍微長點也比讓用戶因為擁堵等在路上的體驗好张弛。
金錢：為了更快速的到達某地，我們需要走高速酪劫，意味著需要交過路費吞鸭，相當于用金錢換時間。尤其是當你短途開車（同個城市）或者超長途開車（跨越N個省市）覆糟。短途開車意味著相同路線間耗時差距不會十分大刻剥，超長途意味著時間本來就很長例如10多天，那么多幾小時影響也不大滩字。這個時候就要用錢來對不同方案進行衡量了造虏。推薦選項卡，花費最少麦箍。
其他：對于客車來說雖然某些路段的限行導(dǎo)致客車可能要走一些重復(fù)路程漓藕，但是我們考慮到，不管是拉貨車還是大巴客車挟裂，對于司機來說享钞，這類車行進的路線比較固定，司機往往清楚某段路線是否有限制诀蓉，或者擁堵狀況栗竖，因此針對客車的相關(guān)選項開啟可以刪去。
智能推薦：根據(jù)用戶類型和以往用戶使用數(shù)據(jù)進行相關(guān)推薦渠啤。
例如：1.用戶選擇的目的地是用戶常去的地方狐肢，或者設(shè)置為家，公司的地方埃篓，這類地方用戶其實是不需要線路規(guī)劃得处坪，那么用戶使用線路規(guī)劃功能的目的應(yīng)該為：避免擁堵；這個時候給出的幾個推薦路線方案，符合時間最短和避免擁堵方案就應(yīng)該被呈現(xiàn)出來同窘；
2. 如果用戶在推薦的幾個方案中總是選擇紅綠燈最短或者花費最少的方案玄帕，那么下次用戶進行路線規(guī)劃時，這幾個方案應(yīng)該作為智能推薦首先推薦給用戶展示想邦。
3.對于旅游客戶裤纹，可以推薦大路優(yōu)先的方案，防止用戶因為對城市道路不熟悉走冤枉路導(dǎo)致的用戶體驗降低丧没。
推薦路線偏好設(shè)置：智能推薦（默認）鹰椒，時間優(yōu)先，避免擁堵呕童，花費最少漆际，不走高速，優(yōu)先高速夺饲。
公交模塊：
1.展示信息
共有：耗時奸汇，步行距離，上車站名往声，總站數(shù)擂找，公交何時到站，轉(zhuǎn)程線路浩销；
其中贯涎，高德地圖顯示了整個路程的票價，而百度地圖僅提供了地鐵票價慢洋。
對于常住居民來說塘雳，往往擁有公交卡可能不關(guān)注票價，但是對于旅游用戶來說且警，票價可以讓用戶提前做準備粉捻；同時購買地鐵票可以在購票處看到價錢礁遣，而且可以找零斑芜。而坐公交只有上車后詢問司機或者臨上車前看車上投幣處價錢，這個時候用戶已經(jīng)來不及仔細找錢祟霍，尤其是用戶沒有零錢的時候杏头，雖然不標示價錢不會直接影響用戶，但是價錢信息的提供恰恰滿足了用戶在此場景下的期望沸呐，提供了價錢信息可以無形提高用戶的使用粘性和使用體驗醇王。
2.其他細節(jié)
百度地圖：在公交模塊中，給出了騎行方案崭添，即某一段路通過騎車到達公交站而非傳統(tǒng)的步行或者短途公交寓娩。
目前共享單車數(shù)量較多且使用方便，騎行方案可以展現(xiàn)更多種類的公交方案，而不僅僅是只依賴于步行最少作為方案展示規(guī)則棘伴，因為會存在步行最少但是轉(zhuǎn)乘公交次數(shù)過多的情況寞埠。
但目前展示的騎行方案中， 步行距離僅500多米也提示騎車焊夸，反而有些步行1公里以上的線路沒有推薦騎行代替步行仁连，建議在后續(xù)優(yōu)化中，可以對步行距離較遠的線路推薦騎行前往阱穗，或者對近步行但是要轉(zhuǎn)成饭冬，遠步行有直達車的情況歸類為騎行方案。
高德地圖：合適的時間做合適的事
在公交模塊中揪阶，當用戶挑選了某一個公交方案后昌抠，會有彈窗提示用戶是否要設(shè)置到站提醒。這個彈窗的提示時機恰到好處鲁僚，在用戶正需要的時候彈出扰魂，無疑提高了這個彈窗的轉(zhuǎn)化率。到站提醒可以提升用戶體驗蕴茴，以往用戶去不熟悉的地方劝评，往往要數(shù)著車站數(shù)或者頻繁查看手機導(dǎo)航自己的定位信息，分心或者位置刷新不及時很容易造成用戶下錯車倦淀。而用戶一旦使用過后但站提醒功能嘗到好處蒋畜，無疑增加了用戶對該產(chǎn)品的粘性。同時到站提醒又在最合適的時間彈出讓這一過程更加自然撞叽，同時到站提醒會迫使用戶打開APP提醒功能姻成，而提示的時機決定了這個功能的開啟率，一旦用戶開啟愿棋，APP后期可以通過提醒功能為用戶推送更多信息科展。提升用戶體驗和用戶粘性的同時增加APP推送信息的送達率。
3. 同城導(dǎo)航中公交策略展示邏輯是什么糠雨？
在經(jīng)過了大量觀察才睹，總結(jié)來看（如果想的不對，還請知道真相的人告知甘邀，萬分感謝）推薦公交線路的話琅攘，是按照步行距離的遠近，只展示步行距離最短的前幾個線路松邪；
這一呈現(xiàn)策略在我看來坞琴，主要是考慮了懶這個因素，所以展示的策略只展示步行距離最短的前幾個逗抑。同時為用戶提供切換其他呈現(xiàn)策略的路口剧辐，給他們選擇的機會寒亥，例如有些用戶更看重直達，那么他同樣可以有切換入口看到更適合自己的路線規(guī)劃荧关。
回答引子的問題：
我晚上初次查路線時护盈，他首先把已經(jīng)停運車輛進行了篩選，然后在按步行距離為我推薦了幾種公交方案羞酗。但是我早上去查的時候腐宋，由于那些停運車輛已經(jīng)運行，他就會把所有公交方案按照步行距離整體排序檀轨，但是如果我切換公交方案展示選項卡胸竞，還是能看到其他的幾個公交。
那么問題來了参萄，為什么不在推薦方案下列出所有的公交方案卫枝？
全部的公交方案->過多的信息->增加用戶選擇困難
增加用戶選擇困難的同時，大部分用戶會直接選擇推薦方案的前幾個選項讹挎，列出全部的公交方案意義較小校赤。
同時，當我們在推薦方案中只顯示出部分公交方案筒溃，如果用戶覺得這個方案不好马篮，去切換成其他展示方案的時候，我們就可以知道用戶更偏好的公交方案是什么怜奖，在下次推薦方案時就可以變得更加精準浑测。我們越來越符合用戶的出行習(xí)慣，用戶越難離開我們的產(chǎn)品歪玲，從而增加用戶粘性迁央。
步行模塊：
1. 展示信息
共有：耗時，距離滥崩，燃燒能量岖圈。
百度地圖：打車費用，節(jié)約碳排放數(shù)量钙皮。
高德地圖：途徑十字路口數(shù)蜂科，查找附近共享單車。
這里可以看到株灸，百度地圖給的一個入口是打車崇摄，而高德地圖給的一個入口是共享單車擎值。
選擇步行導(dǎo)航的用戶慌烧，往往起始點和終點距離不會特別遠，即使距離或者耗時超過用戶預(yù)期鸠儿，用戶這個時候選擇共享單車的可能型也超過出租車屹蚊。首先共享單車普及度高厕氨，可以快速找到，而且使用成本基本免費汹粤。打車需要等待一定時間且花費較多命斧。因此，高德地圖給出的共享單車入口好過出租車入口嘱兼，更符合用戶在當前使用場景下的期望和可能發(fā)生的動作国葬。
同時，高德地圖的線路顯示上增加了過天橋的點和過十字路口的地方芹壕，導(dǎo)航數(shù)據(jù)實時更新不一定及時或者準確汇四，導(dǎo)致用戶有時在路口不知道怎么走，這個提示的標注可以在地圖數(shù)據(jù)更新不及時避免讓用戶走錯路踢涌，可以給用戶更好的使用體驗通孽。
2. 可以做的改進：
a.節(jié)約碳排放的信息展示，這一模塊后期可以學(xué)習(xí)螞蟻花唄的種樹行動睁壁，從而引導(dǎo)用戶增加使用百度地圖的頻率（即時走的路線是自己熟悉的背苦，也要使用步行導(dǎo)航進行記錄），同時百度地圖推出了我的足跡模塊潘明，通過低碳行動也可以增加用戶使用我的足跡模塊的頻率行剂。
b.AR實景導(dǎo)航，可以一定程度上增加趣味性钳降，但是如果僅僅是AR顯示沒有什么參與感（特定的營銷活動）硼讽，用戶的使用率低。例如可以在AR實景導(dǎo)航時牲阁，某個大廈上彈出氣泡框為XX多個用戶到過此地固阁，包括一些用戶對這個地點的評價可以吸引用戶使用該功能，也方便通過這個入口推活動城菊，吸引更多用戶备燃，提升用戶量。
騎行模塊：
1. 呈現(xiàn)信息和步行相同凌唬，故不在此做贅述并齐。
2. 百度地圖&高德地圖：都提供了共享單車入口。
百度地圖又在騎行模塊中更加細分成了電動車和自行車的分類客税。
我們從用戶角度來分析下這個分類是否必要：
首先况褪，使用騎行模塊的用戶到達的地方距離當前地點距離不會過長，或者距離長的往往是騎行愛好者更耻；對于這類用戶來說测垛，耗時并不是最關(guān)注的信息，具體的路線規(guī)劃才是秧均。因為騎行很少會被擁堵等事情影響行程耗時食侮，而電動車和單車目前呈現(xiàn)信息的唯一區(qū)別就是路程花費時間的區(qū)別号涯。因此這個模塊如果不能提供其他更多的信息區(qū)別，建議不用把騎行分的這么細進行展示锯七。
其他模塊：
這五個模塊是百度地圖和高德地圖共同擁有的链快，除此之外，高德地圖還提供了另外兩個模塊分別是：火車模塊眉尸，客車模塊域蜗。
1. 火車模塊，給用戶提供火車出行方案噪猾。
在同城導(dǎo)航中地消，火車模塊給出的統(tǒng)一頁面內(nèi)容都是沒有合適的線路規(guī)劃；如果是異地畏妖，會給出合適的火車出行方案脉执。但是同時，異地導(dǎo)航戒劫，公交模塊中同樣也會給出火車方案半夷。因此這個模塊的設(shè)置比較多余。同時迅细，用戶查找火車信息基本上都習(xí)慣于去去哪巫橄，攜程，12306等平臺獲取信息茵典。所以此模塊用戶的使用頻率低湘换，同時并不是一個出行方案的補充。
建議刪除统阿，或者在異地導(dǎo)航中彩倚，公交模塊下不直接展示火車線路規(guī)劃，而引動用戶跳轉(zhuǎn)到火車模塊下進行查看扶平。
2. 客車模塊帆离，給用戶提供客車出行方案。
與火車類似的是结澄，在同城導(dǎo)航中哥谷，給出的頁面信息都是沒有合適的客車出行方案。
不同的是客車的出行計劃麻献，不管是同城還是異地的導(dǎo)航都沒有其模塊給出了相應(yīng)方案们妥。所以這里，客車模塊的信息是整個導(dǎo)航信息的補充內(nèi)容勉吻。
同時目前大多數(shù)人購買客車票都是到客運站現(xiàn)場進行實時購買监婶，而且沒有辦法提前了解客車的運行計劃。同時乘坐客車出行餐曼，沒有一個統(tǒng)一的查詢?nèi)肟谘勾ⅲ脩艟退阒榔鹗嫉睾徒K點鲜漩，也無法準確知道所在區(qū)域客運站的名稱源譬，從而無法直接在某些購票平臺上直接集惋，而要采用百度搜索的方式去查客運站名稱后再進行購買，因此導(dǎo)航類產(chǎn)品的客車模塊對于導(dǎo)航產(chǎn)品的信息呈現(xiàn)是一個有效的補充踩娘，極大的滿足和方便了此類用戶的需求刮刑，大大提升了用戶體驗和用戶粘性，也有利于口碑傳播养渴。
在分析了導(dǎo)航類產(chǎn)品不同模塊下的線路規(guī)劃方案和信息呈現(xiàn)雷绢，我們從導(dǎo)航類產(chǎn)品的天然優(yōu)勢-提供路線規(guī)劃角度入手，進行一些產(chǎn)品優(yōu)化理卑，給用戶一點超越期望的小改進翘紊。
來一點超越用戶期望小改進
小故事：
小A想去香港玩?zhèn)€兩三天，于是提前在微博藐唠，小紅書去哪網(wǎng)各種平臺查旅游景點帆疟，查攻略，然后記下了一些自己要去的景點宇立，可是在安排具體的行程時踪宠，由于小A要根據(jù)不同景點分布和游玩時間自行定制，于是小A把這些景點一個個用百度地圖去搜索妈嘹，查看位置柳琢，查看離飛機場的距離，順便想想自己應(yīng)該住在哪里比較方便润脸，花了很多時間把所有自己想去的景點查了一圈后柬脸。小A已經(jīng)忘了第一個景點的位置在哪里了，也記混了好幾個自己心儀的酒店毙驯。肖粮。。尔苦。涩馆。
~~~抽離故事，得到真相~~~
目標用戶：去某個城市首次旅游的用戶
痛點： ? ? 1. 對該城市不了解允坚；
? ? ? ? ? ? ? ? 2. 別人的旅游行程沒法全部復(fù)制魂那；
? ? ? ? ? ? ? ? 3. 制定行程，旅行過程中需要反復(fù)進行路線導(dǎo)航
一般的旅游類app雖然可以幫助定制行程稠项，但他們存在的一個缺點是沒法具體得到從用戶住的旅店到想去景點的實時路線規(guī)劃情況涯雅，也就是說用戶在制定行程中，會存在無數(shù)次使用導(dǎo)航產(chǎn)品去確定旅行線路展运，居住地點等信息活逆；或者不去查具體路線精刷，只做大概行程規(guī)劃，但是當他們到達目的地開始旅游錢蔗候，一定還是會使用導(dǎo)航類產(chǎn)品幫助他們?nèi)プ雎肪€規(guī)劃怒允。
因此我們可以通過百度地圖的導(dǎo)航和路線規(guī)劃功能，幫助用戶做旅游行程锈遥。當足夠多的人使用百度地圖做行程規(guī)劃纫事，我們就可以建立起旅游社交圈，分享行程所灸，交流旅游丽惶，打造一個獨一無二更全面的旅游社交群體。未來再接入景點廣告爬立。還可以擴展為出行工具共享平臺钾唬，拼車平臺等，打造一個旅游全方位的系統(tǒng)閉環(huán)侠驯。
前期的小想法：
使用場景1：針對旅游用戶抡秆，到了一個沒去過的城市，首次在陌生城市打開地圖app陵霉。
使用場景2：針對旅游用戶琅轧，前期在百度地圖上搜索其他城市的景點或者酒店信息。
邏輯1：
1.當用戶在異地踊挠，初次打開百度地圖乍桂，自動在地圖上標識出一些旅游景點，提示用戶可以把這些景點加入到旅行地址效床，方便規(guī)劃路線睹酌；
2.用戶可以在主界面直接添加系統(tǒng)給出的景點推薦，也可以通過查看某個景點詳情后剩檀，再詳情頁面在添加該景點到旅游地址中憋沿。
3.主界面用戶可以自行切換景點還是周邊（默認首次異地開啟進入景點選項卡），周邊選項卡會為用戶推薦目前用戶所在地周邊的醫(yī)院沪猴，超市辐啄，商場，餐廳等信息运嗜，用戶也可以把這些地點直接加入旅游地址中壶辜。
4.如果用戶路搜索或者進行路線導(dǎo)航操作的目的地是酒店，推薦用戶把該地點加入常用地點担租，方便用戶下次進行路線規(guī)劃砸民；
5.用戶進入行程規(guī)劃頁面時，系統(tǒng)默認根據(jù)用戶給出的景點為用戶規(guī)劃處所有的安排和路線規(guī)劃，用戶也可以使用拖拽方法把景點歸類到不同的時間選項卡下岭参，系統(tǒng)會自動給出每個景點間的路程反惕，還會提示用戶這樣安排是否科學(xué)。
邏輯2：
1.當用戶搜索異地的酒店演侯、旅游景點個數(shù)超過3個時姿染，提示問用戶是否要去旅行，提醒用戶可以將這些地點加入規(guī)劃中蚌本，方便后期查看整理盔粹。
2.如果用戶添加了酒店或者景點隘梨，則提示問用戶是否查看該城市最愛景點推薦程癌，如果選擇是則呈現(xiàn)邏輯1的策略展示和操作。如果選擇否轴猎，則不開始推薦模式嵌莉，但是用戶再次搜索景點時還是為用戶開啟直接添加該景點進入規(guī)劃的按鈕。
為什么這樣做捻脖？
本來用戶只是想用百度地圖查一下景點的地理位置信息做參考锐峭，卻在不知不覺中添加了很多景點，順便進行線路規(guī)劃可婶。而且做好的線路規(guī)劃可遷移性不高沿癞，防止了用戶使用路線規(guī)劃結(jié)果直接復(fù)制到其他平臺。在保證了用戶數(shù)量的同時無疑增加了用戶的停留時間矛渴，增加了用戶粘性椎扬。
用戶在做好規(guī)劃后，分享給同伴的時候具温，也可以進一步為APP引流蚕涤。
在合適的時間為用戶進行合適的推送。通過分析用戶的行為铣猩，預(yù)測用戶的期望和下一步操作揖铜，提前給出用戶可能想要的操作，進一步留住用戶达皿，超越用戶的期望天吓。
好處：
增加用戶粘性，使用時常和頻率峦椰；
為APP引流龄寞，增加新用戶；
為打造全生態(tài)的旅游規(guī)劃做鋪墊们何。
這篇文章主要是從同城線路規(guī)劃的角度對百度地圖的現(xiàn)狀進行了一點分析萄焦，又從導(dǎo)航類產(chǎn)品具有的天然優(yōu)勢提出了自己的一點改進的建議。下一篇系列二，將主要分析異地線路規(guī)劃的現(xiàn)狀拂封。
