1. 一定要做测试
实际工作中即使是有同理心基础的设计师，也因为不是实际使用用户不知道使用过程中到底出现了什么问题。根本原因就是不是每个人都像你一样，和你熟悉度一样，很多事情是项目成员觉得想当然的事情，但是对于用户而言并不是那么的“理所应当”。
2. 做不不做好一万倍
做测试一定有效果的，哪怕是一个错误的用户做一次做比较糟糕的的测试也能发现现有产品的问题。每一场可用性测试都会对于产品的的优化以及项目组成员对于产品的认知逐步加深一步。做多次可用性测试之后，项目成员能够产生更多有价值的想法和看法。
3. 越早测试越好
这里有个常识性的误区：就是当把系统设计的很复杂之后，做测试的价值会有更大的价值。这个常识性的误区考虑的并不全面，再实际的项目运行之中时候，一旦产品或者是优化功能上线，修改时候就不是那么的容易。而且在用户养成固定的操作习惯之后是很难进行改变，如果强行并且频繁改变的话很有可能会引起用户的反感。
这里的反感涉及往小了说是表单或则是字段的位置，大到了一个功能模块都会产生巨大的影响，所以越早测试这种影响越能早发现/影响越小。