将用研应用到敏捷开发团队确实是个难题，本文为大家提供了一些行之有效的办法。用户研究在Indeed公司的产品团队越来越受到重视。通过访谈用户和观察其实操，产品团队能够获得更鲜活的用户洞察，从而快速确定下一步的设计方向。我也越发感受到用户数据的魔力，它可以凝聚多方力量并推动团队的前进。但是为产品团队开展一个用户研究项目着实很艰难。Indeed的大多数团队都使用敏捷开发的方法进行小步快跑式的迭代以改进其产品或服务，在这种节奏的工作流程中加入用户研究着实令人望而生畏。
本文将介绍我和我的同事总结出来的一些让用研在敏捷团队里顺利开展的独家秘笈，它们源于我们在Indeed以及其他各种公司推广精益研究的经验。
1、为成功做好准备
放手去做
大多数产品团队都渴望深入解他们的客户，从而开发出更好的产品。把握住这份激情，并及时开展积极的工作。虽然有很大几率在开始的时候并不能完全做好，但也没关系。在这个过程你会学习如何分辨有效信息，并随时对方案进行调整。
配合团队节奏
产品经理和工程师希望用户反馈的传达能与其产品开发周期保持步调一致。根据团队的节奏，每周或每两周进行一次的用户调研反馈，让团队通过这些建设性的信息安排具体的开发计划。
融入团队
我们是嵌入式UX的忠实拥护者。站在你的利益相关者这边更能轻松地开展精益研究计划。这样可以促进大家日常的紧密协作以及分享各自对用户的深刻理解。当我们身处不同时区或办公地点时，我们仍应将大家召集在一起，并计划进行实地考察，以至少每季度一次的频率去巩固团队的关系。
使用统一工具
那些使用使用统一工具的产品和工程团队，总有惊喜发生。团队会用统一的工具来跟踪任务，主持讨论并记录成功节点。因此，把你的用户研究过程和结果也放在哪里，这样，利益相关者也能更加积极参与进来。
比如，在Indeed有许多团队使用Jira来管理他们的项目。与这些团队合作时，我们也会使用Jira。每一轮的精益研究，我们都会自行决定在哪里整合所有计划材料，包括测试计划，会议日程，面试指南以及原型链接。之后，我们就在这个清单包里更新结果、会议总结以及指会议视频链。从此不用再写大段的报告，因为Jira里涵盖了以上全部内容，甚至还可以把项目的相关团队成员召集在一起，为他们开启任务的自动通知。
不要等到万事俱备
你并非一定要通过全面、充实的可用性研究才能获得可落地的洞察。请从那些已准备好的素材开始，无论是草图、设计模型、原型还是工作代码，把他们逐一展示给用户，并着眼于最紧迫的问题。
2、建立你的最佳实践
考虑“用户代理（proxy users）”
如果来不及招募目标用户，就找用户代理吧，例如客户代表或定期与目标用户有交流的销售工程师。他们可以证明反馈的价值，尤其是对于那些质疑研究结果的抵抗型团队。在过去的项目中，我们看到销售代表指出过严重的设计缺陷，这种经历使某些产品团队成员感到惊讶，并将其转变为研究的倡导者。
寻找盟友
建立关系并增强团队对用户的好奇心。当提出研究建议时，要多多聆听那些曾与用户有交流经验的成员声音。而且，如果你听到有人说：“嘿，我也好奇用户对这个产品的看法！”那就在他身旁停下脚步，邀请他们参加即将展开的研究。就好比当我们进行现场访谈时，我们也一定会带上产品团队成员。然后，我们就很需要那些人把他们探听到的客户故事带回办公室继续讨论。
团队协作
想要迅速开展研究需要大家共同参与和努力。从计划会议到在会议中做笔记，在各个阶段向团队成员寻求帮助。为了尽可能得让大家都能以最少的时间投入来获得用户的一手资料，每个队员也应该主动转换角色，去接触业务的不同面。作为顾问的你，倘若是与一个相互孤立的团队一起工作，就尽可能邀请你的客户或利益相关者来参加日常站会，这样他们就可以参与到整个产品研发的过程中，而不仅仅是在每周一次的会议上听枯燥的报告。
邀请全员参与
通过与整个公司分享研究日志并邀请大家来旁听会议，建立起大家的项目意识和参与感。这也促进了各个职能部门之间的思想共享，因为直接邀请跨部门人员共享工作，通常也促进了用户与其他团队的设计进行交互。
分享原始的用户视频
视频片段需要花费一些时间来制作，但它确实能展示出用户交互的一些关键要点。将完整的用户视频在一些关键节点上共享给团队成员可以快速推进整个进程，并且大家也能将注意力收回到自己身上。哗众取宠？当然不是，是因为这样真的会提高办事的速度和效率。
我们又是怎么知道这样做是有效果的呢？
因为我们已经看到自己产品团队的成员跟进，并与相邻团队成员共享了与其他产品相关的针对原始视频的剪辑时间戳，进而有助于在整个公司范围内传播客户洞察。
灵活调整
敏捷的成功与否取决于对时机的把控，因此我们的计划要随时调整以适应团队的需要。之前我们有一个精益研究的项目是以每周1次的节奏开展，在每周的周三和周四提供反馈，并在周五发布报告。几周以后，设计师会要求我们给予一些回馈，以便他们有更多时间消化并进行设计迭代。我们的项目频率切换为隔一周1次（每两周1次），当然，等到我们的设计队伍成长壮大之后，我们可以重新切回原有节奏
3、建立长期目标
利用个人公信力解决难题
每一次基于冲刺反馈的会话都可以算作是一个UX研究项目的最小可行产品（MVP）。当你在精益研究项目上输出过足够多的战术见解，你就给项目奠定了一些个人公信力。然后，下一阶段就是去开展更深入的、更具战略意义的研究。比如，这可能是有助于下一个版本的功能优先级排序的研究，也有可能是一个可以让团队成员理解用户如何与该产品进行交互的上下文研究。
激励团队自主研究
当你建立好团队成员紧密的合作关系后，便可以教会他们如何快速收集用户见解。一种简单的方法是给他们提供一款不需要主持人、无需审核的异步测试工具（非实时），如UserTesting。使用这类工具时，他们可能会需要一些帮助，因此请为他们提供测试准则，并附上可行的示例和不可行的警示。另外，也一定要提醒他们哪些是他们不需要测试和询问的。
举个例子，我们设计了一款名为“与用户交谈（Talking to Your Users）”的工作坊课程，来指导Indeed的产品经理学习如何进行用户访谈。我们从每两周一次的电话访谈开始，由团队成员与一组用户之间进行访谈训练。一位产品总监告诉我，就算他听过再多的UX研究报告中关于可用性问题的概述，都不如亲临其境去聆听用户的真实声音得来的体验震撼。
建立用户咨询群组（小型用户池）
这个群组里的用户能够通过参与电话访谈或者远程会议对产品的设计提供快速有效的建议。他们的建议确实能够为产品团队出谋划策，因为他们本身就乐于发声且希望自己的看法能被采纳。但想要从中得到真正的建设性意见，我们还需认真地制定调研大纲，以保证提出的问题得体且得到有效的回应，同时也要让参与的用户拥有良好的访谈体验。
继续敏捷前行！
将用户体验研究引入一个使用敏捷开发模式的产品团队并不容易，但非常值得。通过UX研究，你能够对用户产生同理心，高效产出有价值的洞察，最终帮助团队打造出更加优秀的产品。
