如果讓你獨立負責搜尋功能,你需要幹些什麼呢?
可能大部分人的第一反應是我加一個搜尋框和一個搜尋結果頁,找一個搜尋的演算法團隊提供搜尋演算法,其他的互動抄抄競品,ok啦!
這種做法的問題是太!有!問!題!啦!
那下面跟著我來看下,正確的思考邏輯是什麼吧!
備註:筆者曾有2年的獨立負責電商APP搜尋產品線的經驗,所以今天的文章會圍繞電商的這個類別來講哦。
一、什麼是“搜尋”功能?
首先我們看下“搜尋”功能在電商APP中的定位是什麼吧!
使用者訪問app動線
一個綜合電商的健康程度,可以從首頁“搜尋框”的點選率來略窺一二。
想一想:一個想買“追風箏的人”的使用者的購買轉化率,和一個隨手開啟APP的使用者的購買轉化率,必然前者要高很多很多啊。
也就是說:
搜尋入口點選量越高,說明健康程度越高,
一般電商的搜尋欄的點選比例可以達到1/2以上;由此可見搜尋功能的重要性。
不過,隨著消費升級和內容電商的崛起,這個定律也在變化——因為使用者的行為慢慢的產生了分離。原來使用者訪問電商的意願更加傾向於buying,也就是單純的購買;現在使用者的buying和shoping的目的分離——使用者訪問電商app的目的不再僅僅是買東西,很多時候也是單純的逛一逛。
總之,搜尋產品線滿足著“有明確購買意願”場景,承載這電商app中最重的一部分流量。
“搜尋”功能的關鍵指標
搜尋是很具有“工具屬性”的一個功能。
工具屬性:使用者有一個goal,需要一個工具來幫助他用最小的成本並最高效的達到這個goal。
比如:使用者想從北京去成都,飛機、火車、腳踏車都是工具。
衡量工具是否好用的標準有好多,今天主要講使用成本。
比如:坐飛機貴,那它的金錢使用成本高;
比如:腳踏車慢,那它的時間成本高,等等。
那使用者“搜尋”一個產品,他的使用成本有哪些呢?
從上圖使用者的使用流程可以看到:使用者的搜尋需求鏈可以粗分為5步——因為最後兩步“進入單品頁檢視詳情”“加入購物車”和商品資訊、單品頁展示相關,所以我們主要研究前3步。
前3步衡量的關鍵指標分別是:
搜尋功能的使用率、搜尋輸入頁轉化率、搜尋結果點選率。
當然衡量指標不是唯一的。
比如:在搜尋結果頁的衡量指標可以是單品的點選率,當然也可以是單品的購買率~
下面我們將針對三大功能模組“搜尋入口”、“搜尋輸入頁”、“搜尋結果頁”來分別討論PM的設計要點。
二、“搜尋入口”設計要點
搜尋入口的關鍵指標是這個功能的使用率,目前搜尋入口欄的視覺樣式已經趨同,設計時候採用search bar/單獨的search icon已經比較主流了。
在這種情況下,提高搜尋入口的使用率,有兩個要點:
要點1:尋找頻道增加搜尋入口
錯誤方式:我在所有的賣場頁面都加上,有比沒有好吧,讓使用者想搜就搜,還符合尼爾森一致性的原則呢。
搜尋入口有兩種模式:
模式一:普通型
,搜尋模組是對所有商品進行搜尋;
模式二:指定型
,搜尋模組只針對指定分類、或賣場內的商品進行搜尋。
所以思考這個問題時候需要考慮你的頻道或者賣場的特性,然後選擇符合的搜尋入口模式:
如果你的賣場商品數量較多,並且品類綜合,採用普通型搜尋模組。一般這種綜合型的賣場流量大,使用者意向分散,使用
普通型搜尋模組
即可。比如:首頁、比如大促落地頁等。
如果你的賣場商品數量較多,並且品類單一,採用指定型搜尋模組。指定類目的賣場,比如:生鮮賣場、圖書館等,需要
在搜尋模組上增加型別
。也就是說使用者在圖書館裡面的任何搜尋,都應該是書籍相關的。又或者是滿100減10的賣場中,搜尋到的商品也應該是滿足這個促銷條件的。
如果你的賣場商品數量較少,不要使用搜索模組。比如:榜單、少商品的賣場等,如果使用者搜尋後召回的商品數量極少,簡直是搜尋體驗的噩夢——有這個模組還不如沒有哇,真是的。
如果你的賣場品類使用者無法感知,不要使用搜索模組。推薦清單就是一個例子,使用者無法感知到這個集合是什麼樣子的。可能這個使用者A比較喜歡圖書、女裝,換了一個使用者後,品類卻完全不同。
要點2:增加單頁面內搜尋入口的曝光次數
這個要點需要在互動層面注意:
不要讓你的搜尋模組僅僅出現在首屏。
在使用者下滑瀏覽過程中也需要看到搜尋入口,可以採用一個吸頂的搜尋欄,或者在使用者下滑過程中將搜尋欄縮小到某一個位置。
總之,要保證實時可見。
三、“搜尋輸入頁”設計要點
搜尋輸入頁有兩個狀態,一個是剛進入時候的預設狀態,另外一個是使用者已經開始輸入時候的輸入狀態。
要點1:“搜尋輸入頁”的預設狀態
預設狀態承載了兩個任務:
(1)對於使用者:幫助使用者快速輸入
使用者進入搜尋輸入頁,應該立即鍵盤彈出並且輸入框是focus狀態,保證使用者無需其他點選,直接輸入即可。
另外,需要增加快捷搜尋詞入口,展示5~10個歷史搜尋詞,方便使用者快速鍵入。
(2)對於業務:增加cross sale
進入搜尋輸入頁的使用者,都具有比較明確的購買意圖,可以在搜尋頁增加一些模組,提高相關性購買。
比如:熱門搜尋模組、比如推薦搜尋詞模組等。
要點2:“搜尋輸入頁”的輸入狀態
在輸入狀態下,需要節省使用者的輸入時間,快速進入搜尋結果頁。
所以需要有如下功能:
(1)搜尋詞匹配
比如:輸入英文“hah”可以轉換成中文“哈哈”,並且識別出我的關鍵詞是哈哈哈。
搜尋建議功能是滿足使用者只記得部分關鍵詞等的模糊搜尋場景,這一個部分主要是技術同學主R的~產品經理更加註意在互動和視覺上進行命中態和非命中態的區分,比如:上文中的“hah”就應該展示成命中態。
另外,如果搜尋詞完全命中和部份命中,也應該在樣式上進行區分。
(2)幫助使用者快速定位搜尋詞
提供搜尋詞相關的資訊:比如顯示搜尋結果數量、商品數量等。
搜尋結果資訊前置從而縮小結果範圍: 比如搜尋詞屬性、標籤等。
“搜尋結果頁”設計邏輯
四、消費者購買決策5階段模型
在介紹搜尋結果頁之前,我們來看下知識點,消費者購買決策5階段模型(誰的小眼睛還沒有看老師丷哈~):
1. 問題認知:
天氣熱了,看到同事穿了條破洞牛仔褲,小王看了看自己褲子有點low,那想就換一條吧。
2. 資訊搜尋:
小王為了買褲子,看了各種褲子,黃色、白色、大牌的、便宜的。
3. 方案評估:
經過對比,小王覺得褲子A、B、C不錯。
4. 購買決策:
考慮到工資還沒發,房貸還沒還,小王選擇了最便宜的C褲子。
5. 購後行為:
C褲子收貨之後,特別好看,不穿很平凡穿上吳亦凡~小王將褲子推薦給小李,並給商家一個五星好評,贊贊贊。
在搜尋結果頁中,主要幫助使用者完成決策模型中的2、3、4三個階段(哦呼,任務有點重呢)
那應該如何做呢?
要點一:資訊搜尋
使用者使用的是中心路徑還是邊陲路徑呢?
中心線索(中心路徑)
與目標直接相關的線索,一般基於判斷分析。
比如:手機的中心線索是CPU主頻、螢幕大小、輕薄程度、外觀如何……
透過此路徑的態度轉變和思考有關。消費者對最重要的產品和服務資訊,認真分析和思考。
在消費者有充分的動機、能力和機會時,才會使用中央路徑。
外周線索(邊陲路徑)
和目標無關,但是可能帶來間接證明。
比如:手機的外周線索是哪個國家產的呀、誰代言的、買的人多不多等等。
透過此路徑的態度轉變和思考無關。
所以我們知道,使用者在進行資訊彙總的時候,有兩種方式:一種是中心線索,一種是外周線索。
採用哪種方式,和使用者的畫像、動機、購買的品類是有很大關係的。
比如:一個女性顧客在購買手機時候,可能更加偏向於外周線索,如:誰代言的、誰在用、外形好不好看等——而並不會去仔細研究一個手機的各種複雜的引數。
這就要求PM在設計搜尋結果頁的時候,要同時兼顧到使用者的中心路徑還有邊陲路徑,並且根據不同的品類,進行兩個路徑的權重分配。
所以可以知道,搜尋其實是一個精細化運營的事情,不同品類的決策方式會有差別。
那回到搜尋結果頁的設計上,有哪些通用的方法論麼?
(1)資訊廣度:商品的數量、召回準確度
使用者輸入一個query,召回的商品準確性,是一個技術指標,需要推動技術從策略上進行不斷最佳化。
除此之外,在場景上,也有擴充資訊廣度的方法。
1)搜尋無結果情況
混合詞:“啦啦啦啦啦啦啦連衣裙”就是一個無結果的搜尋詞。
針對這樣的搜尋詞可以進行拆詞處理,拆解出有意義的“連衣裙”,並在搜尋結果展示“連衣裙”的商品。
錯誤詞:“鏈衣群”就是一個意圖明確,但是輸入錯誤的詞,需要聯合技術團隊進行糾錯處理。糾正道正確的“連衣裙”。
無網路情況…
2)搜尋結果過少情況
結果不足:增加“你是不是要找”模組,幫助使用者進行關聯搜尋。
缺貨、斷貨…
總之,定位到各種無結果/少結果的情況,進行資訊廣度的擴充。
(2)資訊優先順序:商品排列順序
在搜尋資訊頁中可以承載了很多模組,比如:商家廣告、推薦模組。所以搜尋頁的資訊架構很關鍵。
1)資訊直達:分析使用者意圖,給使用者快速通道
資訊直達是指可以分析出使用者的意圖,並給出快捷入口。
比如:使用者搜尋“魔鬼經濟學”,如果透過資料分析,絕大多數搜尋這個詞的使用者都是購買“魔鬼經濟學1~3”套裝書,而不是某一本書的話,那就可以直接在頂部增加一個資訊直達模組。
或者使用者輸入某一個品牌名“小米”,這個時候其實使用者的意圖是看“小米”這個品牌下的所有商品。
所以:如果有一個品牌直達模組,會讓使用者更佳快速的找到結果。
2)廣告、推薦:和廣告部門、推薦部門聯動
電商中廣告、推薦的策略分別有相應的部門負責。
一般和搜尋產品線合作的方式是:搜尋產品線負責人預留對應的廣告位feed和推薦位feed,廣告部門和推薦部門為feed內的策略和結果負責。
3)大促流量承接
包含促銷營銷位的展示、優惠券的領取、促銷快速搜尋等……這些模組都是凌駕在單品feed之上的。
(3)資訊聚合維度:商品彙總的維度
搜尋的目的是獲得資訊,所以不應該只禁錮在搜尋就是為了獲得商品維度。可以在電商的搜尋功能中整合店鋪聚合、內容聚合、商品聚合等方式……此處有點複雜,不過多贅敘。
(4)資訊內容:每一個單品展示的資訊
商品的資訊是指搜尋結果頁中的每一個feed中承載的資訊。
一般包含如下:
1。 商品的基本資訊:商品名稱、商品圖片、商品價格…
2。 商品的性質:促銷標籤,狀態資訊(是否有貨,是否庫存緊張)、折扣優惠…
3。 商品個性化資訊:收藏過、最近瀏覽過、購買過等標籤…
這裡注意到,不同品類的中心線索是不同的。
比如:衣服的中心線索是商品圖片,也就是樣式,而一本圖書的中心線索卻絕對不是圖片。
所以我們可以看到:一般服裝的預設樣式是大圖樣式,而圖書的預設樣式是小圖樣式。
商品feed展示的區域有限,所以每一資訊的展示都是應該經過仔細甄別的。
比如:促銷標籤等。
要點二:方案評估
使用者是使用補償性評估還是非補償性評估呢?
補償性評估:瀏覽一個商品,再看下一個商品,對每個商品建立一個大致的心理打分。這意味著商品的屬性優勢劣勢可以相互補償:這個手機,CPU不行,但是新功能鏡頭不錯。
非補償性評估:先找到想要的屬性,然後拿屬性去篩選商品。
連線性捷思法:
為不同屬性選擇一個最低標準,所有屬性都透過這個最低標準為第一選擇;
詞典捷思法:
選擇最重要的屬性得分最高的;
問題排除捷思法:
根據改了選擇的屬性比較不同品牌,其中一項屬性被選到的機率及其重要性是正相關的關係。如果其屬性無法大搞最低要求,就排出了。比如:只看5。5英寸的手機,不符合的直接殺掉。
如何區分補償性評估和非補償性評估?
8分鐘相親,就是一場補償性評估。
一個下午,基本可以看20多個姑娘;最後你約會的物件,是20個人相比較中那個綜合評分比較高的那個——這個是補償性評估。
而非補償性評估是指:你有某些標準。
比如:女朋友必須1米8大長腿,符合要求才行,不符合不行——這是非補償性評估。
在搜尋結果頁,使用者的補償性評估主要依賴於上面的“要點一”,也就是資訊的廣度、維度等。
下面我們來說下,如何幫助使用者進行非補償性評估?
排序功能:預設排序,銷量排序,價格排序,好評排序,最新排序……
篩選功能:
價格:價格區間,價格帶…
服務&折扣:自營,有貨…
商品屬性:發貨地,品牌,包裝,長度,尺碼,顏色、分類等…
篩選功能是一個搜小商品集的方式,所以可以根據使用者的特性減少樣本集。
比如:自動篩選有貨商品、自動定位使用者的收穫地點等等。
另外,從廣泛的篩選項中移出幾項進行快速篩選,也是篩選最佳化的方式。
要點三:購買決策
使用者的決策成本有哪些呢?
消費者成本(金錢)-產品屬性(價格) :降價促銷;
消費者成本(做決定)-產品屬性(選擇便利) :減少品類;
消費者成本(購買行為)-產品屬性(購買便利) :渠道策略;
消費者成本(學會使用)-產品屬性(產品易用性) :提高易用性。
在搜尋結果頁使用者的決策有多種:
檢視單品詳細資訊:點選單品,進入單品頁;
直接加入購物車:點選加入購物車按鈕,新增到購物車;
收藏商品:點選收藏按鈕,新增到心願單;
找相似/找同款;
……
這裡要注意到決策的轉移,這裡以“加入購物車”按鈕為例。
現在市面上有兩種模式:
第一種模式是在搜尋結果頁沒有“加入購物車”按鈕
第二種模式是搜尋結果頁中有“加入購物車”按鈕
如果按照普通思維,原來使用者需要在單品頁中加入購物車,現在我把這個按鈕提出來了,不是會更加方便使用者麼?
錯!
我們分析一個細節問題的時候,一定不要站在細節看細節;應該跳出來,從全域性的角度來看。
比如:這個問題就應該從整體轉化率的角度來看。
首先我們看下下圖對比,可以看到在模式二,也就是有加購按鈕的模式下,整體的使用步驟並沒有減少——因為使用者加入購物車後,還是會在購物車中進入單品頁進行詳細資訊檢視,才能完成購買行為。
所以我們可以得到兩點認知:
模式2 適合那些單品資訊不豐富的產品。比如:生鮮、商超品類,使用者可以根據簡單的資訊作出購買決策。否則,模式1和模式2的使用者使用路徑沒有區別。
相比之下,模式2將使用者的決策點後置。也就是模式2下,使用者在購物車進行統一決策。模式1下,使用者的決策點是分散的。從系統性思考的角度來看,模式一和模式二相比,變化的已經不是單一的元素,而是元素之間的連線(可具體百度下系統思考的文章),此種情況下兩者的收益無法用單一的資料考量。
所以,針對此問題需要具體的資料分析哦~千萬不要從細節看細節。
五、總結
以上,是筆者從需求側拆解整個專案。
其實,產品中沒有絕對的真理;真正的產品決策,是需要放在具體的業務中,不斷透過A/B測試、使用者訪談、迭代灰度來獲取的……
這裡只是提供一個思考框架,幫助大家更加系統和全面的看事情~幫助大家更好的建立假設,然後用你們豐富的小手段在各自的場景中進行驗證!