關于搜索,我總結了這些
編輯導語:當下用戶面對的是爆炸級增長的海量信息,用戶若想獲得自己想要的內容,則需要通過一定功能來達成目標,如搜索功能,即用戶發出檢索行為,幫助用戶獲得結果的功能。不過,搜索功能的開發是每個產品必需的嗎?本篇文章里,作者就搜索的定義、條件、應用場景等方面進行了總結,一起來看一下。
在最近跟近的項目中,有涉及搜索這個功能。搜索功能上線后,用戶沒有辦法通過搜索找到想要查找的信息,因此針對搜索進行了一次優化迭代。
在日常使用各類產品搜索的過程中,也發現不同的產品搜索維度,搜索結果的相關性也不相同,故想借此次思考,來對搜索進行基礎的總結:什么樣的產品需要做搜索?以及在設計搜索功能時需要注意什么?方便大家以后在做搜索功能的過程中進行參考,從而根據自己產品業務的特性進行調整。
一、搜索的定義
搜索:仔細查找、搜尋的意思。即先有目標,才能進行查找。
比如:我在淘寶搜索到了“收納盒”的信息。是因為我想買個收納盒,所以才去淘寶上進行搜索。引申到互聯網產品中,意指用戶通過在輸入框中輸入目標詞,按照某種規則,在某個范圍,查找符合目標詞的內容,并按照一定的規則為用戶展示相關結果。
為了避免信息的遺漏,在系統檢索的過程中,需要對特定維度的全部的信息進行查找。
以小紅書為例:當用戶想買面膜時,就會在小紅書上將“面膜”作為目標詞進行搜索。系統會在已有的筆記庫內進行搜索,并且根據筆記的特征和關鍵詞來做一個匹配,完成匹配后,會按照相應的規則進行一個排序、展示,呈現出搜索引擎在小紅書筆記中抓取到的內容。
在此過程中:可以發現搜索涉及到的流程:目標詞、搜索規則、搜索范圍、搜索結果。
搜索范圍:即用戶搜索的目標詞與系統數據庫中哪些字段進行匹配。
數據庫:就是存儲數據的倉庫,其本質是一個文件系統,數據按照特定的格式將數據存儲起來,用戶可以對數據庫中的數據進行增加、修改、刪除及查詢等操作。
數據庫中以表為組織單位存儲數據。根據表字段所規定的數據類型,我們可以向其中填入一條條的數據。以小紅書筆記表為例:組成筆記表的字段包含:筆記ID、標題、圖片、筆記內容、發表用戶、發表時間、話題、標簽、發布地點等信息。用戶每發布一則筆記都成為了筆記表中的一條數據。
當用戶搜索“面膜”時,會根據小紅書筆記表中的標題、筆記內容、標簽字段進行匹配。查找與之相關的內容。
搜索結果:將符合的結果,按照某種規則排序后,呈現給用戶。
核心規則:與目標詞的相關程度,而相關程度的量化指標,即權重。在系統中,某一指標在整體評價中相對重要程度,在這里意指,一條筆記的標題中、筆記中各個位置、標簽、評論、收藏點贊等數據中涉及“面膜”這一目標詞時,計算的權重比例是不同的。
搜索的結果有若干條,而用戶想要的可能就只有一條。如何在若干條相似的搜索結果中,找到用戶符合用戶期望的那條信息,就涉及到多種數據維度指標計算,根據不同數據指標的權重,找到更符合用戶預期的數據,按權重的高低,盡快在一堆整體差別不是很大的數據中,對信息進行排序,幫助用戶更快找到想要的數據。
對小紅書的整篇筆記來說,位置不同,面膜在這篇筆記中的權重也會不一樣。權重越高,排序在前(筆記質量本身帶來的權重、筆記發布賬號自身的權重、筆記點擊率、點贊、評論收藏等等這些數據帶來的權重,甚至還包括評論你的用戶它自身的一個權重)。
搜索作為一種工具,具有很強的用戶主動性,幫助用戶在海量的信息中,快速找到自己的目標項。
在系統中,信息不是自己產生的,它們放在哪里,信息里面包含了什么詞,對于用戶而言,一無所知,在信息爆炸的今天,除了搜索別無選擇。
因此搜索變成了剛需,但不是所有的產品都要一開始就要先做搜索。“別人有什么,我也要有什么”這種邏輯要不得,凡是都有成本,有利有弊,是否值得做,要看個方便是否合適。
不要高估搜索對網站的作用,也不要低估建索引的成本。
第一是空間成本。
可以想象下,如果對深圳市的戶籍記錄按照人名建一個索引,再按照畢業學校、工作單位、家庭住址等等建索引,是需要占用很多空間的,建的索引越多,使用起來雖然會方便,但是空間成本也就高了。
如果我們把產品里面的內容都建立起索引,索引本身建立的空間,大約是原來內容總容量的50%。也就是說如果你的產品的服務器原來是42t,現在只有21t來存放用戶生成的各種數據,要留出21t來放索引。當然,服務器的內存還是足夠大的,占用多了,產品的速度會成倍地下降。
除了創建索引外,全表搜索也是搜索信息方式,是將所有記錄一一取出,和查詢條件進行一一對比,然后返回滿足條件的記錄,這樣做會消耗大量數據處理時間,并造成大量輸入和輸出操作。
第二是時間成本。在產品的初期,所有的研發都是在圍繞產品的核心需求進行開發,對于數據量還不大的產品而言,優先滿足高頻的場景功能是更優先的。
二、搜索的條件
1. 用戶有明確的目標
當用戶有明確目標時,會通過搜索來找到目標項,從而快速的找到自己所需的目標項。當用戶想要買一瓶洗發露,會打開淘寶進行搜索;當用戶想買一本電商產品的書籍,會打開知乎先了解,找到想要的那本,然后去某寶搜索進行購買……等等。
系統內數據量大。
2. 產品數據量大
產品內數據量足夠多,用戶沒有辦法在短時間內快速找到自己的目標,可通過搜索進行查找。
一個只有50條數據的資訊網站,用戶在查看尋找時,翻找5頁就可以了,不需要通過搜索來找到目標項。在產品的初期,也不需要急急忙忙地把搜索的功能堆砌上去,可優先考慮核心用戶高頻的場景的功能,等數據量上來了,再進行版本的迭代,避免資源的浪費。
三、什么樣的場景下會使用搜索功能?
用戶在使用某產品時,想要找某個目標項,但是不好找,這種時候,就需要搜索功能。能夠通過關鍵詞幫助用戶快速定位想要的數據。
由此可以看到搜索場景的特征有:數據量大、目標項(關鍵詞)、目標項不好找,沒有辦法通過分類或者翻頁快速的找到目標項。
【得到APP】在產品初期也是沒有搜索功能的。產品的種類有限,主要是為用戶提供音頻課程,剛開始的課程較少,用戶通過課程分類就可以找到自己想要的課程,隨著時間的推移,得到的音頻課程數量的增加,以及產品種類的擴展:聽書、看書、錦囊等。為了方便用戶快速找到自己的目標項,上線了搜索功能。
故可以得出,搜索的場景:在某一產品中,內容數據量大,無法通過翻頁,以及分類快速找到自己想要的目標項時,這個時候就靠搜索了。
- 首先,我知道自己要什么?
- 其次,我知道去哪里找?
- 最后,通過搜索功能快速查找到。
不同的產品,搜索到的信息是不一樣的,想要買一顆生菜,就要去叮咚買菜、每日生鮮、美團買菜,而不是百度、知乎、小紅書。
搜索作為一個功能,可以幫助用戶在產品內部的全量信息中進行仔細查找,找到與之相關的信息。
四、沒有搜索這個功能會怎么樣?
從搜索的場景中,我們能夠發現,搜索場景解決的核心問題:在海量數據中,很難找到目標項、即目標項不好找。
沒有搜索功能會對產品造成什么影響?
用戶的查找效率變低。在海量的數據中,沒有辦法通過快捷的方式找到目標項,只能逐條信息翻看,勢必會影響查找的效率。如若目標項很難找到或找不到,進而也會給用戶造成不好的使用體驗,從而降低用戶再次使用產品的概率。
由此,我們可以發現,如果產品能夠提供搜索功能,能夠有效提高用戶的查找效率,也能給用戶良好的使用體驗,再次使用系統。
五、總結
1)搜索的定義:用戶通過在輸入框中輸入目標詞,按照某種規則,在某個范圍,查找符合目標詞的內容,并按照一定的規則為用戶展示相關結果。
2)搜索的要素:目標詞、搜索規則、搜索范圍、搜索結果。
- 目標詞:即搜索的關鍵詞,用戶想要搜索的信息;
- 搜索規則:即目標詞與內容的匹配規則;
- 搜索范圍:即用戶搜索的目標詞與系統數據庫中哪些字段進行匹配;
- 搜索結果:將符合的結果,按照某種規則排序后,呈現給用戶。
3)搜索場景是重點,產品內數據量大的時候再考慮。
搜索不是小功能,莫要隨便就開發,既要考慮空間成本,也要考慮時間成本。條件有了,再觸發。
參考:
1.第062封信:從windows Vista系統的失敗看到哪些商業邏輯——得到·硅谷來信2·谷歌方法論
2.3步闡述:簡單的搜索框,為何不簡單?——人人都是產品經理·菜花
本文由 @鯨魚 原創發布于人人都是產品經理,未經作者許可,禁止轉載。
題圖來自Unsplash,基于CC0協議。
聽君一席話,勝似一席話
在內容體量大的時候搜索肯定是必然的,但是不同產品的搜索規則可能有些大同小異?,F在搜索的商業價值也在逐漸增長,例如小紅書的搜索結果中包含廣告,那么這些廣告被爬取展示的規則,以及所有搜索結果的權重、展示等(搜索因子)是怎么樣的呢,我覺得這一方面有很大的學問,也不僅是在基于技術的角度,希望能對這一方面做更深入的分析~
首先,我知道自己要什么?
其次,我知道去哪里找?
最后,通過搜索功能快速查找到
搜索的用法