評價雷電搜索益兄，不單單從該項目的上線背景锻梳、花邊新聞出發(fā)，而是應(yīng)當從產(chǎn)品體驗净捅、產(chǎn)品定位疑枯、發(fā)展路徑著手。我從自己對搜索產(chǎn)品的思考談一談雷電搜索蛔六，權(quán)當拋磚引玉荆永。
總結(jié)開來，雷電搜索想要做的国章，是做一個讓移動互聯(lián)網(wǎng)的用戶更注重內(nèi)容本身具钥、而非內(nèi)容載體的可以滿足其大多數(shù)需求的產(chǎn)品。
為何說這是做雷電搜索的目的液兽，讓我們從移動互聯(lián)網(wǎng)的不同內(nèi)容載體的特點說起骂删。為了方便理解，我分為三個部分來描述：
- 移動場景內(nèi)容載體的現(xiàn)狀
- 移動場景內(nèi)容載體發(fā)展的趨勢
- 由內(nèi)容載體演進得出的可發(fā)展的產(chǎn)品方向
1.移動場景內(nèi)容載體的現(xiàn)狀
當前人們?nèi)粘＝佑|到的移動互聯(lián)網(wǎng)內(nèi)容載體，無外三種：Native APP桃漾、Web APP坏匪、普通網(wǎng)頁（文件）。
其中：
NatvieAPP：目前最受用戶認可的內(nèi)容載體撬统。最近91的高達19億美金收購價格也證明了NativeAPP的價值适滓。但是其面臨的問題一，是信息的孤島化——由于應(yīng)用開發(fā)沒有統(tǒng)一的檢索接口規(guī)范恋追，其內(nèi)部信息幾乎封閉在應(yīng)用內(nèi)凭迹。這種非REST架構(gòu)的載體形式對搜索引擎極其不友好（我們現(xiàn)在沒法在百度和Google里搜到唱吧里某個熱門用戶的歌曲）。問題二苦囱，NativeAPP安裝部署在這3類里最為復雜嗅绸，需要從渠道獲取安裝包，升級時需要重新下載撕彤。
WebAPP：在一定條件下可以被精確檢索鱼鸠。在百度里搜“快遞”“天氣”，展現(xiàn)出來的特型都是由WebAPP構(gòu)成羹铅，交互比簡單網(wǎng)頁豐富蚀狰，不用下載，點開即可使用职员。缺點是也缺乏一套統(tǒng)一的檢索接口標準麻蹋。
普通網(wǎng)頁（文件）：最容易被精確檢索的——得益于勤勞的spider，成熟的網(wǎng)頁焊切、文件數(shù)據(jù)抓取技術(shù)幫助用戶迅速抵達內(nèi)容的深處扮授；但在移動場景下，除了一些大型站點和移動用戶較多的站點专肪，各家對移動網(wǎng)頁開發(fā)投入有限刹勃，大多數(shù)網(wǎng)站的在移動設(shè)備上瀏覽困難、移動化程度不足嚎尤。同時深夯，由于PC網(wǎng)頁本身存在一定的冗余數(shù)據(jù)，在被搜索引擎收錄并展現(xiàn)時提取出的摘要信息很難精準對應(yīng)用戶搜索意圖诺苹。
2.移動場景內(nèi)容載體發(fā)展的趨勢
說完了三種內(nèi)容載體的特點，可以看出：
Native APP交互最為豐富雹拄、但分發(fā)是個大問題收奔；
Web APP交互能力較強、下發(fā)障礙較小滓玖，隨著HTML5和3G乃至4G的普及坪哄，越來越炫的效果會出現(xiàn)在用戶的手機瀏覽器或者其他容器中，但當前對流量、瀏覽器的依賴翩肌，以及缺乏一個統(tǒng)一的功能/內(nèi)容檢索接口標準模暗、以及合適的推廣渠道，都是其使用份額進一步增長的屏障念祭；
普通網(wǎng)頁（文件）一來離用戶使用習慣較遠兑宇，二來格式不一，三來移動站點的高質(zhì)量數(shù)據(jù)沉淀有限粱坤，但值得注意的是仍然有不少在PC互聯(lián)網(wǎng)時代的專業(yè)類資源分布其中隶糕，待進一步挖掘。
看到這里估計有人要問站玄，為什么你老在談數(shù)據(jù)檢索枚驻，難道搜索引擎在移動互聯(lián)網(wǎng)時代仍然這么重要？
回答這個問題株旷，不妨把眼光投射到早期的PC互聯(lián)網(wǎng)時代：最早的互聯(lián)網(wǎng)內(nèi)容完全由門戶把持再登，看新聞去新浪、郵箱用網(wǎng)易晾剖、校友錄去chinaren——大站點可以滿足網(wǎng)民基本也是大部分的需求锉矢。隨著中小型網(wǎng)站的崛起，越來越多钞瀑、也越來越精細的垂直內(nèi)容涌現(xiàn)沈撞，傳統(tǒng)門戶一來很難將其分別收編，二來自己也沒精力投入人力物力專門做某些細分類雕什。這是才迎來了搜索引擎的春天缠俺。這也是為什么早期導航站備受歡迎（就那么幾個常去站點，都列出來就是）贷岸，而后來搜索引擎逐漸普及的原因壹士。
回歸到移動互聯(lián)網(wǎng)時代，現(xiàn)在的內(nèi)容多嗎偿警？渠道運營人員張口都能說出商店里有XX萬個應(yīng)用躏救、XX萬個開發(fā)者，但問問用戶就知道螟蒸，其實常用的盒使，也就數(shù)得上來的那幾個幾十個，這個時候像極了早期的PC互聯(lián)網(wǎng)七嫌，因此捧紅了應(yīng)用商店——如果把一個個APP的icon當成hao123上的文字鏈少办，應(yīng)用商店不就是移動互聯(lián)網(wǎng)時代的導航站嗎？當越來越多的移動開發(fā)者進軍細分領(lǐng)域诵原，搜索的需求就會越發(fā)凸顯英妓⊥旆牛可以預見的是，當生成蔓纠、發(fā)布移動內(nèi)容的成本越來越低辑畦，越來越多的線下商家、普通消費者（同時也是內(nèi)容提供者）開始通過移動設(shè)備產(chǎn)生內(nèi)容腿倚，搜索的需求會變得更加旺盛纯出，這時對內(nèi)容載體的控制、對內(nèi)容載體標準的爭奪必將白熱化——只有如此才能和PC時期的百度猴誊、Google一樣潦刃，確立內(nèi)容被索引收錄的標準，同時通過建立用戶渠道優(yōu)勢懈叹，分發(fā)需求乖杠，從而成為流量的入口。
3.由內(nèi)容載體演進得出的可發(fā)展的產(chǎn)品方向
各家公司的PM想得比我清楚澄成，因此我們看看同為國內(nèi)做搜索引擎的公司胧洒，百度、騰訊墨状、360是怎么玩卫漫，怎么提前入場準備設(shè)立標準的。
首先看百度：NativeAPP方面肾砂，收購91列赎、發(fā)展應(yīng)用搜索，增加自己對應(yīng)用分發(fā)的影響力镐确；WebAPP方面包吝，推動SiteApp（一種幫助開發(fā)者將普通網(wǎng)頁轉(zhuǎn)化為符合百度數(shù)據(jù)規(guī)范的移動站點的技術(shù)），幫助傳統(tǒng)互聯(lián)網(wǎng)站長轉(zhuǎn)換自己的站點為一個可被檢索的Web APP源葫，同時通過阿拉丁特型在搜索結(jié)果中展現(xiàn)開發(fā)者的特定功能WebAPP诗越，幫助開發(fā)者低門檻加入百度生態(tài)。普通網(wǎng)頁方面息堂，推進自己的移動網(wǎng)頁轉(zhuǎn)碼技術(shù)嚷狞。在這之外，應(yīng)用內(nèi)搜索（in-App Search）促成NativeAPP信息可被檢索荣堰，PCS（個人云存儲）以及各類云能力輸出幫助開發(fā)者的同時床未，也把開發(fā)者的應(yīng)用內(nèi)資源的檢索規(guī)范化標準化了，為日后的檢索埋下伏筆振坚。
騰訊則是采取了另外一個路數(shù)即硼。由于微信的存在，前文說到的“用戶渠道的優(yōu)勢”騰訊已然拿到屡拨，微信公眾平臺成為“互聯(lián)網(wǎng)從業(yè)者只酥、媒體從業(yè)者、O2O生活服務(wù)從業(yè)者呀狼、電商從業(yè)者”這些廣義上“開發(fā)者”眼中的香饃饃裂允，企鵝兄毫不客氣：微信開放平臺（在微信內(nèi)引用第三方NativeAPP中的內(nèi)容）幫助用戶搬運內(nèi)容到微信內(nèi)，公眾平臺讓開發(fā)者在微信體系內(nèi)自動產(chǎn)生高質(zhì)量內(nèi)容哥艇；同時對第三方網(wǎng)站绝编、不符合騰訊生態(tài)發(fā)展的內(nèi)容源、公眾號進行屏蔽或者打壓：一方面借助微信流量引入開發(fā)者已有的內(nèi)容貌踏，另一方面鼓勵在平臺自制符合騰訊規(guī)范的內(nèi)容十饥。這種規(guī)整的數(shù)據(jù)，為未來騰訊做內(nèi)容祖乳、功能的檢索逗堵，提供了良好的數(shù)據(jù)基礎(chǔ)。
最后來看360,移動領(lǐng)域眷昆，除了安全衛(wèi)士和手機助手蜒秤，雷電搜索之前，似乎很難看到360在移動搜索領(lǐng)域采取的動作亚斋，大張旗鼓的雷電搜索作媚，目的到底為何？
回顧上文帅刊，百度采用的是“Native APP纸泡、Web APP 、網(wǎng)頁”往結(jié)構(gòu)化數(shù)據(jù)或者移動網(wǎng)頁上轉(zhuǎn)化的思路赖瞒，騰訊采用的是設(shè)定標準女揭、幫助開發(fā)者內(nèi)容轉(zhuǎn)化成結(jié)構(gòu)化數(shù)據(jù)的思路，那360下的是什么棋冒黑？
回到產(chǎn)品本身田绑，雷電搜索講需求分為“軟件、游戲抡爹、電子書掩驱、音樂、鈴聲冬竟、壁紙欧穴、主題、論壇”等垂直類目泵殴，除了游戲涮帘、軟件，其他均為傳統(tǒng)互聯(lián)網(wǎng)上已經(jīng)高度結(jié)構(gòu)化的數(shù)據(jù)（文件）笑诅。游戲调缨、軟件作為Native APP疮鲫，展現(xiàn)上還是是一個單純的軟件商店（也可以說是導航站）的模式，但是聯(lián)想起目前應(yīng)用分發(fā)渠道的現(xiàn)狀（參見我之前對應(yīng)用市場渠道現(xiàn)狀分析的知乎問答）弦叶，在應(yīng)用分發(fā)能力上占據(jù)第一位置的360俊犯，對開發(fā)者有著相當?shù)挠绊懥ΑＲ簿褪钦f伤哺，如果360把是否將NativeAPP內(nèi)的數(shù)據(jù)以規(guī)定的格式提供當做手機助手當做APP是否收錄燕侠、排序調(diào)權(quán)的重要參考指標，那么很多應(yīng)用開發(fā)者就會擴展分發(fā)而將數(shù)據(jù)整理好提供給360立莉，方便后者檢索绢彤。
想象一個這樣的需求，身處異地蜓耻，想找一個餐館茫舶，原來我們是通過下載大眾點評APP，然后在應(yīng)用內(nèi)查詢餐館地址媒熊。而在未來奇适，我在雷電搜索里輸入餐館名稱甚至“口味不太辣、人均消費90元以下芦鳍、距離我不超過5公里嚷往、不需要排位的西餐廳”，雷電也能給我找來一大堆結(jié)果柠衅，并標識“來自大眾點評”皮仁。至于這些操作，是發(fā)生在Native APP菲宴、某個網(wǎng)頁贷祈，who care？而此時該需求偏偏不太可能是在360手機助手或者安全衛(wèi)士里發(fā)生——先前太成功的產(chǎn)品定位反而成為之后產(chǎn)品發(fā)展的桎梏喝峦。
雷電搜索势誊，正是360用來展現(xiàn)其收錄的規(guī)范化、格式化數(shù)據(jù)的第一個實驗性產(chǎn)品形態(tài)谣蠢。作為移動搜索粟耻，他沒有必要非要像百度移動搜索，而是采用了網(wǎng)址導航+應(yīng)用下載站的形態(tài)——先看看用戶的反應(yīng)眉踱，再逐步調(diào)整挤忙。既然一開始定位是搜索，那么便大得足夠容下所有需求谈喳。如果360成功通過控制應(yīng)用分發(fā)册烈，獲得了內(nèi)容收錄的主動權(quán)，那么手握豐富的資源婿禽，加上自身良好的渠道做推廣赏僧，便足以讓雷電搜索這個產(chǎn)品滿足移動用戶關(guān)于信息獲取的絕大多數(shù)需求大猛。
文章的最后不妨大膽猜測下雷電搜索的下一步動向：首先自然是推出一個Native APP，借助渠道之力快速堆起裝機量淀零。同時以標準接口的形式吸納“電子書胎署、鈴聲、音樂窑滞、壁紙、主題“類資源開發(fā)者提供更加豐富的數(shù)據(jù)恢筝，置換條件極有可能是APP換量哀卫。接著便是在Native APP開發(fā)者里，就最主要的資源分類目引入撬槽，各個擊破——可以想見視頻此改、LBS服務(wù)都將是下一步重點（這些都是當前移動場景下人們的主需求）。
雷電搜索侄柔，有意思共啃。且看各家如何對陣。
