之前做过的访谈，要么是按照脚本一板一眼的走完，要么是没人指点的瞎摸索，这一次有机会从访谈计划到脚本到访谈模拟，在前辈的指点下一步一步的走来并不断完善，有了许多新的体会，果然用研还是要在项目中不断学习和磨练自己。下面主要是根据这次的项目和实践中遇到的问题来理一下。
1.访谈目的
此次访谈的主要目标是用户实际场景中的需求和痛点挖掘，同时要根据访谈来发现人物角色的分类维度。
2.访谈形式
最初对于访谈的形式，还想做一些创新，想要同时进行两个人或者三个人的深访，把使用相同产品和特征相似的用户组成小组，希望通过这样的形式让用户之间激发共鸣，能表达出更多的真实想法，也通过互相的提示让用户回忆起更多的信息，但在后续的预访谈中发现，访谈中对灵活性的要求很高，需要主持人在过程中灵活的应变和及时的追问，而两名用户在场的情况下，一方面可能出现一位用户较长时间的冷场，另一方面，由于受到对方观点的影响，用户的一些观点反而发现不了，尝试失败，最终决定还是采用常规的一对一访谈。
3.访谈脚本
受之前做的比较多的测试性的访谈影响，这一次最初写的脚本很细致，而且很繁琐，开始是考虑到不同的人看到脚本能保持一致性。但是其实在访谈进行过程中，由于灵活性比较强，会在不同的模块之间来回切换，所以脚本中只列出核心的要点反而比较容易翻阅查找，而不同的人做访谈，或者是同一个人面对不同的用户，在实际访谈中都没办法做到流程或者语言的一致性，保持核心信息的简化，反而能保证大家的目标统一。
4.访谈注意事项
获取信息：主持人要有自己的思路，把握好节奏和时间；区分必须了解的信息和最好了解的信息；探索性的问题要有广度，有特点的行为或比较新的事物要有深度知道为什么；用户说完后用关键词做总结；注意用户的潜台词，用户不好说或不愿评价的可以通过对象的转移来问；专注的听，结束前要询问记录或其他同事是否需要补充
与用户相关：告知和安排用户时的时间要比预估需要的时间长，约定时间不要随意更改，提前确认用户的位置和距离
与用户的关系：建立平等的关系中立的态度，不要太捧用户或者过谦，鼓励用户，让用户愿意表达真实的想法（强调用户的信息有价值或有贡献，通过信息披露建立信赖与亲切感）
挖掘的原则：所有的说法都要有定义和具体化，所有的判断都要有例子，所有的事情都要有原因；主要挖掘行为或态度背后的原因和依据
追问的策略：追问、扩展、挖掘细节、角色确认、肢体语言的解读；在用户所说的内容中检索有价值的信息以进行追问
易错点：不能让用户给出解决方案或设计思路；不能引导用户（包括封闭性的问题）；不要过于聚焦细节，重点在于用户的行为模式；不要轻易得出结论；不要打断用户，但是要随时记下来临时想到或需要追问的点；主持人要淡定，不要太快的转换话题
