4個步驟，教你如何拆解流程型頁面的用戶行為，單點突破，打造更完整更符合需求的方案。

在日常工作中，我們時不時會遇到像搜索功能這樣的常見需求。它們都是看似普通的任務流程型頁面，好像沒什么好做的。甚至只要競品看個一兩個，依葫蘆畫瓢，都出不了大錯。

但那樣去做，就只能得到一個達成最基本功能的頁面，而沒有真正貼合業(yè)務及用戶的需求去考慮——其實這類型的頁面，也是有值得思考的地方的。

此次，就以拍賣業(yè)務的搜索頁作為案例，介紹一種思路：如何把流程型頁面的用戶行為進行拆解，單點突破，效率地得出更完整、符合需求的方案。

一、項目背景：新的挑戰(zhàn)

這次的需求，是拍賣業(yè)務的搜索頁小程序設(shè)計。

為什么要提新需求，不直接復用已有的 M 端頁面？因為 M 端已有的搜索功能的信息架構(gòu)，是從屬于各自拍賣業(yè)務下的（如下圖所示）；而此次的小程序，各類拍賣業(yè)務是整合在一起的，因此搜索頁也是能一次搜到所有類型的拍賣，相當于功能上的整合。

這就會帶來新的挑戰(zhàn)——搜索場景變得更復雜，帶有各種搜索意圖的用戶都在用同一個搜索功能了，需要重新梳理所有的搜索場景。

并且，搜索是個經(jīng)常會遇到的功能。從長遠來考慮，有沒有一種普適性的思路，不僅可以解決當前的這個項目，也可以復用到未來可能出現(xiàn)的項目中呢？

二、數(shù)據(jù)分析，揭示用戶需求

為了了解用戶在我們平臺上都搜什么，最直接的方式就是：搜索關(guān)鍵詞數(shù)據(jù)分析。

1.數(shù)據(jù)分析結(jié)論

調(diào)取數(shù)據(jù)后，我們發(fā)現(xiàn)，不同業(yè)務的搜索關(guān)鍵詞是有所差異的。提煉出各個關(guān)鍵詞的類型，可以得出如下的規(guī)律：

可以看到，品類是所有業(yè)務類型必然出現(xiàn)的關(guān)鍵詞。當用戶搜索到品類/品牌/拍賣行名稱等類型的關(guān)鍵詞時，是能比較精準地獲得預期結(jié)果的。

2.特殊場景，特殊考慮

比較特殊的情況是，司法、資產(chǎn)拍賣這種業(yè)務形態(tài)，與地區(qū)強相關(guān)。因此，可以想象到相應的特殊場景：

1.例如當用戶想找房產(chǎn)時，他搜了“房產(chǎn)”后，搜索結(jié)果里會混雜各個地方的房產(chǎn)，而他只可能買深圳的。所以這個時候他還需要再把深圳的房產(chǎn)篩選出來。

2.當用戶搜索了“深圳”后，出來的結(jié)果會有深圳的房產(chǎn)，深圳的車，深圳的地，深圳的挖掘機……這個時候，他需要品類的篩選來把深圳的房挑出來看。

以上的場景，在設(shè)計中就要特殊考慮。

用戶需求了解得差不多了，那么接下來，我們要做什么呢？

三、拆解搜索行為，分步解決問題

無論做服飾的搜索，還是拍賣的搜索，又或者是全品類的搜索；搜索這個行為本身，是存在共性的。接下來我們就試著把共性部分，窮舉出來看看。

1.拆解行為

首先，把搜索行為進行拆解，可以得出如下步驟：

拆分得那么細，有什么意義呢？

一是可以把整個流程想得更細致，不容易有遺漏的地方；二是把某個較為概括、復雜的行為拆解過后，我們原本面對的看似不知道如何下手的問題，會變成一個個具體而清晰的小問題，便于單點突破。

2.收集常用功能

然后，可以開始窮舉：現(xiàn)如今，在這每個步驟里，有什么已有的解決方法與常見功能？這一步可以參考競品，也可以憑著經(jīng)驗去想：

3.用戶需求 + 常用功能 = 關(guān)鍵功能

以上的常見功能，結(jié)合最早我們從數(shù)據(jù)等渠道分析到的用戶需求和行為特征，就可以得到本業(yè)務可能需要的功能列表了。

這么說可能還是太抽象，舉個例子吧：

a.在步驟【確定關(guān)鍵詞】里，有個常見功能是【關(guān)鍵詞聯(lián)想推薦】；

b.在之前的搜索數(shù)據(jù)中，能發(fā)現(xiàn)用戶經(jīng)常只搜索一個地名；但根據(jù)分析，單一個地名得到的結(jié)果是不能滿足用戶需求的；必須搜索地名后，再進行品類篩選；

c.因此，如果【關(guān)鍵詞聯(lián)想推薦】這個功能可以直接通過用戶正在搜索的地名，聯(lián)想到熱門的 “地名+品類” ，就能幫助用戶更快捷地獲取想要的結(jié)果。

按照以上的方法，我們可以得到更多本業(yè)務需要的功能點。例如下面這張圖，是我實際項目中，最終分析的結(jié)果：

這樣做，就可以把搜索這樣的流程型需求，得出一個比較完整的功能 list 了。是不是挺簡單的呢？

四、提煉方法，解決更多同類需求

最后，我嘗試著把這次分析搜索結(jié)果頁的經(jīng)驗，提煉出如下模型。 以后再遇到類似的需求，可以再復用迭代。

在使用以上的方法時，有一些 tips：

1.行為拆分的顆粒度到多細？

能保持到每一步都找得到對應的常見功能點，就差不多了；

2.收集常見功能的方式？

可以是競品分析，也可以是憑借經(jīng)驗回想；這部分是越全面越好的；

3.用戶需求的解析方法？

像這次的項目里是使用數(shù)據(jù)分析、輔以用研結(jié)論一起獲得的。還有更多方法，就屬于用戶體驗基本技能范疇，不再贅述；

4.組合的步驟比較關(guān)鍵，有什么要特別注意的點？

a. 判斷某個用戶需求在哪個步驟的功能去解決比較合適，或者各個步驟都可以去解決，又或者這個需求是并不能在這個流程里解決的；

b. 組合后得出的關(guān)鍵功能點，也是需要進行優(yōu)先級的判定的，這個就需要綜合考慮需求迫切程度 / 資源成本 / 產(chǎn)品階段等等因素來衡量了。

最后，這個方法是針對常規(guī)流程型頁面的，如果目標是得出一個非常規(guī)的解決方案、或者從更宏觀的角度去解決問題，那么就不是上面的思路去思考了。

你在做這類型的頁面時，有沒有遇到什么問題呢？歡迎留言一起討論~ ：）

作者：小坑，微信公眾號：未知素設(shè)計

本文由 @小坑 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自 Unsplash ，基于 CC0 協(xié)議