二十一、产品验证
·产品验证：在正式开发、部署产品前，验证产品说明文档描述的产品是否符合预期要求
·可行性测试：明确现有技术条件下能否成功开发出产品
·可用性测试：要评估用户体验的实际效果
·价值测试：判断用户是否觉得有用、是否购买、是否喜欢设计
二十二、原型测试
·把产品创意呈现给真实用户，让真实用户去验证产品创意是必不可少的
·产品可用性测试（检验用户是否想明白如何使用产品）和产品价值测试（检验用户是否渴望使用产品）同样重要
·物色测试者
如果有特约用户，可以邀请他们
企业级产品可以去同类产品展销会寻找
分类网站发布广告（征集要求可以写的比较笼统）
大众产品可以邀请亲朋好友
给用户发邮件；通过公司的网站征集
定期开展原型测试活动
和测试者约定了时间，还是有30%左右爽约率；所以前一天致电测试者可以降为5-10%
·准备可用性测试
事先拟定测试内容
只有一次机会了解测试者未接触产品原型之前如何解决产品要解决的问题（可以先不让他们看原型，而是看他们在未接触原型时怎么做）
看他们首次访问，看他们能否从首页看出产品要解决什么问题么（只有首次才最真实）
了解用户是否使用同类产品
了解测试者愿意出多少钱购买产品（哪怕不收费）
不必等到完整原型完成后再测试，可以先测试主要项目
·测试环境
专业测试实验室或者普通的咖啡厅都能完成
可以去用户的办公室官场他们的日常工作中使用产品的习惯
面对面测试不可替代
获取用户反馈信息是完善产品设计的 最佳途径
测试前不用交流过多（太多会影响他们的第一印象）
让测试者明白被测试的是原型，而不是用户，让他们畅所欲言
让测试者保持平和的情绪，不要让他们陷入吹毛求疵的状态；测试的重点是看他们是否喜欢功能，如果用户提出页面上的元素难看，就严重跑题了；多观察用户的操作，少听他们的抱怨
测试时保持安静，不要给提示，不要给引导
测试的作用是理解目标用户如何看待产品要解决的问题，发现原型与用户期望不一致或不相容的地方
·更新原型
测试原型的目的是找出原型中需要修改的部分，提高原型的可用性和价值
只要对测试反馈迅速做出响应，就能显著加快完善产品的速度
如果发现没法让测试者对原型产生兴趣，或是无法让原型变得足够简单易用，让测试者理解其价值，应该立刻放弃这个产品创意（不愿意承认失败，往往导致失败）
二十三、改进现有产品
·不是一味地添加功能；一般情况下，添加新功能不仅不会为产品增色，反而让产品性能变得更糟糕
·改进产品不是满足个别用户的要求，也不能对用户调查的结果照单全收
·能提高指标的功能才是关注的重点
二十四、平滑部署
·避免更新产品导致用户反感
·毫无征兆地更新不必要的版本会令用户反感，有以下原因：
事先没有收到更新通知
用户没时间学习新版本，公司也没提供旧版本方便用户在过渡阶段使用
新旧版本不兼容
用户任务添加的新功能和特性毫无必要
更新过多
新版本很大程度修改了用户已经习惯的使用方式和操作流程
·随着互联网普及，产品口碑的好坏都会迅速传播
·对大众互联网服务来说，合理地、审慎地更新产品版本称为“平滑部署”
·将版本更新带来的负面影响降到最低：
通过公告、群发邮件、在线教程等方式提前通知
加倍做好测试工作
如果更新版本会影响大规模用户，应采取并行部署或者增量部署的方式
·并行部署：发布两个并行版本，邀请有兴趣的用户试用新版本，如果新版本运行正常且大部分用户习惯后，将新版本设为默认版本，同时保留旧版本一段时间，公示旧版本最后支持期限
·区域性逐步部署：先在某个区域部署新版本，再扩大范围
·增量部署：将更新项分割成几个较小的部分逐步发布
以上内容为《启示录：打造用户喜爱的产品》（作者：Marty Cagan）的第21-24章读书笔记及部分摘要，本人加入一定量自己的理解；因水平有限，欢迎大家交流指正，谢谢~
网友评论