LoveIsBug

朋友正在做的网站，招了四个程序员，鼓捣了据说是两个月，快要上线了。上周末去看了看，半个多小时，没有亲自动手试用，看她的同事展示了大部分功能页面。

担心两个问题：

• 性能。朋友反复强调买了台过万的刀片。但是说不上来能让同时多少人在线感觉顺畅。
• 购物流程还有可能需要大调整的地方。

提了两个建议：

• 找人做压力测试。据朋友说和四个程序员商量后，认为不需要测试。
• 找从来没听说过这个网站的目标用户来试用，在旁边观察使用的过程。据说可能会如此试试，但不认为有必要稍微专业一点的GUI测试。

祝好运。也许是我多虑了。以我的程序员经历，我不放心自己写的没经过他人测试的代码。也许他们自己轮流测试过。

观看演示时发现了一些细节问题，这里先写两个，以后想起来其他的再记录。

1. 挑选商品时，有多个属性需要在提供的多个选项中择一，他们的做法是每个属性一个下拉框。

我觉得很不妥。

• 每一个下拉框，如果一屏可以完整显示所有项目，需要两次鼠标点击来选择。如果一屏不能完整显示，还需要点击且拖动动作。
• 有时，当前焦点在某个下拉框上时，用户用鼠标滚轮或者键盘上下键打算上下移动页面，却改变了自己刚做好的选择，而往往没有发现。

这个问题我提出了，得到的反馈是，4人程序员小组认为下拉框方案可行。

贴一张图，是淘宝上的一个商品页面，该商品有四个属性需要选择，尺码，颜色，性别相关的款式，和附加材质。但是通过两组平铺的单选项，让用户很方便地点击两次鼠标即可完成选择。

如果用上述下拉框方案，少则4次鼠标点击，如果为了下拉框里一屏完整显示，再拆分出一个属性下拉框，就是6次点击了。

2. 登录后，修改个人信息，保存成功后会弹出一个“确定”对话框，并且伴随着熟悉的那个系统声音。

这是个愚蠢、多余的设计。

• 弹出框需要用户点击一下“确定”按钮才能消失，然后继续在之前的页面上操作。
• 弹出框已经在屏幕正中间，靠近用户刚刚填写完个人信息，点击的保存按钮，那个突兀的声音，会吓着用户的。

应用程序级别的弹出窗口应谨慎使用，例如，只有当用户不作响应可能导致应用程序的数据丢失时才使用。

使用声音（如蜂鸣声）的价值是让用户注意到没有放置在用户视线所在位置的错误消息。

我们看两个不打断用户的保存成功提示信息。没有弹出框，不增加用户动作，没有声音。一个是知乎的，一个是豆瓣的。

这是豆瓣的：

用对话框显示错误消息时直接将其摆在用户面前，使其很难被忽略。错误消息对话框打断用户的工作而且要求立即将注意力转向它。如果这是个紧急情况的错误消息，那么这样做是正确的；但如果仅仅用于类似确认用户请求操作的执行情况等不重要的信息，就会让人觉得厌烦。

这篇里的三条引用，都是来自Jeff Johnson的《认知与设计》。