做的人眼里看不见的东西
注册按钮在哪、这个页面该干什么，做的人知道。第一次来的人不知道。迷糊了不会问，直接走；哪里觉得不对劲，就停在付款前一步。为什么走的，没人会告诉你。一个 Bug 都没有，也一样。
我们做什么
-
以第一次见到的状态亲自用
不听任何事先介绍，只拿服务地址就开始。用和新用户一样的条件，从注册到核心功能一路用到底。
-
犯迷糊的地方
不知道该点什么而停下的页面、读了两遍的文案、和预期动作不一样的按钮，按顺序记下来。
-
不敢信的地方
价格、个人信息、支付、取消条件，这些让用户停一下、起疑心的位置，我们一一指出。不信任比 Bug 更安静地把人赶走。
-
想走人的地方
写下真的想放弃的那个页面，以及原因。走到了哪一步、因为什么停下，都留下来。
-
手机屏和大屏分开来
同一条流程，在手机和桌面上分别用一遍。有些地方只在其中一边卡住。
可用性报告
按页面顺序，写清在哪停下、为什么停下，附上画面记录。分成容易改的和造成流失最多的两类标出来。顺利通过的页面，就写通过。
这样开始
-
提供地址和目标
告诉我们服务地址，以及用户必须完成的一件事（第一次下单、第一次发帖、第一次预约等）。说明书不用发。新用户也拿不到。
-
亲自使用
以第一次见到的状态，在手机和桌面上用到底，把停下的位置连同画面记录下来。
-
报告
把犯迷糊的地方、不敢信的地方、想走人的地方按顺序整理成报告交给你。
适合这样的地方
- 注册得了、却走不到下一步的服务
- 整个团队太熟悉产品，已经失去新来者眼光的团队
- 上线或投广告之前，想先看一眼第一印象的地方
常见问题
- 和发布前质量检查有什么不同？
- 质量检查用自动化测试找 Bug。可用性测试找的是没有 Bug 也会让人迷糊、让人离开的位置。两个产品看的是不同的问题，一起委托的话我们会一次整理好交给你。
- 由谁来测？
- 不是招募多人的小组调研，而是一个人以第一次见到的条件从头用到尾。不听事先介绍，不看帮助文档就开始。需要多人的结果，我们另外定范围报价。
- 需要登录的页面也可以吗？
- 可以。注册过程本身常常就是第一个流失点，所以我们不提前要测试账号，自己注册一遍。如果是邀请制，给一个邀请链接就行。
- 找到的问题也会帮忙改吗？
- 这个产品到找出来并写成报告为止。文案或页面的修改也要的话，接着按一般修改进行。