产品经理入门攻略（二）

第二章：产品经理：“痛并快乐着”

1、产品经理入门指南

产品经理经历的三个阶段：产品助理>产品经理>产品负责人

10年前，我们无法准确定义产品经理是做什么的
10年后，已经有一些模糊的概念了
再过10年，也许我们会引来更清晰的认知，甚至开设大学课程和专业

产品经理目前所处的环境不像编程那样成熟，只是近年才出现产品经理的分享热潮，我们必须经过更长时间，才能将零散的知识整理成体系。

- - 产品助理 - -

“迈入这个行业的第一个阶段，产品助理需要拓宽知识面”

产品助理的硬性要求：

【1】职责

• 撰写需求文档

• 设计原型文件

• 收集资料

【2】成长：用需求文档建立功能认知

“成长取决于我们所做的事情，以及做的数量和频率”

案例：用户想上传自己拍摄的照片，这样别人就更容易关注到我….

产品需求：图片处理/图片上传/相册/图片列表/图片详情/评论/删除/举报/点赞

Tips：这需要我们自身对功能有一定的认知，需求文档在我们成长过程中，会持续地将我们曾经或者

正在实现的功能变成文字记忆，储备在我们的头脑和意识形态里。

最好的储存办法是设计一个自己的“功能需求库”，不仅仅是工作中的需求，闲暇时间也可以将我们平时使用的产品进行分析，

封存到我们的“功能需求库”里，这些都是未来产品的材料。 100个功能认知与1000个功能认知的差距就是产品新人与老人的差异。

【3】成长：用原型图建立设计认知

“原型图的重点不在于输出的图形结果，而在于设计的过程”

设计原型图的步骤：

• 构造画板（有边界的空间）

• 优先绘制稳定度较高的板块（如标题栏/底部菜单栏）

• 剩余空间再进行变化度较高的板块设计（空间划分）

• 往往一个板块有非常多的参数，我们需要判断参数的价值（参数选择）

【4】成长：收集资料可以触碰到产品的精髓

“产品的精髓/创业者的精髓：信息提取及大量信息加工的能力”

寻找收集材料，不要对资料做搬运工，逐渐尝试对这些资料进行处理，你的leader可能会使用跟你相同的材料进行分析，

他分析出来的情报，便是你需要吸收的知识。

【5】时间的预估 对于功能点时间的预测

- - 产品经理 - -

【1】职责

“三个职责：定义每个页面存在的意义/追求子目标/设计底层需求”

• 定义每个页面存在的意义

  同样的思路，放在不同的地方就产生了“对”和“错”的概念

  例如：

  • 列表页存在的意义是更高的跳转率，在这层含义下，我们需要寻找更容易诱导用户点击进入资讯详情的方法

  • 主页存在的意义是更高的关注率，我们希望用户通过阅读一个人的主页，更容易产生关注他，认识他的冲动，

    这决定了如何设计这个主页，也决定了通过何种维度来判断主页设计是否“正确”

  • 不同产品环境下遵从于不同的意义，就像我们的文章详情页，某些产品会更多的提高用户分享率，有些产品则会提倡更多的评论率

• 追求子目标

  并不是所有功能都会为产品的新增，用户的活跃买单，比如个人资料；每个页面都会有自身的数据衡量维度，跳转率是我们常见的一个数据指标。

  除此之外，还有停留时间，完成率。

  有时候我们只会负责某个板块，我们也应该追求他的子目标

• 一个产品的强壮度，往往并不在于前端功能，而在于后端功能与底层功能，需要我们了解数据流动，以及每一个环节对应的细化需求点。

  常见的底层需求包括推荐系统的推荐规则，匹配逻辑，大数据的应用，还有我们的搜索逻辑等等

【2】成长

• 在产品经理阶段，我们会开始为数据负责并且通过对某个模块的意义赋予，形成个人的价值观 –这是一个非常重要的里程碑。

- - 产品负责人 - -

“这是一个转折点，也是一个转型阶段，除了专业能力增加以外，还需要扩充团队管理，项目管理相应的技能。”

必备的三个基础能力：

• 产品价值观

• 产品结构

• 团队管理

这款产品究竟应该为用户创造何种价值，提供何种服务？

slogan？如何赋予产品价值？

产品没有结束和完成的概念，除非这款产品进入死亡阶段

产品终究是要继续迭代的，而能够迭代下去的唯一办法就是开辟空间，将积累下来的功能做分类整理，让这些功能更有条理和结构化。

产品大部分功能不是为用户服务的，而是为产品本身服务，这是一种思维上的转变，也是我们必须要越过的关卡。

2、成长路上，产品经理该怎样完善自我

【1】心态

摆正心态，具备对职业与工作正确的心理认知。明确完善自我需要建立在系统学习的基础上，能够意识到自身并不断完善自我

取决于决心和行动，从中获取源源不断的自驱力，用积极正向的态度去面对需求，面对产品，面对职场工作。

【2】方法

量化精进法：将目标管理和产品迭代融合在一起，以提升职业技能和素养为目标，把个人当做一款产品以科学量化的方式打造，不断迭代升级，完善自我。

产品从无到有的环节：需求分析-产品文档-需求评审-跟进开发-需求上线-效果评估-迭代优化

自我完善步骤：精准方向-目标体系-形成计划-量化实施-进程控制-验收迭代

• 精准方向

  一个人不可能走出他完全不知道的路，也不可能成长为他完全没有概念的人，寻找参照物，四个方面：

  • 专业力

  • 执行力

  • 思考力

  • 顿感力

• 目标体系

  • 找到参照物进行技能分解，如需求分析的能力，产品规划的能力，沟通技巧需要学习

  • 定量评估
    例如：提升需求分析能力

    理论：如在1年的时间里，每个月研读一本专业书籍

    实践：按照自己产品的迭代速度与需求数量，筛选1-2个需求，自己挖掘公司策略与自己的需求之间的关系

  • 确定优先级

• 形成计划

  • 将长期计划拆分为短期计划+中期计划

• 量化实施

  • 手账管理法

  • Excel管理法

  • 24小时时间记录法

• 进程控制

  • 计划执行一段时间后进行总结，调整和校准，按周/按月

• 验收迭代

  • 全方位验收，总结经验教训

3、产品经理，不会忽视哪些很重要的“小事”？

【1】合作方面

• 多积累，跟不同立场的人多沟通，听他们的意见

• 摆正和各方关系的心态

• 不要把设计师、开发、测试当实现需求的机器

• 不要把运营、投放、商务、老板等人当做只会提需求的外行

【2】产品工作本身

• 从产品的角度考虑问题：多从整体上考虑，不仅是从产品岗位角度考虑

• 多和团队伙伴沟通业务：基于理解基础上实现需求，从长远上看比较“安全”

• 看数据结果前，辩证数据的真伪：不把时间浪费在错误的数据上

• 产品材料一定要文字留档

• 需求要对接完整

• 做好准备再拉人开会

【3】个人思维方面

• 不要害怕变化

• 要把锅背起来

• 灵活看待制度

• 执行想法成功落地比想法更重要

• 节操不要太高，但底线一定要有

4、转岗产品或运营前，你需要知道这三件事

【1】能发挥自己的先天优势

• 通过观察总结一直以来自己比较擅长，做的比较成功，易受人称赞的地方

• 反思提炼出自己在成功完成这件事或这类事情时所用到的能力

• 是否真的喜欢这份工作

【2】目标具体化更容易取得成功

• 选定目标岗位：积累/锻炼能力

• 简历准备：选择一张得体的照片/匹配岗位/通过数据体现自己的能力/办公技能

【3】从出售个人劳力到出售个人所掌握的行业信息

• 不断学习，提升能力

• 体系化自己的能力，进行多方输出，如行业咨询/写作/培训等

5、从工程师到产品经理，你需要知道的9件事

【1】核心问题

• 清楚目标岗位的要求

【2】优势

• 学习能力强

• 逻辑清晰

• 有一定的产品设计基础

• 跟研发有共同语言

【3】劣势

• 把人当机器

• 实现导向：“怎么做这个”到“为什么要做这个”的转变

• 表达琐碎

• 一人吃饱全家不饿，不善于协作

6、产品运营：如何转岗产品经理

【1】产品策划和产品运营的能力要求差异

产品策划需要有专业的设计能力：依据用户使用场景，使用相关专业领域的知识、工具和技巧，设计出满足甚至超出用户预期的功能特性

专业设计能力的评价标准：对于某专业策划设计领域有较深厚的经验积累，能在自己专业设计角度上极大的促进产品整体品质的提升，

能指导别人在相关专业方面工作，并能输出自己的经验技巧他人分享。

举证材料：

• 举证过往1年中独立主导完成的中型策划设计项目规划和成果报告

• 提交自己撰写的相关专业领域的培训课件或者经验分享材料

产品运营比产品策划要求更高的能力是：运营数据分析/市场营销/对外商务沟通/渠道管理

【2】转岗问题分析

通常把产品策划叫做产品经理

把做活动、内容、社区、数据、渠道的岗位称为产品运营

转岗问题除了公司分工原因之外，更重要的是知识能力水平的差异

运营仅做一部分运营，且停留在需求前期阶段，仅仅是和产品策划进行沟通讨论，没有机会去做产品设计，推动需求实现的工作，所以在能力提升上有缺陷。

【3】如何转岗

先回答以下问题：

• 有没有熟练的使用这些工具：脑图/手绘原型/visio/axure/ps/excel/word/ppt
• 有没有具备需求分析的知识与方法
• 有没有做过用户研究，搞过产品可用性测试
• 有没有自学过产品交互/视觉设计等专业知识
• 有没有参加过产品需求评审会
• 有没有在需求评审会做过需求讲解
• 有没有做过竞品分析
• 有没有从数据角度出发思考产品优化
• 有没有输出过产品数据分析报告
• 有没有对产品提出过优化建议，有没有上线过产品需求
• 有没有自己把产品的原型图还原几遍，优化几稿
• 有没有阅读过100份产品文档
• 有没有和产品经理交流产品100小时
• 有没有跟设计/开发/测试/运维交流过100个小时
• 有没有主动学习技术基础，理解产品技术架构
• 有没有具备良好的沟通能力，开放的心态

如果以上条件都具备；那就找个机会，做几个版本发布吧！看到用户口碑传播，看到数据增长，你就成了产品经理。