显示标签为“UE”的博文。显示所有博文
显示标签为“UE”的博文。显示所有博文

2009年2月18日星期三

设计模式库大搜罗

对于一个设计团队来说,好的设计模式库能够帮助实现规范化,从而减轻界面开发的工作量,提高一致性。而对于设计师个人来说,设计模式库有助于减少误用、滥用,以及无效的创新。

著名交互设计师Jared Spool曾总结出优秀的设计模式库应有的元素,它们包括:

  • - 模式名称(Pattern Name)
  • - 描述(Description)
  • - 应用场景(Context of Use)
  • - 在何处使用(Where to Use it)
  • - 原理(How it Works)
  • - 规范详情(Specifications)
  • - 相关模式(Related Patterns)
  • - 其他实现模式(Competitive Approaches)
  • - 源代码(Source Code)
  • - 可用性研究结果(Usability Research)
  • - 讨论(Discussion)

如今最为著名的模式库之一无疑是雅虎的咯~~~

YDL采用了比较传统的模式分类——

每一模式都会有总结、应用场景、解决方案、原理、举例等,有的还有相应的代码。

另外一个比较有名的模式库是UI-Pattern,目前有47种模式。对于每种模式的介绍与YDL大同小异。但这个模式库是开放式的,注册后可以贡献模式或模式下的样例,用户还可以搭建自己的模式组(user sets),还可以为模式评分。

用户贡献内容是王道,所以此类模式库也不断涌现。

这个模式库的分类比较特别,增加了按照设备以及输入输出的筛选。

每个模式除了标准化的介绍,还会有例如用户添加的标签等元数据。

这个模式库又换了一种分类思想

对单个模式进行介绍时,用了比较动态的样例展示,不过感觉使用体验不是特别好,呵……

这个跟UI Pattern的组织结构比较像,主要是按收藏集(collection)、标签来分类,用户也可以自己创建组。目前有46个收藏集。感觉这个库的内容偏艺术性一些,对于每个模式也没有详细的介绍,应该说是案例库才对。是汲取灵感的好地方~~~

这个模式库更偏重可视化的模式,比较特别的是会有一些模式效果演示。

另外还可以参考的资源包括——

Bill Scotts新书可参考这个PPT哦~~~

以上谈了很多可借鉴模式,但是反面模式(anti-pattern)同样值得借鉴并避免,Bill Scotts也有专门谈论这个问题。这些反面模式都有超奇怪的名字,晕~~~

另一篇文章同主题的文章 也提出了10种反面模式,也是不错滴~

2009年2月12日星期四

10种改善UI设计的技术

在设计成品中,UI设计越来越显得重要。而现实中有很多可以让一个网页设计既漂亮又功能化的技术,这里,原作者介绍了10种他经常用在自己设计的产品中的技术。 如果你想拥有更好的UI,让我们一起继续。

1. 填充链接块

链接(或锚点)都是默认的内联元素,这就意味着,只有在它本身的跨度上才有可点击性。如下图所示(蓝色部分为可点击区域,一图是TechCrunch的,二图是Smash Magazine的):

padded_links_diagram.png

显示,Smashing Magazine的链接可点击性要比TechCrunch强。这可以增大点击的正确率和点击率。而如果你想这么做,只要用以下的代码即可:

a {
display: block;
padding: 6px;
}

当然,要提醒一下的是,请确保运用Padding是恰当的,IE有可能让Padding没能正常实现其真正的样式。有效避免Padding出现问题的方法是尽量让它们与没有padding或Margin的容器接触,而常用的方法是,给padding的元素加上一个 border。

2. 按钮文章的排版

别小看这个问题,这可能是区分一个产品好与坏的一个细节。好的设计者会做到视觉平衡。让我们来看看下面的例子:

badly_typeset_buttons.png

第一眼看起来还好,但看越觉得不对。你会觉得按钮上的文字好像偏上了。因为大写字母我小写字母混大一起时,有一些是需要向上顶,或向下的(中文方块字就不会了,很好!)我想表达的是:

button_typeset_1.png

那么,我们需要怎么做呢?如果我们不想全部都是大字字母的话,可以按照下面的方法。让他们都在同一个水平的空间内,而且是向下沉的,这样做,可以现好地平衡视觉效果,让人看起来文字正好在中间:

button_typeset_2.png

3. 使用对比来突出焦点

我想,我自己常用这个方法。因为这即安全又环保(囧),让我们来看看下面这个吧:

headline1.png

看完上面的,让我们来对比一下下面的文字,有什么区别呢? 很明显,我们把焦点放在大标题上。

headline2.png

不过,需要注意的是,你要突出的是标题,而不是一些比较将要的东西,所以,把焦点用对,向下面这个,并不适合:

headline3.png

4. 使用颜色来突出焦点

颜色通常可以引起用户的注意,而你可以用突出的颜色来展示你想要展示的结果,就像下面一样:

colors.png

不过,就像上面我们在说标题的焦点一样。你最好把颜色选对。做比较好的搭配,并确保要突出的内容出现在上方,而不是有被压着的感觉,就像下面这两个实例:

function.jpg
Function 把HEADER区域中的 "We’re Hiring" 的链接突出来,像你现在所看到的,会没有顾忌地把注意力投过去。从而使这个链接不会被遗忘,另外,让我们来看看下一个:

causecast.jpg
Causecast 刚把重要的东西都放在粉红色的背景下,比如Feedback,LOGO,DONATE等。

不过,切记,不要随便让一个页面充满颜色,这样会失去焦点;不要运用太另类的搭配,这可能引起反感。适当利用,懂得我们的目的是要突出所需展示的内容,而不是在颜色本身。

5. 用空行来表示关系

这个说起来好像有点让人摸不着究竟能体现出什么关系来。其实,你只要看看平时我们看书的时候,通常每一个章节或者某个段落都可能用空白来隔开,表示他们属于各种的内容,就是这个意思,下面让我们来看一个例。这个排得很漂亮吧:

bad_whitespace.png

对,确实很漂亮。不过,在标题与段落之间,他们的间隔都一样,容易让人产生不知道这个标题是属于那一段的感觉。而我们能做得更好,比如像下面一样显示,让人一目了然。

good_whitespace.png

继续昨天没有介绍完的文章,10个改善UI设计的技术(1)总算是写完了,译介,一边译,一边介绍,并掺入自己在这方面的经验,当然,自己也学到了更多的的态度。等结语再说吧,现在,我们先来看看接下来的5个技术:

6. 字距

大家都知道用行距来控制段内文字的显示,特别是中文排版,行距显得非常重要。不过,很多人忽略了字距。可能是因为这个英文与中文有点不同,英文在标题中运用字距能显示更好的效果,不过,在中文标题中个人建议按默认排法,因为默认排法一般是最优的显示方式。字距对于中文排版相对来说并不是很重要,而相比行距则是你知道的。英文的一般用在标题上,并不建议在一般文本中运用,原因是一般情况下,默认的可读性比较强,让我们来看看下面的例子吧:

letter_spacing.png

如果你想控制一下标题,看看下面的CSS代码:

h1 {
font-family: Helvetica;
font-size: 27px;
}
h2 {
font-family: Helvetica;
font-size: 27px;
letter-spacing: -1px;
}
h3 {
font-family: Georgia;
font-size: 24px;
letter-spacing: 3px;
font-variant: small-caps;
font-weight: normal;
}

像你知道的,某些东西可能不需要改变,但改变即使是1px大小,也会让整个设计的整体感觉非常不同。而你能做到的就是,多做细节的调整。你会发现更多意料外的惊喜。

7. 自动把焦点落在INPUT(输入框)上

有没有发现,有很多网站,你一进去,不用点鼠标,光标就会定在输入框中,特别是在某些需要登陆后操作的网站?就像维基百科,就是这样,如下:

wikipedia_auto_focus.png

为了让焦点显示在INPUT上,你可能需要一些Javascript来实现,而你可以用到的最简洁的代码如下所示

form_name.form_field.focus()">

而你的html代码需要是这样的:

form_name" action="#">
form_field" size="20" />

这样的话,每次进入这个页面的时候,name="form_field" 的INPUT将会被自动选中,作为第一个输入的焦点。

不这,这个最简单的JS还是有点小问题。如果你的读者习惯用退格键来返回前一个页面,这里,在你的页面将不起作用。因为焦点在INPUT上,这时退格键只是删除文本内容,而不会回到上一个页面。不过,所幸的是,如果你特别在意这个问题,请访问 这里, Harmen’s的脚本可以让用户在INPUT中没有本文的状态下回到前一页。

8. 自定义INPUT的样式

默认未必不好,不过,最好的是自定义一个与整体一样的样式,让你的设计更让用户赏心悦目,而你需要做的是,给INPUT加个ID或者CLASS,然后在CSS中定义它,比如我是这样定义的:

styled_input_field.png

CSS代码如下:

input {
border: 2px solid #888;
padding: 4px;
font-size: 1em;
background-color: #F8F8F8;
}

而更有趣的是":focus"值(这东西不会在IE6下显示)看看这个是怎么定义的:

input_focused.png

CSS代码如下:

input:focus {
border-color: #000;
background-color: #FFFE9D;
}

这里有一个问题,当你使用INPUT背景的时候,在OSX(APPLE)会有一个默认的效果,自动给你加个INPUT:FOCUS的样式,如下显示:

blueglow.png

为了更进一步优化,我们来解决它,方法如下,你只要把它定义为outline:none就行了,事情总是如此简单^,^…,代码如下:

input:focus {
outline: none;
}

这时,这个我们不希望有的蓝框就会消失掉:

noglow.png

9. 光标移过

是不是不想让某些东西重复,让版面看起来更舒服? 但这些东西都是必须的,怎么办? 来吧,看看下面的例子,你就会明白如何做了:

twitter_hover_controls.png

上面是Twitter的效果,当鼠标上放的时候,会显示收藏和回复两个图标。如果让每一行都显示这个的话,版面似乎会很杂乱,那么来吧,这还能成为一个吸引人的功能呢。而你需要做的是把代码这样写:

.message .controls { display: none; }
.message:hover .controls { display: block;

当鼠标经过".message"的

时,".controls" 的
将会显示出来。不过,这在IE6下显示(万恶的IE6),你需要做的是,在标签内加上如下代码:



.message .controls { display: block; }

让我们来看看Jinwen是怎么运用到博客上去的:让回复留言的按钮动态点

10. 把动词用在便条上

一般情况下,当有某些提示的时候,我们选择弹出一个提示便条,写着"Yes," "No" 或者 "Cancel,"让用户来选择。看起来好像理所当然这样做没错。来吧,让我们来比较一下WINXP和OSX的做法:

save_dialogs.png

很明显,在看WIN的时候,我们很有可能需要看提示语,然后再点击。OSX上面,因为有"SAVE"让我们知道是要保存某些东西,所以,基本上都不用去看提示语说的是什么,从而保证效率提升。更好的UI设计?

总结一下:

作者写了一大堆,自己看完之后也觉得学习到不少。虽然自己也会用,但在看的过程和介绍的过程中自己也会去思考作者为什么会这么写,为什么要用这个,这个过程更加深了自己在UI设计方面的理解。而你呢? 如果用一句话来表达的话,我会对你说,"做自己的用户,并时刻为自己着想"。

源地址:http://www.happinesz.cn/archives/838/

2009年2月3日星期二

用户体验与产品管理(完整版)

第一章

用户体验(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并不适合你,那也很好 --- 在职场中你依然有很多道路可以选择,包括从
成为经理到自己开公司,继续实践着你的设计理想。

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

2009年1月8日星期四

马化腾关于产品设计与用户体验的培训

受益匪浅的分享,也明白自己在工作为什么会遇到那么多困惑和不足:敏感和视觉,是妞儿急需要查漏补缺的。QQ众多产品线中,有无数的闪光点和心得,都是值得学习的标杆!

2009年,我准备好了,继续进入飞速奔跑的一年!


昨天听了pony在峰会上的讲座,收获颇丰,晚上回家后把记录的笔记整理了一下,先放上来和大家分享一下。整理时间较短,如有不周全之处,大家谅解:)
背景:pony是公司的首席体验官、首席产品经理。这次在产品峰会上pony将自己平时经验的积累与大家交流,体验较细。这次分享研发管理部,设计中心整理了些材料。主要的案例是qqmail和qq影音的内容。以此为demo来讲解。
pony的讲解主要分为三大部分:产品设计、产品运营、交互设计。
在开场首先提到,互联网同类产品竞争激烈,只有抓住用户的心才能持续走下去。产品要赢得用户的心,要从一些小的点来赢得用户。

第一部分:产品设计
这个部分,感受最深的是两个词:核心能力、口碑。这部分还着重提到了pony对产品经理素质、开发人员心态的期望。
核心能力
任何产品都有核心功能,能帮助到用户,解决用户某一方面的需求,如节省时间、解决问题,提升效率等等。
很多产品经理对核心能力的关注不够,不是说完全没有关注,而是没有关注到度。核心能力不仅仅是功能上也,也包括性能上的。对于技术出身的产品经理,特别是做后台出来的,对于性能的关注,如果自己有能力、有信心做到对核心能力的关注,肯定会渴望将速度、后台做到极限。现在很多产品都没做好,一抓问题一大堆。如,前阵子网页速度优化,好多东西可以优化,一下提速好多,之前不知道都做什么去了。之前用户忍受了很久,同时浪费时间、浪费我们的资源。不抓,都没人理,很说部过去。要在性能方面放入更多精力。
谈到核心的能力,首先要有技术突破点。如做影音的时候,不是要做人家有我也有的东西。以前公司做的你有我有的东西,总是排在第二第三,虽然也有机会,但缺乏第一次出来亮相失去用户的认同感。
第一要关注你的产品的硬指标,在设计和开发的时候要考虑到外部会将对它与竞争对手做评测。如播放能力,占用内存。qq影音的核心性能和速度直接超越暴风影音。这样就能看到用户很多的好评和口碑。所以之后如果qq影音不出大问题,发展的势头将会很好。
硬指标评测cpu占用、高清加速,当时也有很多发展方向,如网络播放啊、交流啊、分享啊,也是思路。现在都砍掉,就是要做播放器,是用户的需求,纯用户需求不需要多少钱的。高清的,并不是很多人需要的,但是是高端用户的需求(这个后面口碑创造会再提到)。只有硬指标满足了,用户说,我这个破机器,暴风影音不能放,qq影音能放。这句话说出来,这样口碑就出来了。用户知道你行,差异化出来了。口碑要有差异性。
核心能力要做到极致。要多想如何通过技术实现差异化,人家做不到,或者通过半年一年才能追上来。
如,用户总评论qq的时候说用qq唯一的理由是传文件快,有群。于是这些就是我们的优势,那我们就要将优势发挥到极致。我们需要更加深入的去想,要想到要不要做传输速度、中转啊。离线传文件在邮件体现就是一个中转站,超大文件,也不难,就是要去做。产品部门很快的去做,去测试。用户用的量也不一定大,但几个月用一次,口碑就来了。用户会说,我要传大文件,找了半天找不到可以传的地方,万般无赖之下用了很烂的qqmail,居然行了。于是我们的口碑就来了。做了很多测试、逐步放量,看变化,因为到期就删掉,成本也没提升多少。
要做大,要考虑到如何做到极致让人家想到也追不上,我们这么多年在idc上的功力不能浪费,需要我们去做。高速上传、城域网中专站,支持高速地上传……,又发现问题,如不在邮件,在im做怎么体验,这个我们在后面要逐步考虑到做起来。我们的目的是要让用户感到超快、飞快,让用户体验非常好。这些都需要大量技术和后台来配合。
产品的发展都需要产品经理来配合。现在我们产品经理有是做研发出身的不多。而很多产品和服务是需要大量技术背景的,目前我们希望的产品经理是非常资深的,做过前端、后端开发的技术研发人员晋升而来的,刚毕业的人员来做产品经理很人担心。好的产品最好交到一个有技术能力的、有经验的产品人员手上,会让大家更加放心。如果产品人员太烂,让很多兄弟陪着干,结果发现方向错误是非常浪费和挫伤团队士气的。
产品最难的是订优先级和先后次序。要看哪个是用户最核心的。功能好不好不是说有用户用了,用量多少了,写个报告统计下流量证明是好。这个是很错误的,好不好要看用户是不是要用这个功能,用户要用的实时出现。腾讯很多产品经理的激情还不够,做出来的产品比较大路货。虽然挑剔不出很不对的东西,但放出去用户也没有感觉,最后就不了了之。pony有时候很痛心,希望大家在产品设计之初就想的透彻一点。产品经理需要投入更多的关注度,关注度不一样,结果出来的很不一样。
口碑
做产品要做口碑,要关注高端用户、意见领袖关注的点。以前的思路是抓大放小,满足大部分小白用户的需求。但是高端用户这块是真正可以拿口碑的。
如何提高口碑,看最高端用户的关注,这个是在基础功能比较好的情况下考虑。如邮件搜索啊,rss啊,这些是很炫的用户会在博客和论坛里面提及的。做起来也不难,在有能力的情况下保证。在产品已经成型的情况下,要考虑到,对高端用户的心态要不一样。如果想要获得高端用户的口碑,还需要在产品的设计上大气些。如,让用户在我们的qqmail上使用别的邮箱的地址,而不带任何自己qqmail的尾巴。之前我们做的时候不会自动保存别的邮箱的地址,自己心里打个小九九,让别人不方便使用外部邮箱地址,好使用我们的。这些小九九,高端用户都是看的出来,反倒不好。所以要改掉,要做到真正的方便到用户。 改变用户习惯要让他信任你,改变有过程的,需要通过我们的努力让用户慢慢改过来。如,关闭数字帐号,发现很多bug,拍拍都不知道改。如,独立密码,之前不是双密码,而是改整体密码。
需要满足高端用户,让他不要怀疑你、bs你。如浏览器到兼容,可能你会考虑很多浏览器的覆盖率不高而不去做,但在高端用户来看,这是个态度问题,如果你的产品连这个都没考虑,其他的我就都怀疑了。你这个产品团队的意识好不好。再如同文件夹是否对齐,是否会引起杀毒软件的报警,都是小事但要关注。
个性化服务,并不是大众化服务,也是拿口碑的。
一个产品在没有口碑的时候,不要滥用平台,如要im带呀,投入营销资源呀,要marking联系pr公司投放广告呀,广告位提要求……等着人家砍,想一半也够了。产品经理精力好像分布的很好50%产品、30%营销、20%……。如果你在基础处控制的好,也可以。但90%的时候第一点都做不好。如果你的实力和胜算不到70-80%,那么把精力放在最核心的地方。在已经获得良好口碑,处于上升期的产品才考虑这些。
产品经理关注最最核心、获得用户口碑的战略点,如果这块没做透,做营销只是告诉用户过来,失望,再花更多的精力弥补,是得不偿失的。当用户没有自动在增长(用户会主动给朋友推荐来使用我们的产品的时候),看着用户的增长,否则不要去打扰用户,否则可能是好心办坏事。这个时候,每做一件事情,每加一个东西要很慎重的考虑,真的是有建设性的去增加产品的一个口碑。当用户口碑坏掉后,再将用户拉回来很难。
加功能,在管理控制功能上也要有技巧。在核心功能做好后,常用功能是要逐步补齐的。产品在局部、细小之处的创新需要永不满足。作为一个有良好口碑的产品,每加一个功能都要考虑清楚,这个功能给10%的用户带来好感的时候是否会给90%的用户带来困惑。如果有冲突的要聪明点,分情况避免。每个功能不一定要用的多才是好,而是用了的人都觉得好就是好。
做产品开发的时候需要有较强的研发机制保证,这样可以让产品开发更加敏捷更加快速。有些需求,提一下都可以得到很快反应。qqmail也会每天排好规划,为什么能很快反应,如文件加锁。有些产品做个东西写ppt、做汇报……,人家顺手就做了。很多产品不敏捷,大家要敏捷点、就算是大项目也要灵活。不能说等3个月后再给你个东西看,这个时候竞争对手都不知道跑到好远了。
开发人员的心态要关注产品,不要是公事公办的态度。你要知道用户、同行会关注你的产品,在这种驱动下开发人员要自动去完成。不能说什么都要产品做好后,流水线样的送过来我才做。开发人员要参与,40-50%左右的产品最终体验应该是由开发人员决定的。产品人员不要嫉妒有些工作是是开发人员设计的,只有这样才是团队共同参与的。如果都是产品想的就完蛋了,那么这个team做这个产品没有什么机会,必然会产生产品迭代慢的效果。这样一个格局太不行了。

运营式管理
这个部分感受最深的一个词:天天用。这部分还谈到了pony眼中产品经理的一些基本要求。
我们的产品不是单机版,需要有强的用户感和技术功底外,很重要的是服务。我们要关注很多很复杂的内容,如架构啊,应用啊,产品需要有更好的架构,这个是需要花很多精力,常态下可能看不出来。所以需要高层从kpi上考虑。这个是考功力,谁做的好,总办领导是看得到的。设计的好的架构不会手乱脚乱。如把核心的东西做成组件模块分发。
发现产品的不足,最简单的方法就是产品天天用。天天去看,去论坛,去博客、去订阅。产品经理要敏感点,找出你的产品不足之处。有的产品经理说找不出来很奇怪,上线的时候坚持三个月天天用,问题是有限的,一天发现一个,解决掉,这样慢慢的已经开始逼近你那个很有口碑的点了。不要因为工作没有技术含量就不去做,很多好的产品都是靠这个方法做出来的。对于高层来说,不仅仅是安排下面的人去做就可以了,一定要自己做。这些都不难,关键要坚持。意识要提高。你要做到每个周末,都心痒痒要去做。心里一定要想着,这个周末不试,肯定出事。这样坚持,到一个产品基本成型,就可以去看下个产品了。
从哪个地方找,论坛啊、博客啊,rss订阅啊。高端用户不屑于去论坛提,在博客提,需要产品经理自己去追出来。如qqmail、影音的产品经理自己去查、去搜,然后主动和用户接触,解决,有些确实是用户搞错了,有些是我们的问题。产品经理心态要很好,希望用户能找出问题我们再解决掉。哪怕再小的问题解决了也是完成一件大事。有些事情做了,见效很快。运营方面要天天去看的,产品经理要关注多个方面,比如说你的产品慢,用户不会管你的idc烂或者其他原因,只是知道你慢。产品经理要全面,服务器端哪个方面的问题能找出来。跟踪用户定位问题。如果pony都能搜索到的问题,没看到产品经理出现,那么就是你没做到位。

交互设计
交互要求我们细致,视觉简洁清爽。
产品经理要想到自己是个挑剔的用户,想像自己是个笨用户,复杂的看不懂。
产品人员的精力有限,交互内容很多,所以要抓最常见的一块。流量、用量最大的地方都要考虑。规范到要让用户使用的舒服。要在感觉、触觉上都有琢磨,有困惑要想到去改善。如鼠标少移动、可快速点到等等。
像邮箱的一个按钮“返回”放在哪儿,上线测,放右边还是左边,大家都会多放琢磨,怎么放更好,并上线尝试,现在的方案折中比较好。如输入邮箱密码出错,输入框内的内容select上,不用用户清楚可以直接输出。这些都是对用户体验的优化。
如对同个用户发信,在此用户有多个邮箱的情况下会默认选最近用的一个帐号。这些需求都小,但你想清楚,用户就会说好,虽然用户未必说的出好在哪儿。
产品的使用要符合用户的习惯,如写邮件的时候copy东西,更多人习惯用键盘来操作。虽然有些技术难度,但也可以解决。交互,对鼠标反馈的灵敏性,便捷性。
不强迫用户,如点亮图标。如qqmail,不为1%的需求骚扰99%的用户
操作便利,如qq音乐,新旧列表,两者都要兼顾到,如qq影音的快捷播放,从圆形到方形,最后因为影响性能而放弃。
美术、淡淡的,点到即止,如qqmail,qqmail在ui上的启发,不用太重也能做的很好。后来用在大量的产品,如hummer、影音。有图案和简洁不矛盾。
重点突出,防止不必要的低龄化,还提到了一些内容,如产品成功关键点等等,这些在pony的ppt上有,没有记下来,大家可以在之后腾讯峰会吧(http://km.oa.com/group/forum)直接看pony的ppt。

最后pony谈了一下有些产品的态度问题——态度很好,不解决问题。只做表面功夫,与其花一段时间写个长长的报告,不如实实际际的去解决问题。
外部也有很多优秀的产品可以学习,学习不是学皮毛,学样子,要学会。
外部可以学习的优秀产品,web类的,google、yahoo、facebook、apple,非web类的没有记录下来。

总结一下:
1、核心功能要做透,做的人家追不上,自己的优势要尽量的发挥;
2、产品口碑要建立,要关注高端用户,要调整自己心态;
3、敏捷、快,产品迭代要快,快速实现、快速响应,要做到真正的迭代;
4、产品人员要全面,要能找出核心需求,要关注技术(架构、服务是不是好),要关注产品(天天用),要关注用户(还需要出去寻找问题并解决);
5、开发人员心态要好,要有参与感,不要被动的等;
6、交互设计简洁,关注要点,当自己是个挑剔的、笨的用户;
7、想办法利用公司的资源,如pony等人都是大家的公共资源,要争取到pony对自己产品的关注,会给你的产品带来很多好的指导和创意。(这个不是pony说的,是后来jeff提到的,不过很实在,pony做过这么多的产品,有这么好的产品感觉,如果给你的产品提出建议,是对产品很大的帮助)