产品经理技能要求PPT
产品经理存在的意义了解用户、设计产品、整合资源把产品研发出来、推动产品迭代”产品经理能力要求了解用户需要借助方法论、用户调研、数据分析的方式来了解每一个用...
产品经理存在的意义了解用户、设计产品、整合资源把产品研发出来、推动产品迭代”产品经理能力要求了解用户需要借助方法论、用户调研、数据分析的方式来了解每一个用户。知道用户喜欢什么拥有产品设计和方案表达能力要会写规范文档并拥有口头沟通能力，让大家认可自己的设计拥有项目管理能力要组织团队进行项目开发。把控项目节奏，保证项目进度拥有规划和反思能力要安排好项目的跟新内容，推动项目迭代面试前的学习阅读网上能找到的关于产品经理的精华资料，大量使用互联网产品让自己对互联网产品有个初步的了解选定几个自己感兴趣的产品思考每个功能有什么用处，设计的优缺点在哪里动手分析按照网上给出的样例写出产品分析报告给出可行方案分析出产品存在的缺点之后，从产品经理的角度提出能解决问题的可行方案成为一名优秀的实习生明确定位所有的新人刚到公司时，都是一名学习者，要对产品工作怀着敬畏之心，主动承担责任，主动帮助同学处理好一些简单的工作，并在期间多观察学习多看多问把经历的点滴都放在心上，不断对工作流程和内容进行反思，想明白目前的流程和方案有什么合理性，弊端是什么主动沟通主动与导师沟通去做一些力所能及的事情踏实实践如果觉得自己应付目前手头上的事情已经绰绰有余，不妨找到介绍人要求安排更困难的任务实习生能从自己经历中获得什么奖励简历上的亮点这段经历会让你的简历亮点不少明白了产品经理如何工作能让你对这份工作有一个全新的认识亮眼的工作成果一份专业的报告是我们在面试官面前侃侃而谈的资本获得一份offer面对导师交给自己的任务应该如何处理明确目标弄明白对方想要自己做的事情是什么寻找模板研究前人的工作成果，让自己少走弯路向导师介绍自己的思路然后让导师评估自己的计划是否可行，并指出问题在任务进行的过程中，主动向导师汇报进度】产品经理的职位本质上是一个驱动者的角色，要求天生具有技术驱动者的属性，遇到问题不能被动等待伪需求出现的本质原因是由于手段比目的更具象化，所以人类很容易把手段当成目的。需求是目的，功能是手段，用户需求是自古以来就存在的，只是满足需求的方式发生了变化，基于这一点，我们可以得出这样的判断标准，如果原始人也需要那就是真的需求，如果不需要那就是伪需求。只有了解了用户真正想要的东西才能提出合理的解决方案产品文档市场需求分析步骤（MRD范围）定用户范围圈定我们的目标用户范围定目标用户数量用户画像包括性别，年龄，职业使用场景比如家里，公交车上产品的主要功能在这种场景下用户需要哪些功能对需求分析结果进行汇总数据分析数据分析的主要思路是将现实中的问题简化成数字的问题，从而寻找答案，并给出解决问题的建议，我们进行数据分析是为了让分析结果能反应现阶段的情况，并对下一步计划产生指导意义，所以千万不要为了分析而分析。数据分析可以分为以下九个步骤：明确目标明确要分析什么，从而让我们对目前现状，问题原因和产生的变化进行了解明确分析范围范围要精确数据采集数据包括文字列表，数字列表，处理后的数字的列表数据清洗去除机器人之类产生的脏数据数据整理整理的方式包括汇总与拆分，饼状图为拆分数据对比比如不同时间的对比、不同用户的对比原因探寻先假设原因是什么，然后进行验证输出结果制定数据分析报告，报告内容包括分析背景，主要结论，具体分析过程，对业务方面的建议，原始数据来源展现结果竞品分析（MRD范围）研究竞品表面上是在分析对手，但实际上是通过对竞品的调研，帮助我们对自己的用户有了更深入的洞察。完整的竞品分析报告由以下几个部分构成：分析报告背景背景分为两类，第一类属于主动分析型，第二类处于被动防御型竞品选择通过填写表格的方式来列出潜在被选择竞品，为了兼顾报告的全面性分析，从中挑选三款竞品比较合适竞品定位包括这款产品的目标人群以及可以满足的需求竞品市场规模及变化趋势包括竞品的用户总数，日活用户量，日活用户增长率，日流水，日流水增长率竞品的主要功能用表列出功能，用流程图画出交互流程竞品的运营状态竞品的宣传方式，拉新方式，用户比例竞品的商业模式竞品如何盈利竞品分析对我们的借鉴意义我们如何改进我们的产品产品功能设计（PRD范围）确定功能和对应的优先级从需求出发，依据功能的用户数和重要性排出优先级。确定出几个优先开发的功能拆分成子流程可以用流程图表示一个功能的过程合并子流程将流程图中重复的功能进行合并添加子功能这属于对功能的细化删减功能中的步骤为了降低用户操作次数资源评估如果我们手中没有某些资源,我们就必须删除相关的功能功能的细节考虑比如用户输入纠正,输入联想功能产品交互设计（PRD范围）交互设计的目的是帮助用户和产品相互理解并发出下一步指令最终顺利的配合完成交互任务的设计。交互设计有两种形式，一种是图文说明，另一种是在Axure中做出高保真的网页，这两种机制没有高低之分。产品需求文档（PRD范围）在完成功能设计之后，我们需要将设计书面化，方便其他参与这个项目的同事阅读不仅能让同事更好地理解我们的设计也能其他备忘的作用设计书面化的成果就是产品需求文档。产品需求文档一般包括以下几个部分:【需求背景】说明项目的目的、目标和意义【主要功能】将项目分解为多个功能模块准备让多人进行开发【功能的具体描述】功能具体描述包括页面有哪些元素，页面有什么交互方式，页面如何跳转，各数据之间有什么关系，需要在哪些页面收集数据【下一步计划】产品设计完成以后要与团队成员进行沟通优秀的产品经理会熟知产品的各种实现方式，并提前思考各种情况的交互细节避免方案在讨论阶段遇到大量待确定的问题。技术人员从技术的角度提出一些问题，帮助产品经理完善设计，这些问题一般包括：对功能提出质疑，某项功能或技术无法实现，一些技术细节需要进行会后讨论。项目推动团队由五个人组成，一名产品经理，一名后端研发，一名前端研发，一名视觉设计师，以及一名测试专家。过几天再开始工作后会遇到各种各样的问题，有需要产品经理决策的，有需要其他角色配合呢，这就需要产品经理站出来解决问题，然后继续推动大家一起推进项目。推动过程中常见的问题可行性问题当研发人员提出某项功能的开发难度过大的时候，产品经理要做的不是让研发人员加班加点也不是立刻把需求砍掉，而是了解不能出现的具体原因，按照需求被实现的重要性和值得投入的成本再做出决定，最后的解决方案有以下三种，项目必须实现，项目排期可以往后拖，项目不影响主要需求的可以砍掉，用低成本的方式实现需求评估工作量排期问题工作正式的项目需要几个人来做几天，每个人负责部分开始和结束的日期，工作量确认之后就可以由各负责人安排人力，如果觉得安排的上线时间太晚，自己不能接受，需要进一步说明情况让负责人协调，各个角色间的工作安排并不是孤立的，可能需要存在依赖关系灰度测试有些项目一旦出现问题会非常棘手，所以我们的项目不能直接全量上线，你找出一些小部分的用户，让他们进行使用，并观察使用的情况，一旦出现与预期不符的问题能及时发现问题，从而及时解决，避免风险，这就叫做灰度。灰度要选择适合的用户可以选择两个用户第一类用户是典型用户（普通人）第二个用户是特殊用户（VIP或穷人）。选择适合的对比方法，数据对比有两种方法，时间先后对比和不同用户群的对比。一般来说灰度最少是七天的周期，能确保数据平稳可行，不会出现太大的误差需求再沟通进度把控测试修复BUG上线改版后的效果评估对于一个项目来说，项目完成并不是装点我们还要对项目的结果进行评估，总结得失。效果评估有以下四个部分：【项目的背景和目的】【主要结论】改版后取得什么成果【具体分析】如何得出的结果，体现在哪几个反面【下一步计划】效果评估并不是在项目完成之后才开始，而是在需求设计阶段就已经开始了，在需求设计时，我们需要明确评估指标，让项目效果能从数据上反映出来，例如转化率增长率等。产品与运营的沟通产品经理这里其他角色沟通时，一定要学会提炼出对方最想知道的点和可能需要知道的点，然后再和对方交流。产品经理和运营人员确实是关系非常紧密的，产品经理会更偏重理性思考和长期规划，而运营离用户近一些会偏重于想办法让用户使用我们的产品。运营要解决的问题更加明确，主要要解决的问题有三个：拉新让更多人使用产品留存用户尽可能留下来激励让更多的用户完成产品功能的使用为了解决拉新、留存和激励相关问题需要有相应的手段，目前比较通用的手段有三种：活动注册送xxx曝光广告，软文品牌传播不同用户的质量是不一样的，有些渠道的用户质量非常高，非常活跃，有些渠道来的用户质量非常高，非常活跃，有些用户活跃性很差，使用一次产品之后就不再使用。当一个产品的拉新工作达到一定阶段时运营会逐渐把工作重心放在如何留存用户上，毕竟留住一个用户的成本远小于拉来一个新用户的成本，为了留住用户能做的事情主要有三件：分析留存问题就用户的唤醒内容运营产品与运营如何配合了解运营主动与运营沟通了解运营对产品的看法与规划共同确定用户成长目标明确当前产品发展规划为运营人员提供产品功能帮助运营人员宣传向运营人员请教更了解用户提升转化率的方法减少操作步骤提供适合的备选方案或提醒或默认选项提供参考让用户进行快速对比刺激用户冲动，比如抢购
