A. 产品经理主要工作流程是怎样的
一、产品经理的需求来源
产品经理一切工作的本源是：需求。所以我们从需求来源开始讲起产品经理完整的工作流程。互联网需求来源一般有：
1、产品需求：产品经理通过数据分析、用户调研、竞品分析等方法验证通过的需求
2、运营等业务部门提交的需求：比如以京东为例，服饰业务部/生鲜业务部/家电事业部的运营、采销等人员出于提升业务指标的角度会提出各种需求
3、老板的需求：领导从外部合作的角度或者产品战略的角度也会给手下的产品经理提一些需求，比如我还接到过大Boss和老板娘的需求
4、Bug修复等：在工作中修复BUG是一件比较常见的事情，影响面大的BUG会走紧急修复流程，不太严重的BUG会走迭代排期。
二、需求池的管理
通过以上几种方法收集到的需求会统一放到需求池中。需求池大家可以理解为所有需求的集合（包含待确认、设计中、带排期、开发中、已上线等所有状态）。
一般来说，使用execl表格管理需求池即可，按照各种需求状态进行分类展示。
三、需求优先级
我们需求池的需求会非常多，但是每个迭代的时间是有限的/研发资源是有限的，所以导致我们只能从需求池中挑选出少量需求进行开发，从而诞生了需求优先级的概念。
一个迭代中肯定有限做优先级高的需求！
那如何排定需求优先级呢？
一般来说有两个场景：
1、从0到1设计一款产品
这种场景下的需求来源基本上都是产品需求。建议大家去了解一下KANO模型，这个场景下的需求优先级一般来说是：基本型需求>期望型需求>兴奋型需求
2、在原有产品基础上优化
这种场景的需求来源会非常广泛，可能之前讲到的4中来源都是涉及，那如何排定需求优先级呢？一般按照产品价值和实现成本两个维度。
产品价值可以分为两类：业务价值和用户价值。
价值定义：
业务价值：对应商业类产品，称为商业价值，体现在能给业务带来多少收益。
用户价值：对于使用者来说，能给他带来的价值，比如说能减少操作步骤。
在这种方法下，优先级的排序逻辑是：产品价值大实现成本低>产品价值大实现成本高>产品价值小实现成本低>产品价值小实现成本高。
四、需求确认
当梳理完需求优先级之后，我们就按照开发工作量挑选优先级高的功能组成新版本/新迭代周期的需求列表。
梳理完需求列表之后一般要跟直属领导当面沟通一版，这叫需求确认。在这个阶段要做好挨批、被怼的准备。领导会从各个维度“挑战”你需求的合理性。所以大家在需求评审前一定要多思考几遍，尽量多用客观数据去说服领导。
如果需求确认通过，会进入到产品设计阶段。
五、产品设计
产品设计阶段会包含如下几个小阶段：
1、使用产品脑图梳理产品/功能结构框架，特别是对一些逻辑复杂的新产品/新功能。
2、使用产品流程图梳理产品/功能核心业务逻辑。流程图的梳理尽量详细，各种异常场景的判断一定要在流程图中有所体现。对于涉及多个参与方业务，可能还要梳理泳道图。
3、使用墨刀/axure等原型工具输出产品原型。原型是产品逻辑的可视化表现，也是产品经理最最基本的基本功。
4、撰写产品说明文档（PRD）。PRD是产品详细逻辑的最终呈现，也是内部沟通的标准文档。PRD撰写完成之后就可以进入到需求评审阶段
六、需求评审
需求评审是指产品经理要向UI、交互、研发、测试等内部人员讲解产品逻辑，保证产品逻辑在内部传输过程中不失真。
需求评审的过程中，有4点需要注意：
1、评审的时候，先讲需求背景。即这一版本为什么要做这需求？做完以后预计会达到什么效果？让相关参与方从心理上认同做这件事的价值。
2、在讲具体需求的时候，按照对应的责任人进行拆解。比如在讲解功能A的实现逻辑时，我一般会说客户端需要完成的内容是1、2、3；服务端需要完成的工作是1、2、3；算法侧的工作是1、2、3等等。
3、存在争议的地方先记录下来，评审结束后再细化。
4、就是评审结束以后要追排期。即作为产品经理你要盯着研发Leader，设计Leader，测试Leader让他们出需求排期，以此保证项目按时上线。
七、项目管理
需求评审完成之后，项目经理（大部分公司由产品经理担任）会输出详细的项目排期表，然后项目所有相关人员会按照项目排期表有条不紊的协作。项目管理的详细流程如下：
八、数据分析
产品上线之后，产品经理要做好产品分析工作，以验证产品/功能是否达到预期目标。特别是产品上线7天后，产品经理需要想全体组员发送产品上线数据报告。
如果数据不达预期，就要进行深入的分析内在原因是什么，然后数据分析的结论很可能是下一迭代的需求来源，从而开始一个新的迭代周期
B. 产品经理都需要做哪些工作
产品经理是个万能的存在：小到了解技术并能和技术，设计沟通，检查各环节是否完成，寻找bug并确认解决情况，推动产品前进。大到想一想产品发展方向，公司的愿景等
1 、作为一名产品经理，基本上需要做的就是一些高优先级的东西
2 、定义项目的目标（定性或者是定量）
3 、通过协调资源保证团队走向成功
4 、报告工作中成功/失败的事情
5 、对于团队和项目要有前瞻性，保证方向正确，实现更高的价值
6 、理解公司战略，并根据经营目标转化成可执行的市场营销和产品规划方案；
7、独立完成产品规划，撰写合乎产品需求、逻辑性缜密的产品需求文档；清晰、明确地说明此产品设计的目的、业务逻辑、使用流程及完成时间点；
8、设计产品原型，清晰表达策划意图，并具有独立设计的能力；建设并维护关键用户关系，形成高度活跃的核心用户群体；
9、负责对用户需求、市场需求和业务需求进行调研分析，不断优化产品，提高用户活跃度和黏性。随时关注竞争对手和用户的产品反馈，分析并提供应对方案改进 相关产品；
10、有独特的产品、用户体验分析能力与看法，具有良好的逻辑分析能力、优秀的创新意识和变革意识。
11、负责相关产品开发项目周期和进度把控及跨部门协调和沟通，并确保对产品开发至最终上线运营，对完成进度和质量负全责。
12、协助总经理负责协调相关部门完成公司经营目标
在打算就职产品之前，一定要系统的培训，这样才能在岗位刚统筹规划全局，让项目顺利地进行，星河系教育不仅在课程模式上实行全程实战项目课程，而且在就业时有系统地就业指导，让产品经理在自身岗位上有全面的了解和工作方向。
C. 产品经理的主要工作内容有哪些
产品经理的主要工作内容：
1、竞争分析，对产品优劣势进行分析，形成产品竞争性文档，指导产品销售；
2、需求管理，负责有效组织和管理产品的业务需求和特性，并牵头对产品提出下一步规划；
3、产品管理，负责基本产品资料、销售工具包、培训资料的撰写和管理，制定产品营销战略规划和方案；
4、产品支持，提供基于产品的大项目售前支持，行业入围支持，特殊重点项目的支持；
5、产品推广，负责产品推广材料的撰写，制定产品推广计划，落实产品推广细则；
6、产品培训，负责撰写产品介绍相关资料，面向客户以及公司内部销售，技术，售后等部门进行产品培训。
产品经理的工作职责
1、具备计算机相关专业的知识，从事服务器的产品开发产品研发技术支持等工作；
2、熟悉Intel、AMD服务器体系架构及产品技术；
3、了解最新的服务器、存储产品技术；
4、熟练掌握Linux操作系统，了解互联网客户的相关应用架构；
5、具备服务器产品规划和设计能力；
6、具备客户关键需求的把控能力；
7、具有较强的项目组织能力和沟通协调能力。
D. 产品经理的工作内容，都有哪些
1、产品战略的制定
知道市场有什么需求：对于产品经理来说，市场的问题实际上就是需求的蕴含，解决的是我们如何才能找到适合自己的市场位置。事实上，市场上的问题竞争对手也会看到，他们会考虑如何满足用户的需求，而我们要做的就是找到合适我们的发展机会，尽量能够减小竞争的风险和市场压力。根据我们自己的位置以及企业的资源情况来制定出这个产品的发展思路也就是要明白自己能够做什么样的产品来满足市场需求，解决用户问题。
E. 产品经理工作内容
前段时间试图给公司HR做培训，试图将产品经理这个岗位的工作内容，水平档次和招聘的评判标准做个详细的分析说明。正好在这里整理成文章，给专栏不知什么原因还有持续新增关注的用户们一个交代:)
最近有考虑为3年工作经验以上的产品经理的职业辅导做些新业务，也欢迎各位产品经理们，看完文章后，关于产品岗位人才的技能成长，职业发展来和我探讨。
（不过老实讲，写完之后觉得文章讲道理做分析比较多，例子举得不太够，也许不太方便理解。各位先凑着看，也欢迎多提提意见，也许有空了我会再多修改，在陈述中多添加一些小例子）
基础概念——产品经理到底干嘛？
求职新人，又或者是招聘产品经理的HR／猎头，最早想弄清楚的就是，产品经理这个岗位的人到底是要干嘛。
在产品经理的诞生地——快消行业，产品经理是协调资源设定产品生产、供应计划，制定品牌定位，协调与之相符的营销、渠道、销售工作，好像和研发关系都不大（可以参见“产品经理的第一本书”）。
当年我只说说互联网公司的产品经理干啥。在互联网公司，产品经理，可以基本理解为，搞清楚到底要做什么产品，并且协调公司同事把它做出来的人。
只是这个定位，似乎很像创业公司CEO，或者公司新业务老大（至少是个产品总监）的定位。实际上的确如此。如果能清楚到底要做什么产品，基本上确定了公司很大程度上的商业定位、市场定位，这多半是老板要定的事情——也无怪乎当年红衣教主，力捧产品经理为准CEO式的人。
所以回归到现实，大部分产品经理头衔的人，他们的具体工作内容，就是辅助老大们搞定清楚到底要做什么产品（产品给谁用，解决什么问题，产品里要做什么功能来实现），作出完整的产品设计方案（可能还要弄清楚对应的线下服务怎么配合），协调技术研发，把产品做出来（然后可能还要对接运营提供对应的服务）。
非要把工作内容做个归类，可以这么看：
需求分析
产品设计
研发辅助
运营配合
初级－产品专员／助理
中级－产品经理／高级经理
高级－产品总监／副总裁／CEO
我瞄准的用户是谁？解决他们的什么需要？——分析需求信息，找到痛点
我的产品解决方案能够真的解决用户问题——解决方案的验证
市面上是否已经有类似的产品了——产品独特的价值定位
我的产品有哪些特点，能更好解决用户问题，在用户面前更有吸引力——产品的竞争力
我们能不能把这个产品做出来？要花多大的代价——实现能力评估
做好这个产品后，能带来多大的商业价值，怎么赚钱——商业价值分析
搜集信息和需求分析
构思解决方案－可行性分析
产品定位分析
商业价值分析
产品技术的可行性
运营或者服务的可行性
商业的可行性。
核心价值定位
市场定位规划
然而，不同层次的产品人员，在这些工作内容上的分工侧重，又很不一样。在互联网公司里，可以基本分为这么几个层次：
在初中级产品岗位，算是我们常说的产品经理，但其工作大部分还在产品设计、产品研发的执行阶段。虽然有需求分析的工作，但大部分只是在功能需求分析这个范畴内。对于高级产品岗位人员来说，或许才是真正的“产品经理”。因为到了这个层次，以及所在的公司地位，才有了能够参与产品决策，真正来决定要做什么的权力。
我画了一个图，细致切分了一下产品岗位工作，对照在不同层次产品人员的工作内容差异。同时也便于分析，为什么会对产品经理的能力，提出这样或那样的要求。对于招聘的HR／猎头来说，或许你今后能更清晰的理解产品岗位的JD要求。
（数字标号1、2、3，对应代表了初中高阶产品经理工作中主要承担的任务）
接下来，我们就着这个图，来介绍一下，产品经理的工作内容和层次差异。
不过限于篇幅，第一篇文章我可能只讲需求分析和产品定义这一部分。
产品经理的初始工作——产品定义，定义做什么产品
在我做这个产品经理岗位分析培训的时候，
@刘飞
寄来了他新出版的产品经理入门的新书“从点子到产品”。书名其实也很好预示了产品工作的起始——“点子”。
需求分析，其实就是“点子”的来源过程。从需求分析道产品构思，这是决定产品做什么以及怎么做最早、甚至是最重要的决策过程。
对于大部分产品，我们都要回答这么些问题：
仅仅凭借直观感受的用户和所谓的市场机会，就想象出产品去做是远远不够的。对于绝对部分新产品而言，弄清楚这么几个问题是至关重要的：
相对而言，你可以把解答以上的问题的工作，当成需求分析最重要爹部分。接下来，我们可以大致分为这四项工作内容：
这些工作完成之后，也就几本完成了产品定义，要做事情的范围和边界，直至执行阶段。接下来我来挨个说明。
一. 搜集信息和需求分析
需求分析，其实就是将各类点子，分析判断，筛选打磨为成型“产品概念／想法”，或者说“靠谱点子”的过程。
然而，点子从来不会凭空而来，所以产品经理，需要有良好的素质能力，从外部获取信息，获得充分的点子来源。
从产品的角度，是要确认，有哪些来自用户的问题或者行业当中的问题需要我们去解决，或者针对我们已有的产品或者服务，还存在哪些问题需要我们去改进。
对于从事产品研发执行层面的产品来说，需求分析，更多的是将抽象的业务需要，转化成技术人员可以切实理解的非常具体的功能需求点，乃至程序逻辑。
初阶产品岗位：多半是在已有的产品的基础上，进行改进。这个时候，产品经理最基础的工作，就是从找产品用户聊天，或者等公司的运营人员吐槽，从用户那里取得反馈，将他们的期望和要求，搜集整理成可以改进产品或研发新功能的“点子”，就是最基本的需求分析。把自己当初一个普通用户，从使用者的角度反复试用，像“红衣教主”说的一秒钟变小白，也是一个发现问题，发现需求的方法。有些简单的问题，可以将功能需求直接添加到技术工程师的任务队列。同时，尽可能的搜集发现其他同行的竞品，或者其他近似的产品，也能够启发产品人员获得“灵感”，找到可以添加的新功能和改进的设计方案。所以很多同行吐槽，（拙劣的）产品经理的工作就是盯着同行抄。
中阶产品岗位：更进一步的话，产品经理要能够将用户提出的期望，快速的对应到基本的功能研发需求——如果是跟进竞品的新功能，也得搞明白别人的新功能是为了解决什么问题。如果用户提出的需求和反馈，以及想要解决的问题相对比较复杂，则需要做更多的分析和验证。产品经理要通过合适的调研手段和信息渠道，确认少数人所反馈的需求信息的真实性，以及可以拆分成更多明确的、具体的问题和用户期望，再去逐步寻找解决办法。当然在大部分情况下，产品经理并没有时间去做仔细的调研和验证，只能凭借自己对于用户的理解或者类似产品的运营经验做判断。除此之外，对于搜集到的反馈信息，整理的研发需求，也要能够分析判断出对于用户、对于业务流程的重要程度，以此确定解决需求任务的优先级。相对初阶产品经理，大部分的工作还是依赖于已上线的产品进行改进改良，对于需求的分析，基于某些产品功能也有一个明确的研究方向，属于命题作文。中高阶的产品经理们通常会有更大的自由，去寻找相关业务的从业人员交流，挖掘需求明确业务发展方向。
高阶产品岗位：需求信息，除了简单的直接或间接的来自用户或者从业者，会有更多的机会去洞察宏观的行业机会、市场变化，发现其中也许不是用户身上那么显而易见的需求或者商业机会。这阶段的产品经理，应该有更敏锐的商业嗅觉，以及人脉资源来获取有价值的商业信息。
在大公司体系下，其实最常见的业务或需求，或者就是从老板层面，一层又一层将公司业务的需求，或者上级已经明确的需求，从上到底下传递执行。这个时候产品经理，学会理清楚老板的期望，安排好优先级就行了。如果觉得老板提的要求不合理，进行合理的说服抗争，则是产品经理们另一个方面的特殊能力了。。。
工作内容常见的误解——用户研究
用户研究，这个曾被广泛提及的概念，其实就是在搜集需求信息这个阶段的工作。然而这个词被强调的过多，在实际工作中，产品经理们实际上很少有机会去系统性，或者难有完整时间、单独的去做这项工作。绝大部分时间，用户研究，被零散的安排在了和用户交流、和运营的同事沟通，阅读他们提供的用户反馈信息，从同行交换情报信息，阅读行业里的用户统计报告等各种信息搜集的活动过程中。
只有在极少数的大互联网，才会有专门做这项工作的时间阶段、甚至是岗位，和在极少数的时间里，产品经理才会有时间精力去做专门针对用户研究的用户访谈、问卷调查等。
很多时候，对于需求的研究，可能不会真对单个的用户或群体。从宏观的市场统计数据、行业统计报告当中，也能够有不少发现。正如前网络的产品大牛俞军所说，“用户不是人，是需求的集合”。因此很多时候的用户研究，并不是在研究用户、研究人，而是在研究业务、研究市场。
不少其他行业的，如消费品、汽车制造，也都会有专门做用户市场研究的部门和岗位，来做市场调研和数据分析的人。从职业发展和招聘的角度来看，这些岗位和初级产品岗位，存在一定的人员适配性。
二. 构思解决方案－可行性评估
和其他行业的用户研究、市场研究工作相比，产品经理在这项工作内容上开始体现出差异。其他行业的市场研究，通常在搜集完信息，统计分析，整理出新的见解，或者总结细分人群的独特诉求之后，工作便交给研发部门，广告营销部门或者其他执行部门去讨论了。
而在互联网公司，产品经理岗位的人，则要将自己获取的信息需求，进一步消化酝酿，构思成新的解决方案，考量用户能不能接受，或者产品研发、对接线下业务环节能不能支持好。
一个方案是否可行，通常包含：
产品技术的可行性，主要是指期望的技术研发，能不能实现期望功能。
现在人工智能很火，深度学习的基础工具完善，似乎变得无所能，那么开发出一个能教人说英语的随身人工智能老师，肯定很不错。可这样看似简单的想法，能否真的达成？这样的产品研发究竟几个月或者几年才能完成？还需要哪些数据资料或者资源？是不是现在的技术水平，几年内依然无法实现理想的效果——这些都是产品经理在立项之初，需要考虑清楚的。
当然，这个主要是相对功能实现的预期来说的。比如，搜索引擎非常复杂，现在要重新做个类似网络的全网搜索，而且搜索结果能符合大部分人，很难。但如果只是做个小电商网站内的几万个产品的分类查找，就容易很多。
要讨论运营或者服务的可行性，是因为现在很多产品，不只是技术功能，需要业务需求下，对接合适的服务。靠谱的解决方案，需要从用户需求的完整应用场景，或者放在与之相关的业务流程当中，找到能够解决用户问题，能被用户所接受，符合他们行为习惯的解决办法，同时确保，公司线上产品以及对应的线下服务，能做得到——即所谓的，“业务逻辑能不能跑的通”。
像现在类似火热的二手车交易平台，产品人员必须要对用户买卖二手车的业务流程有仔细的研究分析，才能构思出与之匹配网络交易平台，其中还少不了要接入和传统线下业务相关的汽车检验评估等环节。如果不对业务进行深入的分析研究，是很难想清楚具体的产品解决方案。
所以解决方案是否靠谱，自然需要更多的业务经验的产品经理来判断。
商业的可行性，我们更多会放到商业定位当中去讨论。
初阶产品经理，需要评估可行的工作相对比较简单，就是用户反馈，或者是内部运营抱怨的问题，产品上所需要做的改动，技术是否可行性，又或者有多复杂。这些多半是对业务流程／导航结构／排序策略／页面的信息展示重点在产品设计上的调整，成本消耗不高也不必花太多时间去评估，在需求分析时评判好优先级就好了（有问题也可以交给上级顶多）。有些的新的产品功能设计，能够在已有解决方案／竞品的设计方案上进行优化改良也就差不多了。如果要解决的问题牵扯更大范围的，或者更加负责，要构思一个完整的功能体系或者全新的产品设计／解决方案，则要到下一个进阶的工作阶段了。
中阶产品经理，需要能够构思产品中的完整功能体系，或者全新的产品解决方案。从经验的角度，他们应该已经掌握了解竞品或者是传统方式的解决方案，能够快速的结合业务需要，构思出新的能被用户接受的解决方案，来进行讨论分析。他们也必须能够判断产品业务实现逻辑上可能存在的重点、难点，并从功能技术的角度，评估可能性，以及对于预期效果作出判断。有些产品的解决方案，并非单纯取决于技术研发，更需要公司运营资源的配合。那么对于产品解决方案的可行性评估，则要求产品经理对产品运营的可行性也要有经验来做判断，甚至涉及到更高层次，商业可行性的地步。
高阶产品经理，则需要更丰富的业务经验、市场知识，乃至商业逻辑，来评估整套产品方案的可行性。或者对于一个复杂解决方案，能找到不确定因素或者关键障碍，进行深入的调查研究，来确认或者解决。高级层次的产品经理，会对实际的服务对接、产品运营的可能性有更全面的了解，而不仅局限于功能研发的角度，能够实际评估出解决方案从线上到线下实现完整产品服务流程的可行性。
所以能够快速构思方案，并评估可行性的可能，是作为创业型产品经理，或者说能够参与公司业务决策，最重要的能力差异。
在发展速度如此之快的互联网行业，产品人员远远没有充分的时间进行用户市场的研究，或者慢慢研究论证业务方案的可行性。是否拥有足够多的产品经验去推导业务的可行性，是否有足够多的业务经验作为依据，则是在产品决策中“拍脑袋”的时候，能否拍出正确决策概率问题。
在这项工作业务的能力要求上，除了产品经理的逻辑推导能力之外，大概就是在相关业务领域的经验积累了。
三. 市场定位分析
如果只是因为有了用户需求，能想出个产品点子，产品研发上大致可行，就兴冲冲去做，也只能是年轻的创业者－初级产品经理最容易犯的错误。事实上，我进入互联网行业这么多年来，也见到过太多类似的项目前仆后继的掉到同一个坑里，有太多的“创业者”在重复造轮子，大概访谈了几个用户，连市场调研都没做就去兴冲冲开干了。
所以在自己有了点子之后，应当看看市场上是否存在类似的产品存在，是否还值得自己／公司去做，即产品经理应该具备常识要做的竞品分析。
不管产品经理们或者创业者觉得自己的点子如何独一无二，但现实世界是，市场肯定以某些方式存在过，服务与类似用户需求和市场需求的业务。哪怕不是互联网产品，也有以很传统的形式提供的服务。相亲网站、招聘网站出现前，真实世界早就有婚姻中介所和职业介绍所了。
做竞品研究和分析，一方面是为了确立产品的市场定位，找到有力的产品价值和差异化的竞争力，另一方面，也是为了进一步分析业务的可行性。因为市场曾经存在过的类似产品和服务，因为某些环节的因素而未能持续经营下去出现的障碍，也是你所构思的新产品／服务，在可行性分析中可能忽略的问题。
在成熟的商业公司，市场定位分析的工作，是在产品立项之前就应该做好的。所以往往也不是初阶的产品岗位的人员，能够参与的决策工作。
产品的市场定位分析。可以分为：
一般而言，产品的核心价值定位，常常对应一开始我们在搜集到的需求信息，或者构思产品解决方案当中，所针对的用户群体要解决的“痛点”。所有的功能改进和产品设计，都要围绕这个点来确立。
产品的市场定位分析，是确保产品与类似的产品竞争比较之后，具备足够强的功能特色或者高人一等的性能，在市场上推出后，能够有效赢得用户。反过来说，为了打动某一类确定的用户群体，必须先明确他们在意产品的哪些功能特色，才能进行产品的有效规划，利用有限的资源更早的将符合条件的产品做出来。
对于初中阶的产品经理们，哪怕并没有机会参与到产品的定位决策中，但也要理解决策者对产品所做的定位分析，才能做好符合产品定位的设计。
而所有产品的定位选择，能够实现期望的差异化功能特色，也不得不依赖于公司所有的资源，产品经理们并没有天马行空任意发挥的机会。
这里所描述的“定位”，和营销方法论当中，利用用户心智进行差异化的宣传推广，有着相当的一致性。只有产品／服务的设计规划初期，设定了有目标性的用户人群，赋予它能打动这些人，有别于其它产品的特色产品属性，才能应用到广告营销宣传当中，具备争夺用户的市场竞争力。
基于商业市场的选择——产品的“定位”，才是营销“定位”的根基。
然而确立核心价值是根本，为了市场定位寻找的差异化，是营销手段。见过很多产品为了寻求所谓的差异化，而背离所要解决问题的核心，这得要求产品经理们，有很强的逻辑性和价值判断能力。
不得不说，产品的价值定位和市场定位，是一项不太容易完成的复杂工作。只有那些对市场业务有非常丰富经验，或者已经有很强知识方法和实践经验的产品经理，才能够做好。甚至说，这项任务在创业公司，就应当是CEO的重要责任，小公司里，核心产品就决定了公司战略定位。
产品的定位规划，大多在进行新产品规划的阶段，才会有这么系统性的分析工作。然而对于在公司打工的初级产品经理来说，大部分情况下难有机会去参与产品的定位分析工作。公司里能够参与决策的，多数是具备丰富经验的中高级产品经理们。多数情况下，初级产品经理只是在已经成型的产品定位和功能范围里，去解决那些相对明确的研发需求。
这项工作内容当中，在营销广告行业，从事策略工作，或者咨询公司、战略部门做过战略咨询、市场分析的人，或者会有匹配的能力经验。
四. 商业分析
能够确定产品的定位和价值，便可以开始认真计算产品的那本商业帐。
产品价值有大多，需要花多大的代价，能够产生多大的收益？
要让用户选择一款新的产品／服务，一定是 使用新产品的价值－新产品的使用成本－切换到新产品所要付出的代价（学习成本，更新的物质成本）>老产品的价值－老产品的使用成本。
对于公司和团队，一定也要试 产品的商业价值收益>产品的研发＋运营成本。
对大部分产品经理而言，最开始或许不必考虑产品赚钱的问题。而到了产品成熟期，也会有专门的商业产品经理，专门负责公司产品当中赚钱的那部分工作——广告平台，又或是收入运营部分。
那么当公司需要考虑赚钱的时候，计算分析清楚产品的运营成本，怎么产生收入，收入的规模和预期（甚至要拆分成很多具体的运营数据预估、商业数据分析），以及在优化运营成本，以及努力提高收入之间，怎么优化产品结构或者运营模式，也是可以有产品经理来参与的工作。
对于大部分初级产品而言，除非是专门负责商业变现的，否则很难参与到这一类的工作。在大的互联网公司，或者传统公司，这一类工作都是由公司的战略部门来做的工作。如果换做小公司，那么在创业之初，这部分工作则是创始人、合伙人们在做商业计划时，就要完成的工作——哪怕是在商业模式中做最粗略的预估。
通常，有较好的商科背景，或者财务背景的人，能够更好懂得商业分析该怎么做。否则，对于习惯了研究用户，研究需求，如何将微观、具象的产品服务，估算出宏观的用户规模、付费市场预期，需要更多来自已有产品运营数据的经验对比。所以，拥有较成熟产品运营经验的从业者／高管，反而可能会在商业分析这项技能上更具优势。
产品定义大部分都是老板做的事
理论上，对产品经理所要承担的需求分析和产品定义分析解释了这么多，可是大部分产品经理可能却会觉得，自己很少做这部分的工作，因为在一个产品立项之前，许多公司里的产品岗位的同事开始工作的时候，产品定义所包含的需求分析、市场定位、商业分析工作，应该是老板们已经拍脑袋做完了（在我画的产品经理工作分阶图当中，这一块内容，大部分也标记为中高阶产品经理所能承担的工作）。
产品经理开始进入到研发的时候，多数是按照老板们脑子里已经定义好的产品，研究用户的使用场景、行为习惯，再拿来反映到具体的产品设计方案上；又或者是产品上线后，再根据用户的反馈，对产品进行调整。所以这个时候，产品能否取得大的成功，很大部分取决于老板们的产品定义和市场定位，是否做对了。很多互联网公司投入了大量的研发资源乃至运营资金，产品最终还是流产或者被关停，导致产品经理和技术研发人员的心血白流，多数就是如此。产品经理们的诸多努力，也就成为了老板们失败决策的牺牲，不得不诸多哀怨。
不过，如果能够在每一个产品项目中，锻炼出扎实的产品设计、研发管理能力，再慢慢锻炼积累这篇文章中所提到的关于产品定义的需求分析、市场定位、商业分析能力，争取更多机会参与到和老板的决策讨论之中，也是个人成长中必要经历和经验财富。
到下一篇文章中（虽然不知道什么时候能写出来），再讨论大部分产品经理们，实实在在肩负的产品设计、项目管理的工作内容。
F. 从一个产品专员做到产品经理，努力点话，大概需要几年的时间产品经理的待遇大概多少“
产品经理只是一个职位的名称而已，说是经理，实际和经理没多大关系
刚入行的就叫专员，一般2-3年后，经验丰富了，能主导一个产品的设计，能进行产品的运营，数据分析，项目跟进，跨部门协调，就能说是一个产品经理了！
G. 产品经理的入职难怎么办
如何成为一个优秀的产品经理?这个问题小编想了很久，决定从能力的角度展开说明，之前分享过《产品经理必备能力有哪些》里面说的内容应能够应付高级产品经理，今天我就进阶的补充一些能力如下：
一、要用心做产品
心中把自己看成是一个打工的，给老板打工，给领导打工，只要他们点头就OK，那永远都不可能成为一个优秀的产品经理。你可能会说，那我干别的，此处不养爷，自有养爷处。但只要抱着打工的心态做事，你到哪里都只能是混，要想出类拔萃，那就只能等下一辈子。
优秀的产品经理心里都有一个大我，他不是对老板负责，而是对产品负责，对用户负责，他甚至会把这个产品看成你自己的孩子。比如说，你如果是一个设计师，除了美化、润色、做方案，是不是也用心地去了解这个产品怎么回事?用户是什么样的人?用户为什么用这个产品?他在什么场景下用?这个产品给用户创造什么价值?如果说一个技术工程师只满足于堆出一堆代码实现了一个产品功能，但根本没有想过自己在这个过程中通过积极参与可以让产品得到很多改善，或者对于自己认为不对的地方，也不想提出自己反对意见，这样的技术工程师就不要抱怨自己是 IT 民工，因为这样思维方式就注定了他一定是一个 IT 民工。
二、自我驱动力
如果你来到一家互联网公司，你会惊讶从业人员比较年轻化，大到BAT，小到创业公司，喜欢年轻员工成了许多企业招人时的隐形规定之一。比如华为就明确规定员工45岁以后必须退休。阿里这几年也在追求团队年轻化，35岁以上的程序员申请P8以下的职位成功率很低。
那你怎么样让你自己不断地适应时代呢?那就需要很高的自驱力，其实产品经理是需要极其频繁学习的一个岗位，如果你没有很强的渴望，对世界的好奇，如果你久不学习，没有赶上最新的浪潮，其实你很容易被时代所抛弃，所以自我驱动的能力是很重要的。你自己不断的学习新知识，不断的思考、反思、总结，你对自己的要求有多高，对产品学习的欲望更强，你自身的修养，见识也会不断的提高，增加，你对产品的把握会越来越游刃有余。
H. 产品经理好找工作吗
产品经理越来越难招
从收简历、筛简历、电话沟通、预约面试、面谈人选到最终入职，企业平均至少要1.5个月的时间，高端职位时间可能会更长，长达3个月到半年不等。不得不提的是，企业还要承受产品经理入职后3-6个月离职的风险，甚至有个别产品经理在入职后不到一个月就离职了。
如果说会画原型图，会写需求文档就有资格去当产品经理，这话不假，但这也促使了一些产品经理陷入了误区，仅仅会这些基础的操作技能是远远达不到企业对产品经理的要求。企业对于产品经理的逻辑性和学习能力是非常看重的，能否把一个需求描述得清清楚楚，能否通过一些现象进行深层次的分析，这是最基础的要求。
现在产品经理跳槽频繁已成常态，产品经理越来越难招了。虽然产品经理的求职者在不断增加，但招聘却没有变得容易。
产品经理招聘难的原因
产品经理求职者明明大幅增加，为什么产品经理越来越难招呢？
其实，原因有三个：
1. 实际供需难以匹配
企业要招聘高端的产品经理人才，除了在各大招聘平台发布职位等待收取简历，很大一部分都是企业通过内推和猎头挖人的。所以，从实际上来看，产品经理的真实需求量更高。
至于产品经理人才的供应，依然源源不绝。市场上出现了各种各样的产品经理课程，这让很多人都看到了产品经理这个职业的发展机遇，不管是针对已经入行数年的产品经理，还是针对要转行入门的产品新人，在招聘的职位面前都显得信心满满，但却没有过多去考虑岗位是否与自己的相关经验和背景匹配合适，做产品经理真的很容易吗？
对绝大部分企业来说，学历是招聘的第一道门槛。本科及以上学历是绝大部分企业的共识，即使经验和背景比较符合要求，学历不满足条件，企业还是会有所犹豫和顾虑的。
相关的产品背景和经验，则是招聘的第二道门槛。如果求职者有相关的产品背景和经验，那么企业会相信这个产品经理能更快上手，能更好理解产品的逻辑，更容易洞察用户的需求。
第三道门槛，则是产品经理的潜力，这个就包括了逻辑能力、表达能力、学习能力等等产品经理需要具备的素质。这一点尤其值得转行或者初级产品经理去重视培养，企业在面试过程中的感受往往会受到这些素质的表现所影响，从而在一定程度上能决定求职者是否能拿到offer。
纵观目前市面上求职的产品经理，频繁跳槽的、产品背景和经验不连贯的不在少数，导致产品经理的人才质量参差不齐，供需难以匹配，无疑加大了企业的招聘难度。
2. 招聘需求不明确
有不少企业的招聘观念是不够理性的，认为名企背景的产品经理就一定能做出好产品，却没有认真分析业务的发展对产品经理职位的核心诉求是什么，只会一味盲目追求名企背景的人选。
虽然名企背景的产品经理学习能力和逻辑能力普遍要好一些，值得企业去考虑，但是回归到产品本身，能充分理解用户需求，把控产品细节体验，这个与是否具备名企背景无必然关系。
那么，为什么会出现这样的观念问题呢？往往就是因为招聘需求不明确，没有一个很确定的评判标准，很难让前来面试的产品经理去信服，所以面试的反馈也不会特别理想。甚至，有些企业连具体需要什么样的产品经理，把人招来具体做什么，这样基本的问题始终是模糊的，那么就会很容易导致三种结果：
自身因为需求不明确，所以很难招到合适的产品经理，这不是通过在招聘平台上发布职位、内推或者委托猎头推荐人选，就能够解决的
和其他公司抢占产品经理人才，造成自身和市场资源浪费，这样就相当于把一部分优秀的人才放置在不合适的职位上，毫无疑问对企业的发展起不了促进作用，反而还会耽误发展时机
对产品经理的工作内容规划不明确，导致人才流失，有不少产品经理遇到这样的企业，职责定位不清晰，最终只好无奈辞职，频繁跳槽有一部分原因就是这样来的
3.不了解产品经理的需求
对于高端的产品经理来说，只要薪资合理公平，与市场的平均值持平，他们会更多会考虑公司的发展趋势和产品的长远规划。
I. 产品经理具体工作是什么
你好，
【1】规划型产品经理
规划产品从0到1，规划方向、目标人群、特性及产品价值。
【2】管理型产品经理
负责产品过程，以结果为导向。为最后产品实现盈利作保证。参与产品设计等。
【3】设计型产品经理
设计产品原型、协调产品PRD文档，协调产品资源等，保证产品迭代节奏，每个版本产品能够如期上线和如期交付
【4】全能型产品经理
能独立完成产品过程中的每一项工作，就好像纽带一样，链接每一个模块
【5】技术型产品经理
现在很多产品都是技术决定的，比如数据算法等软件、还有大多数的复杂APP，都是技术和研发共同努力的结果
【6】运营型产品经理
民间流传这么一句话，懂得运营的产品经理是非常“值钱”的、好产品是运营出来的。能看出这两句话的意思吧，产品运营是多么重要，而懂得运营的产品经理又是多么神一般的存在。
入门产品经理，可以从工具学起，推荐以下这些：
1.脑图工具：网络脑图
2.文档共享：蓝湖、Axure等软件
3.项目管理：jira
可以在网上找每个工具的教程，一边看一边练习