早一步是先驱，再早一步是先烈
成功发布，之后不断升级运营维护，项目上线后也有很多事情需要做
外包，延期半年发布
一路坎坷， 你我同行
一个只有七天的项目
项目：项目的坎坷一生
项目的坎坷一生总结图
分支主题
04
团队：我的产品，我的团队
团队：我的产品，我的团队
团队图
产品团队，游走于 商业与技术之间
大产品，大设计， 大团队
笔人
人
都
演 讲
人
是
产
2020-09-03
品
经
记理
目录
01. 写给-1到3岁的产品经理
02. 需求：一个需求的奋斗史
03. 项目：项目的坎坷一生
04. 团队：我的产品，我的团 队
05. 战略：别让灵魂跟不上脚 步
06. 产品经理的自我修养
01
写给-1到3岁的产品经理
写给-1到3岁的产品经理
为什么 要做产 品经理
需求DNA
分支主 题
分支主 题
需求的生命周期
分支主题
需求简报
分支主题
需求：一个需求的奋斗史
一个需求的奋斗史
分支主题
03
项目：项目的坎坷一生
项目：项目的坎坷一生
从产品到项目
一切从kick off开始
山寨级项目管 理
物竞天择适者 生存
又见需求
项目的坎坷一 生总结图
项目：项目的坎坷一生
A
项目的定义
文档
PRD产品需求文档
PRD是对产品功能的进一步细化，文档主要包含整体说明、用例文 档、产品Demo等，会对产品功能做具体描述
文档
FSD功能详细说明
Functional Specifications Document比较像用例文档，经常包含在 PRD中，从这步开始会出现很多技术的内容，产品界面、业务逻辑的细节 都要确定，比如网页上的某个表格中的数字，应该左中右对齐？保留几位 小数等，有点像“概要设计”。与此同时，硬件系统的设计、数据库设计、 表结构设计等工作，也开始由架构师、系统分析师们编写了。
设计之大
任正非“先 僵化，后优 化，再固化”
《用户 体验要 素》
《设计心理 学》《情感 化设计》
团队之大
接口人
组织结构
职能型
相同职责的人划分在一个部门
矩阵型
两种的结合
项目型
各种职责的人组成一个个的项目组
心思缜密的规 划师
激情四射的设 计师
团队：我的产品，我的团队
产品团队，游走于商业与技术之间
阴险狡诈的运 营师
狭义产品团队
01
产品 经理和产品规划师
02
产品设计师
功能级的设计
03
需求分析师RA
从概念设计到信息架 构
概念设计 需求采集之后，
需求筛选之前 产出：产品概念图 信息架构
《web信息架构》
激情四射的设计师
用户研究员 交互设计师 视觉设计师 前端工程师
字不如表， 表不如图
统一语言风 格
示项目生命周期就算完成了。
从具体要 做的事情 来看
产品 有更多的探索
项目 基本是在执行预设的任务
从产出物 的角度来 看
产品 通用的
项目 个性化的定制的
产品经理vs项目经理
壹
产品经理 靠想，做 正确的事
贰
项目经理 靠做，把 事做正确
项目：项目的坎坷一生
一切从kick off开始
01 项目计 划
产品 B 需求
需求 C 分析
满足需 D 求的方
式
用户需求vs产品需求
用户需求
用户自以为的需求，经常表达为用户提供的解决方案
用户需求vs产品需求Fra bibliotek产品需求经过分析，找到的真实需求，并且表达为产品的解决方案
用户需求vs产品需求
需求分析
从用户提出的需求出发，找到用户内心真正的渴望，并转化为产品需求的过程 是一个分总分的结构
02 沟通从 头开始
03 项目管 理方法
项目计划
工作量评估 brd初评->项目经理初评->细化到个人自己评估
工作量=（最乐观+最悲观+最可能*4）/6 1人天=5~6人时 风险点
沟通从头开始
干系人权责不明确，出 工不出力 1
遗漏了利益相关方（业
务方，各bu，或者以为 只需要前端修改漏了后
备注：强势的老板会把Q也定了， R还是不足的。
备注：与老板产生分歧，只要不 违背自己的价值观，就尽心尽力
完成任务
项目案例
封闭开发
集中到会议室开发
一路坎坷，你我同 行
三边六拍
A
三边：边计划、 边行动、边修改
六拍：脑门、肩膀、 胸脯、桌子、屁股、
大腿
B
01 02 03 04 05
几个项目的成败
过不了压力测试 需求阶段叫停，转移给别的团队 市场调研阶段认为不值得做
需求的价值
分支主题
需求分析方法论
需求的成本
分支主题 工期和工作量的区别，举例，生孩子要10人月
需求：一个需求的 奋斗史
活下来的永远是少数
需求pk 少做就是多做
组织架构
以产品线组织的组织架构 由产品经理直接对手上的产品负责，
有直接对接的技术、测试资源 优点：适合创业期
以职能线组织的组织架构 所有产品一个部门，所有技术一个
目 v
西目一 s
一次 直， 做流
流 程
，程
总就
结是
敏捷方法
拥抱变化
一开始的计划中间要留有一些弹性
迭代周期内尽量不加任务
集中工作，小步快跑
团队小，迭代周期短，每日站立晨会
持续细化需求，强调测试
测试驱动项目，用于补充和细化需求，比如业务逻辑的限制条件、异 常流程等
不断发布，尽早交付
大问题分而治之
项目：项目的坎坷 一生
用户需求vs产品需求
满足需求的方式
提高现实 降低期待 转移需求
需求分析方法论
分支 A 主题
需求的 D 种类
产品需
B
求列表 需求的 E 价值
需求的 C 基本属
性
需求的 F 成本
需求分析方法论
产品需求列表
分支主题
需求分析方法论
需求的基本属性
分支主题
需求分析方法论
需求的种类
分支主题
需求分析方法论
样本少，以偏概全
1.愿意做访谈的用户已经与普通用户有差异了 2.区域性 策略：增量方式，先根据5个用户的访谈得出结论，再 做5个观察结论是否有变化直至趋于稳定
“沉默的大多数”容易被初始发表观点的人引导
调查问卷
作答时间不超过5分钟，开篇放无需思考的问题，中间 放关键问题，个人信息放最后
调查问卷
封闭式问题
调查问卷的常见问题和对策
样本偏差：调查到的用户与想要调 查的用户群不一致
会做问卷的人，即是一种筛选，这 种隐性筛选实际上很多
对策：将目标人群的特征定义成一 系列问题，在回收问卷后进行筛选
样本过少
样本过少时不要用百分比
避免诱导性问题
可用性测试
主流程
01
02
测试过程中让用户去 完成测试任务，观察
其中的问题
用户体验部 门
交互设计与敏 捷开发的权衡
信息的呈现 方式
文案
阴险狡诈的运营师
01 负责把产品“卖出去”，让产品从“叫好”到“叫座”，获取更多用户 做裂变，病毒营销
需求采 集人人 有责
用户访谈
开放式问题，用于 找产品方向
用户访谈的常见问题和对策
说和做不一致
1.讨好访谈者心理，说访谈者希望听到的答案 2.没想过这个问题，现场编 对策：结合“说”和“做”。比如把“你喜欢哪个颜色 的游戏机”改成“挑一个颜色的游戏机送给你”
避免诱导性问题，例如“如果有这个功能你会使用吗”
文档
UML图
流程图
时序图
用例图
泳道图
axure
文档
交互图
文档
A
业务方面由产品定 （输入字数限制等）
技术方面由技术定 （在数据库如何存
储）
B
概要设计与详细设计
需求活在项目中
需求评审 PRD评审
设计评审 测试评审 分支主题
项目：项目的坎坷一生
山寨级项目管理
01 文档管 理
02 流程管 理
03 敏捷方 法
我们到底 是不是产 品经理
一个产品 经理的-1 到3岁
02
需求：一个需求的奋斗史
需求：一个需求的奋斗史
从用户中来到 用户中去
需求采集的大 生产运动
活下来的永远 是少数
心急吃不了热 豆腐
听用户的但不 要照着做
一个需求的奋 斗史
用户访 谈
调查问 卷
可用性 测试
数据分 析
需求：一个需求的奋斗史
需求采集的大生产运动
商业团队，冲锋陷 阵
技术团队，坚强后 盾
容易被遗忘的角落
团队：我的产品，我的团队
大家好才是真的好
团队：我的产品，我的团队
大产品，大设计，大团队
01 产品之 大
02 设计之 大
03 团队之 大
时间之大：产品生命周期
五种用户
分支主题 创新者 早期追随者 早期主流用户 晚期主流用户 落伍者
需求采集卡片
需求采集方法
现场调查
和客户一起工作一段时间
AB测试
日记研究
同行对产品的分析
卡片分类
粉丝级用户自己提需求
需求：一个需求的奋斗史