PM入门丨5年过去，学习那些被时间留下来的东西

读一本书，对自己有没有用，或者说喜不喜欢，其实在开头的几十分钟阅读时间就已经决定了。一旦你内心产生了抵触情绪，就很难在静下心来等文章进入高潮部分。《启示录》评分很高，所以我等了，但是没等到。虽然《启示录》的评分很高，但是我看了出版时间是2011年。时隔五年，技术和行业都在飞速的进步，想要以学习新鲜干货的角度来读它，免不了怅然若失。但是对比11年的作品，5年过去了，有哪些东西仍然在传承，被时间留下来的好东西，依旧值得学习。

#制定产品原则
作者在书中说“每次加入新团队，我要做的第一件事就是制定产品原则。制定产品原则意味着决定什么重要、什么不重要，哪些原则是根本的、战略性的，哪些是临时的、战术性的。”
公司新来的设计主管刚刚上任就制定了产品的设计规范，或许这在他眼里只是常规的工作。但是对我来说，优先制定部门规范是我一直推崇的事情，没有规矩不成方圆。规范从来都不是限制，学会在内部创新，在刀尖跳舞才是本事。

#定义基本产品
作者在书中说“不再试图定义最终产品，转而定义只满足基本要求（价值、可用性、可行性）的产品，简称基本产品。”
这句话对我最大的意义在于“牢牢把控产品的基本原则，不被‘加法’蒙蔽”。当产品满足了最基本的用户要求之后，任何大方向的开发不要再内部决定，把决定权还给用户。

#产品经理的职责
1.找人
永远不要告诉别人怎么做。告诉他们做什么，他们自然会发挥天赋，给你惊喜。面试应聘者时，不用太关心他们已掌握的知识，只看重他们的学习思路。比如，让他们回忆研发产品之前，他们需要学习哪些知识，需要多长时间学习，如何利用这些知识。
2.管理
产品经理承上启下，对上需要消化领导层意见，甚至教育领导层，及时向领导层反映产品进度，挑选出需要被领导知晓的事情。对下需要起到信息桥梁的作用，准确的传达公司目标，部门目标并针对每个人给予推荐的职业发展方向。

#让用户看见改进
没带=没写。
所以，认真对待每一次用户的可视化更新，并把更新情况详细罗列在更新日志中。最后，留下一个可以让用户发现的小彩蛋，会让用户觉得有趣哦。

#给开发团队预留时间
产品如果不懂技术，有时候是一件特别棘手的事情。如果目前你不懂技术，请完全信任你的技术主管。让他评估每次开发的所需时间，面对领导层，尽量争取开发时间。
在开发过程中，注重可扩展性，优先确立顶层设计，把最基本的产品需求始终贯穿整个产品计划。注重可扩展性，避免开发团队重复开发。