本文首发于微信公众号：胡先生的理想国

《人人都是产品经理2.0》（以下简称“《人人》”）是写给-1至3年级泛互联网产品经理的一本书，苏杰老师的写作思路集中于一个互联网产品从无至有的全过程和产品经理职业生涯规划两条线，并穿插对于互联网创业的一些思考。（《人人》高清思维导图见文章末尾）

• 产品过程： “想清楚”→“做出来”→“推出去”

• 职业生涯： “大话产品经理” →“产品经理的工作” →“产品经理的七层修炼与蜕变”

• 创业建议： “组建团队”→“产品规划”→“大公司与创业公司” →“泛创业”

---

本篇读书笔记，我的写作思路是根据原书的章节目录划分，针对每个章节对我来说有价值的部分，分为以下4个分类：

• 认知篇：通过本书了解和掌握的内容；
• 思维篇：学习作者的思维逻辑方式；
• 方法篇：日常工作中可以借鉴的具体方法；
• 个人篇：通过本书的学习，我对自己的思考。

由于文章较长，下图为文章内容思维导图，大家可结合自己的需要阅读

第0章 开始：写在正文之前

个人篇：

“创业的过程，最大的收获是体会到自己“做不了什么”。因为创业不像在大公司工作，分工很细，你只要发挥长处即可，而需要什么事情都要去做。”
–苏杰《人人都是产品经理2.0》P10

深有感触。创业之前，也曾在大公司做IPO，公司架构完善，流程清楚，只需要按部就班完成自己分内的工作，剩余的事情自然有人去处理。那个时候很天真，认为自己对工作已经得心应手，实际上，所有的成绩都离不开大公司这个完善的平台，自己无非是做好了本职工作。\

创业后，深深地感受到，以前认为很轻松能解决的问题，并非那么容易，人依然还是那个人，只是平台不一样了。所以说，进入创业公司，才能亲身体会到自己擅长什么，缺乏什么，做的了什么，做不了什么。

我不喜寒暄，不擅应酬，喜欢直来直往。客套起来，也会笑着附和，内心里很多时候并不知道要怎么接话。相比天南海北的聊天，我更愿意与业内人士交流产品和行业的心得。

我的管理风格自由，相比制度约束，更喜欢自我驱动。然而，并不是每个人都是积极主动型，总有人需要制度去管理。

我也懂鸡汤和鸡血，但是更倾向给下属提供一个超越自我和持续进取的平台和方向，而非简单的雇佣关系。但是有些时候，鸡汤和鸡血也必不可少。

个人如此，公司更甚。业务发展的过程中，诱惑很多，某种程度上来说，选择不做什么比选择做什么更重要。究竟是在一个点上做精，还是做广，对于不同的公司有不同的选择，只是在我看来，互联网产品同质化如此严重的今天，与其广撒网，不如耕好自己的一亩三分地，核心业务做到极致才有可能生存，也才有多元化的可能性。

第1章 初识：大话产品经理

思维方式篇：

产品经理这群人，需要具备哪些非技能层面的素质？首先，从“学生”到”职场”；其次，从“用户”到“产品经理”；最后，从“现象”到“本质”。
–苏杰《人人都是产品经理2.0》P22-P32

1、从“学生”到“职场”： 学生时代，讲求学好所有知识备战考试，职场上，没有人会给你时间和机会去学好所有知识技能，再去应用于工作，通常情况下是带着问题和任务去实践，在实践的过程中学习，以目标和结果为导向。是否优秀并不取决于你具备多少知识和技能，而在于能否解决实际问题。前几天在朋友圈看到一张图片：

我相信不同的人有不同的选择，关键在于你的目标是什么？（假设薪酬代表实力）

对于A选项来说，鹤立鸡群，高于身边人的薪酬无疑可以证明自身能力，同时满足自己的攀比心理和优越感；从另一个方面讲，如果你继续进取，是否能从周边人身上学到更多东西？

对于B选项来说，自己虽然在周遭人薪酬中处于劣势，然而能够与更优秀的人一起工作，无疑是更好的成长契机。况且，收入绝对值也是高于A选项。

2、从“用户”到“产品经理”： 代入感和场景感无疑是产品经理必备素养。经常有营销部门的同事向我转述一些客户提出的并非合理的需求，我通常不会直接拒绝，而是和同事一起拆解和还原整个需求实现的场景和流程，在其中某个部分，必然会出现不合逻辑、增加客户工作量、客户实际无法实现等等情况，或者这个需求并不能实际解决客户的问题。这个时候，产品经理要做的是站在客户的角度，提出更加合理和可实现的解决方案，也要知道，绝大部分时候，用户并不知道他们要什么。

3、从“现象”到“本质”： 上一份工作的CEO，有几次在我阐述想法之后，总对我说：“看问题要看本质”，虽然我当时有些不爽，但知道这句话是绝对没错的。如何看到现象和事物的本质，直到今天我依然也在“悟”。但是从《人人》这本书里，对于互联网产品来说，产品的本质就是人性深层的东西，安全感、七情六欲、归属感、社交需求、尊重、自我实现与超越等等。在本书第五章，苏杰老师提出产品“Y模型”，最深层的一点即人性。

《进化式运营》的作者李少加老师，关于如何锻炼看透事物本质的能力，提出善于利用“第一原理”进行思考（第一原理：任何特定系统中存在的最底层“本质”，对任何系统的“第一原理”的改变都会实质地改变该系统，反过来，任何没有触及“第一原理”的努力都是做无用功或影响微弱）。具体方法是由内至外（不满足于简单的解释），和有外而内（借助自然界的隐喻和外部学科的启示）。

在本章最后，苏杰老师提出：“产品经理碰到的实际问题，往往没有完美的方案，只有用心去研究，才能找到相对合理的方案，更重要的是这个过程对产品经理自己的提升。”

---

认知篇：

什么性格特质是产品经理的加分项？“热爱生活，好奇心”、“理想主义，完美主义”、“善于沟通，团队精神”、“抗压，自我激励，情绪调节”。
–苏杰《人人都是产品经理2.0》P30-P32

1、“热爱生活，好奇心”： 培养产品思维，无他，多看、多用、多想。可以问问自己，用过多少同类型产品？上App Store或应用商店了解最新产品的频率是多久？手机里装了多少个APP？关注了多少服务号或小程序？是以产品经理的视角去使用，还是以普通用户的角度去体验？

曾经，我组织公司产品经理把市场上所有同类型的产品下载一遍，公众号关注一遍进行体验，虽然很多产品无法公开注册（行业特性），但从可以试用的产品中，依然可以窥察到竞争对手的方向，核心功能，需求实现方式等等。而且，在面对无法公开注册的产品，我也要求营销人员尽量想办法提供可用账户，从而加深对产品的了解。

2、“理想主义，完美主义”: 本书中，苏杰老师认为“有科学素养的文科生和有人文精神的理科生都是产品经理的上佳人选。理科生容易上手，但文科生的职业天花板更高。因为科学和技术只能保证你不犯错，但人文和艺术可以让你达到新高度。”

---

产品经理的发展方向

• 产品架构： 定义、规划产品，确定产品定位，规划、把握产品的节奏，对产品进行宏观把控，对经验要求较高。
• 产品设计： 负责产品细节设计。2C的产品，需要和交互设计紧密配合，注重用户体验；对于海量用户的产品，细节设计会产生很大价值（腾讯就是这个方面的典范），但职业天花板相对低；2B的产品，主要是业务逻辑、流程、规则的设计。
• 产品管理： 狭义的管理，偏资源协调、跟进实施和团队建设，有点像项目管理，负责把产品做出来。
• 产品运营： 负责产品大运营，解决产品“有人用”的问题，建立产品与用户的通路，负责营销推广。

了解这四个方向，主要是希望从事产品的同仁，能够结合公司需要与自身特长兴趣，选择合适的方向发展。

第2章 产品：关键词与分类

认知篇：

产品是解决某个（定位）问题（用户&场景&需求）的东西（实物or方案or服务）。

“某个”说的是定位，定位用来限定“有所为有所不为”社会发展到今天，大众市场已经相对成熟，很难再找到一个崭新的、可以满足所有人的产品，所以定位的意义更为明确，就是要在细分市场中找到机会，找到明确的切入点。
–苏杰《人人都是产品经理2.0》P43

比如，我目前所在的公司产品是做以智能考勤为切入点的家校互动平台。那么从定位上来说，我也在思考，应该是以物联网智能考勤为主？还是以家校互动为主？两者是不同领域的产品。

如果以智能考勤为主，则需要将考勤功能做到极致。这要求硬件设备必须做到精确识别，上传推送无阻碍，同时结合学校实际情况，在方案选择上多样化，传统IC卡、RFID双频卡、RFID三频卡、指纹识别、人脸识别、智能手环、校徽、智能手表等等。软件功能层面，除了消息推送以外，还应具备GPS实时定位、校园围栏、出勤统计、分类查询等功能。产品运营应该以家长和学生用户为核心，优化硬件产品维护流程。这就属于典型的工具型产品。

如果以家校互动为主，运营的重点则在于教师，没有教师的常规使用，家长和学生用户的活跃度一定高不了（好比文中提到，校园类APP产品，核心用户是女生，或者说漂亮的女生）。在产品设计方面，界面必须友好，操作简单，学习门槛低，因为教师教学任务繁重，真心没有多少时间学一款不见得以后常用的产品。在产品应用层面，一二线城市可以考虑APP，三四五线城市更适合服务号或小程序。如果在产品中再附加一些社交类功能，这就属于偏社交型的工具类产品。

问题：用户、需求、场景

用户：谁的问题

用户，更多时候指的是角色，而非自然人。比如教育类产品，付费用户是家长，终端用户则是学生。这一点在我之前的文章《从一个宝宝水杯引发的产品思考》有提及，就不再赘述。

需求：问题的核心

对于解决需求，文中提到三种方法：提高现实（解决或超出预期的解决问题）、降低期望（解决部分问题）、转移需求（无法解决问题，转移用户注意力）。

---

做产品，提高现实的解决方法是最辛苦的，也是最值得的，这是一个产品良性发展的方向，也是实际为用户负责的行为。

移动互联网时代不同于PC时代，对产品经理的要求。

• 掌握移动领域的基本知识；
• 熟悉各种可利用的硬件；
• 理解互动方式的变化；
• 明白产业链的结构；
• 懂得用简单的逻辑完成任务；
• 采用更灵活的实施方式。

产品分类维度

方法论篇：

一个APP的某个功能，到底是用Native模式还是Web模式更好？

• 偏交互的用Native，偏浏览的用Web：交互是指复杂操作，包括输入、选择等，Web往往支持得不好；
• 已稳定的用Native，试错中的用Web：H5页面适配各种手机系统，浏览器简单，用来做低成本验证很方便。而已经固化的功能，用Native更节约手机本地资源，使用起来更流畅，而且因为不依赖网络，也会更稳定。
• 访问硬件的用Native，信息展示的用Web：硬件包括手机里的各种传感器等，Native的访问权限更高，安全性也更高。
• 核心功能用Native，经常变动的用Web：Native的工作量相对大，应该把时间多用在刀刃上。
• 变化少的用Native，经常变的用Web：比如电商的活动页面，经常需要变，做在Native应用里就会很被动。

各种模式，一定各有优劣，否则就不会长期存在了。关键在于，作为产品经理，要理解不同模式的优劣，才能做到扬长避短。比如，有些APP，采用Hybrid即混合模式，就是为了结合Native和Web两种模式的优点。

文章最后，放上本书的思维导图

（完）