《产品经理必懂的技术那点事》部分读书笔记

1. 产品经理的领导力

三个层面：

思想领导力

——深度思考产品核心定位及用户痛点，有想法有方案有idea

行为领导力

——拥抱变化，快速执行

团队领导力

——统一目标，获得团队信任，建立影响

2. 产品经理工作中会遇到的问题及解决方法

遇到问题先定位问题

遇到问题先定位问题：

1. 找到问题本身的事实情况，挖掘本质——问题是否真实存在？
2. 判断问题的影响范围——覆盖面究竟多大？是普遍问题还是个别问题？

可能问题：与老板（上级）之间

对于不明确的问题，产品经理需要对问题进行引导性转化，采取提问的方式，将老板的战略落地，明确战略意图，然后提出可能的解决方案让老板进行二次确认，最终明确更具体的解决方案，推动问题的解决。

可能问题：与设计师之间的“争论”

1. 设计目的的理解：与设计师沟通清楚设计目的，用户价值到底是什么？达成一致。
2. 设计方式的选择：eg：图标还是文字？
   产品经理解决设计方式的“争论”主要就从产品的用户群体和认知程度出发讨论产品设计的可行性。（虽然设计得好，但用户可能因为认知程度不够导致产品使用起来有些问题）

可能问题：与工程师之间的“不理解”

需求评审中，会遇到各种问题：技术可行性、实现难度、实现成本。
如何解决“不理解“问题？（一般是产品不理解技术实现难度或成本）
学会提问！这种提问不是抛出问题然后等待答案的出现，而是带着可能的答案去提问。
eg“我目前对这个功能的时间成本没有准确判断，你从你的专业角度能不能判断一下（放低姿态），一天还是两天？”（圈定范围）
产品经理能否控制谈话和引导沟通，直接决定了问题是否朝着解决方案的方向前进。聚焦到答案上比聚焦到问题上更有利于问题的解决。

可能的问题：与业务人员之间的“脱线”

业务方提需求时，首先判断是原始信息还是加工信息。
解决产品与业务方之间的“脱线”问题，最行之有效的方法就是产品经理深入一线，获取原始信息后再进行进一步的判断和产品决策。

“聚焦答案”

形成“聚焦答案”而非“聚焦问题”的思维，在定位好问题后，则快速寻求解决方案。（注意：定位问题一要判断问题是否真实存在，二要判断覆盖面）

一个可能的解决问题模型

1. 完成对问题的定位，即明确问题是什么？
2. 判断问题的起始节点，即找到问题的源头。
3. 针对问题构建解决方案，聚焦答案，有时可能会按阶段解决部分问题，然后解决整个问题。（阶段性思维）

从问题和答案中获取洞察力

洞察力：透过现象看本质。
通过对问题和答案的深度剖析和结视，获得理解问题和解释答案的能力。
eg：有一个产品体验设计问题会导致用户使用起来不是很顺畅，当我们重新设计和切身体验后解决了产品体验设计的问题，从答案中我们了解到问题的原因是本位主义，学习到了设计产品需要从目标用户的视角和使用场景展开，而非自己认为的好和自己认为对用户的好。

黄晓明说：不要你觉得，我要我觉得。
所有产品都应该说一句：不要我觉得，而要大部分用户觉得”。

掌握问题和答案的本质，这就是洞察力。

产品经理是为他人创造答案的一类群体。通过自己的设计的产品为某一个行业和某一类人解决一个具体的问题，这是一个发现问题和解决问题的过程。有时，产品经理本身不是这个行业的用户，去解决一个不是自己所面对的问题，需要很强的同理心和洞察力，感受用户和用户所面临的问题，通过获取问题的本质创造答案，把这个答案转化为用户使用的产品，这是一个了不起的过程，也是一个非常困难的过程。做一个好的产品经理，需要不断从问题和答案中获取洞察力来提高自己，提高自己做产品的能力。

一个需求的出生到死亡

面对很多需求怎么办？如何鉴别伪需求？
少听多看，不要问用户需要什么，而要看用户做了什么。人的行为比语言更容易反映真实情况。

张小龙说：“每天有一亿人教我怎么做产品。”
这些人可能已经跳出了真实用户的角色，而变成了产品设计者。他们所提的需求也不再说真实用户需求了。

面对一个需求，第一反应如果是想用一个什么功能来实现，那灾难已经开始了。（第一反应应该是判断这个需求是否是真实存在的）解决一个不存在的问题，除了自娱自乐，还有什么用。

产品经理的修养：

1. 只关注真实用户的需求；
2. 只关注来自真实市场的一手材料。

MVP开发 vs 瀑布式开发

一个图解释MVP，eg：草坪上的一条路。
（写到这里，我存在了一个对的需求，即手机拍照上传到电脑端，便于我快捷的插入图片。但是仍需思考：这个需求确实存在，是否是大部分用户的需求，实现成本如何？投入产出比如何？紧急吗？显然不紧急，因为有别的较为复杂的路径同样可实现。这是个体验优化的需求，优先级应该是较低的）
拒绝求全。抓住本质核心

如何合理把握产品节奏

1. 产品的生命周期：投入期（其中包含冷启动）——成长期——成熟期——衰落期
2. 产品节奏的把握很大程度上取决于对综合信息的判断，例如市场环境、用户规模、需求级别、研发能力、运营能力。
   eg：微信公众号第一版在聊天列表不折叠，第二版才做的折叠。
   eg：做社交产品，在产品初期就加入联系人分组功能，属于节奏不对；
   eg:做O2O产品，在平台初级就把评价功能设计得特别完善，属于节奏不对。

非技术产品的三大生存指南

1. 思维切换：多考虑用户价值，使用场景，商业价值，业务闭环。
2. 将讲需求转化为讲故事，沟通和表达能力绝对排得上前几位。
   场景eg:时间（晚上下班后）、地点（家里）、人物（工程师小王）、情节（需要放松），利于产品经理推动设计。
3. 沟通方式——知彼解己。
   先学会倾听和理解，再表达。

3. 产品经理的职业发展

产品助理阶段

• 需求分析能力
• PRD，原型制作能力
  强调需求的识别和分析，不能沉迷于工具的使用。

产品经理阶段

• 产品经理的一项重要技能是识别伪需求。
• 作为产品经理最重要的工作之一，需求分析的结论直接决定了产品是否在做正确的事情。
• 沟通永远是产品经理的核心技能。
• 产品设计，功能和用户体验的设计。文档化的过程可交给产品助理。
  对初级阶段的产品来说，将已经确定的需求落实呈具体的产品功能设计是核心能力。 (执行力) 这个过程对用户体验的把握和打磨是衡量其产品设计能力的标准。

初级产品经理向上晋级的两点建议

1. 提高控制需求的能力
   设计好功能很重要，但设计一个正确的好功能更重要。
   （战略和战术的关系/以终为始，把制定目标看得和高效行动同样重要）
   思考需求本身的价值体现在两个方面：第一是基于用户场景带来的用户价值，第二是能否强化产品定位。
2. 提高横向协调沟通的能力
   跨部门合作与沟通。

提升产品力

行业理解力，产品架构力，商业化思维
产品经理应具备商业化思维

4. 产品经理必懂的运营“技术”

运营可分为活动运营、内容运营、用户运营。

• 活动运营的核心工作是对活动的设计和策划，而设计和策划的落脚点是围绕产品的核心定位和目标用户群体。
• 内容运营的关键在于通过内容将平台中的用户连接起来从而引导用户之间产生关系和互动。
  -用户运营的运营动作包括用户参与度提升、头部用户运营、用户关系维护三个环节。（用户分层运营）
  用户分层可以纵向划分：新用户、成熟期用户、老用户。
  也可以横向划分（按照用户活跃度）：头部用户、中部用户、尾部用户

如何围绕产品设计运营方案

1. 产品运营方案需要包含图示几个基本因素

   
   
   

   产品运营方案

2. 寻找产品差异化和运营切入点
   让产品深入竞品没有触及的市场

3. 市场选择差异化 eg 快手

4. 明确产品阶段 制定相应运营策略
   产品启动期：定义产品并明确差异点
   产品成长期：完成用户扩张并提升运营效率
   产品成熟期：商业化运营

5. 带着运营思维设计产品
   产品在设计产品时会有意识地考虑产品的 可运营性

5. 产品经理必懂的技术名词

类、对象、抽象和实例

抽象：提炼出一个通用模板，然后基于模板做具象化的实现。
eg 女人，男人，老人和小孩，如果将这个具体的分类抽象出一个类别，得到的抽象结果就是人，人就是一个“类”。
“人”是一个类，残疾人 是该类下的一个对象。
抽象和实例化是两个相反过程。

打印

程序运行结果输出到命令控制台的过程叫做“打印”。

写死

数据放在后端 还是 前端？

架构和框架

架构是指对系统的结构设计和规划
框架则是指利用现有的成熟技术框架简化开发过程

控件和组件

组件就是多个控件的组合

进程与线程

进程：每个运行的App都是一个进程
线程：相比进程，线程是一个更小的执行单元。
异步线程：可以并行互不干扰完成各自的子任务
同步线程：子任务是按照一定顺序完成的。

脚本

批量处理数据时常用

同步处理和异步处理

异步：各处理各的
同步：处理完后再下一个