(2)理清思路后，需要准备演示的相关资料，常用的软件硬件设备有：纸、比、文档、录像设备、演示电脑、相关软件，重点提及一下录像设备，之所以需要录像，其目的是在录音的同时捕捉用户操作过程中的肢体、表情等动作，不同的微表情和动作可以很好的体现出用户当时使用产品的感受，便于调研人员后期的总结和分析。另外需要强调下原型设计，在未确定好业务流程图和页面流程图直接设计原型是存在很多问题的，业务流程的不清晰、用户和使用场景的不清晰、信息架构的不清晰都会影响到原型呈现出产品的定位和用户体验，原型设计的过程本文不做详细的描述，后文会有专文针对产品设计的文章来进行探讨，最后再介绍下测试脚本，其目的是记录用户测试产品过程中的信息，可参考如下表：

　　表中问题等级可依据实际情况进行设置，至此，准备就绪，可安排相应的用户进行可用性测试了，其注意事项将沿用场景化的描述方式。

　　场景1：李工在进行完深入的业务流程调研后，以用户+使用场景的方式进行了需求分析，绘制了业务流程图，设计了页面流程图，利用原型软件制作了可实现交互效果的原型demo，暖场之后，介绍了本次测试的目的是产品非用户，李工助理架起了录像设备，李工提出希望采购部张经理在测试的过程中，尽量表达自己的感受和想法，接着张经理开始了测试，当张经理遇到困难时;李工并没有主动引导怎么做，而是在一旁鼓励他，同时很细致地观察着张经理的行为和表情的变化，测试完成后，李工拿着初步整理后的测试用例与张经理进行了确认，并告知会尽快将测试结果及会议纪要已邮件的形式发送。

　　该场景需要注意的有：

　　(1)告知用户测试的目的是产品而非人，便于减轻用户的顾虑

　　(2)鼓励用户说出自己的想法、感受和思考过程，便于需求挖掘

　　(3)用户测试过程中尽量不要提供帮助，适当给予鼓励，便于发现更多问题

　　(4)在听用户说的同时观察用户如何使用产品，包括操作过程和脸部情绪，便于需求分析

　　三、调研报告整理与反馈

　　在进行完调研访谈和可用性测试之后可不要忘了反馈结果，及时的反馈结果不仅能体现出调研人员的专业性给客户留下好的影响，也能及时发现调研中的遗漏、理解有误和不足的问题，最主要的是能够让双方对解需求采集进度是一致的，如何保证反馈的质量，会议纪要作为双方理解的依据有着很重要的作用，下图是本人会议纪要的大纲，提供给大家参考

　　可将用户访谈和可用性测试的过程和结果记录于会议内容中，如果有待确认事项，可放在下次会议进行确认。

　　四、总结

　　上文就是笔者在进行B端项目需求采集实践过程中所总结的方法和注意事项，主要介绍了调研访谈和可用性测试，当然因行业和经验的差异，可能存在不当或错误之处，希望和大家一起探讨，另外做个小小预告下片文章将讨论如何做需求分析，感谢大家的阅读!