产品经理P1知识体系
2019-10-28 18:47:49 6 举报AI智能生成
产品经理P1阶段知识体系
作者其他创作
大纲/内容
功能和流程入门
如何做已有功能的优化？
功能点的优化是最基础的工作
对功能点的不断优化就是迭代
不要期望用新加功能来解决老的功能问题
功能优化和新功能设计有什么区别？
反应速度不同：邮件、甚至口头搞定
开发难度不同：一般都是1-3天/人的工作量
评判标准不同：要强调效果对比
分析产品功能的现状与逻辑
用户：都有哪些用户会用到这个页面和功能
流程：用户的使用流程是如何的
逻辑：产品底层逻辑（业务流程）是如何的
现在的功能有什么问题？
现象：哪些用户出了什么问题
原因：为什么会出问题呢
影响面：出现问题的频率和受影响的用户量是如何的？
解决方案是什么
关键点：在业务流程中，找到最关键的因素
多种方案：有没有更多的方案？还是只有一种方案?
难度评估：开发难度和效果的选择
结果如何评定？
考核指标：用什么指标来评估产品的表现
数据对比：前后的数据对比是如何的？
完整小功能设计
所有的产品都是由一个一个小功能构成的
产品经理不是功能经理，但是好产品经理一定能做好功能
产品早期功能为主，产品成熟后，对原有功能的迭代为主
完整的功能，一般需要经过简单的评审才能提交研发
如何开始做一个功能点？
见入行基础
业务流程设计基础
见入行基础
原型设计与PRD入门
页面流程与页面结构图
见入行基础
原型设计的基本原则
见入行基础
如何写需求文档
什么是需求文档？
俗称：MRD,PRD,BRD等，概念不重要
效果：说明为什么要干，怎么干，干了有什么效果
内容：明确产品背景，需求，流程，原型，交互等内容
谁看：设计，研发，测试
需求文档有什么用？
内部沟通
明确产品需求
明确产品要求和细节
让参与者明确实现的结果
存档
有据可查
交接更容易，更职业
跟进了解之前的做法和过程
用什么工具写需求文档
Word
Axure标注
高颜值的需求文档有什么特点？
结构：逻辑清晰，层次分明
背景：需求背景描述清楚
流程图：业务流程和页面流程均有
目标：考核目标，算法清楚
习惯：变更过程清楚
需求文档怎么写？
项目背景与需求分析
谁提的需求？什么场景？遇到什么问题?
简要描述分析过程：决策过程和依据是什么？解决方案是什么？
有没有相关的背景数据资料？
明确本次需求：用户、场景、需求，解决方案是什么？
本次需求的目的及功能列表
这个需求整体是什么样子的？是否要分阶段？
本次需求做哪些？前后关系是什么？
本次需求的功能清单有什么
流程与所处的产品模块关系
业务逻辑图
业务流程图
页面流程图
功能详细介绍
交互设计图
原型图
简要的用例介绍
关键的用例是什么
重点关注点
错误提示表等
考核指标与计算方法
本次需求要统计哪些指标？
怎么计算的？
怎么埋点的？
项目管理入门
产品评审怎么做
什么是需求评审
统一思想，明确需求，确定实现过程的会议
俗称挑刺大会，撕逼大会，逼死产品经理大会
通常评审会要经过几次，一次完成要拼“专业度”和“产品人品值”
需求评审过程通常很激烈，通常会有很多类似问题逼问产品经理
这样做很麻烦，开发难度很大
你考虑清楚了吗？真的要这样做吗？
这个流程太复杂了，能不能简单一些
你这根本没考虑到实际情况
还有一种情况你没考虑到
需求评审都有什么人参加
同行、设计、研发、测试、运营
为什么非得做需求评审
让所有人明确需求的背景和目的
提前确认和统一产品需求实现的过程和方法
让参与者明确知道工作内容和交付时间
让研发、测试评估产品开发周期，让产品经理做决定
如何组织一场成功的需求评审会
开场前准备工作
确认你的需求文档、原型都完成了吗
提前找核心人员小范围沟通提前消灭掉大问题
和核心与会者确认可出席时间
至少提前两天发挥会议邀请，定好会议室
会议邀请时主动带上需求文档和原型交互设计稿等相关资料
提前到会议室！提前演练一遍！
评审会现场
不要一上来就讲功能
抓大放小，细节上不要争论
讲需求要有节奏和条理
记录重要的争论点
评审会后
追排期！追排期！追排期！
整理遗留问题，并拿出解决方案
发出会议记录，每个问题都有行动计划
发出修改后的需求文档，并更新到内部系统中
约下一次评审的时间（如需要）
上线邮件怎么写
什么是上线邮件？
上线后一段时间，由项目负责人发给相关同事的通报邮件，主要是描述研发过程和上线结果的邮件
为什么要写上线邮件？
总结和记录：总结项目过程，未来翻查资料速度超快
项目推动：产品上线后才是开始，需要推动，协调各方资源
团队润滑剂：给参与者，帮助你的人正向回应
高颜值的上线邮件有什么特点？
标题很直白：标题简单明了说明项目内容
内容很清晰：有背景、有过程、有功能清单，有后续计划
简要描述一下研发过程
简要介绍一下需求背景是什么？
上线的功能清单是什么
数据对比是如何的？
后续的计划是什么？
是否需要同事的支持？
数据有对比：上线前后的数据对比来说明效果
表扬有技巧：说案例，说小事、说观察
谁，给你提供了什么帮助
谁，在研发过程中，有哪些事情让你很“感动”
从谁身上，学到了什么东西？
获得帮助与支持：提前准备好素材和资料，提时间和要求
求测试，则附上测试账号和收集渠道
求推广，附上相应的位置，文案，物料
求销售，准备好材料和宣讲会时间
上线前后准备入门
上线前准备
查 产品是否满足了上线标准？
回归测试：核心流程、核心功能是否完整可用？
bug list清空：是否已经处理完毕（有没有一二级bug）
时间选择：上线时间选择好了吗？
冷启动：内容是否已经准备完毕，可以正常使用？
如资讯类，是否已经有足够多的信息?
如交友类，初始妹子的数据是否填充完毕？
文案：所有的文案是否明确无歧义？
稍后 稍候
账户 帐户
登录 登陆
预定 预订
运营需要的上线材料准备好了吗
使用文档，帮助文档：是否准备充分？是否已经上线
应用商店：描述，图片等是否准备完毕？
帮助中心：文案是否更新？
推广物料：有哪些推广渠道？相关物料是否准备好？
教 给一切有关的人做培训
运营团队：通知到相关人员，是否需要运营活动配合？
客服团队：具体话术，使用教程
销售团队：对销售可能带来的正面/负面影响是什么？
支持团队：如财务（收入、支出），后勤（奖品支持）等
上线后影响：需要哪些人持续支持？明确周期，人和事项
预案 万一....怎么办？
是否有PlanB
上线后不成功怎么办？回滚会不会影响用户？
用户量暴增怎么办？
大量投诉怎么办？
回滚策略是什么？
收 一个小小的好习惯累积产品经理人品
收拾文档，需求文档是否补充完整？
如交互图，设计稿是否已经更新
需求变更，更新需求文档
未实现的需求，bug的解决方案
上线后数据监控与分析
一个产品的各种指标分解（见笔记P36）
一个核心原则：结论先行 以下统上 归纳分组 逻辑递进
总结
目标拆解的基本原则
自上而下，层层拆分
越重要的目标，要拆的越细
一个运营的好习惯
让70%的事情变得可控
对思考，对分析
找到种子用户（见基础）
合作与沟通入门
初识合作与沟通
产品经理需要和多个方面进行沟通
Leader:上传下达的核心
产品设计：理性和感性的碰撞
研发工程师：GEEK的世界
运营团队：产品的指导老师
怎么提问题
如何提出聚焦且开放的问题
具象且可被回答
问题背景清楚
中立看待不预设立场
提问之前 自己先思考
提问之前自问是否已经努力过了
不要期望把别人的回答当你的论据
简单的问题先百度
不要问商业秘密
如何提高提问的效果
明确目的：你究竟想了解什么？
想了解知识：VR,AR,MR的区别是什么？
想得到解决方案：如何设计一份用户体验好的表单
想找人做参谋：小白第一次做产品体验报告，请问有什么可以改进的地方？
提问自己的提问技巧
提问强制使用如下语句开头
为什么...
如何...
我的观点是...你的看法是...
强制增加背景和补充材料
以封闭问题寒暄，以开放聚焦的问题结束
追问更高效
追问行为
为什么这么想的？
当时是怎么做的？
当时是怎么思考的？
追问观点的分解
这个话题很大，怎么理解呢？
还有什么例子可以帮助我理解呢？
产品经理的学习与成长
产品经理成长体系
学习路径的总结
由浅入深，打好基本功，不能追求学习的速度
学以致用，根据自己的能力现状，重点学习自己即将用到的技能
以练带学，最好的学习，是深度的练习加上适当的理论
乐于分享，分享自己的产出，点评别人的产出
用产品画布思考问题
当你不是产品的资深用户怎么办？
深入用户里面去，让用户教育你
安全必须第一吗？
产品都不是完美的，所以在产品处于稳定器或者“可控的范围内”时，不要为了1%的用户去影响99%的用户
要数量还是要质量？
要数量还是要质量的问题，取决于当前产品的生命周期处在哪个阶段
产品处于“探索期”“成长期”，更注重拉新或者新增客户
产品处于“成熟期”“衰退期”，更注重产品中的“用户留存率”以及“用户流失率”
职业不同，关注的TimeLine也会不同
销售关注的是一个月之后的数据
运营是3个月
产品更应关注产品长期的发展
你真的害怕离职吗？
不维护用户利益的产品经理不是一个好的产品经理，用户至上是作为PM的基本原则
产品设计的关键？
不是商业模型，也不是产品模式，而是用户场景需求
时机和运气
产品生命周期理论
什么是产品的生命周期？
产品从进入市场开始一直到退出市场，所经历的市场生命循环过程。这个过程会因为不同产品的不同阶段会有不同的表现
互联网产品的生命周期
探索期（introduction）——成长期（growth）——成熟期（maturity）——衰退期（decline）
如何判别产品属于哪个周期？
首先看活跃用户量趋势，平稳，向上拉伸还是向下掉
其次看时间段，一般18个月后，产品都会进入成长期
提醒：看活跃用户量时，尽可能分离外部推广带来的“增肥效应”
从产品助理到产品经理
P1课程学习指南
能力
执行力
表现
基本功+态度
学什么
认知-还原 重复-坚持
怎么学
1.知识点突破 2.练习 3.扩展练习
用户分析入门
通过用户反馈发现问题
通过用户反馈关注什么？
产品的问题
竞品的问题
可能的机会点
通过哪些渠道来收集用户的反馈？
公开渠道：AppStore AppAnnie,豌豆荚，百度手机助手，新浪微博，贴吧等
半公开渠道：用户评价，产品微信群，朋友圈等
秘密渠道：用户投诉，电话录音，客服咨询，邮件反馈等
用户不同渠道的处理策略
公开渠道
勤搜索 关键字订阅 使用检测工具
半公开渠道
定期搜索关键字 定期分析用户评论
内部渠道
整合内部用户反馈渠道
定期与一线同事沟通
应用商店评论与用户反馈
主流的应用商店与常用工具
监控应用商店监控什么？
低分差评
有效评论
异常行为
竞品变化
微博贴吧与用户反馈
主流的社交平台与常用工具
通过用户咨询，投诉发现问题
通过用户点评发现问题
用户点评看什么？
差评：为什么差评？原因现象是什么？
描述：重点看有实际描述的评论
异常行为：比如是否有刷好评的行为？有无恶意评价行为
简单的用户调研
用户调研的全过程
明确背景和目的-选择目标用户-分析用户和问题-准备调研内容-现场调研-总结报告
明确背景和目的
背景：什么情况下发起调研？是否必须用调研来解决？
目的：通过用户调研希望得到的结果是什么？
选择目标用户
典型用户：通过简单的用户画像，找到典型用户
目标用户：时间，地点，配合程度。。。。了解清楚再进行约见
邀约用户：直接说明目的，并告知可能发生的情况。。。提前告知让用户有所预防
用户数量：5-10个用户就够了
猜测用户问题
用户可能的问题：通过用户在产品使用过程中的行为表现来发现
可能的解决方案：猜测解决用户问题的手段
确定访问提纲：聚集且开放的问题
题目数量：线上10-20道，线下5-10道
在访问过程中尽量通过还原用户过程进行访问，而不是逼问和质问
准备调研的内容
本品的已知问题：用户操作习惯，消费习惯和过程，原因
本品的未知问题：用户的痛点是什么，哪些操作用户感觉很烦，用户愿意掏钱做什么
竞品的已知问题：用户直观感知两者区别，本品，竞品的使用差异
竞品的未知问题：如果从竞品移入，用户放弃的理由；从本品移出到竞品，关键原因是？
现场调研
了解用户的使用过程：最好观察用户的行为，复原当时场景
提问：对关键行为，预设问题进行提问
反馈：对有效的信息反馈给用户，并研究
调研报告
单个用户：记录单用户的调研情况
整体情况：汇总用户调研的过程和结论
行动规划：分享并提出行动计划
如实还原，积极反馈
还原：用户是怎么使用出问题的？
反馈：提出改进计划，并且进行反馈，出了解决方案及时通报
用户调研误区
为了调研而调研（没结论，没过程，要带着分析方法、目的）
问用户有什么需求（不是通过用户行为发现需求）
试图说服用户（用中立的态度看事情，不要带入个人情感，不要说服用户）
求全求量（看似安全但没啥用的结果）
依赖调查问卷（得到了感觉有价值的数据）
需求挖掘入门
思维导图法整理需求（见入行基础）
需求的优先级排序（见入行基础）
通过数据发现产品需求
商业数据模型
收入=用户总量*付费率*ARPU值
ARPU=平均客单价*单位日期内平均购买单数
产品数据模型
产品指标
流程/页面
用户指标
行为/动作
数据对于运营的价值
数据分析的基本原则
先明确分析目的，再建立分析方法和思路
要围绕着核心业务流程和重要结论来完成分析
产品调研入门
针对功能点的调研
功能调研和产品调研有什么区别？
功能调研
重业务流程
交互体验
突出亮点
产品调研
重功能迭代过程
重产品结构
运营逻辑
两者共有
目的性明确
注重底层逻辑流程
用户需求如何被满足
功能点调研怎么做？（见入行基础）
功能调研的误区
没结论
不愿意做
杂
非要提改进意见
针对独立产品的调研
产品的视角看产品（见入行基础）
多个同类产品怎么调研？
找相同，找不同
关键功能的差异
出结论
如何调研第三方产品是否能用？
明确的目的比功能全面更重要
目标：用来做什么？期望值
成本：如果自己做，能用->好用是如何的？
关联性：第三方产品和你完成目标之间的关联
其他：价格，服务，会不会倒闭等
产品调研的误区
产品调研不等同于行业调研
二三手的数据不能证明你正确
非得提改进建议
大而全
强烈的个人倾向
产品形态=业务逻辑-业务流程
看产品，自下而上看三个东西
产品形态，一般只有一个，如果多个，产品一般不是特别好
延伸下来，业务逻辑有多条，也可以叫核心功能模块
再延伸下来，是业务流程，也就是具体的功能点的流程
0 条评论
下一页
