读书笔记 项⽬的定义

⼀、从产品到项⽬ 项⽬和产品的⽐较
项⽬经理和产品经理的⽐较
⼆、⽴项
修订版本；项⽬概述；功能范围；⽤⼾范围；词汇表；⾮功能需求；其他说明；
要整理的⽂档 ⽤例⽂档（UC）。⼀般和Axure结合起来使⽤。

《⼈⼈都是产品经理》
i
三、需求（开发） 需求评审：PRD评审、UC评审、Demo评审的统称；

作者:
苏杰
需求的评审 设计评审；
测试评审：TC评审。

出版社:
电⼦⼯业出版社 第三章
项⽬的坎坷⼀⽣
需求评审通过视为项⽬中的⼀个重要⾥程碑，称作“需求确认”或者“需求冻
结”。

出品⽅:
博⽂视点 四、开发、测试、发布
发布阶段：每位开发⼈员的
开发环境⸺》测试环境⸺》预发布环境⸺》⽣产
环境。⼀步步更新。
灰度发布：即分流发布，让⼀部分⽤⼾先⽤，然后收集反馈再决定⼤⾯积发布的
时机。
1、⽂档管理

作者简介
五、项⽬管理 2、流程管理
3、敏捷开发 ⼦主题

产品的狭义概念：被⽣产出的物品。 做项⽬通常要在保证品质的前提下，在时间要求T、⼈财物花费R、项⽬范围
六、项⽬总结 Q（项⽬的需求、功能范围）三点做平衡。

苏杰，浙江⼤学硕⼠，2006年毕业加⼊阿⾥巴巴集团，⼀直担任产 ⼴义概念：可以满⾜⼈们需求的载体。 ⼀、产品经理的概念 ⼀、产品、设计、团队

品经理⾄今。从2007年开始，作者每周记录⾃⼰在⼯作中的体会， 产品直⽩的概念：是⽤来解决某个问题的东西。可以是有形的实物，也可以是⽆
形的服务。在⽤⼾⽬标和公司商业⽬标之间的平衡点。 产品团队（产品经理等）
直⾄2009年夏，积累近20万字，整理⼤半年以为此书。 ⾏业形态不同：成熟⾏业VS新兴⾏业； ⼆、产品团队们 设计师团队（美⼯）
产品形态与成本结构不同：实物VS虚拟物品； 运营师团队
⽣命周期不同：⼏年VS⼏个⽉； ⼆、产品经理的进化 三、商业团队 产品市场化

内容简介
盈利模式不同：单⼀卖产品赚钱VS多元盈利； 第⼀章
写给-1到3岁的产品经理 编码设计，有软件架构师或系统分析师；
⽤⼾⼼态不同：花钱买VS免费⽤； 数据库设计；
信息不⾜以决策；时间不⾜以安排周密的计划；⼈员不⾜以⽀持⼯作强度和难 测试设计；
这是写给“-1到3岁的产品经理”的书，适合刚⼊⻔的产品经理、产 度；资⾦不⾜以⾃由调配。 三、管理的能⼒
第四章
我的产品，我的团队 四、技术团队
质量保证员；
品规划师、需求分析师，以及对做产品感兴趣的学⽣，⽤⼾体验、 对于⼀款产品，早起的决策⽆⽐重要，所以尽量参与产品初期的战略规划，⾯对
那么多极具诱惑的产品，果断的放弃变得很重要，⽽放弃的原则与依据，就是价
值观、战略这些内容。 四、战略与修养
配置管理员；
市场运营、技术部⻔的朋友们，特别是互联⽹、软件⾏业。作为⼀ 运维系统管理员。
名“4岁的产品经理”，作者讲述了过去3年的经历与体会，与前辈 ⽤⼾VS客⼾：⽤⼾是User，有时也叫作终端⽤⼾，End
User，是使⽤产品的⼈；
⽽客⼾是Customer，是购买产品的⼈，为产品付钱的⼈。 ⽤⼾是需求之源 最好的资源：⽼板
们的书不同，本书就像你⾛到作者⾝边，说“嗨哥们！晚上有空吃 ⽤⼾的说和做：怎么说表现了⽬标和观点，怎么做反映了⾏为，⽤⼾怎么说和怎 ⼀、从⽤⼾中来到⽤⼾中去 五、⽀撑团队 法务团队；
个饭么，随便聊聊做产品的事吧”，然后作者说“好啊”。 么做经常是不⼀致的。
避免⼀组固定的问题；
⽤⼾研究的⽅法
其他⽀撑团队： 财务团队；
⾏政与IT。
⾸先关注⽬标，任务其次，了解⽤⼾⾏为背会的原因；
六、让团队更好 建⽴好的团队⽂化。
避免让⽤⼾成为设计师； 《⼈⼈都是产品经理》
书评
定性地说：⽤⼾访谈 价值观
避免讨论技术；
⿎励讲故事； ⼀、产品的灵魂 战略

避免诱导性的问题； ⼤局观

样本的偏差，即样本与想了解的⽬标⽤⼾群体出现偏差。标明筛选条件，让客⼾ 我们在哪？
⾮常好的⽅法集，总结出现 知道数据的获
取⽅法和来源；可以把⽬标群体的特征定义成⼀系列问题放⼊问卷
成的⽅法，对需求收集、产 中，筛选⽬标⽤⼾群体⼦集。 ⼆、可⾏性分析 我们去哪？
品设计、项⽬管理等都有覆
盖。适合放在案边，遇到需 我们怎么去？
要的时候参考⼀下。 样本过少。这时采⽤百分⽐分析是没有意义的，需要⾄少100个样本。
定量的说：调查问卷 会议的精髓：⼀个简单实⽤的⺠主集中原则，即“所有⼈提供意⻅，少数⼈讨
产品经理的核⼼，是将⾃⼰ 问卷内容的细节问题。问题表述应该⽆引导性，准备⼏种不同答案顺序的问卷。
视作产品的Owner。这本书 论，⼀个⼈拍板”，这是综合了“效率与公平”的⼀种很好的实践。
正是苏杰这⼏年始终以 对调查问卷进⾏灰度测试，迭代修改。 第五章
别让灵魂跟不上脚步
Owner的⻆度观察、思考、 会议的关键：“会议决议”与“遗留问题”。会议决议就是传达，是会上⼤家确
分析、总结⼯作与⽣活所 三、⾥程碑 认过得，写明是谁最终拍板的，其实也是增加他反悔的成本，形成习惯以后，⼤
得。 可⽤性测试做的太晚（产品快要上线时），发现问题也凉凉。可⽤性测试各个阶 ⼆、需求采集 家才能都清楚决议的严肃性，并且保证后续动作的连贯；遗留问题要描述清楚是
段都可以做，⼀直做⼀直优化，发现问题。 什么问题，谁负责解决，负责⼈⼀定只能是⼀个⼈，还需要写明这个⼈承诺解决
的时间点。
觉得可⽤性测试专业⼜⿇烦，不做了。做⼀个也⽐不做强，通常做5个左右的⽤⼾
才可以发现⼤部分共性的问题。 第⼆章
⼀个需求的奋⽃史 KPI的意义：因为企业战略往往很难让每⼀个员⼯都充分理解并为之奋⽃，⾃上⽽
定性的做：可⽤性测试 下的分解并设定每个基本战⽃单位的KPI，是⼀种很好的简化⽅案。KPI是企业⽬
明确是测试产品不是测试⽤⼾。 标的具体表现。
测试过程中，组织者该做的和不该做的。告知⼤概流程，让⽤⼾⼼中有数，让⽤ S代表具体（Specific）
⼾发声思维，记录过程，不要进⾏引导和暗⽰，结束后赠送⼩礼品。 四、KPI
M代表可度量（Measurable）
周末买来这边术，主要是觉 过于学术，沉迷于“科学研究”。要注重性价⽐。
得标题很有意思，⽽且其中 指定⽬标的SMART原则 A代表可实现（Attainable）
很多简短的评论让我有了⼀ 误读数据。对数据保持中⽴态度，理性分析。 定量的做：数据分析
窥究竟的欲望。 R代表现实性（Realistic）
数据分析过晚。在产品早期设计时加⼊数据分析的需求。
T代表有实现（Time
bound）
现场调查；AB测试；⽇记研究；卡⽚分类法；⾃⼰提需求。 需求采集
提⾼现实； 1、市场调研
降低理想； 明确我们的价值 2、产品定义及设计
转移需求； 3、项⽬管理
三、需求分析 ⼀、产品经理的主要职责
需求的基本属性：编号；提交⼈；提交时间；模块；名称；描述；提出者；提出 4、产品宣介
苏杰是怎样炼成的
⸺谈谈如 时间；BUG编号。
何构建个⼈知识体系
⾸先声 需求分析 5、产品市场推⼴
明：⽂字很⻓，在这个注意 需求的种类：分类；层次（KANO模型）。
⼒涣散的时代，很难想象你 6、产品⽣命周期管理
可以认真的读下去。但是如 产品会议准备
果你能够认真的读完本⽂， 第六章
产品经理的⾃我修养 1、沟通能⼒
相信你⼀定会有很多收获。 砍需求 四、需求筛选
2、⽆授权领导能⼒
需求管理
3、学习能⼒
⼆、产品经理的核⼼技能 4、商业敏感度
终于把这本书看完了。正如 5、热爱产品
苏杰在书⾥所讲的⼀样，这
本书可以看成是作者在作为
产品经理的⼯作过程中的⼯ 6、注重细节，追求完美
作总结。
7、⽇常产品管理能⼒