Lotus Symphony采用敏捷开发模型, 因此产品的迭代周期很短, 大约保持一年3个版本的更新速度, 并支持包括简体中文在内的20多种语言. 欢迎大家下载使用并提出意见和建议, 最新版本Symphony 1.2已于今天发布.

网址 http://symphony.lotus.com

景枫同学推荐的一款创新型搜索引擎: Searchme, 让人感觉到在搜索市场白热化的时代, 依然可以通过一些设计创新来吸引用户(当然如果能进一步提升搜索质量就更好了), 类似的设计还有很多了, 找机会要专门分析一下它们的创新之处以及不足.

随意想象一下, 假如百度采用这种界面, 估计其竞价排名业务更生财有道了;-)

Songza是一款音乐搜索引擎，个人感觉在操作上有点HUI的交互特点，不过放在Web上也比较好玩，大家可以去试用一下，视觉风格很elegant，据说Jef Raskin也参与了其中的设计;-)

几个月的忙碌, 何同学翻译的新书终于出版了, 欢迎大家讨论和批评.

书名: 一目了然 — Web软件显性设计之路
原书名: Designing the Obvious: A Common Sense Approach to Web Application Design
作者: Robert Hoekman
译者: 何潇
出版社: 机械工业出版社
出版日期: 2007年11月
定价: 39元

作者介绍
Robert Hoekman, Jr.是一名交互设计师和易用性专家, 他曾任职于GoDaddy.com、MacroMedia、Adobe、联合航空、思科等众多公司, 为广大受众提供优质的用户体验服务。更多信息请访问: www.rhjr.net

目录
第1章 显性设计的定义
什么是显性设计
如何做到显性设计
显性设计框架

第2章 理解用户, 然后忽略他们
理解用户对所做事情的思考
理解用户真正如何做事
知道如何揭开真相
为活动而设计
撰写用例

第3章 够用就好
独辟蹊径
去掉一般性功能

第4章 支持用户的心智模型
为心智模型而设计
消除实现模型
原型设计
公开测试

第5章 让菜鸟即刻上路
快速上路
选择合适的默认值
信息设计
提供帮助

第6章 巧妙应对出错
利用Poka-yoke处理错误
摒弃模式化
撰写有用的出错提示
设计宽容的软件

第7章 一致性设计
设计的一致性
将一致性贯穿软件始终
平衡无规则性

第8章 精简与优化
消除混乱
实践Kaizen
杜绝浪费
将复查进行到底

第9章 改良比创新重要
提升用户体验
向好的样例看齐
提升标准
分清主次
遵循游戏规则

封面

PS: 已经有朋友抱怨本书的翻译质量, 我也很忐忑. 客观说整个翻译过程比较匆忙, 校核时间不足(特别是后几章). 这是我第一次尝试翻译一本著作(极有可能也是最后一次), 水平有限, 诚恳期待大家批评指正.

之前曾经写过一篇淘宝的交互设计师招聘帖, 夸赞人家写的到位且有意思.

2008年度的淘宝UED团队为了招聘还在Blueidea上登广告, 网站做的也算精美, 虽然问题有些弱智, 但足以体现人家的重视.

地址: http://ued.taobao.com/job

看好淘宝!

周六晚上参加丁肇辰老师策展的北京夏日数字娱乐节(Digital Entertainment Day 2007)，遇见了不少朋友，也用DC记录了不少有意思的作品。

开场白

老丁近照

人文奥运

Work show hall

Design work

4月底看过的一个设计展，由《时尚先生》杂志社举办，名头很大——“全球最佳设计展”。别的不论，它确实是我在北京这么多年见过的汇集两大最知名设计奖：红点奖(Red Dot)和iF奖作品最多的一次，以厨卫和家电产品居多。

说来惭愧，虽然是工业设计科班出身，这么多年的学生生涯却对产品设计极少积累，只好从一次次的展览赏析中弥补了...

参观完后居然忘了拍过大量照片，昨天才无意中翻出来。

Giro 削皮刀, 红点奖

Kenwood EON烤面包机, 红点奖

Kenwood EON咖啡机, iF奖

Taylor's Eye Witness, iF金奖

Cork冰桶, 红点奖+iF奖

LOMO一张, 猜猜我拍到了什么?!

一般认为用户体验是一个非常综合的角色, 因此, 多读点书总是没有错的(包括但不限于专业有关的书籍).

知识产权出版社4月份刚刚推出的一本书: 《创新的10个面孔》, 由全球最负盛名的设计公司之一IDEO总裁Tom Kelley亲自操刀, 非常值得推荐! Tom Kelley之前还写过一本《创新的艺术》(The art of innovation).

书中作者列出了创新设计的10类角色, 并配以大量新鲜案例:
· 人类学家
· 实验家
· 嫁接能手
· 跨栏运动员
· 协调员
· 导演
· 用户体验设计师
· 布景师
· 照料者
· 故事家

Scott Berkun写的文章往往从实用角度出发，比如本文：

摘要：关于网页及界面设计中批判性思维的讨论

批判性思维是设计和工程学的核心。在很多领域中，从电影导演到项目经理，从程序员到设计师，分辨哪些事物是有价值的都是一种非常重要的能力。这种能力是可以靠学习获得的，只是由于它独立于技术领域，经常被我们所在的行业遗忘。不过很明显，通常在工程、设计及可用性上犯的大多数失误都是由于全局的决策失误造成的，(因此)开发人员和设计师都应该了解批判性思维的方法与流程。在网站或软件开发中，批判性思维在三个方面显现：规划，灵感激发和项目管理。这里我们重点讨论制定规划，今后我再去撰文介绍另两个方面。

在开发过程中最常见的错误是不能正确的定义问题。如果目标是模糊的，就无法界定问题是否已经得以解决。就算目标是正确的，也有可能与当时的设计情形不相符而导致错误的目标。制造精良的机枪不可能帮你修理瘪掉的轮胎，因此上述两中错误是与技术的精准无关的。如果你不能避免这两种错误，即便是世界上最好的程序员和设计师也不可能成功。你可以写出最棒的代码，创作出最精彩的设计，但如果你不能正确解决问题，你的努力是白费的。

理解问题

迈向批判性思维的第一步是客观审视问题的本质。作为开发人员或设计师，你不可避免地会偏向于自己的工作。你是由里及外，很难以外人的角度看待自己的工作，这时你就需要考量各种信息来找出自己的定位，孤立地看待开发人员、经理、某个重要用户的观点几乎没有价值。你要找到全局的视野和尽可能多可选择的观点，就一定要直接跟使用你的设计的人对话，但不依据他们的话来理解问题。把自己想象成一位试图帮助公民的政治家吧，你会只相信你的智囊团的说辞吗？你必须从常规思维中跳出来才能把事情做好，并看到事物的真相。

另外一个挑战是：你接触用户的方式将影响到你从他们那里获取的信息类型，除非受过专门训练，每个人都会无意中使自己的问题带有偏向性，这样你将得到不可靠的信息。

观察和理解用户的技能非常复杂，这也是网站和软件团队需要可用性工程师的首要原因。你可以学习一些基础知识，但如果打算做一些重要的工作，还是要请专业人员。

在研究你要解决的问题时，记住以下几点：
• 谁是我们的用户？他们有哪些技能和知识？
• 我们可以用哪些不同来源的数据去理解他们的背景？
• 他们使用我们的产品或者网站要完成什么样的任务或目标？
• 我们做了哪些假设，如何论证？
• 我们掌握了那些数据来源？（可用性研究和启发式评估都是很好的起点）

如果你对回答这些问题没信心，说明你还没准备好，其实这些信息都是开发工作的基础。在继续工作之前要确保对你的用户有准确的理解，如果这是你的第一次尝试，就尽可能多地找到你的竞争对手及其用户信息吧。

大名鼎鼎的MIT在其官方网站的设计方面也是推陈出新，基本上每天都会更新一次．在Brian Keller的帮助下，俺找到了收藏部分历史页面的Gallery:

见过很多国内的交互设计师招聘贴，大多平淡无奇(事实上到最后大多也没招到特符合的人)，不过看了淘宝的却感觉很有新意~

交互设计师 Interaction Desginer

1. 有多年网页设计、软件界面设计（包括手机界面设计）的工作经验，对交互设计有较深的理解和大量的实践案例；
2. 对交互设计过程有深入的了解，可以独立完成整个设计过程（对流程图、线框图等等交互设计方法能熟练应用）；
3. 对用户体验方面的理论有较深的了解和认识，有成熟的作品可以反映这方面的能力；
4. 有一定视觉设计和XHTML/CSS等相关岗位的技术和技能；
5. 个性乐观开朗，善于和各种背景的人合作；
6. 充满好奇心，在每一个有趣的网站都拥有注册帐号；
7. 有大局观，可以在复杂的约束条件下找到平衡或创新的方法；
8. 工业设计、计算机、心理学、平面设计、广告设计等相关专业本科以上学历；
9. 有良好的英语阅读能力；

请注意其中的第5/6/7条，这才是交互设计师真正必须具备的素质。

很早之前对VB之父Alan Cooper的一次访谈, 大师的风范总是不一样:

问: 如果某人想成为一个交互设计师，他应该怎样做呢？
答: 停止编程!

问: 为什么要停止编程?
答: 因为程序员和设计师的目标是有冲突的，你不可能同时做好两件事情

问: "程序员和设计师之间有冲突"? 但是他们在同一个团队中
答: 不，程序员和设计师的"目标"是有冲突的

问: 看来我没有机会成为一个交互设计师了，因为我是如此地喜欢编程
答: 如果你如此喜欢编程，为什么你想成为交互设计师?

问: Cooper先生，你能简要描述一下交互设计的实质吗?
答: 让技术为用户服务，而不是让用户服务技术

问: 你认为作为一个程序员或PM应当了解交互设计吗?
答: 好的交互设计师在你采用他们的计划时可以给出令人信服的原因

问: 一个好的交互设计师一般使用哪些工具? 你能介绍一个吗?
答: 我们用定性的现场调查技术，用户建模方法，设计原则，设计模板，许多纸和白色书写板

问: 但是如果作为一个PM对此没有任何了解，我怎样知道那小子将带领我们走向成功呢?
答: 对，你怎样才能知道呢？编程方面的知识能帮助你吗？我认为不能

问: 那么，什么能帮助我?
答: 一个交互设计师

问: 但是我认为现在在中国发现一个好的交互设计师不是很容易
答: 寻找一个好的交互设计师和寻找一个好的程序员同样的困难，在任何地方都是如此

问: 怎样判定交互设计师设计的好坏呢?
答: 为什么程序员要越过交互设计师来参加判断呢?

问: 我有一个感觉，Cooper先生是想鼓励我们自己寻找答案，而不是直接告诉我们
答: 交互设计不是工程类学科

问: 什么样的人能够成为交互设计师? 他们应当有哪些方面的能力?
答: 交互设计师需要具备凭空想象复杂行为的能力，交互设计应当在任何代码编写之前做。交互设计师必须能够在代码被写出来之前，想象它是做什么的

问: 但是我认为如果交互设计师没有实际的经验的话，他们想建立威信是非常困难的
答: 确实如此

问: 这种凭空想象复杂行为的能力能够训练出来吗?
答: 只有当你生来就是个天才，才不用接受训练。就象如果你生来就是编程天才，就不需要编程能力训练一样

问: 我感到很困惑
答: 困惑--这是一个非常好的开始！

问: 然后呢?
答: 然后你得作好准备学习一种非常困难、非常不同的技术
我不懂一个工程师为什么想做交互设计师？工程师们厌恶交互设计师所做的工作。交互设计师要处理的是人。没有CPU、编程语言、操作系统！

问: 按你的观点，交互设计师必须有一些编程经验吗?
答: 为什么你这样认为呢?

问: 因为如果他没有编程方面的经验，他想让程序员听他的将非常困难
答: 你的意思是工程师不听从交互设计师的安排? 为什么不呢?

问: 艺术家能从事交互设计师的工作吗? 或者办公室助理能从事交互设计工作吗?
答: 交互设计不是艺术。办公助理能写代码吗？交互设计与写代码相比是一个复杂的、老练的、困难的工作。

问: 在交互设计师建立他的威信前，形势是非常困难的。成为一个好的程序员也是建立他的威信和自信的一种方法
答: 为什么交互设计师要向程序员证明自己? 为什么不是程序员向交互设计师证明自己?

问: 但是在实际中，这是现实存在的
答: 我的工作就是要改变现实

问: 在中国，程序员的发展之路是: 编码-->设计-->管理
答: 我认为这是不正确的! 应当是初级程序员-->程序员-->高级程序员；初级设计师-->中级设计师-->高级设计师；初级管理者-->中级管理者-->高级管理者。程序员通常是一个差的设计师和差的管理者。所有的工作职称都含糊不清和令人困惑

问: 我想你的意思是交互设计师负责表达，程序员负责逻辑，缺少任何一部分都将做不成事
答: 你说得对。"缺少任何一部分都将一事无成": 对，对，对!!!!!

问: 每个人都应当考虑哪种角色最适合他自己。当他有目标时，他将能把他的工作做得很好
答: 真正喜欢编程，而且确实精于编程的人，应当继续编程，做别的都是浪费

问: 但是有时候老板需要你成为一个PM，那应该怎么办?
答: 那老板应当回去编程。

问: 你现在已经成为一个著名的交互设计师了，这是否意味着你不再喜欢编程了?
答: 我喜欢，但是我对它不再有足够的兴趣了

问: 根据你的交互设计观点来看哪一种手机更好？Motolora, Nokia, Ericsson?
答: 我认为他们都是垃圾!

问: 但是...他们都很笨吗？加上microsoft、IBM? 他们都是一样的笨?
答: 手机不应该成为一团。为什么我需要将键盘举到我的耳边？为什么作为一个和人交流的工具要有号码？我认为手机应当是隐形的，一个带小型麦克风的听筒放在头部

问: 有很多这样的例子：用户告诉你需要在很短的期限内完成项目，然后给你提出许多不断变化的需求来。这里还能有某种交互设计吗?
答: 这只能说明那里的管理非常差

问: 您对这样的坏环境有什么建议吗?
答: 建议在没有完成软件行为描述文档前，告诉管理者不要让你们开始编码。功能和表达不是一回事。特征和行为不是一回事

问: 你认为我们能怎样将行为文档化?
答: 画图形

问: 用什么工具？photoshop?
答: 用铅笔。我们经常用白板。PowerPoint也挺好的

问: 那么，我们到哪里和怎样发现这样的设计师呢?
答: 他们就在那里。可能不在编程人员中，可能在技术支持，测试，文档编写...等人员中。当交互设计师被压抑如此长的时间之后，寻找他们是非常困难的

问: 我认为交互设计是对产品的，而不是对项目的
答: 产品和项目，其中的差别是不明显的。对于用户来说，没有一个比设计更重要

问: 在美国，交互设计师是否已经普及了?
答: 正在不断发展

问: web将何去何从? HTML作为交互设计并不适合?
答: HTML是垃圾!
许多HTML的限制能通过好的设计来弥补，但是很少有程序员能听从设计师的意见。越过HTML的限制也需要大量复杂的代码!

问: WEB将走向哪里？既然HTML是垃圾
答: 更聪明的浏览器! 它应当能记住信息，将相关资料写到磁盘上，和服务器交互通信。它应当有更好的交流方式，比如象拖拉、卷动、刷新

问: "往磁盘上写信息"安全吗? "聪明的浏览器记录资料"与隐私权相冲突吧?
答: 对! 那是需要解决的问题。但是解决起来并不困难

问: 如果交互设计师做错了一些事情呢？他们在项目中的地位是如此重要，所以很容易毁了所有的事情
答: 如果程序员做错了一些事情呢？

问: 解雇他?
答: 对，专业人员不能犯错误!

问: 对于一个项目中有限的时间及好的交互设计之间的冲突你是怎样看的?
答: 为什么有时间限制? 谁将时间定得这么短? 为什么定得这么短? 他缩短时间是为了什么?

问: 时间就是金钱
答: 浪费了的时间是金钱

问: 老板关心他的钱，我们关心项目
答: 管理者将时间期限定得短是因为他们不知道程序员在做什么。交互设计师能告诉管理者程序员在做什么。交互设计师能给程序员争取更多的时间

问: 我认为交互设计关注的焦点是用户的需求而不是设计
答: 对!!! 就象我在前面所说的，交互设计和用户界面设计不是一回事!

问: 那么谁负责确定软件将要做什么? 交互设计师吗?
答: 交互设计师就是具有能非常好地解答上述问题，以便别人顺利完成任务的人

问: 谁控制过程? 交互设计师吗?
答: 过程应该由管理者来控制

问: 交互设计师的工作职责是什么?
答: 程序的外观和行为应该由交互设计师控制! 技术和编码应当由程序员控制!

问: 那么请告诉我，交互设计师在一个项目中负责做什么? 他担负什么样的职责?
答: 交互设计师应当负责程序做什么和怎样表达, 我们设计项目的第一部分是针对问题域详细研究项目

问: 交互设计师和项目管理者可以是同一个人吗?
答: 为什么? 为什么让一个领域的专家工作于另一个领域?

简单翻译了一下郭老师转载的Jeff Lash和Chris Baum关于用户体验跟产品管理关系的文章, 时间紧张还没有做校核, 全文如下:

第一章

用户体验(User Experience, UE)专业人员正逐渐从商业角度对他们的工作感兴趣，在他们的核心观念中，UE的重点是理解用户需求并创建有用和易用的产品来表达这种需求。

UE人员常常在他们的研究、设计和创意没有得到相应的尊重时感到非常失落。差不多每个UE人员都有过与那些尽管缺少交互方面的需求和流程的知识，却根据他们的感觉或毫无道理的看法来驳回一个建立在研究基础上的设计的领导者打交道的糟糕经历。

很多UE人员逐渐意识到他们有经验和洞察力来运用权威性并在帮助构建的产品中发挥更大影响力，产品管理人员也对这些希望扩大影响以保证以用户为中心的产品开发顺利进行的交互设计师、信息架构师和易用性工程师等有了更多的兴趣。

对很多UE实践者而言，成为产品经理(Product Manager, PM)是一个合理的转换，因为两者往往需要类似的技能，特点和能力。此外产品管理是很多组织共有的角色，向这样一个已存在的角色过渡是较为容易的，只是信息架构师或交互设计师如果选择用这种直接方式来影响产品的话，他们还需要学会换位思考。


PM是什么?

传统意义上PM就是一个产品的主管，为了方便讨论，我们这里将产品定义为软件、网站、网络应用、局域网或技术产品。

作为一名领导者，PM将对整个产品的成功负责，这其中包括用户体验。对技术产品而言，用户体验是产品成功中非常重要的部分，当然还包括其他方面，像产品的销售、技术、法律、商业模式、定位、品牌和营销等。

PM应该扮演一个领导者而非独裁者的形象，才能保证产品的成功，并得到各方的支持。像总统会与负责防务、交通、农业等的官员共事一样，PM团队也包括营销、技术、财务和其他领域的人。与票选民主不同，PM对用户和客户负责，通过收入、利润、用途和其他市场驱动因素来实行决定民主。

产品管理中涉及的各项任务和领域使得PM必须精通业务的方方面面。


PM的职责

PM的基本职责是理解市场并推动适应市场的产品开发，由于UE人员往往已经熟悉了设计的用户需求也具备相应市场知识，因此他们具有成为优秀PM的潜质。

PM还有如下一些较高层次的职责:

• 建立产品策略，重点是对产品的未来有长远和有说服力的眼光。
• 将策略转化为产品路线，有了清晰的远景和策略后，PM就要与管理层一起确认并执行策略。
• 撰写支持商业策略和市场需要的需求书，确定主要路线，然后细化特定的可执行的需求。
• 确定以合适的顺序，在合适的时间提供合适的功能特性(features)，以客户价值和市场的关联程度来划分这些特性。
• 确定与市场间有适当的沟通渠道，以合适的方式向合适的人发送合适的消息，并确认客户已了解到他们的产品。


产品管理和用户体验的差异

尽管PM的职责很广也很有战略性，他们还需要负责在战术层面具化他们的战略。在一些细节上，PM可能存在与UE人员重叠的问题。正如Johathan Korman写道:

当我向那些不了解"交互设计"的人们描述我是做什么的时候，首先我说:"我观察用户的需要，确定哪类产品最适合他们，然后制定关于这个产品的行为规范，以此推动开发团队的工作。"人们常常回应说: 在我的组织里，我们管这个叫"PM"。

乍一看，用户体验的角色和产品管理惊人的相似。然而你仔细观察就会发现产品管理和用户体验在职责、重点和依赖度上是有区别的。

职责: PM负责整体成功，而UE人员负责界面设计使之满足用户需求并易于使用。UE人员同样应该像销售、营销、工程人员那样关注整体的成功，尽管并不负责这些方面。

重点: 当UE人员聚焦在界面与产品体验之时，PM会从市场整体反馈、特定市场规划、竞争力、技术、收益与损耗以及可调用的资源等方面来审视这些界面与产品体验。

依赖: 信息架构师(IA)、图形设计师、易用性专员等主要精力集中在界面上，他们需要依赖自身或类似角色的其他人一起来完成工作。PM则坚定地要求他人能执行其产品策略，他们更多地需要融合一些微妙的产品目标、策略、影响力、坚定和公平的决策等因素，这些要求多甚于UE人员。

或许Johathan Korman最好地诠释了PM与其他角色如UE之间的差异: PM负责产品应该做什么(What the product should do)，而其他角色负责产品怎么做(How the product does that)。


产品管理与用户体验的冲突

最常见的UE与PM间的冲突就发生在该产品应该做什么与产品该怎么做的讨论上，双方常常争论谁应该负责定义产品的特性与需求。PM感觉应该由他们负责，因为他们管理产品，但是UE人员感觉应该由他们负责，因为是他们在花时间直接与客户和用户打交道，研究用户需求。

最终由于PM对整个产品的成功负责，他们也就成了决定产品做什么的最后仲裁者。好的以市场为重点的PM应能理解市场背景和客户需求，并在第一手经验和已有研究的基础上决定合适的产品特性与功能。

然而UE人员常常对此非常光火，因为他们认为自己更贴近客户和用户，理应负责产品的需求收集和定义。

好的PM应该象UE人员那样贴近自己的用户，否则就会脱离用户，只知道坐在办公室里开大会，让UE人员来做此类研究。

好的PM能深知用户体验这个角色并理解其重要性，重视他们的投入并利用他们的研究和建议来创造优秀的产品。正如总统需要从自己的内阁成员那里获得建议一样，PM也应该利用自己的"内阁成员" --- 用户体验、市场营销、技术等 --- 去做出决策。

从UE人员向PM角色的转换远不止去操作所有的界面设计，PM一项很重要也很有挑战的任务是负责确定产品的目标与策略，树立内在和外在的产品领导能力，创造商业模式及获得资本，从小事出发又能着眼大局，并协调市场、工程技术、财务、销售当然还有UE一起向成功迈进。

在第二章，我们将向你介绍迈向产品管理的方方面面，包括你在UE岗位上不可以做而在PM角色上需要做的事情、成为PM你必须做哪些准备、UE背景的人成为PM后常有的缺陷等，来帮助你作出这种转变。


第二章

在前一章中，我们勾勒了PM的职责、PM与UE人员的差异以及为什么两种角色之间会产生冲突等。

现在我们来介绍当UE人员成为PM后其思考重点、职责与挑战将会发生哪些改变，离开UE工作岗位后你将有哪些收获与损失以及如何为这种转变做准备等。

在你向PM的角色纵身一跃之时，最好清楚这次跳跃对自身的影响。


作为UE人员不可以做而作为PM必须做的事情

成为PM后，你每天的工作将会发生巨大的变化! 你必须运用你的全部知识投入到整个产品中。作为UE人员你也许能同样做到这一点，只是限于行政授权你未必需要和公司内的全部决策部门打交道，以下就是你的一些"新职责":

关注产品策略以及客户和终端用户的需求(这也是你做出转换决定的原因)

你必须长期地研究客户和用户，找出用户需求与商业目标的切合点，相应地了解这方面的知识并有意识地利用它。从产品的整体上确定用户的焦点，不光是设计。

沟通、政策以及定价都必须整合成为"客户体验"的整体，过去我们常常对这些方面的重要性认识不够，成为PM后你就必须对关乎产品体验的方方面面负责了。

平衡各方力量

确保你的产品重点是客户和用户需求非常重要，但是其他方面同样值得关注，包括但不限于:

• 销售目标
• 市场/品牌目标
• 技术趋势
• 文档管理
• 预算管理
• 市场趋势
• 竞争力
• 商业模式与回报 (可能的人员浮动、变局影响、价格杠杆等)

做好一款产品需要在商业目标、用户需求和市场效应之间进行一系列权衡，作为PM，你就必须在各方之间努力做好平衡。

推广产品

你必须同时在内部(包括销售、市场、管理层、开发者等)和外部(包括客户、用户、业界分析员和媒体)间取得支持。仅仅开发出一款好的产品还不够，你还必须让人们知道它，推广它带来的好处。

向组织中的其他产品提供策略投入

如果你是一间中型或大型公司的PM，在这个位置上你还需要影响其他产品。你也会与其他公司内的其他PM交流，思考公司的全部产品线，并将你的产品融合其中。


你面临的挑战与压力

PM这个新角色会让你很有荣誉感和责权感，而且新头衔带给你的影响力可能会胜过其他，但它也是"带刺的玫瑰" --- 你同样必须应付挑战和压力。

作为PM，你的权力很有限

Guy Kawasaki形容PM是"一个背负全部职责却没有任何权力的人"。大部分为你的产品工作的人会向不同的管理层汇报，很少甚至没有人会直接受命于你。你必须梳理这些分散的资源，指导他们的工作 --- 尽管他们从各自的经理那里获得了不同的工作方向。

你必须做出决定并对此负责，而不仅仅是建议

事实上你必须做出很多的决定并为此负责，不是所有人都会认同(你的这些决定)。当然如果你的工作干的好，你可以向他们证明你的决定是正确的，明确解释你的原则，其他人也就不会显得焦急或轻视 --- 但这并不容易!

UE出身的PM会发现所创建的体验也许不是对用户"最好"的体验，因为还需要考虑其他重要的因素(如管理层的需求、商业策略、商业模式等)，让这些人理解作出这种或许有损用户，但最终有益于产品的决定往往需要时间。

你将经常处在利害分歧的中心

销售人员希望有不同的功能、开发人员将你制定的时间表往后推、财务人员需要新的后端功能、商业开发人员希望能为合作伙伴做一些产品调整、设计师希望更改一些功能的实现、用户希望增加一项你的竞争对手推出的新功能、管理层希望你的产品能与公司新产品进行整合... ...

PM就处在这样不同的竞争中心，在一些公司中这样的处境是很不妙的。你必须调节好这些冲突的想法，制定相互之间的优先级以推动产品策略并保证皆大欢喜(至少不能让某个人动怒)。

成功的PM总是围绕着整体的目标和策略来平衡各方的要求，决定做哪些可以最大限度地支持这些目标。PM对目标与策略的理解越深，就越能做出权衡考量。有时候一点小的让步能够得到更多的收益，有时候则需要更好地梳理目标。

管理层需要从你这里得到关于产品的信息

PM不只是产品开发团队的一员，你是整个产品的象征。无论你把事情做好了或搞砸了，也无论你是否真的能驾御局面，你都必须为此负责。


作为UE人员可以做而作为PM不可以做的事情

从UE岗位转换到PM岗位的人会对新职责感到兴奋和有挑战性，与此同时，他们也会失去一些UE工作的一些方面:

PM不必插手过多细节

这是很多之前习惯过问小事的人面临的最艰难的挑战。作为PM很多具体的工作都可以委派给其他人来做，一个花费太多时间去处理细节问题的PM注定没有做好他们的本职工作 --- PM需要关注的是战略层而不是战术层。

PM并不追求尽善尽美和理论上的完美

有一个针对UE的笑话是UE人员经常回答问题的时候说"这个取决于…"。对PM来说，也许它确实取决于某件事情，但这并不要紧的。这并不是什么理论上应该发生的问题，而是在此情况下我们马上要做什么以及为什么做的问题。

你必须习惯够用即可的观念，作出在用户看来未必完美但在有限的资源下很受用的决定。

PM对产品的核心问题不只是建议

这一点和上面的有点背道而驰，UE实践者们提出建议，而PM需要制定策略、较高层面的用户体验、功能设置、市场规划、定价及其他方面。之所以又提到这一点，是希望促成你进行反省。如果你只是习惯建议或很难做决策，你也许不适合成为PM。

PM不是艺术家或专家型实践者

PM并不专注与产品的某个部分，而是知晓全局。他们有点类似船长或教练去驾御局面。在这个层面上，PM需要保障一起共事的人能将产品目标反映到方方面面，例如营销策略、界面设计、版权书写等。

由于不是专家，在各个方面进行调节是比较困难的，PM就必须在后面的工作中不断学习如何领导其他专家向一个共同的目标努力。


从现在起更好地配合你的PM

如果知道"幕后"产品管理，你可能已经动心了。有一条捷径能帮助你开始: 从现在开始更紧密和有效地配合你的PM! 这个办法即使对那些并没有这方面特质、技能或只是想成为PM的人来说都是值得一试的。作为一名UE实践者，更好地理解其他角色的同事所面临的责任与挑战可以帮助你调整与他人共事的方式，并且最终使你变得更有价值、更受尊敬、更有影响力。

有UE背景的人在某些领域是能够很好地与PM相处的，有些办法能很好地帮助你探路，而无论你是否迈出了这一步。

领导力

不要只知向PM或其他同事索要具体的研究和设计成果，在很多情况下，其他同事很欢迎你能有主动性和创意，不过同时他们也保留不同的观念，只要把事做起来就能迅速公开和集中地进行具体地讨论，总好过停留在理论和臆测层面。

向PM问清楚他们的产品目标是什么

问清目标非常重要，体现在两个方面：第一，PM自己有可能之前没有仔细想过产品目标，你这一问后，有可能让你成为最受信赖的顾问之一并帮助他们建立目标。

第二，如果PM已经有了目标，那么你也就能清晰地建立一系列的目标和预期。如果他们的目标存在问题，你还可进行澄清和确认，并决定怎样让它回到正确的道路上。

帮助PM评估设计的各方面因素

不要只是提出设计方案然后让PM做决定，要让自己准备好参与讨论特定设计选择的影响，向他人展现你的设计背后的原因已经他们在更广范围内与产品远景和目标的联系，聆听PM怎么说并搞清楚他们拒绝或认可的理由。

提出带有远期规划的强烈建议

你所能提供的一些证据和经验将支持着你更紧密地成为产品的一份子，而不只是一个辅助的参考者。你也能从纷繁复杂的因素中做出决定的过程中得到锻炼，如果你立志想做PM的话这些很有帮助。

展现你对工作的远期规划将使你能成为团队中最重要的成员之一，并且能展现你有担负更多职责的潜力 --- 不管你现在的角色是什么。

帮助PM走出办公室

PM不应该对客户和用户视而不见，尽管有人是这么干的。你应该通过询问他们最后一次见用户是什么时候来帮助他们，把他们带入到正式或非正式的用户研究中，或者给他们讲在用户访谈中的一些有意义的故事，邀请他们下次同去。如果被拒绝了，下次继续邀请。

如果PM能自愿去拜访用户，让他们带上你。除了了解用户需求之外，这也是一个你有时间向PM求教他们的观点、兴趣与目标的好机会。

如果你真的无法把PM带出办公室，那就把用户们带进来吧。在这种情况下，应该没有哪个PM(包括其他开发成员)能找借口拒绝和用户沟通。


学习并准备成为PM

因此，你想成为PM? 不知道从何做起? 除了上面提到的以外, 你还应该增加你在产品管理方面的知识，从中找到你为这一角色转变所需要的东西。

想想你迈向UE之路时候所做的事吧: 书、博客、会议、小组讨论、各种组织以及导师等，它们都发挥了很大的作用。如果你想成为PM，这些方式依然有效。

成为PM最好的条件是通过培训和会议。差点忘记提了，我们在IA 2007峰会: 你想成为产品经理 上有一个预备会议，这个半天的训练营上将会集中讨论如何从UE向PM的角色转变，包括如何更好地平衡你现有的技能以及怎样避免潜在的不足等。

还有其他组织提供类似的训练营活动，包括:

• 实务营销
• 280小组
• Blackbot
• ZigZag营销
• 硅谷产品小组

有很多非常好的Blog在讨论产品管理，你也可以从中选择:

• Roger Cauvin的博客
• 实务营销的博客
• SVPG博客
• 产品管理观察
• Tyner Blain
• Michael的产品管理与营销
• 如何成为优秀的PM (它的联合作者之一便是 Jeff Lash)

还有很多从UE角度来谈产品管理的书籍，这些都应该作为PM的珍藏:

• 赢在新产品: 产品从创意到启动的加速实现, 作者Robert Cooper
• 软件产品管理精华, 作者Alissa Dver
• 产品经理手册, 作者Linda Gorchels

此外，有志成为PM的人还应该阅读一些综合的管理类图书，包括领导力、管理、市场营销、财务、技术、策略学等。

产品管理有两个主流的社团组织: PDMA (产品发展与管理协会)和AIPMM (国际产品营销与产品管理协会)。两者都提供培训、会议、本地讨论小组及其他产品管理资源。

同时，你还可以利用你的一些职业网络，也许能从类似LinkedIn --- 帮你联络能回答有关产品管理问题 --- 这样的服务中获得帮助。在你的公司里项目管理也能指导你，况且来自其他组织的产品经理也能给予你不同的或许更真诚的帮助。

鉴于你想学习产品管理并思考如何迈向这一步，可以找你的经理谈谈。优秀的经理会帮助实现你的职业成长，即使这样也许意味着你将进入公司的其他岗位。


因此，你想成为产品经理吗?

写到这里时已经感到有些累了，我们已经收集了很多这方面的观点。选择这条路有助于你均衡理解人们如何使用产品，并给了你一个机会去全盘考量有关产品与体验的方方面面。

如果读完本文后你发现PM并不适合你，那也很好 --- 在职场中你依然有很多道路可以选择，包括从成为经理到自己开公司，继续实践着你的设计理想。

不管你选择了哪个，都希望你能从我们的经验中有所裨益，祝你好运!

点击这里可下载本文MP3音频文件


注: 转载请注明出处 http://hi.baidu.com/askhexiao

曾经有朋友因为超爱阿莱西设计而去了意大利, 是啊, 有谁不喜欢那充满灵动而又生活气息十足的设计呢?!






Stefano Giovannoni的THE CHIN FAMILY-满清家族，同台湾故宫博物馆合作。

PASTA POT,由Alain Ducasse和Patrick Jouin设计。


由 Franco Sargiani 和 Eija Helander设计的Programma 8系列碟子。




BLOW UP杂志架子，Fratelli Campana设计。



Hani Rashid设计的Alessi笔。







Fratelli Campana设计的NUVEM系列。


Hungarian Dezsö Ekler设计的Tulip咖啡杯




由Kazuyo Sejima 和 Ryue Nishizawa设计的Fruit basket 系列。

Luke W.的网络社会化模型由一系列问题组成:

·什么是社区?
·社区由哪些组成?
·谁在社区里?
·为什么社区能够成立?
... ...

通过贡献、共享、投票等一系列行为，社区能够在网络上迅速"蔓延", 他还总结了一系列与此相关的features:

·确认身份
·聚焦
·平衡创作者/同步者与消费者
·系统化设计
·限制与平衡措施
... ...