《一目了然——Web 软件显性设计之路》

《一目了然——Web 软件显性设计之路》

今天看到本书的第六章第125页，关于“使用无模态小帮手”这节。

这一节主要是讲我们在做用户体验时不应该把不友好的警告模式进行花样翻新，而是要设计出更好的方案来帮助用户顺利操作。而非模态方式就能达到这一点。

本章举了Google 邮件删除的例子，相信用过Gmail邮箱的人都有这样的经历：使用Gmail 删除一份邮件时，在面面顶部就会出现一条提示用户该邮件已被移到垃圾箱的信息。并提供一个“撤销”（Undo）链接，点击它即可重新恢复删除的信息。

在这里，Robert Hoekman, Jr. 认为Google 做对了三件事： 

（1）它不再询问用户是否确认删除该信息；

（2）它提供了恢复这份邮件的方法；

（3）它通过在页面顶部的一行提示告诉用户如何操作

而看到这里时对比了一下我们自己的购物车： 

当您在我们网站购物车中要删除一本图书的时候，您需要点击“取消”这个按钮。我个人觉得“取消”这个词在这里用得不贴切。“取消”一般是指取消某个动作或行为。而这里是需要提醒会员，点周这里就能删除掉这本书。另则弹出的黄色的小框中也有“取消”一词，这样两个词就有点混淆了。这里自己也不仅想，难道是我们网站故意这样设计，目的就是希望用户少删除购物车中的图书？也许咯，呵呵

当你在我们购物车中删掉这本书的时候，该书就被踢出购物车了。如果你想要下次购买，就得重新搜索了。有些有经验的会员会知道在把它删除前，先“收藏”到自己的藏书阁，可并不是所有的人都会这样去做：（。如果我们能够向Google那样在购物List底下建一行暂存架，当用户删掉某本书的时候（他可能是因为本次的购书金额超出了预算等原因），这本书会保留在暂存架中。用户可以随时点击他后面的“恢复”或“购买”按钮而加入购物车。这样不是更方便吗？呵呵，起码暂存架保存的图书是客户曾经点击过购买的图书。至于是什么原因使他没有购买，那可以通过调研的方式得知了。

所以我个人还是比较赞成GOOGLE的这种做法。你呢？