第1785章一共十條建議
李明指著屏幕上的新功能按鈕，臉上帶著笑：“賈總，這個‘網頁快照’可以用了。”
賈瀞雯湊過去看。
搜索結果的每條鏈接後麵，多了一個小小的相機圖標。
鼠標放上去，顯示“查看快照”。
“測試過了嗎？”她問。
“測了一周，很穩定。”張濤在旁邊說，“原理其實簡單——我們抓取網頁時，存一份完整的html副本。
如果用戶點快照，就顯示這個副本。
這樣即使原網頁被刪了，或者服務器掛了，用戶還能看到內容。”
賈瀞雯點了那個相機圖標。
頁麵刷新，顯示出存好的網頁副本。
頂上有提示：“這是某度在x月x日抓取的快照，原網頁可能已更新。”
她又試了幾個搜索結果，快照都能正常打開。
“用戶會喜歡這個功能。”她肯定地說，“尤其是找資料的時候，經常遇到網頁打不開的情況。”
“但存儲壓力會增大。”李明提醒，“每個網頁存兩份，一份索引數據，一份完整快照。
服務器空間要增加。”
“加。”賈瀞雯拍板，“用戶體驗優先，陳總說過的。”
網頁快照功能悄悄上線了。
冇有大張旗鼓宣傳，隻是在幫助頁麵加了一段說明。
三天後，用戶反饋來了。
前臺小王抱著一疊打印出來的用戶郵件進來：“賈總，好多用戶誇快照功能！”
賈瀞雯翻開看。
有學生寫：“昨天找論文資料，原網站維護，幸虧有快照，救了我一命。”有記者寫：“采訪對象刪了舊博客，通過快照找到了關鍵信息。”還有普通用戶寫：“這個功能太實用了，某度越來越懂用戶了。”
她把郵件轉發給團隊。
辦公室裡響起一陣歡呼。
“但這還不夠。”賈瀞雯在團隊會議上說，“搜索體驗還可以更好。
現在用戶必須完整輸入關鍵詞，如果記不清，或者打錯了，就搜不到想要的結果。”
“你的意思是？”張濤問。
“自動補全。”賈瀞雯說出陳浩教她的概念，“用戶輸入關鍵詞時，實時給出搜索建議。
比如輸入‘電’，下拉框顯示‘電腦’‘電影’‘電話’等熱門搜索詞。
用戶可以直接選，不用打完。”
會議室裡安靜了幾秒。
李明先反應過來：“技術上……有點挑戰。
要實時分析用戶輸入，還要從海量搜索日誌裡找出相關建議。
響應時間必須快，否則會卡頓。”
“但能做，對吧？”賈瀞雯問。
“能。”李明點頭，“需要優化搜索日誌的查詢，還要做前端交互。
但原理上冇問題。”
“那做。”賈瀞雯說，“兩周時間，我要看到原型。”
（本章未完，請點擊下一頁繼續閱讀）第1785章一共十條建議(第2/2頁)
接下來的兩周，團隊分成兩組。
李明帶人優化後臺，做實時查詢。
張濤帶人做前端，設計下拉框的交互效果。
這期間，陳浩打了兩次電話。
第一次問快照功能的反饋，第二次問搜索建議的進展。
“自動補全的關鍵在於速度。”他在電話裡說，“用戶每輸入一個字母，都要立即給出建議。
延遲超過零點三秒，體驗就差了。”
“我們正在優化查詢。”賈瀞雯彙報，“李明設計了一種新的索引結構，專門為實時建議服務。”
“好。
還有一點——建議詞要準。
不能用戶輸‘蘋’，你建議‘蘋果’和‘乒乓球’，要分析上下文，分析用戶習慣。”
“我們在收集搜索日誌，做統計分析。”
第二周周五，原型做出來了。
賈瀞雯坐在電腦前，在某度搜索框裡輸入“電”。
下拉框立刻彈出：電腦、電影、電話、電視劇、電子遊戲……一共十條建議，按熱度排序。
她選“電影”，頁麵刷新，顯示電影相關的搜索結果。
整個過程流暢，幾乎感覺不到延遲。
“響應時間多少？”她問。
“平均零點二秒。”李明報數，“最快零點一秒，最慢零點三秒。
在可接受範圍內。”
“準確率呢？”
“用曆史數據測試，用戶點擊建議詞的概率是百分之四十。
也就是說，百分之四十的情況下，用戶會選擇我們的建議，而不是自己打完。”
賈瀞雯點點頭。
這個數據不錯。
搜索建議功能也上線了。
這次依然冇有大張旗鼓，隻是更新了版本。
用戶反應更熱烈。
上線第一天，後臺數據就顯示，百分之三十五的搜索通過建議詞完成。
用戶平均輸入字符數從八點七個降到五點三個——他們打更少的字，就能找到想要的東西。
媒體的報道也來了。
《計算機世界》寫了篇長文，標題是《某度搜索的貼心進化》，詳細介紹了快照和建議功能，稱讚這是“真正從用戶出發的產品思維”。
賈瀞雯把報道打印出來，看了好幾遍。
周五下午，她接到陳浩電話。
“看到報道了。”陳浩說，“做得很好。”
“是團隊做得好。”賈瀞雯說，“尤其是李明和張濤，這兩個功能都是他們主導的。”
“但你帶隊帶得好。”陳浩頓了頓，“對了，新一批服務器采購合同到了，需要你回來簽一下。
順便，我們慶祝慶祝。”
賈瀞雯笑了：“好，我明天過去。”
【跪求禮物，免費的為愛發電也行！】