1、移動搜索對比PC搜索時的弱勢原因

移動搜索起不到PC搜索這樣的分量和流量已經是公認的了，很多大拿都發表過移動搜索將要死的言論，而且目前用戶對于移動搜索的使用率也相當低。具體原因有一下幾點

1）移動端服務的多樣性，使移動搜索不再是流量的入口

PC端，大家都使用瀏覽器，流量都來自于網站，用戶依靠百度搜索能得到一切內容。百度的地位就是流量的入口延伸到流量分發。而在移動端，由于服務的多樣化造成了APP成為主流，用戶有什么需求就打開相應APP，流量被分散到了APP中，因此搜索服務范圍一下子就縮小了。
當搜索的流量被APP分流了，不再是大眾化的流量入口，那么也做不了流量分發的作用，基于搜索的網頁鏈接生態也就不存在了。如果按照PC端的思路，那搜索只能用在搜APP上了。目前還沒有APP中搜索的功能（將來也不會有）

2）移動web使用率下降

如前所說，大家都去玩APP了，移動web玩的人就少了。移動web的表現形式與PC端的網頁類似，可供使用的功能有限，APP比web靈活得多。同時由于技術限制，移動web自身的特性就是加載慢，用戶體驗差。而且每次都需要打開瀏覽器去查找，遠不如APP顯得方便。
那么，基于移動web的移動搜索作用自然就減小了一大半。盡管搜索自身還是一個應用，但用戶只能通過搜索找到相應的web頁，即便有需求靠web頁也滿足不了。

3）用戶的搜索需求被分散在了各個應用中

在移動端用戶并不是沒有搜索需求了，而是搜索需求被分散到了各個應用當中，使用場景變為了打開APP，然后進行相應的搜索，比如微信中的搜索。除非應用能夠開放數據，不然這種搜索就沒傳統的移動搜索什么事了。目前微信將數據開放給了搜狗算是一例，但本質上沒有改變。
同樣，在搜索類型上用戶的需求搜索需求也更加貼近自身需求了。PC端用戶只需要一個query，而移動端用戶在搜索時有非常明確的類型和目標要求，因此只能用于應用內搜索

4）移動搜索用戶體驗差

移動端的搜索用戶體驗比不上PC端和其他用于。首先手機的屏幕只有那么大，不但只能展示兩條左右的搜索結果，而且搜索結果的介紹內容也得很簡略，對于搜索這樣一種需要大量查找的行為來說很不方便。其次，搜索要打開搜索應用，輸入關鍵詞后再去搜索，對比各種APP來說步驟繁瑣。之前百度等移動搜索和PC搜索一樣放上大量的推廣鏈接，搜索進去后全是廣告，這還有誰要用？當然現在好多了

5）用戶沒有移動搜索的習慣

APP已經成了用戶在移動端的使用習慣，各種不同的需求都可以通過APP實現，移動搜索的使用率甚至不能排進APP類型的前十。對于養成習慣的用戶來說，通過移動搜索來找信息和服務已經不習慣了。

<h3>2、移動搜索的作用點</h3>

那么多問題看得出移動搜索已經和PC搜索是兩個世界了，然而移動搜索并沒有死，還是有一些移動方向針對性的作用?？偨Y起來移動搜索有與PC端不同的用戶搜索需求。

1）明確目標后分類搜索的需求

用戶搜索的需求依然存在，只是改變了方式而已，對搜索目標的類型更加明確，比如應用搜索，視頻搜索等。因此移動搜索肯定會更加分類化，同時搜索應用自身也可以因分類而更好地整合結果形式。

分類搜索更多地應用在各個領域中，搜索APP若能成為某幾個領域的入口，那么用戶的分類搜索行為會大大增加

2）長尾詞搜索網頁信息的需求

大眾的詞匯用戶搜索的目標更加明確，但是那些搜索長尾的詞來獲取信息的行為依舊沒有變。這也成了如今移動搜索最常見的使用方式之一。這類需求通常不屬于專門的某一分類，用戶的目標更多的是得到包含相關信息的網頁而不需要進一步的內容。

這類需求的形式比如問答等，需求類型和PC端一樣。PC端的搜索在很大程度上也是由長尾的詞匯構成，因此這個方面移動搜索可謂是繼承PC的模式。

3）沒有相關APP，或者只需要一次性服務的需求

對于有些信息或者服務本身比較簡單，而用戶沒有針對性的APP的情況下，移動搜索是最佳選擇。用戶的需求是以最快捷的方式獲取到信息，比如旅游時查找景區介紹等場景。

這類需求的特性是用戶不需要額外下載APP，搜索反而是最快捷的。同時使用頻次很低，很多都是一次性的，比如旅游通常只去一次。只要信息服務本身不復雜，搜索是最佳選擇。當然這類作用中的進一步服務內容用戶會有其他需求

4）通過query直接進入相關服務

搜索本身是智能化程度很高的一種形式，技術的進步可以更加智能的分析用戶的指令。當用戶的query作為用戶的直接需求能被搜索引擎識別后，那么通過移動搜索一步到達服務將是移動搜索發展的一個方向。

目前獲取相應的服務用戶都要進入相關APP去尋找，搜索很不方便找到用戶要的服務。當搜索達到一步直達的效果后，用戶體驗肯定大大加強，畢竟直接通過指令找肯定比在不同應用中漫天找信息要快的多

3、移動搜索的場景

分析移動搜索，必須要理清楚用戶的使用場景，每個不同場景有什么特征。

1）搜索新聞、天氣等常用信息，場景同PC

特征：用戶的搜索目標比較確定，以獲取信息內容為主

搜索頻率：一般，因為有各種應用的分流

2）搜索較為復雜的長尾詞，場景同PC

特征：這類需求通常是APP中沒有的，或者很難找到的。用戶希望通過長尾詞的搜索去查找結果，得到信息。目標信息可能比較簡單。
搜索頻率：高，等同于PC，因為APP中一般沒有

3）搜索專門在移動設備中使用的詞匯

特征：搜索詞限于移動設備中，通常是通過其他應用直接復制過來
搜索頻率：低

4）在外面，以提問形式搜索

特征：在外面遇到的問題，提問形式，希望獲得問答形式的答案，通常較緊急

搜索頻率：低

5）在路上如車上，搜索小說、電影等打發時間的內容

特征：用戶利用碎片化時間的行為。搜索的目標類型和搜索詞都比較明確，搜索需求不只是信息，希望直接進入服務內容。結果需要保存
搜索頻率：高，碎片場合為主

6）在路上某地，搜索該目的地相關的信息

特征：針對性明確如一個商家，搜索目標包括各種信息或者服務，全方位的了解。只是當下的了解，沒有進一步維持關系的想法

搜索頻率：一般，多以一次性服務為主

7）在電影院/書店等店內，看到電影/書等，通過搜索查看詳細信息

特征：搜索的目標類型和搜索詞都比較明確，搜索需求主要是信息，評論等，對目標做一個深入的了解。與第五點略有不同

搜索頻率：一般，在某固定場景下

8）在商場、購物街等，線下購物時，搜索商品信息

特征：搜索目標明確，需求主要是信息比如價格。包含掃條碼、拍照的搜索方式。結果需要保存

搜索頻率：一般，在某固定場景下

9）在路上，找路，找目的地位置

特征：用戶在外面，需要結合自身位置信息，查找目的地，或交通信息。沒有地圖的情況下找路線更多

搜索頻率：低，因為有地圖

10）在路上，搜索身邊有什么或者周邊的某一目的地

特征：在外面，需要結合自身位置信息，搜索可能目標不固定，需要對結果查找。搜索需求不限于信息

搜索頻率：中，通常結合地圖等應用

11）在商場等商圈內，直接通過搜索進入商家主頁，完成商家的服務

特征：前提是商家的主頁要有豐富的功能諸如預訂等，用戶通過搜索商家名進入主頁，然后再進行各項服務。目前百度直達號做的就是這個方向
搜索頻率：目前低，以后會高

4、根據場景分析用戶的需求

上述場景可以總結出用戶四個方向的場景需求，以及對搜索結果的需求。每個方向都有相應的query形態

query類型：指向性明確，教簡單。如：杭州天氣，某新聞標題

1）獲取直觀信息的需求

用戶通過單一的query獲取直觀的信息，核心需求體現在獲取信息本身，要直觀展示信息

2）查找到碎片化信息的需求

用戶通過復雜的或者是問題形式來查找信息，主要需求就是某一點，但會在大量結果中查找

query類型：長尾詞，復雜，字數多，指向性不明確，措辭不一定清楚

3）消磨時間的娛樂性需求

用戶通過單一的query，希望結果能夠直接進入最終的服務內容，不只是信息，注重方便

query類型：指向性明確，類型明確，如書名電影名

4）獲取某實體具體信息的需求

用戶通過單一的query獲取實體信息，希望有一個信息上的全方位了解，并且能收藏

query：名詞為主，明確，如某景點名稱。也有通過拍照掃碼的形式搜索

5）結合自己位置的周邊需求

用戶結合自身的位置，希望查找到周邊對自己有幫助的地方或者某地位置

query：目的地名稱，路名，交通名。如：2路；或者一類線下服務。如：附近的酒店

6）識別指令直達服務的需求

用戶能夠根據指令直接進入商家的服務內容頁面，在具備較完善的功能的商家主頁中完成相應的服務

query：商家名如海底撈，或指令性語句，如：附近的海底撈訂餐

5、根據query分析具體展示結果的方式

根據上述需求，舉例query，做展示結果的具體分析

第一類需求：

1）杭州天氣

期望展示結果：最大的需求是今天的天氣數據，此外還有最近幾天天氣，選擇城市，氣溫趨勢等

結果模擬：由于只需要來自某網站的一條結果。占據整個屏幕。內容參見天氣應用首頁。下方顯示其他搜索結果入口

2）蘋果CEO庫克宣布出柜

期望展示結果：該條新聞具體內容頁面，同時還有該專題頁面與相關新聞報道評論等。

結果模擬：首頁顯示5條結果。第一條顯示該新聞概要，新聞專題的入口和相關報道列表，占到大半屏幕。后四個結果為主要門戶網站的專題頁面，結果中包含該新聞鏈接與相關專題鏈接。后面幾頁形式與PC端一樣?；蛘邩祟}匹配完全的直接進入某網頁的新聞具體內容中。

第二類需求：

3）美團校招產品設計一輪電面后多久能夠得到消息

期望展示結果：通過結果列表找到問題的答案，問答的形式最好

結果模擬：與PC端一樣，一頁結果數為10條。第一個結果以百度知道等問答的形式出現，并且輔以幾個差不多的問題鏈接
第三類需求：

4）后會無期

期望展示結果：對于一部電影，上面的場景主要有幾種，打發時間的時候想看，在線下影院的時候想了解信息，想去電影院看要買票。因此用戶希望看到該電影的觀看入口、介紹入口、評分和上映信息、購票入口。最好要收藏頁面。一般看電影和買電影票會在不同的網站上

結果模擬：首頁結果以三種形式顯示三條結果。一條顯示電影介紹，簡單劇情，主演，評分這些信息。一條顯示電影的排期和預訂入口。還有一條直接就是視頻本身。視頻的結果提供收藏按鈕。三條結果可以平行顯示讓用戶選擇，不用用列表。第二頁開始搜索其他網站的該電影入口，同名書籍介紹等。每條結果同樣包含快捷入口

第四類需求

5）西湖

期望展示結果：用戶希望得到該景區的信息以獲取全方位的了解，包括了介紹時間價格，景區地圖，子景點列表等。也包括攻略游記信息，同時輔以訂票的需求

結果模擬：首頁結果以三種形式顯示三條結果。第一條顯示景區時間價格介紹，子景點列表與入口，和景區地圖之類的使用工具，或者景區位置導航。該結果占據整個屏幕。第二條顯示門票購買的信息和幾個門票列表，帶上預訂按鈕。第三條顯示一些熱門的攻略游記。第二頁再同PC端搜索

6）iphone 6 價格

期望展示結果：最常見的是在購買時查看價格列表做參考。除了報價以外還需要了解商品信息，附近購買商家與電商商家等
結果模擬：三到五條左右。第一條展示商品的信息，圖片，報價參考和報價列表，列表可以點擊進入。后面兩條為地圖形式附近的商家查看，和該商品的網購信息。再往后以及第二頁是針對價格的新聞或問答信息。

第五類需求

7）2路

期望展示結果：在路上，查看公交路線信息和公交車目前所在站點信息。最好以地圖的形式。

結果模擬：一條結果，地圖，將路線標出在地圖上，將目前在路上的車標出來。第二頁的結果再以傳統形式

8）附近的快捷酒店

期望展示結果：根據自己位置列出酒店列表，包含的信息包括名稱位置價格，預訂按鈕。結果自己篩選。地圖形式更直觀
結果模擬：訂酒店有很多網站。首頁五條結果左右。第一條為地圖，顯示用戶的位置和周邊酒店位置，支持點擊酒店進入相關頁面。后面幾條為代理商的酒店列表，大致羅列三四家酒店，提供預訂按鈕和查看詳細

第六類需求

9）附近的海底撈訂餐

期望展示結果：以百度直達號為例，用戶希望直接進入商家主頁的訂餐頁面
結果模擬：進入直達號（或商家的web頁面相應功能），顯示訂餐的頁面元素如時間人數，和餐廳選擇。下方可以選擇退出直達號，進入傳統搜索結果

6、移動搜索目前與未來的發展點

移動搜索要滿足用戶進一步的需求，那么勢必有一些發展的方向。目前百度推出的輕應用和直達號已經在這上面走了兩步，豐富了很多移動搜索的場景

1）移動web頁功能豐富化

移動搜索既然是基于移動web網頁，那么移動web頁如何發展會影響到移動搜索的未來。目前的web頁面更多的只是作為信息展示，要做到功能豐富化，至少要讓web頁打開后以APP的形式展示同時具備APP的基本功能。

目前HTML5正在發展，技術上正在改善。由于移動網絡和APP或者PC網站都是不一樣的，要讓各大互聯網都開發移動web頁面，那么搜索應用必須做到web分發的平臺化，讓各互聯網和用戶能夠通過搜索這個入口分發流量，方式要接近PC端搜索

這方面，百度在前段時間推出的輕應用就是一個很好的典范。輕應用相當于重新包裝了一下web網頁，將其顯示成APP應用的形式，并提供基礎的APP功能。目前已經有很多網站開發了相關輕應用。百度自身作為了一個輕應用的分發平臺，匯集輕應用，支持用戶自主訂閱，不用安裝。輕應用今后的作用還不好說。

作為移動搜索應用，在結合輕應用這種形式后，最好能夠通過搜索來得到甚至直接進入該應用，能將用戶的搜索需求結合到輕應用中。當功能豐富化的web頁能夠給用戶提供基本的服務，那么移動搜索快捷的特性就能顯露了。

2）根據query直達最終的服務

直達最終的服務，就是分析用戶的搜索指令，直接進入相關服務頁面。影響用戶體驗的一個重要因素就是用戶找到目標網頁的方便性。當搜索達到一步直達的效果后，用戶體驗肯定大大加強，畢竟直接通過指令找肯定比在不同應用中漫天找信息要快的多。

直達服務，就是要改變結果展示的形式，在能識別關鍵詞的情況下直接進入搜索結果的頁面，而不是逐條羅列結果。最簡單的形式比如搜索天氣直接顯示一條詳細的天氣預報。

目前百度推出了直達號。直達號是企業在百度上類似于公眾號形式的一個網頁應用，功能更全面。用戶只要搜索直達號就能直接進入。直達號做到了利用用戶搜索連接商家服務，將用戶搜索行為到最終服務更近了一步。

直達號的特點更多的是企業號本身的服務，還沒有對于用戶query的進一步分解。這點在去哪兒攜程中已經有所涉及。這兩款旅游應用可以通過語音的智能查詢來轉到相應的結果頁面，比如分析query中的時間地點詞匯進行結果的篩選。搜索應用要做到智能化包含的query分析更加復雜化，但這一定是一個發展趨勢

3）整合不同應用的分類搜索

當用戶的流量都被各個APP分流，用戶的搜索習慣也變為了分類搜索時，搜索應用就應該順應這樣的場景。目前在做的方法是分類搜索，能夠解決用戶一部分的需求，但至少進入不了其他應用，只是限于web頁的內容

整合應用最關鍵的就是要有進入應用中獲取數據的權限。盡管對于大部分應用來說這沒可能，但是當搜索應用和其他應用之間能夠達成一定的利益關系之后，開放數據一方面能夠方便搜索引擎檢索，豐富內容，另一方面目標應用自身也能夠從搜索中導入用戶的流量。（PC端的感覺）目前微信將公眾號內容開放給了搜狗搜索，就是一個典型的例子。

移動搜索本身的形式比較簡單，只是一個搜索框，可以內嵌在其他應用中比如瀏覽器。當應用中搜索的場景更加豐富之后，在應用中將搜索變為第三方服務，就像現在的應用中內嵌地圖一樣，有利于雙方的數據打通，未嘗不是一種選擇

本文為章文（微信公眾號：互聯網產品體驗分析）投稿發布，轉載請注明來源于人人都是產品經理并附帶本文鏈接