可用性测试实践

蜗牛邦的v1.0版网站伴着攻城狮们的娇喘上线了。网站中间层用了CI框架,前端用jQuery来异步调用API,页面用了Bootstrap的框架,通过响应式的措施来支撑活动和桌面。

API按照RESTful的方法来统筹,给未来移动选用留好了口子。

管住界面就直接用了CI来读取和存入数据,没有经过API(丰满的美好是有着数据交互都走API,但骨感的求实是实际TMD来不及了)

率先个本子速度是率先要务,就从不找UI设计师做规划,能精简的位置全部简单,所以那几个版本就很有工程师的意味,连按钮和控件的体制都一向动用了bootstrap的默许样式。

自我又当了把武警:从最初整理须求,到线框图,再到Web前端开发,和Web大牛Xavi同学一起死磕了n个早晨。1六月份有一大约时间是睡在店堂的。14年终前到底是踉跄上线,两周左右的试运营时期发现解决了各个题材,近来客服总算是能形成磨合。

而是,有不少撤回订单意况时有暴发,客服追访后发现有一部分用户反馈

  • 难用 – 找不到自己想要的东西
  • 可信度低 –
    感觉是诈骗者网站,不敢在网站上付钱(其实自己也是这样认为的,只是须要想清楚该怎么改)

总的来说是时候做一遍可用性测试了。我觉得自我自己了然难点所在,但是,方今收受了如下指导,所以如故测测为妙。

Following conventional wisdom and replying on shortcuts can be worse
than knowing nothing at all. – Ben Horowitz, “The Hard Thing About
Hard Things”

先插播招聘广告一条 《PHP小牛速来! 旅游+网络跨界合体巨兽之蛋!
错过途牛,再失去蜗牛邦吗?》

测试对象

  • 检索信任度低的症结所在
  • 意识用户在根本职务路径上赶上的运用障碍
  • 意识任何交互上的标题

测试参数

  • 蜗牛邦网站(PC版)
  • 先是次使用网站,想订购某个目标地旅游产品的用户
  • 随同要旨小组共同展开

测试职分

  • (测试目的都有塔希提岛游览的阅历)购买上两回去海陵岛时你没有去过只是最想去玩的地点旅游项目;骑行人数同上一遍出外人数;
  • 勉励用户在应用的历程中think-out-loud。

数据处理

理清楚网站最根本的成效模块

原来的测试记录 – 录音和笔记

依据模块和先期级分类排序后的用户反映

  • 由于职分设定的因由,一大半的汇报集中在成品详情页面和支出流程,其余模块和页面没有设计对应的测试

发现1 – 首页 – 搜索

用户:“我就买丛林飞跃吧”,
在摸索框输入关键词“塞班岛 骑大象”,没有检索结果。
“没那几个产品?!”,换个至关首要词“塔希提岛”,
“靠,这么多,那就搜骑大象吧“
归根结蒂找到了

创新措施:搜索效果仅仅能根据输入的重大词做搜索,无法根据对根本词进行简要的分词(依据空格分开)做复合查询。

发现2 – 商品详情 – 走马灯图片

”图好少才4张,而且好单调“
”没有预览用的小图,即使有小图我会更乐于点“
”按照我一般的网购习惯(天猫商城)我会先往上边看“,滚动鼠标,”不大会关注这几个走马灯的图,但是,然则那么些详情介绍未免也太简单了吧!而且都是文字,懒得看,我先看看图吧。”

意识3 – 商品详情 – 没有评论连串

“怎么没有买家的评头品足?!怎么没有近期拍板记录?!不敢买了!”

意识4 – 商品详情 – 套餐无法放在一块儿相比

“套餐详情还要到成品详情里面才能寓目,上下滚好辛劳啊!”

发现5 – 注册

“要登录啊?你有注册好的账号么?”
“额,还要注册啊!可以用微信登录么?尼玛,尽然没有第三方登录!”
(其实已经支付好了,可用性测试的时候没有Release出来)

察觉6 – 支付流程

从不用户会去关爱或者填写真正姓名
“还要自身手机号码!~”
“只好用支出宝么?”

P.S. 再另行插播招聘广告一条 《PHP小牛速来! 旅游+互连网跨界合体巨兽之蛋!
错过途牛,再失去蜗牛邦吗?》

相关文章