产品经理必备书目《人人都是产品经理》我昨天才第一次开始阅读，阅读的时候第一感觉是很浅，有这种感觉我首先觉得欣慰，因为来业务一年，我对产品经理角色的认知已经清晰很多了，对产品全生命周期也有了更加深入的理解，因此在看入门书籍的时候稍觉得浅。其次由于浅本来想弃读读，但是考虑到这么多推荐，应该有过人之处，所以扫了一遍。过程中还是有几点比较深刻的感受，记录如下：
一、作者极其年轻
文中的作者，是生物专业毕业，后进入阿里巴巴，在写此书的时候仅三年工作经验。我不禁唏嘘，当我工作三年的时候，我只是在做重复性的工作，我一直以为写书这种需要沉淀的事情，需要有多年工作经验，对行业有透彻认识才能输出。事实上，总结和输出什么时候都不会嫌早，启动越早你的职场才能有越深的积累，才能更早取得成功。作者以产品经理1-3岁的经验描述了如何一步步成为专业产品经理的路径，符合他当时的经验背景也符合了大众的知识缺口需求。总之，输出输出输出！职场人一定要勤思考、勤输出。
二、三个一工程：一个网站、一个课程、一本书工程。
文中的作者是怎么输出书籍的呢？他提出了三个一工程，第一个工程是通过网站，持续输出自己作为产品经理的思考和见解；第二个工程是借助阿里巴巴的大旗，参与阿里巴巴的产品经理课程讲授；第三个是通过前两者的沉淀，最后编纂为书籍。这对于我以后的参考是：想要输出书籍，必须坚持累月完成一，借助TC的平台完成二，最后输出三。
四、书中观点：
1、做哪些需求：少即是多
文中提出我们采集到很多需求，但是哪些做哪些不做，要考虑性价比，因为资源是有限的，而且用户其实只对产品某一两个核心功能感兴趣。反观我现在使用的产品，也确实是这样的道路，微信我使用了的是对话和朋友圈的功能，小悦我使用的是语料整理的功能，淘宝用的是购物功能。其他产品衍生出生态是后期延展的结果。那么GET的核心功能点是什么呢？是提供运营人员完成冷启动吗？是有不断扩展的知识圈？还有哪一个功能对于用户来说很重要，我估计就是管理端了。
2、不同组织结构类型
文中作者所在的组织结构是这样的，产品中心、设计中心、研发中心是独立的，不同产品需要提出产品的商业分析策划案，定期进行评审，由各个部门的大佬共同决策哪些需求做哪些需求不做。反观我所在的组织结构，由于团队不大，所以并没有这样严苛的评审。事实上这种评审和机制对于个人来说成长是非常大的，因为大规模评审逼着你自己不断思考并提出有竞争力的分析。因为过程中效率会受影响，因此此类人力资源架构不适合初创企业。再延展到人力资源领域，组织结构的设定对于团队效率和个人成长有极大的影响。
网友评论