人人都是产品经理(纪念版)

人人都是产品经理(纪念版)

7.7490 评价豆瓣读书
免费试读
¥19.99¥6.00
今日特价截止至:2021-11-28 02:00:00了解详情

作品简介

这是写给“-1到3岁的产品经理”的书,适合刚入门的产品经理、产品规划师、需求分析师,以及对做产品感兴趣的学生,用户体验、市场运营、技术部门的朋友们,特别是互联网、软件行业。作为一名“4岁的产品经理”,作者讲述了过去3年的经历与体会,与前辈们的书不同,本书就像你走到作者身边,说“嗨哥们!晚上有空吃个饭么,随便聊聊做产品的事吧”,然后作者说“好啊”。

书名叫“人人都是产品经理”,是因为作者觉得过去几年在做产品的过程中学到的思维方法与做事方式对自己很有帮助,而每个人也无时无刻在思考着同样的问题:“我们为了什么?在做什么事,解决什么人的什么问题?何时,和谁一起做?需要什么能力?”这些正对应了本书要说的几大话题:用户、需求、项目、团队、战略、修养。

苏杰:浙江大学硕士,2006年毕业加入阿里巴巴集团,一直担任产品经理至今。从2007年开始,作者每周记录自己在工作中的体会,直至2009年夏,积累近20万字,整理大半年以为此书。2012年6月,本书升级为1.1版。

作者现在主要负责产品的战略规划、业务架构、数据分析、用户体验,等等,并于2009年开始负责公 司内产品经理入门的培训。

作者有一个同名博客“人人都是产品经理”(http://iamsujie.com/),在博客的副标题里写着他的理想:一个成长中的产品经理,期待和同学们一起,用好产品改变世界。

作者的微博是@iamsujie(http://weibo.com/iamsujie/),期待与大家交流。

作品目录

  1. 推荐语
  2. 纪念版升级说明
  3. 自序
  4. 写在正文之前
  5. 为什么会有这本书
  6. 本书的产品定位
  7. 本书的风格与特色
  8. 本书的目录与内容
  9. 我与本书的局限性
  10. 第1章写给-1到3岁的产品经理
  11. 1.1 为什么要做产品经理
  12. 坏产品:无处不在的危险
  13. 好产品:从垃圾桶到洗手间
  14. 马桶改变了世界
  15. 1.2 我们到底是不是产品经理
  16. 产品究竟是什么
  17. 产品经理横空出世
  18. 全世界的第一位产品经理
  19. 他们真是招产品经理吗
  20. 产品经理概念的进化
  21. 非典型产品经理
  22. 一线员工眼中的管理
  23. 你已经是产品经理
  24. 1.3 我真的想做,怎么入行
  25. 产品经理的招聘广告
  26. 真的想?你确定吗
  27. “打飞机”的游戏
  28. 找到自己的位置
  29. 几个可能的入行切入点
  30. 1.4 一个产品经理的-1到3岁
  31. 入行之前,我是学生物的
  32. 入行头半年,打杂的菜鸟
  33. 入行半年后,学习“怎么做”
  34. 入行一年,开始问“做不做,做多少”
  35. 入行两年,项目与团队
  36. 入行三年小结:战略与修养
  37. 第2章一个需求的奋斗史
  38. 2.1 从用户中来到用户中去
  39. 2.1.1 用户是需求之源
  40. 人类为什么有需求
  41. 用户VS.客户
  42. 以用户为中心的思想
  43. 不要试图满足所有用户
  44. 2.1.2 你真的了解用户吗
  45. 体会真正的用户
  46. 试着描述用户
  47. 聊聊用户研究
  48. 2.2 需求采集的大生产运动
  49. 2.2.1 定性地说:用户访谈
  50. 用户访谈的常见问题与对策
  51. 记一次用户大会
  52. 2.2.2 定量地说:调查问卷
  53. 调查问卷的常见问题与对策
  54. 设计一份实际的问卷
  55. 2.2.3 定性地做:可用性测试
  56. 可用性测试的常见问题与对策
  57. 产品改版的一次冒险
  58. 2.2.4 定量地做:数据分析
  59. 数据分析的常见问题与对策
  60. 日志分析的商业价值
  61. 2.2.5 需求采集人人有责
  62. 生孩子与养孩子
  63. 单项需求卡片
  64. 尽可能多地采集
  65. 2.3 听用户的但不要照着做
  66. 2.3.1 明确我们存在的价值
  67. 用户需求VS.产品需求
  68. 满足需求的三种方式
  69. 也谈创造需求
  70. 2.3.2 给需求做一次DNA检测
  71. 把用户需求转化为产品需求
  72. 确定需求的基本属性
  73. 需求种类知多少
  74. 分析需求的商业价值
  75. 初评需求的实现难度
  76. 性价比啊性价比
  77. 2.4 活下来的永远是少数
  78. 2.4.1 永远忘不掉的那场战争
  79. 准备出发:把需求打个包
  80. 战场:产品会议
  81. 武器:商业需求文档
  82. 2.4.2 别灰心,少做就是多做
  83. 最爽就是“四两拨千斤”
  84. 尽可能多地放弃
  85. 2.5 心急吃不了热豆腐
  86. 一个需求的生老病死
  87. 需求管理的附加值
  88. 和需求一起奋斗
  89. 第3章项目的坎坷一生
  90. 3.1 从产品到项目
  91. 做产品 VS. 做项目
  92. 产品经理 VS. 项目经理
  93. 为什么让产品经理管项目
  94. 3.2 一切从Kick Off开始
  95. 帅哥美女,我们需要你
  96. 别忘了最初的约定
  97. 沟通从头开始
  98. 不可或缺的誓师大会
  99. 任何时候都要心中有“树”
  100. 3.3 关键的青春期,又见需求
  101. 3.3.1 真的要写很多文档
  102. 产品需求文档,PRD
  103. 学一点UML:类图、用例图、状态图
  104. 用例文档,UC
  105. 再学一点UML:时序图、活动图及其他
  106. Demo也要我们做吗
  107. 概要设计与详细设计
  108. 3.3.2 需求活在项目中
  109. 评审:一个头两个大
  110. 再看需求的生老病死
  111. 3.4 成长,一步一个脚印
  112. 开发阶段,旁观者说
  113. 测试阶段,大家一起上
  114. Bug眼中的项目
  115. 那一夜,项目发布
  116. 以终为始,项目小结
  117. 怕什么来什么,只能拥抱变化
  118. 3.5 山寨级项目管理
  119. 3.5.1 文档只是手段
  120. 建立自己的文档规范
  121. 模板作用知多少
  122. 多人协作与版本管理
  123. 玩转Office足矣
  124. 3.5.2 流程也是手段
  125. 项目 VS. 流程
  126. 流程的本质目的
  127. 那么多评审,可以省吗
  128. 商业评审与技术评审
  129. 3.5.3 敏捷更是手段
  130. 从书本到实践
  131. 项目中的敏捷沟通
  132. 与外包团队的敏捷尝试
  133. 3.6 物竞天择适者生存
  134. 3.6.1 亲历过的特色项目
  135. 如何做好“老板项目”
  136. 秘密行动,封闭开发
  137. 开发外包,项目外包
  138. 3.6.2 一路坎坷,你我同行
  139. 几个项目的成败
  140. 一次只有七天的战斗
  141. 第4章我的产品,我的团队
  142. 4.1 大产品,大设计,大团队
  143. 4.1.1 产品之大
  144. 时间之大:产品生命周期
  145. 空间之大:商业、产品、技术
  146. 4.1.2 设计之大
  147. 产品设计的五个层次
  148. 我用五个层次来写书
  149. 设计的“现实与浪漫”
  150. 4.1.3 团队之大
  151. 想当年,一个比一个猛
  152. 从几个人到一家公司
  153. 接口人存在的价值
  154. 我身边的矩阵型组织
  155. 4.2 游走于商业与技术之间
  156. 4.2.1 心思缜密的规划师
  157. 从概念设计到信息架构
  158. PD的出身及其优劣势
  159. 4.2.2 激情四射的设计师
  160. 产品新首页诞生记
  161. 当交互设计遇到敏捷开发
  162. 信息展现设计的例子
  163. 聊聊细节,文案设计
  164. 4.2.3 “阴险狡诈”的运营师
  165. 产品与运营的战与和
  166. 个人博客运营实例
  167. 一次无意识的“事件+病毒营销”
  168. 4.3 商业团队,冲锋陷阵
  169. 4.3.1 好产品还需市场化
  170. 定价与促销
  171. 销售与渠道
  172. 另一种产品版本细分策略
  173. 开阔视野的水平营销
  174. 4.3.2 我们还能做什么
  175. “老板,要光盘吗”
  176. 算出来的服务策略
  177. 4.4 技术团队,坚强后盾
  178. 外行眼中的技术分工
  179. 有这样两种工程师
  180. 如何与工程师合作
  181. 4.5 容易被遗忘的角落
  182. 最好的资源:老板
  183. 默默奉献着的团队
  184. 4.6 大家好才是真的好
  185. 4.6.1 所谓团队文化
  186. 团队文化的三五事
  187. 4.6.2 虚无的无授权领导
  188. 管理 VS. 领导
  189. 产品经理应该是管理者吗
  190. 如何让团队更开心
  191. 跟着我,有肉吃
  192. 第5章别让灵魂跟不上脚步
  193. 5.1 触及产品的灵魂
  194. 以价值观为根基
  195. 战略是怎么炼成的
  196. 培养大局观
  197. 5.2 可行性分析三部曲
  198. 5.2.1 我们在哪儿
  199. 从市场扫描开始
  200. 真实的竞争对手分析
  201. 深刻的自我剖析
  202. 5.2.2 我们去哪儿
  203. 宏观上的用户需求
  204. 物流平台的案例
  205. 5.2.3 我们怎么去
  206. 一次真实的产品预研
  207. 5.3 做吧,准备出发
  208. 5.3.1 敢问路在何方
  209. 产品路标规划
  210. 一切尽在掌握
  211. 5.3.2 低头走路,抬头看天
  212. 我们急需靠谱的会议
  213. 仰望战略会议
  214. 5.4 KPI,KPI,KPI
  215. SMART,并不smart
  216. 多个目标间的权衡
  217. 达摩克利斯之剑
  218. 5.5 本书的源头活水
  219. 第6章产品经理的自我修养
  220. 6.1 爱生活,才会爱产品
  221. 我总是跟门过不去
  222. 乱谈餐馆的菜单
  223. 用户创意无限
  224. 6.2 有理想,就不会变咸鱼
  225. 成功在自己手中
  226. 个人品牌建设
  227. 个人名片设计实例
  228. 我的理想之路
  229. 6.3 会思考,活到老学到老
  230. 学校里没教的东西
  231. 只有方法,没有答案
  232. 好好学习,天天向上
  233. 6.4 能沟通,在什么山头唱什么歌
  234. 我的沟通理念
  235. 职场中的点对点沟通
  236. 职场中的群体沟通
  237. “土老板”破冰必杀技
  238. 6.5 产品经理主义
  239. 好电影是怎么做出来的
  240. 产品经理看“春晚”
  241. 无可救药的职业病
  242. 解决问题的通用思路
  243. 人人都是产品经理
  244. 附录A:它山之石 可以攻玉
  245. 别人眼中的产品经理
  246. 产品经理的主要职责
  247. 产品经理的核心技能
  248. 各种有用的信息
  249. 新手产品经理都混哪里
  250. 一些值得读的图书
  251. 一些值得听的培训
  252. 国内同行的地域分布
载入中

热门划线

  1. 管理的能力,其实就是“在资源不足的情况下把事情做成”的能力78 人
  2. 产品就是用来解决某个问题的东西。72 人
  3. 优先满足哪些用户需要和产品的商业目标要结合起来考虑43 人
  4. 明确目标、选择采集方法、制定采集计划、执行采集、资料整理,然后进入下一步的需求分析阶段。41 人
  5. 定性研究可以找出原因,偏向于了解;而定量研究可以发现现象,偏向于证实。40 人
  6. 性价比=商业价值÷实现难度(简化为开发量)38 人
  7. 互联网产品设计的五个层次——战略、范围、结构、框架、表现37 人
  8. 试图满足所有用户的需求是一个灾难,那会让产品变成一个臃肿不堪,谁都不满意的四不像。35 人
  9. 情愿把一半的功能做到尽可能完美也不要把全部功能都做成半吊子34 人
  10. 只要你能够发现问题并描述清楚,转化为一个需求,进而转化为一个任务,争取到支持,发动起一批人,将这个任务完成,并持续不断以主人翁的心态去跟踪、维护这个产物,那么,你就是产品经理。32 人
  11. 产品规划、数据分析、用户研究、需求分析、功能设计、项目管理、敏捷方法31 人
  12. 怎么说表现了目标和观点,怎么做反映了行为,用户怎么说和怎么做经常是不一致的。28 人
  13. 产品经理——靠想。产品经理是做正确的事,其所领导的产品是否符合市场的需求,是否能给公司带来利润。项目经理——靠做。项目经理是把事情做正确,把事情做得完美,在时间、成本和资源约束的条件下完成目标。24 人
  14. 产品就是要同时解决用户的问题和公司的问题,一个都不能少!22 人
  15. 《赢在用户:Web人物角色创建和应用实践指南》22 人
  16. 在对产品足够熟悉的基础上,先做出方向性的假设,再提取相应的数据并分析,得到一些现象,最好是之前没发现的现象,然后尝试解释,接下来做用户调研修正解释,最终指导产品发展方向。22 人
  17. 不同的用户有重要程度之分,我们必须、也只能有所偏重。21 人
  18. 第一轮,听用户定性地说,确定产品方向,做什么?随机抽样40个用户做访谈,据此写出需求列表。第二轮,听用户定量地说,确定需求优先级,先做什么?投放了20万份调查问卷,确定了需求优先级的排序。第三轮,看用户定性地做,要先做的那几个需求,应该怎么做?一边设计,一边陆续找了10个用户来验证,做可用性测试。第四轮,看用户定量地做,根据产品的用户使用情况做数据分析,不断改进产品。21 人
  19. 做项目,终极目标就是:多快好省44,即范围大、时间短、品质高、资源省。20 人
  20. UCDChina.com19 人
  21. 爱生活,有理想,会思考,能沟通18 人
  22. 可用性测试是指通过让实际用户使用产品或原型方法来发现界面设计中的可用性问题,通常只能做少数几个用户的测试,看他们怎么做,属于典型的定性研究。18 人
  23. 伟大的需求分析师,可以无视用户想要的东西,去探究他内心真正的渴望,再给出更好的解决方案,或者说是用户真正需要的东西,这就是本节标题的意思——我们存在的价值。18 人
  24. 《长尾理论》17 人
  25. 第二,样本少,以偏概全的问题。16 人
  26. 用户需求:用户自以为的需求,并且经常表达为用户的解决方案。产品需求:经过我们的分析,找到的真实需求,并且表达为产品的解决方案。需求分析:从用户提出的需求出发,找到用户内心真正的渴望,再转化为产品需求的过程。16 人
  27. 1. 要解决什么问题,满足什么需求?15 人
  28. 第三,人员不足以支持工作强度和难度。15 人
  29. 为了什么?做什么事,解决什么人的什么问题?何时做?谁来做?效果如何?15 人
  30. 用什么产品,解决什么人的什么问题?14 人
  31. 当看到一个观点的时候,就有冲动去寻找与之矛盾的观点,然后通过对不同观点的分析找出背后的原因,从而更全面地理解某个事物。一个人成熟的标志之一就是心中可以容纳各种不同的思想而无碍行事。14 人
  32. 生理需求、安全需求、社交需求、尊重需求、自我实现需求。14 人
  33. 需求的本质就是“问题”,问题的本质就是“理想与现实的差距”。14 人
  34. 第一,“说”和“做”不一致的问题。14 人
  35. 第四,我们过于强势,把用户往沟里带。14 人
  36. 产品设计的最高境界——创造需求!14 人
  37. 第一,信息不足以决策。13 人
  38. 用户说了很多需求,产品经理要“听用户的但不要照着做”,必须“明确我们存在的价值”是“把用户需求转化为产品需求”,这一过程即需求分析过程。13 人
  39. 人们认知新事物的过程通常都是从定性到定量,再定性再定量,并且螺旋上升,而了解和证实也是不断迭代进化的。13 人
  40. 做项目的本质就是在保证品质的前提下,在时间要求、人财物花费、项目范围三点上做平衡。13 人
  41. 战略、范围、结构、框架、表现12 人

喜欢「人人都是产品经理(纪念版)」的人也喜欢