随着user center越来越深入人心，用户研究已越来越多的被广泛采纳到大大小小的公司设计中，用户研究已经不再是那传统的用研人员专属“高大上”的报告，取而代之的是越来越多的用研方法和角色加入到用户研究中来，并且产出物的形式也越来越丰富。对于用户研究我从一个交互设计师的角度有一些认识和看法，通过这几年的经验摸索得出一些适用于小团队的用研方法。
什么是敏捷用研
要理解敏捷用研首先我们需要知道什么是传统的用户研究，通常用户研究是存在于大公司团队之中，贯穿产品由立项到最终运营上线的全过程。 一个研究项目的立项到最终产出研究报告跨度可能会达几个月的时间，其中详细的研究报告可以帮助产品人员了解市场行情，分析竞品情况，找寻产品的机会点，避免公司资源浪费。但是一个比较明显的缺点就是耗时较长，一整套流程下来可能导致机会流逝，毕竟互联网行业还是讲求快速。另外一个就是小的团队，小需求或是创业公司没有用研的时候，想要制定一整套完整的用户研究也存在诸多困难，因此也就需要我们交互设计师/产品经理或是其他团队成员担当用研的任务，这种情况下敏捷用研就有了较好的发挥。
如何开展敏捷用研
传统用研一般是用研人员接到需求后进行资源准备，招募用户编写问卷等。敏捷用研则要求设计师全权参与担任发起人，决策人，研究方案制定人的角色。通常设计师在了解用研需求后会按如下几点进行研究设计：
1明确研究目标
首先需要明确本次研究的目的是什么？例如产品经理可能是希望验证某个需求是否靠谱，ui设计师可能是希望了解用户喜欢的风格等等。一次研究过程最好不要制定多个目标，避免拖长进度和消耗过多资源。
2 以目标为导向挑选合适的用研方法
针对不同的研究目标我们使用的方法不同，例如验证新需求以问卷，访谈，焦点小组的形式为佳，了解某一功能使用情况我们则用到可用性测试，数据分析等方法。制定好方法后即可快速寻找目标用户进行测试，有些可用性问题可以直接找非项目组成员帮忙完成，这样可以大大节省用研时间。
3 总结与反馈
研究结束后，建议当天或第二天及完成测试报告，不用花太大精力浪费在制作精美的ppt报告上，通常使用word或excle表格将问题整理出来并附上相应解决方案即可。个人习惯是通过word将研究中发现的问题记录并整理相应的解决方案，附上录音文件发给项目组其他小伙伴，同时将问题的优先级进行排序，提升整个项目组的反应速度。
4 结果推动
制定好相应方案后就是推动用研的成果，结果推动需要结合相应数据分析，通过数据的变化来说明问题。
方法应用
产品设计前期，用研的目的是验证需求和收集需求，我通常采用的是问卷和访谈的形式，由于没有专门的用研人员，因此设计师可以自己申请资源，问卷设计可以通过问卷网直接设计然后让开发同学帮忙嵌入网站中或是找寻目标用户帮忙填写，访谈则根据情况邀约用户进行调研，笔者由于从事是一款O2O产品的设计，因此访谈通常都是直接去下线实体店了解情况，找用户和商家进行访谈。这样做的好处是可以真实了解用户使用场景，0距离接触用户，需要注意的是现象访谈以可用性测试和访谈为主，内容不宜过多，避免占用用户过多时间。研究执行中可以请同事帮忙记录问题并录音，一些来不及解决的问题可以等到回去后进一步分析。
结果可视化
结果可视化包含2个方面，一方面是测试结果可视化。通过研究我们得出了什么结论，验证了什么问题，哪些问题是急需解决的，哪些是潜在机会，解决的方案是什么？这些问题都需要设计师在较短的时间内有一个充分的思考，通常我会按照已制作的一个word模板进行分析，将问题的严重程度和解决方案发送给其他人员，然后邀请项目组成员参加用研结果的报告会，会议主要目的是邀约成员一起思考如何解决问题，然后总结分析。另外一个是改进结果可视化，及用研研究的结果，用户的反馈结果需要能够有效传达，不单单是数据上的改进，一些用户的褒奖语句也会大大提升开发同学的士气。
总结
敏捷用研主要用于解决一些快速的用研需求，对研究人员专业性没有那么高的要求，但是并非意味着用研的效果会打折扣，其更加针对性的研究目的和方式能够在较短时间验证产品，大大提示产品设计的效率和成功率。
