例如，产品经理的领域内技术能力可以支撑他完成如下的工作：
1、在现有的技术框架和 / 或产品架构上，判断完成确定的某个产品版本在实现其对应的功能特性时的技术瓶颈，从而保证每一个产品版本在技术演进路线上是均匀的；
2、 判断并保障产品需求（一般由研发项目组完成）与用户需求（一般由产品经理完成）的对应关系；
3、估算并确定每一个产品版本在产品研发任务（对应于一个研发项目）上的工作量及研发成本；
4、在产品验证和确认阶段，能够站在产品既定客户的角度，确定产品是否满足了原先规划的各个功能特性。
因此，我们一般是建议产品经理有必要可以提领域内的技术能力，包括需求开发与需求管理、产品设计、质量管理、 竞品分析等这几项产品经理需要掌握的领域内知识与技术能力，可以结合 日常的工作，在完成实际产品设计、开发和实现的过程中进一步精进。在日常的工作环境中，产品经理如何将职责优化，把产品做到优秀，让自己所设计的产品使他人认可和支持，这需要很强的职业素养和卓越能力。如果你的产品都说服不了自己，你凭什么做合格的产品经理。
说服自己，你需要先了解自己的东西
你是如何设计产品的？
不管是从 0 到 1 设计的新产品，还是迭代一版已有成熟流程的产品，设计产品的第一步就是进行需求的采集和了解。
任何人都可以对一个产品指指点点，提出自己的需求。“这个素材放在这儿不好看，那个 *** 作功能应该删减。”“别人家都有某某某，咱们也可以加上嘛！”
你如果站在每个人思考问题的视角上，肯定也会被自己说服。而作为产品经理，你所需要具备的能力就是要能跳出这个圈，站到圈外看明白问题以及自己捕捉到的最原始需要诉求。
有个经典的案例是这样的：
客户 A 说：“我希望电话能有 10 米长的线，因为我总是需要在家里一遍做家务一遍接电话。”电话设计人员陷入了沉思。这时候 B 客户提出：“我需要电话能有 500 米的线，因为我希望能在别墅后面的游泳池游泳的时候也能接的到电话。”电话设计人员更加地陷入了沉思：500 米线长的电话，用户真的需要么后来，无线电话诞生了。
在需求采集阶段，作为产品经理你要学会透过现象看到需求问题的本质。换句话说，你需要学会将需求本质进行还原能力。
此外，当你在进行需求收集时，你需要甄选出合理的需求内容，并对应自己技术团队所有的能力范围有效的了解和评估，不要给自己绕进死胡同，用一时的激情去填补工作的内容。
我们的能力有多大？我们的市场有多广？我们处在什么样的阶段？我们不仅要了解自己，更需要充分地把握市场的节奏，知己知彼，做出好用并富有成效意义的产品。
你只有自己先了解和分析了需求，并根据了解与判断进行了合理的设计功能和流程后。在自己搞清晰之前，不要去讲给别人听。
你是在做产品，还是在设计功能
好的产品经理会用最简单的功能去实现用户的需求，并能够精细地把控住产品的核心功能。
而我们也很常见这样一类很糟糕的产品经理，一个劲的往产品里加功能，以为这样就能满足用户的需求了。殊不知，自己到最后就慢慢的转化为了一个功能实现者，同时也将产品逼到了死胡同里。
作为产品经理，你需要明白自己的产品该有怎样的一个周期和迭代过程。同样的，你也要把控好每一个阶段周期过程中的产品特点。
正是你的这些统筹和规划，才能卓有成效的将一个产品从小规模引导到成熟。也正是这样有效性的引导，才能有效的避免你陷入糟糕的功能堆砌的怪圈里。
身为产品经理
为什么你在频繁更改需求
在不少技术人员眼里，产品经理最让人诟病的地方就是频繁地更改需求。往往技术人员加班加点的去实现一个明明已讨论好的需求点时，却被产品经理一句“不好意思，这个需求点需要重新讨论更改”，不得已重新构建逻辑和流程，全新的去设计。
身为产品经理，你需要为自己的需求进行审核，更需要为已提交的需求负责任。
你在需求变更之前，首要做到的就是我为什么要做变更？是不是非得要做变更？你要认清在这个工作协同的时代，不要因为自己的不确定性，而让其他人为你背负时间和工作上的压力。
你都是怎样改的需求？
需求不是不可更改的。的确有时候，产品经理会遇到不可抵抗的外力导致需求的变化。 但是有一点你要清楚，你一定要为自己的产品方向有一个清晰性的定位。要基于现有的需求点，尽量做到最小化的变更。
这不是说让你不可以推翻自己以前的错误定论，而是要让自己清楚，不要去做可有可无的变更内容。如果你连自己都说服不了，那么当别人问你原因的时候，就不仅仅是解释的含糊不清那样尴尬了。
以小白阶段的产品经理来说，做一个合格的产品经理，至少要具备以下几点的能力或素养：
1 有不断学习的心态
你要有不断学习的心态和精神。犹如生活一样，你所面对的产品市场肯定不是一成不变的。你需要了解市场，了解新闻，了解产品中最基础的 idea。这些东西不是你跟别人巴拉巴拉几句就能轻而易举的掌握的，你需要一份研究的心态，认真的去学习，反思和消化，并逐步提炼自己的产品思维。此外，你还需要去了解技术。虽然不要求你会写代码，但是你一定要懂得最基础的技术概念和逻辑。
不要让自己成为技术知识上的一张白纸，你去了解技术人员的知识和思维的同时，其实也是在衡量自己的设计和内容是否合理。
当你下次再跟他们进行沟通的时候，你会发现你以一份不懂的心态去要求他们去实现功能，跟你稍带建议性的站在他们的思维层面上去引导他们，往往后者产生的效果出其不意的比前者好。
2 能够合理的输出产品原型
合理的输出产品原型，是指你要根据产品的不同，设计出针对性的产品原型，能够清晰直观的将需求内容表达好出来。好的产品原型不一定见得就是高保真，把交互都表现的尽善尽美。
合理的产品原型是能够将一份产品概念和需求逻辑直观的展示清楚，合理的表达出来。你需要用这份合理的原型来和别人沟通，它也是你说服别人的有力根据。不然一份再精细的原型设计，在需求描述不清楚的前提下，都会毫无意义，是一份失败很彻底的原型。
3 能够有效的沟通和交流
产品经理不是让你坐在办公桌前一个劲的输出原型，理需求。也不是让你一天到晚的去开没实质性内容的会议。他需要你在完成产品的基础性设计之后，做到有效性的沟通。
有效沟通，是指你要能够清晰直观的将内容呈现并表述给其他人，让对方知道你想做的是什么，产品想要的是什么。
因此，我不认为特别善于言辞的人就是一个有效沟通的人。所以你要培养起自己的语言表述能力及陈述逻辑，做一个可以进行有效沟通的产品经理。
4 合理地定位自己，别被浮躁所牵制
你要明白产品经理究竟是一个什么东西，它是一个什么类型的岗位和需要何种能力的职业责任。同时，你也要清晰的明白，自己当前处在一个什么样的阶段，该如何的提升自己的能力。
不要被身边和整个环境的氛围所牵扰，你一定要明白自己的核心竞争力是什么，自己核心竞争力究竟在哪儿。只有这样，产品经理这条路上，你才能走得越来越畅通。
做一个合格的产品经理，最起码在说服自己以前，要学会如何去成长。
以上回答转载自圈里求职，里面有大量的干货，包括产品经理如何养成的大礼包～产品经理岗位沉淀的核心能力与价值是什么？
1．是对产品经理个人专业能力的理解2．从系统分析员看产品经理工作的异同2 无线互联网产品经理面临的更大要求和挑战 第一部分：对产品经理专业核心能力的理解 2004年，个人对SP行业产品经理的看法与认知：1）产品逻辑简单；感觉当时的那些WAP产品逻辑非常简单；有的是简单几个页面，放几个图铃就可以拿到移动梦网上收费；这里产品的主要工作还是在内容运营上；2）“面向运营商的产品策划”；那个阶段，SP的商务模式清晰暴利，移动绝对主导产业链，制定游戏规则，对产品模式，甚至连产品表现层都有限制，比如页面什么地方要加什么链接就要加；3）“面向渠道的产品运营”；运营商通过移动梦网把握营销渠道及计费渠道，产品经理更多的工作是以收入为中心进行渠道经营；对用户的行为分析做的比较少；回顾这个阶段，我想整个行业发展阶段就是如此，无所谓对错了；4）产品经理的进入门槛不高；要做开发至少要会写程序吧，但感觉产品经理门槛太低；BD,内容维护，美工，很多角色都可以转岗到产品经理；据了解，当时很多SP公司招一些专科生，甚至高中生做产品经理，也一样紧锣密鼓的赚钱。产品经理的工作内容琐碎而繁杂，但感觉不够系统和严谨，每天花用WORD画几个页面就扔过来开发。
我当时一直在考虑这种工作状态下，这个岗位沉淀的核心能力和价值是什么？但客观的说，这个也不全是我们的问题，当时的整个SP行业氛围就是如此浮躁；也幸亏这个时期无线业务的造血功能，才养活了游戏，互联网等各个业务；但人才的价值在哪里呢？随着后续SP行业泡沫的破灭，很多公司的SP产品经理下岗，求职也到处碰壁；原因在于他们并没有建立起自己的核心竞争力，甚至不具备成为一个互联网行业产品经理的能力。 对产品经理专业核心能力的理解。这里只谈专业领域方面的能力，对于商务谈判，沟通技巧，文档能力等方面暂时搁下；个人认为一个领域的产品经理的专业能力表现在以下三个方面：1 行业理解能力； 行业分析师的素质；2 用户需求系统化分析能力；系统分析师的素质；3 用户体验细节把握的能力；交互设计师的素质； 首先：行业理解能力，是做这个行业产品经理的前提。宏观方面，行业的视野对于产品战略定位，产品策划，商务模式等有必然意义；微观方面，对这个行业内用户需求，行为，习惯，交互行为的理解。都需要在这个行业里逐步积累；提升方式：获取行业信息，思考加工，提炼观点；个人认为这个本质上属于知识层面，经过靠年深日久的积累，逐步转化成能力要素和外化为直觉层面；要像一个行业分析师那样了解这个行业。 其次，用户需求系统化分析能力。作为用户的代言人，产品经理左手是用户群，右手是技术人员；产品经理要在深刻理解用户需求的前提下，将他们系统整理，分析，转化成开发人员可理解的表达方式； 用户需求分析的工作是系统，严谨的，而不是零散，琐碎，堆砌的；把产品看成一个系统，就可以理解各个功能之间的关系，而不是做简单的功能加法；需要use Case 的分析方法，进行业务建模；并能综合权衡用户需求度，可行性，方案成本的来评估需求的优先级；提升方式：掌握系统化分析的工具，比如业务建模，用例分析；习惯面向对象的思维方式；个人认为，这块能力需要比较严谨的逻辑思维；我们常见的问题是，产品经理一上来就画UI交互图，用户界面；其实这些在一个产品过程中属于最后的思考环节；会导致我们无法认知产品定位，产品全貌；在产品功能拓展过程中，没有方向感，容易做加法；个人认为，这个其实很适合系统分析师的工作特点和思维方式，在下面会讨论一下系统分析师和产品经理工作中的异同；
再者，用户体验的细节把握能力；用 户体验，这个名词姑且理解为使用者对产品的主观感受吧；这个感受可能是功能设计带来的，也可能是交互细节，或视觉设计方面带来的。特别是在竞争市场功能趋 同的环境下，决定体验的往往是细节层面；最了解用户的人，是产品经理，他既是用户代言人，同时有时对行业理解比较深入的人；因此，他需要有很强的“用户使 用场景还原能力”；这个“使用场景”，是对人，时间，空间的综合考虑；就是要能模仿用户的心态和使用环境，来检验产品的工作流程是否顺畅，体验是否OK；这个如果是习惯于用例分析的系统分析师，做这个还是会有优势的；在有的产品构建构成中，是有“交互设计师”这一岗位细分出来的，比如WEB或软件交互设计师；这是一群掌握了互联网UI交互基本原则，对用户心理及行为分析有理论沉淀的专业人才；因为产品经理对产品负责，因为要有交互设计的理论素养；虽然在具体的工作中，产品经理不一定亲自做交互设计，但要有判断能力，知道为什么好，或者哪里不好；有一些领域，比如WAP交互产品设计，因为行业发展初期，这一岗位还没分化，只能由产品经理搞定。 产品经理的“125”模型，只是换一种提法：对于以上三种能力，我在团队内部有一些包装和提炼：“1”：一种能力。系统化需求分析及业务建模的能力；“2”：两种视角。一是宏观的行业视角；深入理解互联网及无线行业，这对产品战略定位，用户群行为需求，交互习惯，及商务模式的衍生都有意义；二是微观的用户视角；作为最了解用户的人，必须对产品体验负责，具备很强的用户场景化分析能力（use case 分析）。 “5”：是一个普遍产品设计方法论；之前是：战略层，范围层，结构层，框架层，UI层；这个来自于用户体验的要素一书这里特别说明一下：1）产品定位；根据外部市场及内部资源状况，从用户需求及公司战略角度阐述发展此产品的可行性，并明确产品发展策略，两个视角：1用户视角；满足何种用户的何种需求（包含对目标用户群的锁定）；2 公司视角；对公司利益价值何在；2）业务建模；通过use Case 分析，描述用户对产品的功能诉求；确定大致的服务范围；并识别需求的组织分类及优先级；通过这个工作输出业务模型描述，用户需求分析说明书；这个不涉及到细节交互及实现方案。个人认为，产品经理的进入门槛虽然不高，但要成为很优秀很资深产品经理还是有比较大挑战的；从公司职业能力模型来看，素质的全面性是一方面；关键是要在专业能力上有深入的发展；个人认为要在以上3个能力点有突破的人，才称得上专业； 个人的一点想法与建议：1 产品经理专业能力的系统化培养机制产品经理的其他综合素质，比如项目，领导力，沟通。。。等能力素质各人都可以在不同的岗位实践中获取；公司这个方面也有一系列的培训课程，比如沟通技巧，谈判技巧，项目管理。。。等。但在产品经理专业能力方面，比如需求分析的能力，这个培训还是比较少；比如用通用的面向对象的思想做需求分析，用use case 做业务建模的方法，比如对于UML工具的了解；这个都比较少。我们自己的产品经理写的需求说明书，要么是直接就画交互设计；要么是采用传统面向过程系统设计中的《功能规格需求说明书》，包含了输入，输出，处理过程这些内容；希望，公司或有做的比较好的团队，能进行这个方面的系统化培训；对于交互设计原则，还不错，设计中心有相关培训；对于行业理解力，这个几次培训可能无法解决问题，可能得靠产品经理自己的日常信息积累和思考。 2 对于产品经理岗位人才的建议还是不得不说，要成为一般产品经理并不难，要在业务领域很资深，个人观点是还是因人而异；一个建议是从系统分析员中招聘产品经理；或从会系统分析的开发人员中找；因为系统分析师的思维方式和综合素质和产品经理类似，相信再加上行业的理解，进入角色应该不难；另外一种就是靠从新人开始培养了，个人觉得要在专业层面有突破，首先逻辑思维能力要强一些，有利于掌握系统化分析的方法；其次是有一定的内敛气质，善于观察总结，能在用户体验细节上沉得住气；还要有强的学习领悟能力，擅长对行业方向进行思考；至于创意及发散性思维，个人觉得有更好，没有也不是非常关键，可以通过发现和收集别人或用户的IDEA来完成，反而太发散和跳跃的思维会影响对系统整体的思考。 第二部分：系统分析员和互联网产品经理工作的异同：从我之前系统分析员的工作经理，聊一下个人浅显的看法；前面几年包括读研时期做项目，做过一些系统分析角色，包括面向过程的系统分析及后来尝试学习面向对象的系统分析。 首先，相同点；1） 系统分析的思维方式类似产品构建过程我们可以把一个产品看作一个系统，其内部的功能架构不是简单堆砌的，而是有依赖从属的，符合一个系统的视角；在面向对象系统分析中，无非就是分析清楚系统人，事，物体，规则了；这个人，是系统的使用者（Actor），相当于产品的目标用户群；事，指使用者通过系统要完成的事情；相当于产品中的功能特性建设了；物，系统中用户完成事情中所产出的东西，比如数据实体对象等；产品中也有这些，比如日志。一般的系统分析是系统目标界定，相当于产品定位了；然后是业务建模，用例分析，系统建模； 前面相当于产品设计中的场景化分析，做功能化构建；而系统建模这个工作是用技术语言来描述系统模型，目前这个工作在产品工作中没有的，因为大多数的产品非技术背景，不考虑这些；但技术人员则应当输出完整的系统建模；但是可能很多团队省却掉这一步了。 2) 用户视角系统分析师和产品经理都要非常强化用户视角；系统分析，特别是面向对象的系统分析都是以人为核心的，首先就是找到系统的使用者，再研究他的需求及想完成的事情；做USE CASE分析，也必然以Actor的参与为核心来进行描述；这一点，和产品经理的场景化分析是一致的。 3）USE Case分析和用户的场景化分析能力相通我们描述用户的需求，不能简单的止步于对目标用户群社会属性的认知(年龄，职业，收入。。。等)，一个场景包含了对人，时间，空间等综合考虑，这种场景化的还原对分析用户的需求是有必要的。 4) 二者的职业素质模型类似综合素质要求都比较高，比如沟通能力，领导力，谈判能力。。等。 其次，差异化：1） 业务模型的复杂度一般系统分析师面对的商业系统设计的逻辑比较复杂，特别是涉及工作流环节；而互联网的产品相对比较轻量级，完成的功能简单；比如一个WPS的产品，OA系统比一个QZONE产品要简单一些。2） 目标用户群及其需求界定方面一般的信息管理系统的用户角色很好阶段，逐个找到并做深度CE，调研，是尅一挖掘出所有需求的；而互联网产品一般面临千万级用户，需求很难明确界定，只有通过敏捷的开发过程，不断试探和反馈。3） 业务模型上，互联网产品包含更多的创意文化系统分析师所面对的商业信息系统一般是解决现实工作中的问题，要客观忠实的反映符合传统工作规则；而互联网产品的更多是挖掘用户潜在需求，甚至通过创意来激发新的需求。 再者，系统分析师的额外优势：系统化需求分析能力，及业务模型的建设能力；从业务模型推导出产品规划及版本节奏的时候，系统分析师一般有技术背景可以综合技术可行性，技术实施成本等进行综合考虑； 第三部分：无线互联网产品经理所面临的特殊挑战1 产品经理系统分析能力和要求是一致的，业务模型的建设能力也是一致至于其他的领导力，项目能力，商务谈判，沟通技巧。。。等产品模型方面都一致；甚至由于无线产品经理在某些能力上会更出色，比如商务谈判，沟通技巧。 2 用户交互体验细节方面，由于移动终端的特性，这一块没有行业沉淀，需要自己摸索，自我沉淀 3 行业理解能力上，无线产品经理面临更大挑战一方面需要了解当前有线互联网行业的业务形态，竞争状况，商务模式等；因为有线互联网向移动侧延伸和渗透，服务融合是趋势。
另一方面，由于无线互联网还具有自己的行业特点，比如运营主导的长产业链；移动终端，无线网络，运营商政策对上层应用产品的影响都要综合权衡；我划了一个图，简单说明一下无线互联网行业的各种要素。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）