作者Armuro (人是天生探索者)
看板HCI
标题[分享] UX Myths #14 You are like your users
时间Sun Aug 15 00:02:57 2010
Myth #14: You are like your users
http://uxmyths.com/post/715988395/myth-you-are-like-your-users
当你在设计一个网站的时候, 很容易就以为user都跟你一样. 然而, 这种想法会造成
很大的偏差并且会设计出一个inefficient design
事实是, 你很了解你的服务跟网站, 而且你对你的服务也非常的热血. 但是, 你的user
可能跟本不care. 他们有不同的目标跟需求; 他们到你的网站只是想要把事情完成而已.
为了避免这种偏差, 你必须要去了解你的user. 或甚至让他们参与你的设计过程并且与
他们互动
以下文献是关於你跟使用者到底差在哪里
1. Jakob Nielsen说, 学usability最难的课题之一就是: 你不是你的user. 如果你参与了
开发过程, 以定义来说你就不是一般的user. 网站是要设计给别人用的, 不是像你这种
已经很了解网站的人. 一个办法就是, 去做user testing, 看这些代表user到底需求是
什麽. 热门话题或功能的确是很想让人尝试去做, 但是如果要赚钱的话, 还是乖乖地
把使用者想要的基本功能做好吧
http://www.useit.com/alertbox/design_priorities.html
2. 在另外一篇文章里, Nielsen又说, user和开发者根本就是不同种生物,
他们的思维根本就不一样
http://www.ibm.com/developerworks/library/it-nielsen4/
3. Google Buzz是一个很好的例子. Google拿Buzz在公司两万名员工内做了测试.
但是他们的feature却广遭到抱怨直到该feature後来被拿掉为止. 这个feature在Google
公司里运行地很好, 但是那些人都不是真正的user.
http://tinyurl.com/yk5eyfd
4. Kathy Sierra 建议: 你应该要专注在使用者的故事和观点上, 而不是你自己的.
"不要再说你有多行了, 多谈点你怎麽让使用者更好的计画吧"
http://tinyurl.com/9e6lu
5. 在程式语言这领域里, 就算是语言的发明者也是跟语言开发者差异很大, 那些
开发Java的程式高手门遇到一个很艰难的挑战就是: 如何让一般的程式设计师使用他们
开发的语言
http://tinyurl.com/27mjg7h
6. Joshua Brewer解释为什麽了解你的user和知道这些user不像你是一件重要的事
http://52weeksofux.com/post/385981879/you-are-not-your-user
7. The user is always right这本专门在讲persona的书里列出了user-centered design
的步骤 第二条就是告诉你: 你不是你的user
http://www.amazon.com/User-Always-Right-Practical-Creating/dp/0321434536
8. Susan Weinschenk讨论到user的mental model和设计者的conceputal model不同在哪.
她谈到说, 一个好的ux design就是要match两个model
http://uxmag.com/design/the-secret-to-designing-an-intuitive-user-experience
(译注: 其实Norman在 The design of every day thing里就有提到了)
9. Google的“What is a Browser?”影片说明了有多少人清楚了解browser是什麽还有
他们多不在乎它到底是什麽. 为什麽他们需要去care ?
https://www.youtube.com/watch?v=o4MwTvtyrUQ
10.Jeff Atwood做了一个结论: Users don't care about YOU
http://www.codinghorror.com/blog/2006/03/users-dont-care-about-you.html
11. 不过捏, 有时候设计者有可能也是使用者. 在这种情况下, 为自己设计产品
就非常有道理. 37signals和Campaign Monitor就是两个有名为自己设计软体的公司
http://www.uie.com/articles/self_design
(译注: 虽然这篇作者提到成功的self-design例子, 大部分例子还是证明, 为自己
设计产品的结果不是好的. 就像Google Buzz一样. 的确, 开发者本身也可以是使用者,
但是这还是无法解决两个基本问题: 1. 他们太了解系统 2. 他们使用系统的context
并不能适用於所有其他使用者. 关於问题1, interface一直都是被认为是设计者和
使用者之间的互动和对话. 设计者利用介面来表现他们的conceptual model, 而这个model
必须要跟使用者的mental model对应. 如果这介面是self-design, 那麽根本就不会有
两个model的mismatch问题. 因为两个model都是来自於自己的大脑. 关於问题2, 设计者
自己使用介面也是在自己的work setting中使用, 因此这个系统可以说是在他们使用的
context底下做最佳化, 但是这并不能适用於其他人. 段义孚 (一个很有名的华人地理学家
)说: "Place and culture are interchangeable ways of looking at the same
issues." (这句话被Digital Ground的作者Malcolm给引用), 如果你都是在同一
个文化和地方去看同一件事情, 那麽你很难跳出自己原本的思维. 但是当你到了不同的地方
接受不同的文化後, 你就有不同的角度看待同一件事情. Interface Design也是一样,
如果你一直在同一个context底下去使用一个介面, 那个介面只要可以符合在该context
下你的需求, 你就会一直觉得他很很直觉很好用. 而且你会无法了解: 为什麽别人会觉得
它不好用. Self-Design无庸置疑地会落入这个危险, 如果你不去了解别人使用的context,
你设计出来的东西永远就是让你觉得好用, 但是对别人来说就是差了这麽一点.
就算你是perfect user, 你也只能照顾到自己的情况而已. 这就是为什麽human-centered
design会这麽注重contextual inquiry和ethnography (田野研究))
--
抱歉这次隔这麽久才翻下一篇, 小弟最近开始很忙 orz
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 118.168.196.4
※ 编辑: Armuro 来自: 118.168.196.4 (08/15 00:21)
1F:推 hilorrk:有翻有推!! 08/15 00:31
2F:推 idplay:这篇提到的概念都非常的重要,感谢翻译。不过我想讲一下goo 08/15 03:18
3F:→ idplay:google buzz之所以一出来被骂到臭头,是因为gmail把所有人 08/15 03:18
4F:→ idplay:setting弄为default on,而未经过使用者同意。buzz在内部 08/15 03:19
5F:→ idplay:问题是因为,intranet里面没有隐私权(privacy)的问题 08/15 03:19
6F:→ idplay:他们在rollout的时候,没有想到这个context/secnario 08/15 03:20
7F:→ idplay:另外一开始rollout的时候,很难disable,所以激怒了使用者 08/15 03:21
8F:→ idplay:笔误,buzz内部测试没有问题(推文一行一行打喔?不能paste?) 08/15 03:22
9F:→ Armuro:感谢补充~~ 08/15 09:32
10F:推 RubenGotay:我想以我的领域回一篇..这篇的观念@@ 08/15 09:56
11F:推 flyakite:感谢分享 08/15 20:14