如何成为合格的产品经理.pdfVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
如何成为合格的产品 经理 我们都知道一个产品大致可以分为:战略层、逻辑层和表现层。设计的时候是从 战略层到逻辑层再到表现层,而用户感知却是从表现层到逻辑层再到战略层。每 个产品经理天生不是设计者,而是普通的用户,所以一个产品经理合格的过程遵 循着用户的感知过程,即从表现层到逻辑层再到战略层。 1. 表现层的合格 这个时期主要停留在产品的表面,注重细节,关注交互以及视觉,如果需要标准 衡量是否合格的话,我觉得以下设计准则可以参考: 交互方面 1. 一致性(不要让用户改):产品是否遵循了用户的习惯,让用户自然匹配。 如为了照顾 IE 的用户,国产的浏览器推广的时候都会默认使用IE 的皮肤。 2. 简化性(不要让用户想):产品是否最大限度地利用某些预设用途来引导用 户,如苹果的滑屏解锁,闪动的视觉让孩子也能看明白。除此之外,产品是否通 过某些限制因素,来减少用户额外的猜测,就像手机浏览器在阅读模式下会减少 很多功能,不让用户过多的思考。 3. 及时性(不要让用户等):产品是否有可视性的反馈,减少用户等待的焦虑 感,如手机对焦时,一般需要的时间较长,但聪明的设计师通过声音的及时反馈, 让用户觉得对焦是瞬间完成的。 4. 完备性(不要让用户烦):产品是否有完善的容错设计,减少用户在出错情 况下的恐慌感,现在很多产品都有这方面的努力,容错设计不再是冰冷的对话框, 而是一些可以听得懂的人话了。 视觉方面 看过许多视觉设计的典范级作品,提炼下它们的共同点话,基本包括以下三点: 1. 信噪比:这是最关键的一点,信噪比高的设计会让人没有那么大的压力感, 同时重点又很突出。所以经典的设计大都很简约,就像乔布斯演讲时用的 PPT 一样,大量的留白让每一页都很脱俗。 2. 生动性:高生动性可以保证用户的兴趣,大家都是视觉动物,如果是满屏文 字的话没有几个人会愿意去看,但有了图片等元素,作品一下子就活泼生动了。 3. 逻辑性:好的视觉设计是要讲究逻辑的,基本包括四个方面:紧密关系的内 容需要聚拢、有关联关系的内容需要对齐、重复关系的内容在视觉上也需要重复、 需要突出的内容则需要形成对比。 2. 逻辑层的合格 这个时期就已经深入到了产品架构层面,需要极强的逻辑思维。有人说,产品经 理不需要懂技术,但我觉得,如果你只做表现层的话,问题不大,可是你想要逻 辑层合格的话,懂点技术是必须的。虽然不要求你抡胳膊动手写代码,但工程师 的面向对象和面向过程的思维是十分有借鉴意义的,这对产品的逻辑设计至关重 要。 面向对象:从需求中抽象封装出对象,并理清对象之间的关系(如是否继承) 这个过程,我觉得可以分为三步: 1. 枚举:做到不遗漏。不管重要的、不重要的、不管谁说的,都要记录下来, 保证采集到最全面的需求点。 2. 简化:按照优先级对枚举的需求进行预处理。即确定最重要的需求,这是一 定要满足的;次重要的需求可以后期迭代;不太重要则可以砍掉。 3. 分类:针对预处理后的需求,则要进行合理的分类,这是产品设计中最麻烦 的一步,很多上线了的产品在逻辑模块的划分都不是完美的,你可以想象在设计 的时候会有多混乱,这个时候就需要具有特别强的抽象思维能力,把这些需求划 分的既不遗漏,也不重叠,还很自然。 面向过程:有限状态转换时序机 理清需求的分类关系后,则需要细化每个功能的实现过程。我们都知道再牛逼的 产品也必须通过代码来实现,而承载代码的计算机实质上是个有限状态转换时序 机,即随着时间的前进,自动或者被动 (触发)地改变状态(初态、中间态、终 态)。而这些改变都来自于顺序、选择和循环的语句,所以在具体的产品设计中, 作为产品经理,一定要熟悉这些有限状态是如何转换的,总得来说,需要考虑以 下三点: 1. 主路径:入口,是自动还是触发;是隐藏还是突出。过程,状态怎么改变, 如何给用户反馈。结果,最终的产出是什么,出错该如何处理等。 2. 分支及容错:临界状态下,会有哪些分支,每个分支怎么处理,如何回到主 路径,万一出错该如何弥补等等。 3. 细节及统计:以浏览器为例,设计一个功能时,你就得考虑如何此时左键、 右键、滚轮发生变化会怎样?键盘、手势发生变化会怎样,页面刷新、前进、后 退又会怎样?除了这些细节,你还得考虑需要收集哪些统计数据、如何收集,收 集后又如何处理等等。 因此,逻辑层这个时期是非常考验产品经理的逻辑思维的。可惜的是,在这个层 次能合格的产品经理很少。即使合格的,很多也是计算机或者相关专业出身。就 像工程师经常开玩笑说,产品经理就是做做表面文章。

文档评论(0)

qicaiyan + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档