Markus Pirker在Userbrain的博客中分享了这篇文章，探讨了电商网站的常规（每周）可用性测试中需要关注两点：支付流程和导航架构。
根据2012年的一次研究：66%的用户在完成支付前放弃购买。下图中展示了用户放弃支付的14个主要原因：
这些原因中能够通过可用性测试得到改善的大概有：
a) 预料之外的花费；
b) 复杂的导航架构；
c) 冗长的交易流程；
d) 支付的安全性考虑；
e) 网站的反应速度；
测试和改善支付流程
让新手用户来找到某个商品，并完成整个下单过程。以下是Pirker对测试情景和任务的建议：
情景：现在假设你决定想要买一个新的【商品名】；
测试任务：
a) 请在网站中找到这个商品，但不要借助搜素功能；
b) 你现在找到【商品名】吗？这个寻找的过程是简单还是容易的？
c) 现在你想要下订单了，你知道你需要为【商品名】支付多少钱吗？
d) 现在请继续完成下单的流程，并在确认支付前停止操作。
访谈问题：
a) 这个页面上有什么需要改善的吗？
b) 如果你真的需要完成订单，你会使用这个网站吗？
c) 你对刚才的整个购物流程的体验有什么样评价呢？
d) 最后的需要支付的金额和你预期的一致吗？为什么？
e) 你在输入支付信息的时候，有任何疑虑吗？
如何测试导航架构
测试导航架构的方法很多，包括卡片分类/树形图测试等等。这里Pirker提供了操作更为便捷和快速的两种方式：
a) 让用户在不借助搜索时在网站上找到某个商品：
给用户展示网站中某个商品的图片，但不要告诉他商品的名字。然后说：现在请在这个网站上找到个与图片中物品相似的商品，但请不要使用搜索功能。
b) 测试网站导航的命名是否符合用户对命名的理解：
现在请你浏览这个网站的导航名称，但不要点击任何东西。
现在请告诉我，如果你点击了这个【标题】，你会希望看到哪些内容？
现在请点击这个【标题】。你有看到期望看到的内容吗？有什么是你没有想到会出现的吗？
PS. 虽然不算真正的用研工作者，但也经历过几场相关的面试。感觉用研可能更多的时候是处于承接需求的位置，但除此之外对产品做一些常规的测试或者可用性的基线评测等应该也是很重要的。然后...不是很明白为什么测试支付流程的时候Pirker也建议不要让用户使用搜索功能。
