RITE可能意味着你需要测试多于常规的6名用户，但每次测试会更“轻量”，反馈也更快更及时。比如 说，每天测一两名用户，持续5~10天。在每次测试后，测试员记录好问题，与设计师、PD等沟通确认解决方案，继而修改原型。
微软团队还提到让RITE成功的几项要诀：
- 准确识别测试任务
- 设计决策者（如设计师、PD）参与到测试中
- 研究员对产品有较深入的理解，从而能快速分析问题
- 设计师能快速给出修改方案
个人认为分析问题这步很重要，要充分分析做出某个 行为的因果关联，而不局限于现象。此外，对每一轮的记录也很重要（参照图1），不然无法追踪效果。
对于可用性测试，愈发感觉把精力集中于一次测试的弊端。很容易出现过度分析，对于低保真原型尤甚。实施RITE，能通过迭代相应减轻这种影响。其实，RITE甚至应成为设计师的习惯：在设计过程中更多地做一些快速迭代评估、小测试，透过他人的眼光审视自己的设计，否则指望全部做好之后的一次测试，会有风险。
