首页 > 范文大全

产品经理，做将军还是做诗人交互设计

时间：2022年12月11日

来源：xyz

编辑：本站小编

收藏本文

下载本文

以下是小编为大家准备的产品经理，做将军还是做诗人交互设计，本文共8篇，仅供参考，欢迎大家阅读。本文原稿由网友“xyz”提供。

篇1：产品经理，做将军还是做诗人交互设计

我心目中产品经理的成长有三个阶段：

产品帮人：新人，做任何产品都能学到很多，产品离开你换一个人没什么区别，

产品和人互相帮助：信仰自己在做的产品，尽心尽力辅佐产品，和产品一起成长。

人帮产品：有能力创造产品，离我还很远。

书出版之前，我在PM的第一阶段。我觉得，每个人，一开始都想打一番江山，但因为各种原因，有些人无能为力的“被”做了诗家，所以，现在我给别人做自我介绍的时候，可以说“我是《人人都是产品经理》的作者”。希望三年后我再做自我介绍的时候可以说“我是_________的产品经理”。所以，待我把这本书上市后差不多3个月左右的营销做完之后，希望自己可以进入产品经理的第二阶段。

这个填空题，我想了很久，现在只能给出比较模糊的答案：相对于软件，我更想做互联网；相对于2B（企业应用），我更想做2C（个人应用）；相对于后台，我更想做前台。走到第四年，我深知自己的软肋是没有一个成功案例，而最近说得太多，想得太多，看得太多，唯独做得不够。

继续写诗还是打江山？任何一种选择并没有好坏之分，并且也都能向着我的理想前进——“和同学们一起，用好产品改变世界”，而那个好产品是不是我做的，越来越不重要。只不过，我现在认为，认真地做个产品，是我的大目标分解后，最近相当长一段时间内要做的最重要的事情，否则我写的、我说的，自己都会不相信，后面的路会越走越窄。

端午假期补记：

转岗到淘宝已经2个多月，回顾自己转岗前所写，现在产生了一些困惑。因为碰到了很多新问题，翻开自己的书，根本没有涉及，新的业务、新的团队、新的规则……我觉得很吃力，也许我是受了那本书所累，让周围的人对我期望太高，连自己都高估了自己，说实话，我在想，正是因为工作仅仅3、4年就写了一本书，所以我的实战经验会反而不如踏踏实实做了3、4年产品的人！于是，我也越来越觉得那本书应该定位于“-1到1岁的产品经理”，而不是“-1到3岁”，

更可怕的是，也许我已经不习惯去攻城拔寨，反而更乐于作为一个观察者去总结周围或成功或失败的经验，禁不住想说一句KAO……但我并不想就此放弃，总得再试几个月吧，如果走出来了，就照着原来给自己的规划继续下去，如果不成，就理性的接受现实，用诗人的方式实现自己的理想。

压力是自己给的，想通以后，最大的风险，其实在公司，就是这样。所以，聚焦一点吧，闭关一段时间。

前两天，推掉了手头部分的业务，专注一点；

除了已经答应下来的分享，原则上不再接；

那本书的营销工作，差不多就这样，不再投入大精力了；

传说中的第二本书，是不存在的；

各种IM已经很少上线，各种网站也上得越来越少；

GReader里，尽量减少关注面，只看那些“有用的”；

IM、邮件抛过来的各种问题和咨询，我无能为力的，就不回了；

给我简历的朋友&问我要人的公司，如果我发现很匹配，一定帮着牵下线，其他的就不一封封瞎给建议了；

猎头的电话和邮件，最近也不再搭理，勿怪；

博客，也放任一段时间吧，正好还有个世界杯……

Over

呵呵，不得不承认，对于文章标题的自问——“做将军还是做诗人”，一年多过去了，我还是没想清楚，不过仍然在坚持第一条路，并且还会坚持下去，毕竟，第二条路，貌似比较简单，没意思啊。

篇2：怎样做出好产品？交互设计

如何做出好产品，这是一个很大的话题，大到我从来都不敢触及，但是当我们结束TOP开发者聚会，翻看很多开发者的会议感想的时候，出乎我意料的是，这些开发者会认真的记下我们给出的建议，很认真，很细致。昨天通过电话跟一些其他地区的ISV沟通，当和他们沟通和分享到一些经验的时候，发现这个不经意的举动可以帮助很多ISV少走很多弯路。所以想到把自己能够想到的一些经验写下来，也是为了那些在其他地区，不方便参加聚会的ISV。同时也希望这些话题的提出，能够引发更多的开发者对这些问题进行关注和探讨。

1、（需求挖掘）不同人的眼里，有不一样的世界。

好店铺流量统计让很多开发者看到了流量统计在淘宝的市场，所以一时间平台上涌现了一大批做流量统计的开发者，很多开发者都看到流量统计其实并没有技术实现难度，他们也发现通过自己的技术其实可以做到更精准的数据统计和分析。这是从技术人员的角度看到商机和解决方案。但事实真的如此嘛？流量统计sale的真的是数据分析嘛？卖家愿意每月付费购买的是更加精确和先进的统计方法，以及更加全面的报表展示嘛？

按照我个人的理解，流量统计核心解决的其实是营销问题，卖家并不需要完整的数据分析，他们只想通过数据帮助他们判断，如何让给定的资源实现更多成交。产品实现者的全面准确，对卖家很可能变成了不必要的负担，产品实现者所追求的精确细致，在卖家看到可能是不必要的较真。

建议所有的开发者，对产品的理解和判断，不要停留在产品本身，而是回归到终端用户（淘宝卖家），如果你真的想做卖家工具，那么建议你一定要自己开店，否则很多产品盈利的秘密你可能永远无法领悟，如果你没有自己的店铺，至少你应该很了解卖家这个群体，至少你的家人、或者你的朋友，他们做过卖家，并可以对你提供非常有建设性的意见和体验感受，盲目的效仿，只会让你离用户实际的需求越走越远。不同人的眼里，看到不一样的世界，让自己置身于卖家的世界，真实得去体会他们的艰苦和付出，才有可能做出他们愿意为之买单的产品。

在这里有一些之前工作的积累，想在这里跟大家一起分享：

1、把握卖家的需求，一定要从卖家的在线行为入手，这里可以分享一个我以前用于产品分析的线框图，当然卖家的在线行为也许已经开始发生变化。但是我想这样的思考方式应该仍然适用。

图一淘宝卖家交易行为分析

2、基于卖家的在线行为，可以在进行扩散式思考，学会分析卖家的心态，寻找现状和期待值之间的差异，这个差异就是产品机会。

图二淘宝用户”卖”需求扩展

与此问题相关的还有一个我经常碰到的问题，就是很多开发者会问我”在TOP上面，是否考虑过创意保护，和预防抄袭的方案”，我的回答是”的确没有相应的机制去保障平台上产品之间的相互效仿”。对于这个问题我的看法是，互联网并不同与传统的软件行业，互联网从诞生那一天起就是为共享而服务的，共享和垄断原本就是两个完全对立的词。今天我们看到在互联网的产品或者商业模式，并不是也无法依赖创意保护而成功，淘宝做了C2C交易平台，我们无法申请让其他人都不去涉足这一领域，腾讯做了QQ，也无法通过任何保护机制，去杜绝其他人去开发和运营IM工具。互联网的成功不是保密，不是特权，不是垄断，而是将这个看似普通的事情做到无微不至。如果你发现一个好创意，我想你正确的思路应该是快、准、狠－”快速占领市场，准确细化需求、对自己狠一点”。互联网上的很多成功看到去都很成功，但是如果不能够把产品、把服务做到无微不至，你就无法生存。

2、（产品设计）请不要让你的产品经理发布产品，请让一个不懂产品的人来决策最后的发布

在平台上我看到很多产品拥有很好的创意。比如淘快讯，是为买家量身定制的信息订阅服务比如淘地图，是用于各个地图网站的网店查询的插件。而且这些产品功能完整，流程顺畅，但是却很容易造成用户的流失。产品经理的角色对产品有天生的敏感和直觉，而且产品经理通常会关注产品内在逻辑，却容易忽略产品面向终端用户的交互，所以当产品经理对一个产品认可之后，并不代表这个产品可以交付市场，我们需要一个完全不懂产品设计的人来做最后的验证。千鸟在UCD年会的时候说”互联网上80%的知识是常识”，这句话我很认同，所以这也就意味着，没有愚蠢的用户，你的产品本身应该具备傻瓜式操作的能力。

拿淘快讯这个产品为例：

图三淘快讯当前界面

我觉得从产品本身的创意来说，是很不错的，但比较可惜的是交互流程上存在一些问题，所以可能会导致一些感兴趣的用户直接流失，

对于这种用户可用可不用的服务来说，交互体验的顺畅往往是产品灵魂。

只做一些简单的优化，产品完全会有一个很大的提升。对于淘快讯，我做了几点优化：

1、添加操作导航，让用户进入操作界面之后，可以清晰的了解操作流程。

2、设置通知方式常常会切断用户正常的使用和操作流程，所以采用了弹出层的方式展示。

3、”订阅”是核心功能，所以采用了强化处理，原来的布局方式，很容易让用户将”订阅”归结为”发送消息给您的”这个信息模块。

4、在通知方式设置的界面上做了调整，由于这几种通知方式本身就是并且的，所以为每个通知方式设置了独立的”编辑”和”保存”功能。

优化后的界面：

图四淘快讯的优化方向

3、（产品运营）酒香也怕巷子深，学会装扮好你的”产品的描述页面”

产品运营，不同的产品有不同的问题，只能Case –by-case得去分析和寻找解决方案，我这里只分享一些通用的问题和技巧。

1、做好产品描述页面的优化工作：漂亮女孩总是可以得到更多机会，原因是美好的外表常常可以为她们赢在更多的关注。这个道理放到产品上也是一样的，你的产品logo，你的产品描述，就是外表，有很多开发者会去了解好店铺的产品功能、产品界面、使用流程，但是我不知道有多少开发者看过好店铺的软件详情页面，对于好店铺，我始终觉得他们的成功很大程度上是因为他们更懂卖家，他们更了解互联网营销。

图五好店铺详情描述（局部）

站在卖家的角度，好店铺的详情描述，更像是一种交谈，而且交谈的逻辑和语言都是卖家的逻辑和语言，我会很轻松也非常清楚得知道这个产品对我的价值。

2、SNS口碑营销：易拉客的景爱辉告诉我，他发现最有效的营销方式是卖家的口碑营销，卖家有自己的圈子，当他们觉得一个产品好的时候，他们会快速得将这个产品推广给其他卖家。所以在产品功能和营销方式上，他都做了一些设置。

图六易拉客积分激励机制

4、（使用引导）互联网产品比其他所有的产品更需要体验营销。

其实”赢在淘宝”里面有很多好的创意和产品，但是初次进入产品内部，用户容易迷失，因为既不知道这个产品是做什么的，也不知道该如何下手。再加上在”赢在淘宝”的测试环境里，数据并不完整的，功能无法完全展示。如何在这种情况下，增强用户的体验。

拿淘地图来说，由于地图的搜索和展示，本身就需要依赖数据库的丰富和完整，所以在数据不完备的情况下，使用体验就会受到很大的影响。我的建议是，开发者可以加强产品内部的引导和说明。比如：

1、采用体验引导的方式，向使用用户说明应用处于测试阶段，引导用户进行命题式使用。比如针对北京东城区的搜索，让用户可以清晰得了解产品价值，完整体验产品流程。

比如：淘乐通过提供”友情提示”引导用户进行给定关键字搜索，有效避免由于测试数据缺失导致的产品异常。

图七淘乐的命题式引导

2、采用视频说明的方式，在产品的帮助中心提供视频演示，让首次进入的用户，可以清晰简明的了解产品的功能和操作流程。

如：易拉客通过提供”快速上手”视频，帮助用户直观快速得了解产品。

图八易拉客的视频体验

以上两种方法，既可以用于在大赛中提升产品展示，也可以用于后续在正式环境中产品运营。

这次就先分享这么多，希望以上的建议可以对开发者提供一些帮助和启发，TOP的发展需要我们一起努力，感谢所有开发者对我们的支持和关注！

注：此篇文章中，所有的经验分享，为杜娟个人观点，仅供各位参考。其中拿了一些开发者产品作为案例，如果这些产品的开发者对此有意见，可以随时与我联系，我将保护您的权益和隐私，及时对内容进行更新。感谢。

本文来自：blog.open.taobao.com/archives/522

篇3：用什么视角做产品交互设计

昨天在书友会上讨论信息分类和方法，有位朋友问：“大家现在讨论的还是几年前那套web2.0的东西，有没有一些新的东西可以分享？”

我当时确实感觉很诧异，在没有深入理解那位先生想沟通的意图的前提下，针对这个发问我就感慨，信息分类或者说信息学本身是一个知识领域，本身无所谓新旧，tag标签和分类目录本身也是信息组织的一种方式，不是对立关系，也没有优劣之说，以至于千鸟的回答更加直率“tag本身就是很新的东西了。”

更有甚者，我不认为产品设计师要区分web1.0和web2.0的特征和区别，那是媒体宣传的需要“捏造”起来的概念，作为产品设计师，眼睛里的应该是需求而非概念，不管你2.0不2.0，我只看你满足用户什么样的需求，信息如何组织架构的，

或许昨天的讨论(中途有事提前离开了讨论)，应该围绕一些垂直的领域来谈信息分类会更加有效，比如说商品信息，甚至更加细化到某一类商品信息。或者某一种信息属性的领域，探讨如何分类才有意义。以至于直到现在，很多网站在根本不了解信息维度和属性的情况下，因为2.0,因为UGC，所以要用tag标签。

媒体的很多报道都只关于产品的表象，即使是官方的说明，基本不涉及产品的规则以及架构逻辑，用这个视角来探讨产品设计，很难得到有用的结论。

最后分享我的PPT：信息分类和方法

篇4：产品、做产品的人与用产品的人交互设计

故事的起因是一个微博：

@iamsujie：@SharkUI提到，社区运营，运营人员的特质会反过来决定核心用户，比如55bbs的例子，随着那帮女运营从小姑娘变成少妇，几年间，最活跃的版面从服饰、到装修、到婚嫁、到孕育~~~

然后，有不少人跳出来认同了这个现象：

Lena_Zhang：还真是眼睁睁地看着55BBS就这样了，。。还好多死忠用户活跃着呢，真不容易，最早铺软文的阵地。

粒透碗：真的，我智齿发炎的时候会推荐拔牙的帖子。

但也有人说，这其实是核心用户的变化导致的：

ZEAL：也不见得是运营人员在主导变化。要看活跃版面上的活跃用户是不是那帮最早混55BBS的忠实用户，随着这些忠实用户从小姑娘变成少妇，关注的话题自然也在改变。社区，很容易陷入的困境就是新用户的融入问题。一旦新用户不容易融入，随着老用户的淡出，社区自然瓦解衰退。

上面两种观点，其实无所谓对错，产品运营人员与核心用户是通过产品本身互相影响，互为因果的：一方面，产品运营人员的特点会决定产品的方向，从而选择性的服务用户，这批被优待的用户更容易成为核心用户；另一方面，核心用户的特点会变化，也会反过来影响运营人员的方向，从而改变产品。

这倒是衍生出一个值得思考的问题——对“锁定核心用户”的理解，到底是锁定有ABCD特点的人群，还是锁定abcd几群人，于是，我提出了一个命题：

现在的产品都还太短，等生存了5年、的产品越来越多之时，就有个问题了：是保留自己产品的定位（锁定有ABCD特点的人群）而服务另一批用户呢？还是跟着用户长大（锁定abcd几群人）改变产品的定位？或者说，这个选择要考虑哪些因素？

我同意这个观点，产品不成熟的时候，比较容易跟着人（做产品的人与用产品的人）走：

Blueonline：这只是因为55bbs没有自己的核心内容，如果有的话，当运营人员的特质改变以至于不能维持核心内容，就会被自然淘汰或者被核心内容改变，而不是反过来核心内容被运营人员改变，

所以这种情况并不会发生在一些成熟的商业化社区里，比如汽车，财经，旅游，数码等等。

我的观点很简单：成熟的产品应该保持定位，如果发现之前的核心用户已经改变，有能力的话，不妨用另外一个产品来满足，否则，随他们去吧。比较明显的就是某些游戏，多少人上学时玩，工作后不玩，然后一群群新的学生补充进去。

55BBS其实是渐渐的变成了另一个产品，对于不成熟的产品，这也可以看做一种探索产品定位的过程，最终，它会稳定下来。

呃，或者，这是废话，成熟产品的定义之一就是有明确的用户定位？成熟的产品是人喂出来的系统，已经有了自我意志，已经不是产品运营人员或者用户可以改变得了的了。

最后，话题继续延伸，当一个产品成熟以后，到对产品、运营人员的选择有什么考虑：

@SocialBeta：社区运营人员的自身特质对于社区本身的影响是明显且强烈的。因此，对于运营人员的HR管理其实是社会化媒体运营成功的逻辑前提，关键在于运营人员的年龄段、兴趣点与社区的核心定位之间是否能够在同步成长中产生高度契合。一句话，没有好的社区HR管理，就没有好的社区商业运营。

这也说明，我们只能为“似我者”做好产品（特别nb的人不在讨论之列啊），这也是为什么游戏公司经常招游戏发烧友，无线产品喜欢招随身带三五个手机的人。

那么，提个问题：为什么帮我们审电影的人都是中老年呢？与其说管事儿的不懂这个道理，不如说是我们自作多情了，我们本来就不是核心用户，核心用户也是一帮中老年呢，审电影的是要挑出他们喜欢的，和我们没关系。

以上，是我从一条微博出发，对“产品本身、做产品的人、用产品的人”三者关系的杂乱思考——三者一起成长，从不稳定逐渐明确，哎，废话啊~~~

VN:F [1.2.0_562]

篇5：如果你不是产品经理交互设计

当你是产品经理的时候，当你负责一个产品的时候，当你可以判决一个产品的时候，你有没有想过：

a.如果你不是产品经理？你会怎样?

b.如果你无法判决一个产品？你会怎样？

c.如果你不需要对一个产品负责？你会怎样？

1.如果你不是产品经理，那么你会在其他领域成功么，如设计、如管理、如编程等等？人都都说产品经理，都是万能胶，那么你可以在别的领域有所成就么？

2.如果你不把自己当做产品的生杀予夺的掌握人，你会聆听别人的看法么，看着别人怎么做么？你也许就知道，多倾听别人的建议是多么的重要，

3.如果你不是把自己当做这个产品的负责人的时候，你才会发觉，某个产品，因为有自己的决断才走到今天；你才会发觉，某个产品，因为没有按照自己的判断，才走到今天。这是时候，你是否会淡然的说那么一句，“原来这个世界没有什么人是不可替代的”

4.如果你不是产品经理，你会寻找比你厉害的人来做这个产品的负责人么？这些比你厉害的人会信服你么？

5.如果你不是把自己当做一个产品经理的心态，而是让你的工作不断地为产品的各个部门服务，那么你会为此开心么？

6.就算你被任命为产品的产品经理，可是你能够掌握这个产品么？你了解产品的方向、细节、数据、UI等等么？

7.就算你没有被任命为产品的产品经理，你就不能掌握这个产品么？掌握一个产品有两方面，一种是产品的方向，另外一种则是产品的发展计划并且实施出来，

8.对于产品来说，希望大家都不要太在意职位上的划分，比如你是产品经理，我是设计师；或者你是项目经理，我是QA；或者你是美工、我是前段程序员。重要的是，大家一起把产品做成，而想把产品做成，大家需要一个Leader罢了。你对于这个产品的贡献足够大的时候，那么你已经是这个产品的驱动者了。而不是那些给你命令，或者给你想法的人。

本文来自：hi.baidu.com/wkcow/blog/item/7277367a341b7ce42f73b34d.html

篇6：浅谈一下，做网站产品应该知道哪些？交互设计

浅谈一下，做网站产品应该知道哪些？

1、知道用户哪里来，方便做用户来源数据分析，

1）自然用户注册的

2）站内用户邀请过来

3）搜索引擎过来的

4）广告媒体过来的

5）代理商提交的

发问：

如果你作为一个产品人员，你需要最这些做什么工作？相应的管理员后台应该做怎么样的设置或整个入口的业务流程设计。哪些来源的需要审核，哪些来源直接注册成功。以及注册以后，转到哪到页面，会员各自的状态，以及拥有的业务或默认开通的业务都有哪些。

2、因为用户要进来，那要应该设计注册提交表单，right？对于不同的来源用户，是不是注册表单也是一视同仁？注册表单风格也是千篇一律？需要对用户名、Email等占用情况做一些合法做已占用的校验？很多情况下，为了多拉进用户，Email都不需要校验，那一般情况下怎么说服用户很高兴的去填写自己的Email?你可以告诉他，可以通过它找回密码。

3、正好说到Email说到邮件，这是网站很必要的一个工具，通常采取邮件服务器给客户发过去。到到底哪什么，其实通常有以下几种。

1）注册成功，告诉用户，你注册了xx网站，xx是提供什么的，它用户名是什么，登录地址是什么

2）一个月或多长时间不登录，提醒他，很常时间没来了，建议他可以去看看，体验一下。

3）真正这个用户忘记了密码，可以通过邮件告诉它，点击这个链接重置密码。

4）作为网站活动或营销之用，告诉它xx网站有什么活动，去参与。

5）账户余额提醒之用，当用户的一个很重要的付费产品余额不足以及到期的，邮件续费提醒。

6）网站的动态提醒，说xx加了他好友，xx给他留了言，SNS交友类网站用的比较多的。

7）顺便提到了，邮件模板问题，设置统一的，一个用户喜欢的，清晰的，言简意赅的模板尤为重要，这一点，也是做产品的一个规范性问题。

4、作为一个很重要的与用户沟通的手段，邮件的功能功不可没，此外很多网站也通过“站内信”、“网站反馈”2个途径，和用户建立起一个很好的桥梁沟通。站内信，作为一个公用通道，网站可以很灵活的发布信息，到用户网页端，甚至指定的消息未读置顶功能等等；相比来说，“网站反馈”可以更具体的搜集到用户的“建议、投诉、举办”所以作为网站产品人员，网站的更具体的联系方式放到哪个模块可以看用户，点一下就能看到是个细节了。也就是说，一些入口是用户想就能想到的，你千万不要让用户费心思再去找，要不然我感觉也是挺失败的。

5、有了注册，自然想自然的有登录，因为很多页面是需要授权后，访客才有权限可以看的，

电脑资料

登录页，自然便赋予了这个最重要的功能。现在很多登录页的做法也是差不离，一般是提供一个很明显的登录输入框，让用户提交表单信息，登录进去，另外还有一个很明显的按钮就是“还不是用户，请先注册”，不用寻思该链接肯定到的是指定的注册页面。而页面还有一半区域，作为引导之用，肯定写是：网站有哪些很直观的功能特点；大家请注意，现在新出的一种主流的做法，是当登录信息没有通过校验，会到另外一个登录错位页，那为什么还要多设计这样一个页面呢？为了多流量？为了吸引用户？其实说白了，还是登录页，再加一个引导，广告页嘛，哈哈多一点介绍，吸引用户，引导用户，不误坏处。

6、网站的信息体现，这是网站一个好坏的很重要的一个因素。有很多信息，用户不知道，你怎么设计给它详尽的展示？通过搜索？通过类别？还是搜索&类别，这是考验一个产品设计人员的很重要的指标。忌讳的是，千万不要让用户来了，找不到信息又走了。所以无论怎么样，让用户一直点点点，就是点着不关闭你的网页。你可以想一想，怎么样方便用户多维度的检索到他想要的信息，用户为了检索到他想要的信息，可以通过几种方式？用户最多需要几步操作才可以检索到他想要的信息？用户点击某个链接或类别过来了，他还能很好的回去么？页面有明确的标记么？页面有热门的信息推荐么？页面上有他曾经的浏览记录的显示么? 用户是不是，可不可以很方便的切换当前频道，他自己同时很清楚的，他当前在哪个位置？对于输出的数据，有没有提供给用户高级搜索或叫进一步缩小数据检索范围的功能，例如，缩小到地区、类别等等。而且用户可以换个他愿意看的视图方式。目录列表形式，或图文列表形式。这些直接关系到用户对网站总的体验。用户是干嘛来着？来找信息的，他找不到信息了，他就会走了。如果系统做的人性化一点，“找不到信息？快去……”做个引导，引导用户通过另外一种途径去检索信息，这时候用户肯定是喜欢的。于是“相关关键词、相关类别、相关热门信息”也是成为产品人员重点推敲的功能点。

7、说到提示问题，本来提示就是一个快捷功能，目的很方便的告诉用户，现在怎么了，现在是什么情况，现在网站建议他可以怎么样操作。随着web2.0概念的深入，DIV+axja的运用越来越多，事实上证明，很多地方的提示，“错位提示”、“回跳提示”、“成功提示”等越来越多。层可以很好的解决这个问题。包括页面上有些地方可以直接用层弹出遮掉区域做反黑等处理。但大家注意过没有，什么时候需要用层处理，什么时候用其它的提示处理，什么时候不该用层处理。其实话说回来，还是要落在产品人员身上，我定义上当系统碰上什么样规则的时候用层出现，还是用某种样式的层处理。要是处理不好，用户会很反感的。搞不好事与愿违，那就麻烦了。我总结的一点是，信息处理状态提示可以用层，但这个站点多处用层时，一定要注意风格统一，不要这个地方是这个样式，FF兼容不了，那个地方又是那个样式，JS还有问题。层一定要兼容性好，可以适应当前浏览器，不能错位；2、可关闭，不能太占页面地方；3、视觉上不能和页面造成页面冲突或色彩叠加。在雅虎关系上看到一个地方，层的外边狂做点部门透明处理，这点还是比较好的。

8、404/505/无结果页，帮助中心，一般怎么处理？……

本文来自：www.kuliqiang.com/?p=27

篇7：产品经理练级攻略交互设计

大家都叫“产品经理”，但做的事情却完全不同？

“产品经理”这个词到底是什么意思？

这个话题恐怕也是各位同行都一直在想，也一直想不清楚的吧，我也是，

每次看到各种“产品经理的能力模型”，我都觉得有点扯淡，总觉得模型里少了点什么，没错，就是“适用范围”，那一张张漂亮的图，必定只适合某些人，那么，到底是哪些人？于是，我的思路就是忘记一切模型，先去看各种顶着“产品经理”职位的人，他们做的事情为什么不同？

初想下来，和两个因素有关——内在vs外在，符合MECE原则哦。

内在是指个人能力，无法否认，一个叫“产品经理”的大学毕业生与一个同样叫“产品经理”的，有着3年工作经验的人，做的事情、需要的能力肯定不同。所以你想想，他们看到的是同一个“能力模型”，都按照这上面的秘籍去修炼，靠谱么？

对于外在，又分为事和人，事指行业，人指团队。行业——决定了产品特点，电子商务的产品经理、移动互联网的产品经理，扩大至软件、电信，甚至传统行业的产品经理，各自的能力模型也必然迥异。团队——拿互联网产品来说，团队里技术同学是否强大？团队里是否有专职的项目经理、用户研究人员？运营同学是否强势？等等也都会使得产品经理最关键的职责有不同。

可以说，我心目中的能力模型，是一个三维的立体，目前有的能力模型，都是模型作者在他理解的“内在能力&外在事和人”的前提下，给出的一个低维“模型切片”，甚至是一个点而已，往往我们能看到行业的一些限定，比如“互联网产品经理的能力模型”，但却很少看到针对团队、个人能力阶段的描述。那么，何人能给出整个模型？苦笑两声，我想到了唯一的答案——大家。每个人给出自己的切片，也许我可以试着去做个拼图游戏。

最近我开始试着做一些总结，也只能是从点到面，先从阿里系说起，抛砖引玉，再听听大家的。首先，我把阿里系的产品经理的终极目标定位“业务Leader”，或者说事业部的头。而起点各种各样，反正是完全无经验的人。行业有了，对于团队，阿里内部各个团队虽说有差异，但和外部比起来总还算相似，可以看看我在博客里有关团队的讲述。下面主要从个人能力的维度切，我参考公司内的Job Model，先划分为2层，其中每一层又细分为3级。

先看最早的3级。

产品经理-0，本科毕业的应届生，或类似能力的其他人员，

能完成明确的功能点，编写PRD，跟踪实施直至上线，这时候，产品经理还是一个典型的“需求分析师”，也常叫“产品助理”。此时的技能要求还偏重于“产品设计”，对于互联网产品，做的很多事情，会与UED团队交叉，特别是交互设计、视觉设计层面。

产品经理-1，约2年工作经验的本科生，或者硕士毕业的应届生，可以独立负责一个小型产品，或者大型产品中的一个完整功能模块。与上一级别的关键差异，在于不只是被动的接需求，这里的主动性，要求产品经理开始具有用户研究的能力，需求管理的能力。并且，对产品涉及的技术，需要有一定的了解，至少，能和技术团队一起讨论方案吧。

产品经理-2，工作3~5年的本科生，或者工作约2年的硕士研究生。关键技能是能够独立负责一个完整的产品，有项目管理能力，衍生出来的，就是无授权领导的团队管理能力，特别是跨部门的团队，所以对沟通方面的软技能要求，开始显现。

前3级可以归为一类，其特点是——可以培训出来。所需要的都是一些很明确、很通用的技能。而下面3级，个人成长的关键开始从显性知识转变为隐性知识，要靠不断的实战，与各种前辈交流，加上自己领悟来提高，看书、看资料神马的作用渐少。

产品经理-3，从这一层级开始，已经无法用工作年限来衡量。关键技能是需要有规划能力。能够独立负责一条产品线，比如淘宝网的交易线（旗下包括较完整的产品如购物车、各种垂直市场的特定交易流程……）。此时规划能力的背后，要求产品经理需要对产品除了功能外的知识也有掌握，比如市场运营层面。

产品经理-4。关键差异是要有一个业内知名的成功案例来证明自己，可以独立负责一条复杂的完整产品线，比如整个淘宝商城。很显然，这个成功案例，只能靠一次至少半年以上的完整战役获得，并不是每个人都有这样的机会和运气。此时，产品经理开始呈现出“业务Leader”的气质。

产品经理-5。关键差异在于有跨职能部门的管理经验，也就意味着到了这一层级，出去就可以做小公司的CEO，或者大公司的事业部负责人，或者直接创业。这个层级的产品经理，影响力已经不局限于产品团队，对运营策略、公司高层的方向都有着很强的话语权。

个人才刚刚在所在特定行业、特定团队里修炼到中间位置，还要努力，人生苦短，我也没可能去尝试所有的行业和团队，所以，期待你的分享。

该文章出自《iamsujie的产品设计》,原文链接：/uidesign/0907/264426.html

时间是: 2011-09-06 23:52:12 请务必保留此链接，谢谢！

篇8：互联网产品经理和原型设计交互设计

一个合格的互联网产品经理在向技术部提交产品策划方案时，除了详尽的需求说明外，还必须提供清晰易懂的产品原型设计(Prototype Design)方案，优秀的原型设计不仅方便在前期进行研讨，也可以更好的帮助美工和开发人员理解产品特性，从而节省时间，提高效率，以下简单聊几句产品经理和原型设计，希望和大家多多交流。

原型设计是什么

产品原型简单的说就是产品设计成形之前的一个简单框架，对网站来讲，就是将页面模块、元素进行粗放式的排版和布局，深入一些，还会加入一些交互性的元素，使其更加具体、形象和生动。

原型设计应该是UI、UE设计师的事情？

这是很多人的一个误解，UI、UE设计师是将原型做成实际页面效果的角色，他们的工作流程应该在原型设计之后展开。通常来讲，产品经理才是整个流程中最了解产品特性，最了解用户和市场需求的角色，设计师从设计的角度也许能做得很出色，但是对于产品、用户、市场、业务的理解远不如产品经理深入，准确的讲设计师做的是视觉设计，是将产品原型设计成产品经理的预期状态。如果产品经理只是有个idea，而让设计师去发挥的话，只会让产品经理和设计师反复纠缠，反复修改，举个例子：淘宝很炫耀的搬出了业务部主管折磨设计师的案例，实际上这是缺乏产品经理这个角色，或者说产品经理不称职和设计师沟通不够导致的后果。

原型设计如何体现？

纸质：很多人比较推崇纸质原型设计，就是用笔和纸进行产品原型描绘（白板也常常起到类似的作用），不过我认为这只是产品经理进行原型构思阶段使用的最佳方式，不过这才是原型设计的第一步，构思和框架基本确定之后，就需要将这个“纸上谈兵”的框架转移到更形象直观的电子文档上，便于后续的研讨、设计、开发和备案。

WORD：这是原型设计时常用的一种方式，在WORD文档建立一块画布，用文本框、图片、控件等等组合起来形成一个原型设计方案。WORD文档门槛低，使用方便，功能效果丰富，如果一个熟练者甚至可以达到一个很好的类似实际页面的表现力，我的同事做出来的原型连设计师都夸奖它好比PS设计图一般(不过原型设计不讲求美观，不推荐花费过多精力去修饰)。但是WORD文档的WEB控件不是太好用，交互性也较弱。

VISIO：这也是常用的原型设计工具，它的操作比WORD更加方便快捷，可以进行快速原型设计，但表现力弱一些，毕竟它不是专门的网页原型设计工具。

Photoshop：也有人使用，不过用PS进行原型设计，费时费力，改动很不方便，容易降低效率，PM还是不要抢了UI设计师的饭碗。

Dreamweaver：这是网页设计工具，但是对于功能复杂并且交互性很强的产品，可以通过DW去设计简单的HTML交互稿，这样更有说服力。

专业原型设计工具：iRise Studio、Axure RP Pro、Mockup Screens等都是不错的原型设计工具，不仅具有丰富的web控件，交互性也做得很好，其中Axure RP Pro算是其中的佼佼者，不过都是商业软件，都是E文，而且使用起来复杂一些。

不同的公司，不同的团队，对于互联网产品的原型设计可能采用的方式会大相径庭，不一定非得使用某种固定的方式，最适合自己的才是最好的。

产品经理需要具备什么样的素质：

产品经理应该是公司综合素质要求最高的一个角色，他必须具备一定的调研能力，也必须具备良好的洞察力、分析力、策划力；他需要懂得市场和用户，也需要懂得产品和内容，甚至还需要懂得公司的战略和运营；另外还要懂得一些设计和程序开发，最后也少不了优秀的组织、协调能力和团队管理能力。可以说产品经理绝不是每样都精通，但肯定应该是样样都懂，他集中了公司所有团队的才干于一身。

当然对于创业团队来讲，有时不可避免的会一个人身兼数职，原型设计也比较随意和主观，但是到公司成长到一定阶段，Product、UI、UE、Porgam都需要明确的分工。另外现在有一种倾向就是大家越来越重视UI、UE，却忽视了产品的源头：产品经理，对于中型公司来讲，产品经理才是公司的核心，一个优秀的产品经理会让产品设计开发事半功倍，但是一个蹩脚的产品经理也会让产品陷入困境。

最后简单总结几句：

产品经理也许不是专才，但一定是全才

产品经理不是万能的，他的策划文案和原型设计方案也需要经过多次的修改完善

原型设计注定是要用来修改和完善的，不要花费太多精力在原型的外观美化上，除非你本来就很擅长外观设计

不强制你使用某种工具，但需要找到适合自己的原型设计工具；

Comments on “互联网产品经理和原型设计”

fakejobs

01月 25th, 2008 at 1:28 pm

我也是产品经理，但完全不同意你的观点：

1.首先你对原型的解释就不够理解原型的意义，“就是将页面模块、元素进行粗放式的排版和布局”这里不过是原型的构思阶段罢了，很适合用纸质原型，但是如果你拿着这份东西交给视觉设计师，保证做出来的产品恐怕是失败的。因为视觉设计师不理解你为什么要这样设计，究竟要表达什么，也看不到整个产品的全貌。

2.“加入一些交互性的元素，使其更加具体、形象和生动”，这句话可见你对交互的理解有些片面，首先“交互性的元素”就是一个歧义词，“Getting input from users”、“Dealing with data”的元素是不是都算交互性元素？其次，交互元素不是应该后期加入的，你先画了框架，再画交互过程，这样的产品已经脱离了用户的使用的流，而是你头脑中设想的框架，仍不算交互产品。再次，加入你所谓的交互性元素，不是为了形象生动，你已经忘了用户的task，还口口声声说最了解用户有什么意义呢？你只能了解用户是谁，但对用户要做什么完全遗忘了。

3.“UI、UE设计师是将原型做成实际页面效果的角色，他们的工作流程应该在原型设计之后展开”如果是这样，那么这个产品必定失败。我以为好的产品经理应该尽早把自己的想法传递给项目中的每一个人，并尽最大努力完成自己的那部分职责，你应该知道UE知识、运营知识，但是不要以为自己是这方面的专家。每个人都不能集中了公司所有团队的才干于一身的，这是一个最基本的事实。

4.如果你想成为一个好的产品经理，起码先管理好这个blog，

比如，这个留言框如此之小，你自己有用过吗？这个细节就阻止了想留很多话的用户——如果你画原型图，你能注意到这个问题吗？

5.再比如，每篇文章的留言上面都有红色的链接“read more”，这个链接是做什么的？我已经打开了具体的post，为什么还要read more？点进去还是本篇文章——如果你画原型图的时候，为什么不考虑这样的细节？

6.结论：不要以为画原型图是一件很简单的事情，交给专业的人去做，不管这个人的头衔是产品经理也好、UE也好、PM也好，只要他具备专业的知识。

狂风

01月 25th, 2008 at 2:18 pm

fakejobs，有些误解，这里主要探讨的是原型设计部分，不涉及产品策划的其他流程，另外原型设计设计只是需求规划的第一步和UE设计师收到方案进行初稿设计完全是两个阶段。

1、原型设计只是产品策划方案里面的一部分，提交给设计师的当然不只是一份原型设计这么简单，这里没有谈论产品策划只是谈论其中的原型设计部分如何做。

2、加入交互性元素是在条件允许的情况下，加入原型设计的，例如使用axure就可以在原型设计里面加入交互功能，只是为了让原型设计可以表现更充分，而普通的WORD文档、图片等还不具备这个条件，实际上大部分原型设计是不便于表现交互性元素的。而要完全阐释产品的交互，是需要通过流程图、框架图、需求说明文档、甚至HTML页面、PPT、FLASH等其他形式和手段来实现。这里也不是讨论交互产品的完整设计过程，只是讨论“原型设计”部分能够充分表达出来的东西。

3、产品经理只是做简单的原型设计，可以说还只是一个框架图，直接点讲就是阐释一个需求，在前期需求规划部分，产品经理可以调查市场、发动公司其他部门进行研讨、方案决策，最后再形成产品策划方案提交给设计或开发部门。我讲过“原型设计注定是要用来修改和完善的”，这之后还需要同设计部、开发部进行不断的沟通、修正、完善。

我也说过产品经理需要有综合的素质，但不是说他每样都很精通，更需要的是广博而不是专业，他缺乏或者不擅长的地方，需要懂得如何组织、协调、调动其他资源来帮助自己完善产品方案。

4、5、这个blog不是我设计的模板，这些细节也不是我规划的，真的很忙，不想耗费太多时间在这些模板修改上面，不好用随时更换其他模板就好了，最近blog更新比较少，加上只是属于个人的地盘，更换模板后没有细致检查，改天再换一个，另外程序升级后blog分类都丢失了，现在还没有时间去找回来呢。

6、原型图是谁来做，是职位的归属问题，而不是专业问题，原型图不需要像实际页面那样美观，用visio、word作一些框架也同样是原型设计。也许有优秀的UEer，但是通常来讲UE设计师对市场、用户、产品的理解是没有产品经理或者PM强的，不要把产品需求部分的原型设计交给不属于他职能范围的设计师来做。只有在产品经理充分阐释并和设计师充分沟通后，UE做出来的产品才不会总是重复修改。

路人

01月 26th, 2008 at 2:26 pm

1) 我也曾是a品理，搞^0浮

2) 我比^J同「狂L」的{

3) u@ blog 的 UI 好不好用，有co聊

草香。

01月 27th, 2008 at 10:13 pm

同意一楼的观点

如果一定要说PM需要完成什么原型设计的话，那也是仅仅为了表达产品需求的一些概念图，对于设计团队来说仅将做参考意见，真正的原型设计，一定要按职能来分的话，绝对是设计团队的份内事~

PM的重点是将业务需求提炼，控制好整个产品的进度，协调统一好各方面有效率得做事，而不是去业余地做一些专业的事，导致文中提到的“一个蹩脚的产品经理也会让产品陷入困境”。

狂风

01月 28th, 2008 at 2:17 am

草香的观点没错啊，PM只是做原始的结构，不过原型设计的保真度越高，越有助于表达观点和让技术人员理解。

在海内有个产品经理的群组，里面讨论产品经理使用的工具时提到使用Axure RP Pro进行原型设计的比较多，并且呈上升趋势。

www.hainei.com/topic?r[0]=101194&r[1]=101936

另外也有延续本篇blog话题：产品经理和原型设计的讨论

www.hainei.com/topic?r[0]=101194&r[1]=111456

soune

01月 28th, 2008 at 10:06 am

产品经理通过word做出ue图，然后把产品理念和具体的功能需求给团队里的人详细讲解一遍，会后发个需求list足够了。哪里有那麽多闲工夫做这么详细的产品模型啊！一看就是一个低效率的做事方法，我对你的产品经验表示怀疑。其实，靠一个产品模型根本解决不了什么问题，再详细也不行，必须通过需求会议和开发过程中与工程师的不断沟通才能达到高效，保真的产品开发。高效啊！

同时你的blog体验确实不好，写了半天一提交全没了，原来网名和电邮是必填的。建议改为模式框提醒的方式。

Lunatic Sun

01月 30th, 2008 at 12:26 pm

互联网产品团队是需要视情况而定的，大产品需要大团队，小产品只需要小团队，如果资金量大，团队人手足够，那产品经理没有必要提供prototype，架构prototype应该是information architect的事情，但是如果你只是一个小团队，资金量小，产品规模小，那么产品经理要做的事情甚至可能牵涉到后台开发。因为广义的经理是个非常宽泛的概念，而狭义的产品经理我觉得不应该去关注太多技术细节，他是一个掌舵者，而不是一个水手。

斤斤

02月 14th, 2008 at 12:27 pm

个人感觉讨论到了最后变成工具讨论了。先做好产品经理应该有的基本功比较好。工具嘛，是纸，是文档，是图都没有什麽关系，只要能够让别人了解就可以了。更重要的是产品本身的应有和运营。

来自：www.kuangfeng.cn/blog/?p=1460

产品经理，做将军还是做诗人交互设计.doc

将本文的Word文档下载到电脑，方便收藏和打印

推荐度：

点击下载文档