[原创]傣香园触犯的 WEB 设计禁忌

AMD-K6

原文链接： http://www.gracecode.com/article ... %E7%A6%81%E5%BF%8C/

本文作者走火入魔，如有虚构，纯属雷同。

傣香园是公司旁边的一家餐饮店，每天午饭时分顾客络绎不绝。由于没有遭受多少竞争，该饭店十分不注重吃户体验（而且老板娘的姿色目前还是吸引了很多客户的支持）。由 于本人目前搞 WEB 这块，所以很多的时间都在恍惚中胡思乱想。中午吃饭后昏昏睡睡无心 Coding，回忆午餐的美味的同时，结合餐馆的服务现状，突发奇想。回忆其触犯的 WEB 设禁忌如下：
欺骗吃户

某日，和龙哥在傣香园点菜，见菜单中“小炒肉”一菜甚是好看，随即点了一盘。等待许久后，服务员呈上“小炒肉”。此盘小炒肉，既无香芹也冇胡萝卜，无论从哪个角度去 看，都是一盘回锅肉。叫来服务员询问，答曰：菜单上的照片仅供参考，以实物为准。再问回锅肉价钱几许，答曰：比小炒肉便宜 2 元。这时邻桌被呈上回锅肉盖饭一盘，随即明 白，原来是为了批量生产啊。

不少网页有这样的问题，点击标题、图片链接打开内容后，发现并不是你想看的，和标题、图片的描述并不一样。
重复向吃户请求信息

此乃常见情景：点过饭菜后，服务员还经常会跑来问：你们点了 xxx 了吗？或者端着一盘菜：这是你们点的吗？

用户的信息已经提交给你们了，该获取的时候你们应该从你们获得的信息里面去提取，而不是反复的去向用户请求重复的信息。
最后才告诉我！

某日，和同事一起就餐，其中一同事点的饭菜久久不上。待其他人用餐完毕，服务员来通报：您点的那个现在没有原料，能不能换个别的？

《web设计禁忌》中有个例子：在某网站购物，经历了N 个步骤，填了 N 个表单，最终被网站告知：该商品缺货……
向吃客展示后台数据

不止一次，服务员拿着菜单在我们面前向我们展示其加减乘除的功力：你们看，这个 5 块，这个 7 块，是 12 块，这个 10 块，是22，对吧？这个 8 块，是 30，对吧，再加 4 碗饭，是 4 块钱，对吧？刚才是 30，加 4 块是 34。对吧？……

用户只关心结果，不关心后台对数据的处理过程。具体你的服务器是什么，正在处理什么字段，不需要告诉用户。呈献给用户反而会增加他们的阅读负担，让他们 做多余的思考。
吃客的优先级

总有这样的问题，看似已经有一盘给我上的菜，服务生踹着菜从我们的饭桌上绕过然后装进了一个打包袋里面。遂才明白这原来是为电话预约的客户准备的。问其为何同样的菜 不一起帮我们炒了，对方答曰：他们是三十分钟以前就叫了。

想想网站吧，如果将目标客户“一视同仁”那将会是一种多么可怕的问题。
忽略吃户提交的数据

某同事点的饭菜，总不呈上。问服务员，答曰：你们没有点这个啊。事实是服务员没有看到。

向用户请求的数据必须每一项都有用，让用户可以看到他提交的信息出现在某处。如果用户看不到提交的家庭住址，就会想：你们为什么要我填它呢？我填了住址 ，你们把它弄到哪去了？
错误、延时

算帐算错了，要吃户亲自给他们重新计算一遍才明白。点的饭菜迟迟不上，要吃户一遍一遍的催促。

不必说，如果后台有错，页面总打不开也是一件让人非常扫兴的事情。
不美观，造成吃户不愉悦

厨房黑黑的，服务生丑丑的，还总耷拉着脸。影响食欲不说，还有损面子。

网站如果界面难看，怕不容易吸引用户吧。

x11

写的不错~~