任务测试
给出「找到并下单」这类真实任务,全程不作提示地观察。
主要方法既简单又便宜:给用户一个任务,然后安静地观察他怎么做。
给出「找到并下单」这类真实任务,全程不作提示地观察。
用户在哪里停顿、返回、迷路,或者中途放弃。
不同屏幕与浏览器。桌面端一目了然的内容,手机上可能根本放不下。
键盘操作、可读性与对比度。这对所有人都有益,不只是特殊人群。
任何网站最脆弱的环节:字段冗余、报错含糊、已填内容丢失。
按对转化率的影响排序,并附修复工作量评估。
五位参与者的测试,含准备与报告在内需要一周。
为参与者设计任务。任务要描述目标,而不是描述界面操作。
现场观察并录制,观察者全程不作提示。
汇总发现,把个别习惯与系统性问题区分开。
列出问题、优先级与可选的解决方案。
五位参与者就足以发现大部分问题。这是早已被验证的规律:最初几个人会在同样的地方卡住,之后的发现开始重复。做两轮五人测试、中间做修复,比一次找二十人更划算。
最好是真实客户或目标人群。实在不行,可以请其他与产品无关部门的同事。参与过开发的人不合适:他们知道该点哪里。
数据分析能告诉你用户在某一步流失,却说不出原因。用户测试回答的正是「为什么」:他会边操作边说自己在找什么、哪里没看懂。两种方法互为补充。
应该测。在可点击原型上测试成本更低,而且此时调整结构还很便宜。开发完成后再改页面逻辑,代价要高得多。
申请已受理
我们已经收到。我们会在一个工作日内回复,紧急问题将立即安排值班工程师处理。
未找到该城市,请检查拼写。