1 / 5
文档名称:

产品经理是一种思维.doc

格式:doc   页数:5页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

产品经理是一种思维.doc

上传人:2286107238 2016/3/1 文件大小:0 KB

下载得到文件列表

产品经理是一种思维.doc

相关文档

文档介绍

文档介绍:产品经理是一种思维最近在面试了一批求职产品经理的应届生,必问的问题是「你认为产品经理平时是做什么?」回想这2年的产品经历,从毕业时求职产品经理的岗位,到入职时做的是视觉(交互)设计师,大概半年后转为产品经理。似乎,当年的我也回答不了上面的问题。不少人觉得PM需要懂画Axur e,懂点交互,懂点设计,懂点用户心理学,懂点技术,懂点管理,懂点沟通。这是正确的废话!PM了解得越多,工作确实越顺手。但反过来,「懂」了不代表就能做PM了。当年高考,也觉得自己懂不少,但就是没考上清华!话说回来,有哪个岗位不是要求你懂得越多越好。聊聊现在看产品、想产品、做产品方面发生的变化。看产品:思考其内部逻辑以前体验产品,总是会挑毛病「靠,这个按钮太丑了」或者惊叹「哇,这个交互太爽了!」产品经理都是鸡蛋里挑骨头的高手!不过经过这1年,虽然还有这样的****惯,但会花更多时间在考虑几个问题:它的系统架构是怎么样,各模块怎么运作;某个页面是什么交互逻辑;某个功能是如何实现;Zaker的推荐算法是怎么?得考虑哪些因素知乎首页Feed的展示逻辑是什么?答案展示的排序逻辑是什么****惯这样去看产品后,时不时有种发现新大陆的惊喜--突然看到被视觉和交互掩盖下的系统脉络,试图去理解别人为什么这样设计。(虽然,绝大部分是自己YY)特别是看着别人产品的改版,有时居然和自己想的一样,又可以享受阵阵自我满足的高潮。当然,不能说改版就是好的,这个高潮以YY居多。一年多前读《用户体验的要素》的5个层次,当时觉得概括得不错,也是一种思考方式,但没有特别深刻的理解。如今再次读起,颇有感触:由外到里,分别是表现层》框架层》结构层》范围层》战略层。想产品:不停设计解决方案所谓的产品设计,就是设计一套解决方案,满足「各种」需求。从产品整体看,各个功能组合起来,就是一套解决终极问题的方案;从单个页面看,交互和视觉也是一套解决方案,解决美观与功能之间矛盾的方案;甚至,文案一句话,也是一个产品,它也有其设计目的。微信朋友圈为了营造真正的好友社交圈,设计了屏蔽规则,防止营销泛滥;知乎为了让好答案好内容浮现,设计了「赞同」和「反对」的机制;知乎为了解决相同类似问题的重复提问,设计「搜索+输入问题」功能的搜索输入框和问题重定向的机制;门户网为了给频道页面导量,设计了「首页文章标题进入频道首页(而不是文章正文)」的机制;陌陌为了让产品内容更丰富但产品结构简单,设计了「发现」的标签页;注:产品的每个设计都有原因。每个人都可以说出N个原因,但是若不了解产品团队当时的处境、战略目标,则这些原因的扯谈成分居多。从整体框架到界面交互到文案,产品经理就是要不停面对新问题分析问题设计方案,不停循环。久而久之,也会有自己的一套思考和解决问题的思维方式。在设计解决方案中,我会有意识的用「解耦」和「穷举」的思路去拆解问题和设计。所谓「解耦」就是把整体拆解成几个相互独立的模块,分析各个模块。(官方解释可自行百度)当初设计游戏副本的数值公式时,就是把最终目标拆解了几个模块:副本系数:控制当前副本难度等级;攻击系数:控制当前副本的攻击力等级;攻击基数:控制初始难度及整体难度,等等。设计了这套公式后,只要调整几个参数,就可以生成不同的数值,形成不同的难度递增曲线,进而测试。而设计另外一套分享系统时,则把各个模块尽可能解耦,这样修改某模块时,即不会对其他模块有影