体验豆瓣九点

最近我粗浅的体验了一下 豆瓣九点 。

我是一个博客拥有者，在了解到豆瓣九点能够提供博客聚集服务后，我感觉它可能对于我推广博客和认识更多的同事都有益处，所以我决定去看看。在设计人员进行交互设计时，确定用户的目标很重要，用户目标 不是完成一项任务，也不是一个用例 ，它应该是 对用户切实有意义的一组行为所产生的结果 。从我个人来说，我的目标就是推广我的博客，认识更多的同事。任何当代web应用程序如果忽略用户，忽略用户目标，都将遭到失败。

当我到达豆瓣九点的时候，我会把我的目标转化为一个用例： 将我的博客提交到豆瓣九点 。我相信我接下来所要讲述的这个用例在豆瓣九点的所有用例中占有举足轻重的地位，是一个不容忽视的用例。

好的交互设计模拟的是用户思维模式 。我将在以下内容中展示我完成用例的思维模式。来到豆瓣后，我首先想要了解的是豆瓣九点能否完成我的用例。一眼看去，有两个地方可能有用，右上角的“九点指南”和它下方的标题“九点怎么玩”以及链接“快速入门”。 文字界面设计 应当体现信息结构。从文字大小和位置来看，豆瓣九点的信息架构师一定是想让我们从快速入门了解豆瓣九点的大致功能，于是我点击进入了。令我不快的是“快速入门”是一个 弹出式链接 ，而弹出式链接一般适用于信息高度聚集而且成列表状态展示的页面，如 Google的搜索页 等。在这里完全没有必要再弹出一个窗口了。

在“快速入门”的第一页中，我没有看到关于是否能够提交博客的信息。我看到的是一个 更普遍的用例 ：发现阅读博客文章，下面是一个令我不快的链接“以下服务仅针对注册用户”。这好象听起来像是大银行的条款：“以下服务仅针对VIP用户”。如果能够把快速入门的首页内容改成“只要通过简单的注册，您就能够完成……”，并用一个列表概述豆瓣九点的主要功能和普遍用例（包括提交自己的博客），每一列表项链接展示出详细说明，这样会更加符合用户的思维模式，而不是用注册与不注册这样的 技术实现模式 来分割“快速入门”。 交互设计越贴近用户思维模式远离技术实现模式，就越好 。

不管怎样，“快速入门”似乎对我提交博客没什么用，我只能先注册了再说。注册登陆很简单。 登陆后我看到的页面和没注册的时候差不多 ，找到导航栏中有“我的九点”，于是进入后寻找能够提交博客的地方。在 把我的Firefox滚动条滚动到底部 时，我发现了“添加九点没有的Blog”，进入后发现了我需要的输入URL的地址栏，真高兴啊！于是我赶快输入博客地址，但是我到现在仍然没搞明白“我必看这个Blog”和“我关注这个Blog”有什么区别，我感觉语气上“必看”好象更强一些，于是我选择了“必看”。

我的博客拥有两个RSS地址：一个是我自己博客文章的RSS，还有一个是我在del.icio.us上推荐阅读的RSS，我不知道为什么我提交URL后，豆瓣九点自动把我的del.icio.us地址设为RSS地址，而没有把我自己博客文章的RSS读出来，这可能是一个技术上的失误，我想任何博客作者都想把自己博客文章的RSS作为默认RSS。然后我不得不手动提交这一RSS。随后我开始验证我拥有这个博客，提示信息说等几分钟，但是我等了二十分钟还是这个页面，于是我刷新了页面，跳出验证成功。寒了一记，估计我前面都白等了。

当我验证完成后，我修改了我的标注，希望我的博客能够在相关的关键字中被找到，修改标注时我不知道为什么又出现了“必看”和“关注”按钮，又要我选择一遍？但当我点击后我傻眼了，我刚刚验证完的博客又回到了未验证状态。本来在博客中添加一篇无意义的文章再删除已经不是什么令人愉悦的事情了，难道还要我再做一次？我要发疯了，于是我关闭浏览器，离开了我的ThinkPad。

总结以上，我感觉比较严重的设计失误在于

• 快速入门的窗口应该更大、内容应该更清晰
• 登陆后的首页不应该是豆瓣九点的首页，而应该是我的九点首页
• “添加九点没有的博客”是一个常用操作，应当在更醒目的位置
• 在提交博客地址处说明“必看”和“关注”的含义
• 不要把重要的说明性文字放在边栏
• 不要把del.icio.us的RSS地址作为首要的RSS地址
• 验证过程不应当让用户觉得自己是个白痴
• 博客拥有者修改标注时不应当再出现“必看”和“关注”按钮了

在这里我要声明，豆瓣九点仍然在测试中，我并没有贬低任何豆瓣的设计人员，体验是一种主观的感受，我使用豆瓣，喜欢豆瓣，并且希望它能更好。

类别标签 : douban, ia, interaction, usability, userexperience