本章节的重点在于探讨如何用户共同实施MVP定性测试。
用户测试是消除产品盲目性「Product Blindness」的良方，无论是明确的或者是隐含的假设，都可以通过用户测试对其加以验证，确认其是否有效。
成功的测试需要有设计和执行两方面的技巧，下文将进行相关的建议分享。
应当与多少客户进行验证测试 How many customers should I test with？
同一时间内的一对一沟通交流能避免一些负面的群体效应而保证最佳效果，2～3位可提高效率且避免客户爽约情景，人数再多容易使客户表达真实感受时产生心理负担。
一个测试周期中访谈5～8位客户是最佳选择，过少可能会面临难以发现潜在问题，或者被某些缺乏代表性的意见和观点所误导而不自知；过多则可能无谓的消耗过多时间和资源，陷入效益递减效应中。
面对面、远程以及非正式的用户测试 IN-PERSON、Remote、and Unmoderated User Testing
面对面测试：主持人与客户在同一房间内，可以获取更丰富的信息，把握更多情绪线索。
远程测试：通过屏幕共享或视频采集技术进行，可采取有主持人或无主持人两种形式。无主持人的远程测试偏重于记录用户在屏幕上的具体操作，获取他们鼠标的移动轨迹和点击位置，可以避免主持人对结果可能产生的干扰。
刚开始定义、验证MVP时，有人主持的测试能确保可以提出问题，并得到丰富的客户反馈信息；如果找不到目标客户，远程测试才更具可行性。对MVP初具信心后，无人主持测试更加方便易行，能让你用更少的时间和更小的代价完成测试。「非正式测试是在面临资源限制、难以实施面对面测试时的最好选择」
1、如何邀请目标市场客户
向计划邀请的参与者提出一系列问题进行筛选，可以根据确定目标客户中讨论的不同类型客户属性进行问题设计，如人口统计学属性，行为学属性「你玩网游吗？」，心理学属性「你喜欢玩网游吗？」等。当然之前创建的人物角色模型也有非常重要的参考价值。
当筛选问题找出希望向其收集反馈信息的那部分客户时，下一步便是招募。
·在信息网站上发布在线信息来招募本地参与者，可以引导访问者链接至在线调查网站；
·使用远程方案将范围延伸至网上任何人，但要确保你能够通过设置筛选条件限制受访者；
·利用专题峰会、沙龙等活动进行面对面测试；
·采用专业的客户调研公司服务进行面对面测试。
2、如何避免计划困局
最好的办法是采用最简单的定期机制把用户测试提前确定下来。如做出测试计划，每周二下午邀请三名客户、隔周周三安排另五位客户进行测试。
3、星巴克式的用户测试
游击战术，花时间在一家咖啡店内寻找招募对象进行即时性的现场测试。好处是低成本和即时性，缺点就是很难控制受访者类型。
4、客户补偿
给参与测试的对象补偿以感谢其付出的时间。产品私人专享试用版、产品积分、礼物「T恤」、礼品卡等
如何安排用户测试 How to structure the user test
首先准备一份测试脚本，列出打算展示与询问客户的问题。「展示哪些产品、客户完成那些任务、提出哪些问题、按什么顺序进行」
用户测试通常一个小时左右，开始的10～15分钟暖场了解用户的需求及目前实用的解决方案；40～45分钟得到用户反馈，期间要明确对用户测试过程中真实反馈的期望，鼓励用户毫无顾忌地分享他们的看法和观点「有声思维协议 Think Aloud Protocol」；最后5～10分钟收尾并解答用户问题。
如果难以从用户测试中得到良好反馈，就需要重新评估改进筛选条件、测试脚本或主持人。
如何提出好问题 How to ask good questions
发现型提问「Discovery Questions」在探讨问题空间与价值定位时非常重要。
首先，可以询问客户当前的操作习惯以及对当前产品所呈现的优越性有何感受。
随后，把场景转入到用户测试的产品反馈阶段。
主持人的职责就是以最有效而又不会对测试结果造成干扰的方法收集用户对产品的反馈，如“这张表单很简单吧？、你觉得你会点击「购买」按钮吗？”这类引导性、暗示性问题，可以改为“我看到你刚才点击了那个按钮，能告诉我为什么吗？”这类回响式提问
🌰
用户：我应该点击这里登录吗？
主持人：假如你点击后你希望发生什么？/就像这里只有你一个人那样来操作吧。
开放式问题与封闭式问题 Ask open versus closed questions
开放式问题：客户有足够的发挥空间，通常用“为什么”“如何”“什么”开始。
封闭式问题：限制客户可能的反应，通常以是或否开始。
作为主持人，不仅要保持中立无偏见，还要避免在提问过程中切入自己的偏好或可能的答案。「如“你希望产品如何安排事务？根据日期吗？”这类“热心式”提问方式」
主持人要尽可能少地介入到测试里，最好只在展示产品特定部件或设计工件时现身，之后化身空气隐身。随着用户与产品不断互动，可以就用户出现的一些“这有点复杂”的表述适时进行进一步追问。
感受到用户痛点 I feel your pain
当用户难以理解或使用产品时，重要的不仅是提供帮助，还要体会到他们的痛点。「你的目标是尽可能保持测试的真实性」
即使用户开始抱怨或提问，也要保持「咸鱼姿势」克制，当下不要解释不要指引要做的只是记录，放在测试结束后解决。
用户测试的收尾 Wrapping up the user test
收尾工作，需要让用户对所看到的总体情况作出反应，给出总体印象和反馈。比如让用户评级打分「如果用1到10分，以10分为最佳的话，你觉得该产品价值如何」、向用户提问「这款产品使用起来感觉容易吗？」、或给用户一张简短的随访表。
还要解答用户所提出的任何问题，同时别忘了给予用户相应的报偿和感谢。最后顺带两个问题「你在未来是否愿意参与调研？」以及「你是否希望在产品发布时得到通知？」
如何收集整理用户的反馈信息 How to capture and synthesize user feedback
用户反馈涉及产品三方面因素：功能设置与组合、用户体验、市场宣传。将客户反馈的关键的或正面的评价归类至功能特性、用户体验和市场宣传，每次测试后，用这种方法将反馈信息文档话整理，可以帮你建立一张清晰的产品画像，看清产品中的亮点与瑕疵。
下图展示了对五位用户测试后的关键信息记录总结。
可用性与产品-市场适配 Usability versus Product-Market Fit
在用户测试中，区分可用性与产品-市场适配非常关键。可用性反馈是指客户在掌握、使用产品的过程中操作的方便程度；产品-市场适配则是反映他们对产品的价值认可程度。
糟糕的可用性和产品缺陷、模糊的市场宣传都会妨碍用户感受产品带来的全部价值。
可用性方面的问题可能会影响你对产品-市场适配的正确评估，良好的可用性并不等同于正确的产品-市场适配
这种用户测试在本质上是基于对正确的客户类型的假定，需要确保对话的客户是在目标客户范围之内。
如果用户测试给出的反馈表现是，虽然已经克服了主要的可用性问题，但没有实现产品-市场适配，那就需要重新审视原本的价值定位、MVP或用户体验，或者调整对目标客户的假设。
网友评论