书评

这里讲述的人人都是产品经理，实际上是人人都应该有产品经理的思维去看这个世界，写代码的程序员们，不要老沉迷在自己的代码世界里，学着走出来，想想产品的理念，用项目经理、产品经理甚至公司老板的眼光去审视自己开发的东西，低头写代码，更要抬头看产品！
有时候你要明白手段和目的的区别，什么是道，什么是术。

1-产品定义

产品就是同时解决用户的问题和公司的问题，一个都不能少！

2-书推荐

the product manager's handbook

3-人需求的五个层次：

胜利需求、安全需求、社交需求、尊重需求、自我实现需求

4-《软件观念革命：交互设计精髓》

5- 危险的用户

有的用户很“危险”，在提意见的时候同时还说你们应该做成什么样子，这时候产品经理一定要头脑清醒，

• 有的用户提出的解决方案往往是站在自己的立场上考虑的，需要考虑用户客观情况
• 有时候用户给出的做法存在明显的矛盾，必须深挖用户内心根本的需求。

6-用户需求vs产品需求

用户需求：用户自以为的需求，并且经常表达为用户的解决方案；

产品需求：经过产品经理的分析，找到的真实的需求，并且表达为产品的解决方案；

7-伟大的需求分析师

伟大的需求分析师，可以无视用户想要的东西，去探究他内心真正的渴望，再给出更好的解决方案，或者说是用户真正需要的东西---》产品经理存在的价值

8-产品经理最大的快乐

实现自己的想法，而不是执行别人给的任务；

9-不要空想

早年学生时代，当你还没想清楚将来要做什么的时候，也就意味着不知道应该学习什么，不要因为真的一直空想而不学，不放先学者别人安排给你的东西，等想清楚了自己的目标以后，在优化自己的知识结构。

10-做产品 vs 做项目

• 生命周期分析

产品生命周期较长，关注的是整个产品从规划到制造再到最终维护和消亡的整个过程，而项目有特定的目标，所以生命周期特别短；

• 具体要做的事情

产品会有更多的探索，随着各种内部信息的变化，产品的负责人需要不断修正自己的判断给出适宜的创新，而项目在开始时就已经有明确的目标，更注重计划和控制，项目的过程很像是执行一个任务；

• 产出物角度

产品是可以批量生产或者提供给大量用户的，所以相对通用，通常考虑用有限的资源去满足更多的能有更多回报的需求；而项目只进行一次，意味着每次都是定制的、个性化的，通常为了满足特定的需求，产出物也是个性的

11 产品经理 vs 项目经理

• 产品经理-靠想；产品经理是做正确的事，其所领导的产品是否符合市场的需求，是否能给公司带来利润

产品经理关注的是做正确的事，关注的是产品生命周期，关注的是产品是否挣钱，能否持续的挣钱。因此产品经理必须要能规划真个产品的架构和发展路线，能够确定产品的定位和受众，能够预计产品真正的价值和效益；

内部驱动---判断力和创造阿里

• 项目经理-靠做。项目经理是把事情做正确，把事情做完美，在时间、成本和资源约束的条件下完成目标；

项目经理室需求正确地做事情，即按照产品规划制定的项目目标正确地做事情。项目能够按照目标完成则项目是成功的，及时项目的产品不能真正盈利，那往往也是产品规划出现了失误；

做不做、做多少、保证方向正确；

12-开发工程师的弊端

开发工程师考核的一般是项目的完成情况、bug数量。很显然，如果他们做项目经理，就会倾向于建华项目，尽量少做、做自己熟悉的，使得项目顺利完成，并且bug很少，但是做出来的东西也许会商业价值不足，用户体验不好！

13-“正反合”

一个事物必然有它的两面，如果只能看到一面，说明你只能看到系统的一部分，这时候你一定要跳出去，寻找另一面，之后在努力寻找“对立”背后的“统一”，正如黑格尔所说的“正反合”。

14-平衡

一个产品经理可能想要增加非常多的功能和特征以满足获取到用户需求，但是项目经理却想要尽可能小地控制工作范围，以保证项目在规定时间与预算内完成。好的产品经理和好的项目经理能在冲突中找到平衡。

15-沟通从头开始

项目无时无刻不需要沟通：权责不明、需求理解、遗漏

16-手段和目的

长视者把目的当手段，短视者把手段当木地------》我们研究手段一定不能忘了目的；

17-设计评审

开发人员实例强可省略，对于开发较弱新人多业务不熟团队，则必须进行设计评审；

18-经典软件工程

经典的软件工程方法宗旨在定义一套完备的过程规范，使软件开发的运作就像是机器设备的运转，人在其中则是可更换的零件，不论是谁参与其中，机器都能运行良好。这意味着：开发进度的可预见性，流程方法的固话与可复用，人力成本的节省，人员的流动不会对软件开发构成影响等；

其背后隐藏的观点是：软件从业者无需是具备非凡智力的高级人才，人是一种可以被任意替代的资源，并且软件的需求从项目开始的时候就是确定的，而且不会改变。这显然是不符合事实的。

-----》敏捷模式--》有计划更拥抱变化；

19-生小孩

项目好比生小孩：

怀胎容易生下来难，生小孩容易养小孩难，不但培养成功很难，如果他身体不好看着也心疼---因此要少生优生；

20-产品、市场

无论哪个阶段，都要先明确，我们现在要主打哪种类型的市场与用户，他们的特点是怎么样的，然后再决定应该做什么产品，用什么功能来满足响应的需求；

21-技术做产品优劣

最大的优势懂技术，用好了，可以在产品早起的时候思考更全面，能在一开始就判断哪些事情根本就不靠谱，从而避免浪费资源，并且在进入实施阶段后会与工程师沟通更顺畅；最大的劣势也是懂技术，用不好就会让技术压倒商业；

22-“炮灰版本”

适用于虚拟产品；

23-***菜鸟成长史

最初菜鸟什么都不懂，眼巴巴盼着老板光临，好汇报工作。而往往当老板主动找你问事情的时候就是他开始担心的时候。这时期的菜鸟很容易把事情做偏，吃力不讨好；

贱贱地，菜鸟觉得这样太辛苦，于是每一步就问老板，“我碰到一个问题，应该怎样做”，这叫让老板做问答题。老板妹妹给出答案，菜鸟再也不会做无用功了，做事情来也踏实多了。但是老板心里低估起来，太烦了，终于在某次菜鸟又来问问题的时候，冲了她一句：这些问题你怎么自己不先想想，你什么信息都不给我，我怎么告诉你答案····

菜鸟继续体会，发现让老板做问答题，老板是很累的，需要让老板做选择题。于是每次有问题的时候，他都会自己先收集很多的背景资料，然后选出几种可行的解决方案，再拿出所有的这些资料给老板做决定。现在好多了，老板开始有点轻松了。并且在这个过程中，菜鸟发现有些问题在自己寻找解决方案的过程中，已经被自己解决了，大喜；

又是很久过去了，突然有一天，菜鸟发现一件有意思的事情：那就是还可以更进一步让老板做判断题。于是菜鸟在每次呈献给老板的几条解决方案以后，又加上自己的选择：我觉得a方案是最好的，因为什么什么····当然，菜鸟毕竟是菜鸟，因为各种原因，经常与老板的判断不同，但菜鸟在疑惑中又学会和老板探讨，渐渐地学到了一些老板的判断方法；

白驹过隙，慢慢睇老板发现，自己做的判断题答案都是“勾”了，似乎每次菜鸟的汇报字就是听听，嗯嗯两声就没有什么事情了，但是菜鸟仍然在及时地问，不停地汇报，也越来越学会跟老板开条件要资源，当然目的是为了把事情做过更好，这就是：事情我做，黑锅你背，各司其职。这是职业的思维，老板嗯了一声就意味着这事情菜鸟坐起来是经过授权的，除了问题是要老板承担责任的。对于菜鸟来说，稚嫩的肩膀经受不起，所以要找人帮忙，是出于对自己的保护；

再往后，事情如果向好的方向发展，那就是老板不用再帮你，你完全可以自己决策了，爽吗？其实只是新的轮回，可以自己背黑锅以后，必然碰到更大的黑锅，还是要让老板被，获取是更大的老板，只不过在这个过程中，自己的肩膀得到了锻炼。

24-教育问题

• 教知识不教思维
• 教解题不教选题
• 教努力不教取巧
• 教受教不教施教

25-产品经理

不是每个人都能以产品经理作为职业，但在我看来，产品经理是一类人，而不是一个固定的头衔。任何人只要能够发现问题，并描述清楚，转化为一个需求，进而转化为一个任务，争取到支持，发起到一批人，将这个任务完成，并持续不断以主人翁心态去维护跟踪这个产物，那么这个人就是产品经理。

26-职责

• 市场调研
• 产品定义与设计
• 项目管理
• 产品宣介
• 产品市场推广
• 产品生命周期管理

27-核心技能

• 沟通能力
• 无授权领导能力
• 学习能力
• 商业敏感度
• 热爱产品
• 注重细节，追求完美
• 日常产品管理能力
  • 撰写试产需求文档和产品需求文档
  • 进行竞争状况分析
  • 规划产品路线图
  • 制作产品演示ppt
  • 设计用户界面
  • 分析产品数据