[[83855]]

從傳統互聯網到移動互聯網，百度面臨最大的挑戰并不是所謂的“由瀏覽器、桌面、應用、終端等產品份額重構帶來的入口之爭”，也并非從鍵盤擴展到語音、掃一掃等輸入形態多樣化產生的威脅，而是來自移動Apps筑建的圍墻——不同于網頁，移動互聯網時代下，越來越多的內容和數據都被包裹于一個個獨立的應用之內，無法被搜索引擎觸及，所以，百度需要找到一種辦法，去連接這些信息孤島。

百度從移動互聯網的紅海中看到了機會——移動應用數量爆發，基礎領域完全被擠占，加上巨頭進駐、同質化嚴重，大部分移動應用創業者都成為了李彥宏和李明遠數次提到的“中長尾開發者”，用李彥宏的話說：“應用商店有根本性的缺陷，首先，它們的應用排序方式不利于長尾應用的分發，其次，用戶需要知道應用的名稱，才能方便檢索相關的應用。”所以，長尾開發者們缺乏渠道能力又需要控制推廣成本，如果能利用百度搜索強大的渠道能力去幫他們高效的分發應用，將是個不錯的生意。 當然，首先這門生意得和百度自身的產品定位聯系起來：從最初的單純的“網頁索引”，到百度知道、百度百科出現后的“知識索引”，以及百度地圖這類產品擴展出的“地理位置索引“和”本地生活索引”，搜索引擎的本質實際就是“為人們找到問題解決方案“的工具。只不過，由于技術的制約，在十多年來，搜索引擎最擅長的還是通過關鍵詞，為用戶索引和排序出合適的網頁內容。 但如今，隨著機器學習、數據挖掘等技術的發展，搜索引擎能夠更聰明的去理解人們的查詢意圖，把搜索技術從單純的關鍵詞匹配網頁提升為通過判斷用戶的查詢需求來為用戶推送立體化的多形態解決方案對此進行過詳細的闡述）。

在移動互聯網時代，移動App當然屬于“解決方案”中最重要的一環——地圖應用能夠幫你解決線路安排問題，打車應用能夠幫你在最短的時間內找到交通工具，美食應用能夠幫你找到和評價周邊的餐館，酒店應用能夠幫你找到和預定住所…… 所以，從用戶需求、技術和開發者需求上，百度找到了自己的移動化路徑：讓搜索引擎去學習和理解用戶的需求，為他們推薦合適的移動應用去解決問題，這樣，百度就從一個傳統互聯網上的網頁搜索引擎，轉身成為移動互聯網的網頁搜索引擎和應用分發渠道，其本質是一脈相承的。 要做好應用分發，百度首先需要找到在移動平臺上的鏈條式產品，改變曾經一堆產品、缺乏主次和雜亂無章的狀態。幸好我們看到，從今年起，李彥宏看到了百度搜索和百度手機助手這兩個產品在應用分發上的重要性，這兩個重心產品的成長速度也符合百度的期待，如今，百度移動搜索的流量增幅超過了16倍，而在不久前，百度又收購了91無線，直接大幅提升了其本地應用的分發能力。 但與本地應用的分發相比，李彥宏似乎更看重在線應用的分發，即用戶能夠在搜索后直接調用應用的功能去解決問題。李彥宏說，要實現這一目標，首先要實現“開發者的理想”：能夠方便、快速的開發出具有本地應用能力的在線應用。這便是百度移動云平臺的工作了——通過百度云平臺提供的開發環境BAE、WebApp在線生成服務平臺SiteApp和移動云測試中心MTC以及陸續開放出來的百度地圖引擎、LBS商戶數據、流媒體轉碼工具等功能，開發者可以快速集成基礎應用功能、調用手機本地傳感器實現應用開發和測試，同時，百度還提供了免費的訂閱推送功能去幫助開發者沉淀用戶。

  在這一切工作之后，百度終于在今天的2013百度世界大會上帶來了他們的在線應用分發方案——輕應用。輕應用被集成在新版的百度應用中，一方面，在主頁面的功能欄內，用戶可以點擊功能鍵查看已經被集成的輕應用并添加一些已有的輕應用，直接點擊調用這些功能；另一方面，如我前文所說，百度會根據用戶的搜索意圖來為他們直接調用合適的輕應用，例如，我在百度應用中搜索“從望京到鼎好”后，頁面中會先顯示百度地圖的路徑規劃方案，如果我選擇的是“打車”作為出行選擇，那么它會直接調用嘀嘀打車的輕應用；或是我搜索“在望京租房”，那么搜索頁面上就直接調用58同城的輕應用來幫我解決這一問題。  如今，百度移動搜索應用上集成的應用還比較少，李明遠說，他們會盡快將汽車、音樂、醫療、美食等服務型輕應用集成在他們的輕應用平臺上，滿足用戶的需求。 今天這一步后，百度算是完成了本地應用和在線應用分發形態的建立，接下來，如何與開發者提供更全面的開發支持？如何催生出高質的輕應用集群？如何評估和選擇被分發的應用？如何設立具體的貨幣化和分成方案？ 將是百度需要盡快給出的答案。