起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識搜索頁思考：拆解用戶行為，讓搜索更懂用戶
4個步驟，教你如何拆解流程型頁面的用戶行為，單點突破，打造更完整更符合需求的方案。
在日常工作中，我們時不時會遇到像搜索功能這樣的常見需求。它們都是看似普通的任務流程型頁面，好像沒什么好做的。甚至只要競品看個一兩個，依葫蘆畫瓢，都出不了大錯。
但那樣去做，就只能得到一個達成最基本功能的頁面，而沒有真正貼合業務及用戶的需求去考慮——其實這類型的頁面，也是有值得思考的地方的。
此次，就以拍賣業務的搜索頁作為案例，介紹一種思路：如何把流程型頁面的用戶行為進行拆解，單點突破，效率地得出更完整、符合需求的方案。
一、項目背景：新的挑戰
這次的需求，是拍賣業務的搜索頁小程序設計。
為什么要提新需求，不直接復用已有的 M 端頁面？因為 M 端已有的搜索功能的信息架構，是從屬于各自拍賣業務下的（如下圖所示）；而此次的小程序，各類拍賣業務是整合在一起的，因此搜索頁也是能一次搜到所有類型的拍賣，相當于功能上的整合。
這就會帶來新的挑戰——搜索場景變得更復雜，帶有各種搜索意圖的用戶都在用同一個搜索功能了，需要重新梳理所有的搜索場景。
并且，搜索是個經常會遇到的功能。從長遠來考慮，有沒有一種普適性的思路，不僅可以解決當前的這個項目，也可以復用到未來可能出現的項目中呢？
二、數據分析，揭示用戶需求
為了了解用戶在我們平臺上都搜什么，最直接的方式就是：搜索關鍵詞數據分析。
1.數據分析結論
調取數據后，我們發現，不同業務的搜索關鍵詞是有所差異的。提煉出各個關鍵詞的類型，可以得出如下的規律：
可以看到，品類是所有業務類型必然出現的關鍵詞。當用戶搜索到品類/品牌/拍賣行名稱等類型的關鍵詞時，是能比較精準地獲得預期結果的。
2.特殊場景，特殊考慮
比較特殊的情況是，司法、資產拍賣這種業務形態，與地區強相關。因此，可以想象到相應的特殊場景：
1.例如當用戶想找房產時，他搜了“房產”后，搜索結果里會混雜各個地方的房產，而他只可能買深圳的。所以這個時候他還需要再把深圳的房產篩選出來。
2.當用戶搜索了“深圳”后，出來的結果會有深圳的房產，深圳的車，深圳的地，深圳的挖掘機……這個時候，他需要品類的篩選來把深圳的房挑出來看。
以上的場景，在設計中就要特殊考慮。
用戶需求了解得差不多了，那么接下來，我們要做什么呢？
三、拆解搜索行為，分步解決問題
無論做服飾的搜索，還是拍賣的搜索，又或者是全品類的搜索；搜索這個行為本身，是存在共性的。接下來我們就試著把共性部分，窮舉出來看看。
1.拆解行為
首先，把搜索行為進行拆解，可以得出如下步驟：
拆分得那么細，有什么意義呢？
一是可以把整個流程想得更細致，不容易有遺漏的地方；二是把某個較為概括、復雜的行為拆解過后，我們原本面對的看似不知道如何下手的問題，會變成一個個具體而清晰的小問題，便于單點突破。
2.收集常用功能
然后，可以開始窮舉：現如今，在這每個步驟里，有什么已有的解決方法與常見功能？這一步可以參考競品，也可以憑著經驗去想：
3.用戶需求 + 常用功能 = 關鍵功能
以上的常見功能，結合最早我們從數據等渠道分析到的用戶需求和行為特征，就可以得到本業務可能需要的功能列表了。
這么說可能還是太抽象，舉個例子吧：
a.在步驟【確定關鍵詞】里，有個常見功能是【關鍵詞聯想推薦】；
b.在之前的搜索數據中，能發現用戶經常只搜索一個地名；但根據分析，單一個地名得到的結果是不能滿足用戶需求的；必須搜索地名后，再進行品類篩選；
c.因此，如果【關鍵詞聯想推薦】這個功能可以直接通過用戶正在搜索的地名，聯想到熱門的 “地名+品類” ，就能幫助用戶更快捷地獲取想要的結果。
按照以上的方法，我們可以得到更多本業務需要的功能點。例如下面這張圖，是我實際項目中，最終分析的結果：
這樣做，就可以把搜索這樣的流程型需求，得出一個比較完整的功能 list 了。是不是挺簡單的呢？
四、提煉方法，解決更多同類需求
最后，我嘗試著把這次分析搜索結果頁的經驗，提煉出如下模型。 以后再遇到類似的需求，可以再復用迭代。
在使用以上的方法時，有一些 tips：
1.行為拆分的顆粒度到多細？
能保持到每一步都找得到對應的常見功能點，就差不多了；
2.收集常見功能的方式？
可以是競品分析，也可以是憑借經驗回想；這部分是越全面越好的；
3.用戶需求的解析方法？
像這次的項目里是使用數據分析、輔以用研結論一起獲得的。還有更多方法，就屬于用戶體驗基本技能范疇，不再贅述；
4.組合的步驟比較關鍵，有什么要特別注意的點？
a. 判斷某個用戶需求在哪個步驟的功能去解決比較合適，或者各個步驟都可以去解決，又或者這個需求是并不能在這個流程里解決的；
b. 組合后得出的關鍵功能點，也是需要進行優先級的判定的，這個就需要綜合考慮需求迫切程度 / 資源成本 / 產品階段等等因素來衡量了。
最后，這個方法是針對常規流程型頁面的，如果目標是得出一個非常規的解決方案、或者從更宏觀的角度去解決問題，那么就不是上面的思路去思考了。
你在做這類型的頁面時，有沒有遇到什么問題呢？歡迎留言一起討論~ ：）
作者：小坑，微信公眾號：未知素設計
本文由 @小坑 原創發布于人人都是產品經理。未經許可，禁止轉載
題圖來自 Unsplash ，基于 CC0 協議
- 目前還沒評論，等你發揮！
