作品集的时候都知道要做项目背景介绍、用户分析、竞品分析、用户体验地图

现在大家在做作品集的时候都知道要做项目背景介绍、用户分析、竞品分析、用户体验地图、AB test等等各种方法，且作品集都看来很牛；可真到问到一些细节问题的时候，却答不上来，甚至在问一些为什么要做用户调研等等情况的时候，也是一脸雾水；只知道其他人都这么做，自己也就照着做就成，却不知道这些方法对自己真正的好处是什么。

而市面上对设计师的要求也越来越高，要“懂业务”，要“设计赋能”，要“做增长”等等。

但对于一帮美学出身的设计师来说，短时间内突破自己，达到产品经理的水平，实在是有点强人所难，但这并不代表着咱们就一点机会也没有。

今天来介绍下笔者今年在工作中所做的一个设计，利用设计的基本功以及生活的常识来达到提升了意外的业务提升的目的。

一、项目背景

项目目标提高用户对搜索的使用率，增加使用搜索的用户或者搜索的用户留存率。

二、分析过程

刚拿到这个题目的时候阁主也不不知道怎么去做，因为这块业务已经很熟了，对各种信息的敏感度都已经降低。如果自己的感觉靠不住，就可以使用一些既定的方法。

1）先还原用户的使用场景，将用户所经历的页面都呈现出来。在这个基础上看能否发现一些问题。

比方说用户体验地图等等，笔者在这里也大概运用了相似的方法，将各个流程的页面都截图出来，放在sketch进行观察；当然结果是失败的，没有找到刺激点。

2）通过对比竞品发现灵感。翻找市面上各个竞品，比方说MT、PDD，行业的先驱可以研究比方说淘宝等等。

在分析的过程中发现PDD的搜索，在返回到上一页的时候会多出一个模块，这个引起了我的注意。

但当时并没有分析得很深入，觉得这样模块的出现，从体验的角度上来看，多出的模块可以推荐给用户相近的词，让用户减少再次输入的精力；然后自己做了类似的demo（或者说是交互稿），拿去跟产品经理商议，看看有没有别的发现。

那有的同学会问，不是所有的产品经理都会接受设计师所提过来的方案的。

当然啦，如果对方不同意，那作为设计可以做一些用户调研，比方说拿着动态的demo找周边真实的用户去快速测试一下，拿一些真实的用户反馈再来跟产品经理说；这也就是调研的作用，即收集证明，佐证自己的方案。

其中，还有个技巧，就是在实际工作过程中，你如果更能知道产品经理真实的需求以及他们所遇到的问题，想方案的时候站在他们的角度去想，用节约开发资源、逻辑简单、且言之有理的方案去跟对方讨论，那么也会省去很多自己去做调研的时间。

当然，不是说调研不起作用，严谨的调研对设计来说也是寻找灵感的途径，这是另一个话题。

三、出结论

当前面的铺垫做好之后，就可以将当时的demo进行UI细节优化，进行视觉稿的产出。

1）定方案，上线做AB test看成果

一个方案上线，一定会做好数据测试的准备，用真实用户的使用效果数据来决定是否需要全量上线这个功能。