搜索页思考:拆解用户行为,让搜索更懂用户
发布日期:2018-05-22 作者: 点击:
注:4 个步骤,教你如何拆解流程型页面的用户行为,单点突破,打造更完整更符合需求的方案。
在日常工作中,我们时不时会遇到像搜索功能这样的常见需求。它们都是看似普通的任务流程型页面,好像没什么好做的。甚至只要竞品看个一两个,依葫芦画瓢,都出不了大错。
但那样去做,就只能得到一个达成最基本功能的页面,而没有真正贴合业务及用户的需求去考虑——其实这类型的页面,也是有值得思考的地方的。
此次,就以拍卖业务的搜索页作为案例,介绍一种思路:如何把流程型页面的用户行为进行拆解,单点突破,效率地得出更完整、符合需求的方案。
一、项目背景:新的挑战
这次的需求,是拍卖业务的搜索页小程序设计。
为什么要提新需求,不直接复用已有的 M 端页面?因为 M 端已有的搜索功能的信息架构,是从属于各自拍卖业务下的(如下图所示);而此次的小程序,各类拍卖业务是整合在一起的,因此搜索页也是能一次搜到所有类型的拍卖,相当于功能上的整合。
这就会带来新的挑战——搜索场景变得更复杂,带有各种搜索意图的用户都在用同一个搜索功能了,需要重新梳理所有的搜索场景。
并且,搜索是个经常会遇到的功能。从长远来考虑,有没有一种普适性的思路,不仅可以解决当前的这个项目,也可以复用到未来可能出现的项目中呢?
二、数据分析,揭示用户需求
为了了解用户在我们平台上都搜什么,最直接的方式就是:搜索关键词数据分析。
1.数据分析结论
调取数据后,我们发现,不同业务的搜索关键词是有所差异的。提炼出各个关键词的类型,可以得出如下的规律:
可以看到,品类是所有业务类型必然出现的关键词。当用户搜索到品类/品牌/拍卖行名称等类型的关键词时,是能比较精准地获得预期结果的。
2.特殊场景,特殊考虑
比较特殊的情况是,司法、资产拍卖这种业务形态,与地区强相关。因此,可以想象到相应的特殊场景:
1.例如当用户想找房产时,他搜了“房产”后,搜索结果里会混杂各个地方的房产,而他只可能买深圳的。所以这个时候他还需要再把深圳的房产筛选出来。
2.当用户搜索了“深圳”后,出来的结果会有深圳的房产,深圳的车,深圳的地,深圳的挖掘机……这个时候,他需要品类的筛选来把深圳的房挑出来看。
以上的场景,在设计中就要特殊考虑。
用户需求了解得差不多了,那么接下来,我们要做什么呢?
三、拆解搜索行为,分步解决问题
无论做服饰的搜索,还是拍卖的搜索,又或者是全品类的搜索;搜索这个行为本身,是存在共性的。接下来我们就试着把共性部分,穷举出来看看。
1.拆解行为
首先,把搜索行为进行拆解,可以得出如下步骤:
拆分得那么细,有什么意义呢?
一是可以把整个流程想得更细致,不容易有遗漏的地方;二是把某个较为概括、复杂的行为拆解过后,我们原本面对的看似不知道如何下手的问题,会变成一个个具体而清晰的小问题,便于单点突破。
2.收集常用功能
然后,可以开始穷举:现如今,在这每个步骤里,有什么已有的解决方法与常见功能?这一步可以参考竞品,也可以凭着经验去想:
在使用以上的方法时,有一些 tips:
1.行为拆分的颗粒度到多细?
能保持到每一步都找得到对应的常见功能点,就差不多了;
2.收集常见功能的方式?
可以是竞品分析,也可以是凭借经验回想;这部分是越全面越好的;
3.用户需求的解析方法?
像这次的项目里是使用数据分析、辅以用研结论一起获得的。还有更多方法,就属于用户体验基本技能范畴,不再赘述;
4.组合的步骤比较关键,有什么要特别注意的点?
a. 判断某个用户需求在哪个步骤的功能去解决比较合适,或者各个步骤都可以去解决,又或者这个需求是并不能在这个流程里解决的;
b. 组合后得出的关键功能点,也是需要进行优先级的判定的,这个就需要综合考虑需求迫切程度 / 资源成本 / 产品阶段等等因素来衡量了。
最后,这个方法是针对常规流程型页面的,如果目标是得出一个非常规的解决方案、或者从更宏观的角度去解决问题,那么就不是上面的思路去思考了。