基础结构
产品模型：设计合理性
1.1 怎样的产品逻辑才是通顺的
- 市场的存在，市场的成熟程度
- 需求的存在
- 用户的存在（用户的存在是否能支撑起我们的产品）
- 发生的场景
- 接受的意愿（客户对产品的接受度）
1.2 商业模式
《商业模式新生代》
商业模式涵盖了九个构件（Building Blocks），
它们可以描述公司创造收入的逻辑。
这九个部分分别是客户细分、价值主张、渠道通路、客户关系、收入来源、核心资源、关键业务、重要合作，以及成本结构
1.3 找到产品核心价值
产品经理的经典书籍《用户体验要素》
里提到了产品设计的多个层级，
提出了Web时代互联网产品要自下而上设计的概念，
即使到现在移动互联网时代都不算过时
最受用户认可和接受的部分，其他部分都可以为这部分服务
1.4 MVP
MVP是埃里克·莱斯所著《精益创业》中提到的概念，
它的目的是验证两件事：
一是产品满足了用户需求；
二是产品能够创造商业价值。
确保产品里有一个核心功能（寻找痛点，解决痛点）
- 那么怎么发现痛点
通过分析数据（关注量、下载量）
用户数据
日、周、月活跃用户
用户存留
商业数据（付费转换率）
用户反馈
1. 5需求分析和功能设计
需求分析和功能设计是产品经理日常工作的主要内容
产品经理不应只关心浮于表面的需要，而是要关心需求背后的真正诉求
- 如何深挖需求
基于场景深挖需求
产品经理不应只关心浮于表面的需要，而是要关心需求背后的真正诉求
产品经理不应只关心浮于表面的需要，而是要关心需求背后的真正诉求
- 从人性深挖需求
1.6 用户研究
常见的用户研究分类方法就是依据定性/定量和行为/观点这样的二维矩阵划分
问卷调查
用户访谈
1.7 产品管理
产品经理在维护和跟进产品的过程中会有很多环节需要管理，
不光要管理文档、需求和流程，还要管理团队，甚至管理自己
- 管理文档
功能框架的逻辑
怎样有清晰的框架和结构
先进行拆分：（把产品的功能拆分开）
再组合划分出模块
业务流程的逻辑
业务流程在这里指的是，产品所提供的功能或者服务实现的具体流程步骤。
很多产品都有不止一个功能，对这个功能的使用涉及很多步骤，并非是一次性的操作
1.8 需求管理
从需求的生命周期就能勾画出整个产品从设计到实现的过程
1）获取需求阶段
获取到需求先进行判断
第一，判断需求本身的重要性
第二，考虑需求来源
第三，了解需求背景
记录需求的方式：问题+方案
2）讨论和设计阶段
每隔一段时间应该举办需求讨论会，整理“需求池”，
也就是记录所有获取到需求的表单。
会上要详细讨论每个需求的情况，确认以下几个事项
- 需求的优先级（四象限法则）
3）待开发阶段
有了确切方案后，要尽快跟研发的同事做可行性评审，这一步必不可少。
如果缺少可行性评审，将会出现很多产品设计方案可行性差、
需求频繁更改、产品功能不切实际的情况
- 方案本身的可行性（技术上是否能实现）
- 有没有更好的方案
- 评估参与者
- 方案成本、
4）开发阶段
总结：
分析需求时，先梳理逻辑再出方案。能画流程图的画流程图，能画逻辑图的画逻辑图，能画脑图的画脑图，穷举整体的逻辑。
讨论方案时，所有产品经理参与小组讨论，一起提出疑惑，发现问题。
在做可行性评审时，技术人员要尽可能从逻辑角度提出质疑，多发现问题。之后再出问题，会回溯原因
5）复盘阶段
负责任的团队都会有复盘的机制，主要是防止问题再次发生。
解决问题很简单，完全规避下次再出问题则很难。
要清楚之前出现问题的所有逻辑和流程，再去看在哪些环节可以做些什么，以防止问题再次出现
思维方式
2.1处理问题
产品经理乃至各行各业的人的日常工作就是处理问题
• 发现问题：跟产品人员沟通，弄清楚功能实现的细节。
• 分析问题：研究具体实现的方法、代码框架结构等，捋清楚逻辑。
• 解决问题：用代码完成实现。
产品思维基本方法论
1)学会提问题
在工作中哪些事情算是问题，需要我们解决的呢？答案就是有跟我们的预期不符的状况，那就是我们需要解决的问题
所以工作中要有预期：
从用户研究、需求分析、功能设计再到推进实践都要有个预期
从产品到研发要有这样一个思维：大部分问题都不会主动出现，我们要敏锐的去发现问题出题哪里，会有哪些潜在的问题
1.1 提出问题前先把问题描述清楚
- 考虑问题的背景（不同的背景下，同一个问题的体现不同）
- 考虑到问题涉及到的人（需要协调哪些人去解决）
- 考虑解决问题的期望
2）分析问题
把复杂的问题抽象出容易理解，方便解决问题的本质
分析问题不要主观臆断：判断方法
- 判断到底是不是主观臆断有个很简单的方法，就是别人会不会质疑你的判断。而且在质疑你的判断时，你是会回应“来我证明给你看呗”还是“绝对肯定就是这样的”（就说有论据）
3）解决问题
在发现和分析问题时我们面向的对象是事，
而在解决问题时主要面向的对象则是人。
产品经理职责的特殊性在于发现的很多问题需要有人协助或者协助别人来解决，自己是不能搞定的
所以完美的解决问题就是：解决方案+推动执行
- 拆分问题（当遇到一个复杂问题的时候，将问题分成一个个的小问题，再去解决这样一个个小的问题时，就简单多了）
- 解决方案
问题和背景：为什么要做这件事？做这件事的所有逻辑的缘由是如何的？是在什么情境下提出的？
方案的内容：
方案的的负责人：
方案的目标和验证方法：方案要达到怎样的效果才算可以？如何验证？对很多方案来说，达到目的后，可以直接观察到。验证方法要和方案一起出
沟通交流
1）理解清对方所说
对产品经理来说，好的沟通能力要包含以下几点：
• 能够快速、准确地理解别人表达的信息。
• 能够准确、通畅地表述自己想传递的信息。
• 在理解和表达中就事论事，也能照顾大家的情绪。
理解对方所说，并懂得言外之意：
- 迅速从对方的表达中找出表达的重点
- 让对方复述一下你的观点，证明你们的理解是一致的
区别事实和观点：
- 听到对方的内容后，要判断出对方所说的哪些是事实陈述，哪些是个人观点。这对理解对方至关重要。
理解对方表达的诉求（目的是什么）
2）表达
表达的重点：分清层次，一一表达
确保对方理解：表述前：表明来意 表述后：让对方描述
用更形象的方式：
观点
1.产品经理的工作本质上就是要抓住用户的痛点、实现产品的价值
2.张小龙就曾经要求他麾下的产品经理们在了解用户方面做到“1000,100,10”，
也就是“每周看1000篇帖子或微博，看100篇博客，做10个CE（Customer Engagement，用户参与）”
3、会议怎样有高效
• 针对拟定的主题讨论，其他无关议题禁止讨论或者加会再讨论。
• 讲求发言顺序，不能争抢和吵闹，最好有主持人。
• 禁止人身攻击，避免太情绪化的讨论。
• 会议要对原定的主题输出结论，如果没有结论，要制定解决方案（比如由于信息不全面无法决定，要设立日期再议）。
《罗伯特议事规则》一书中提到的很多基本的辩论规则和表决规则
4、提升管理技能
在《领导梯队》里，作者提到了作为领导应具备的三个管理能力为：领导技能、时间管理和工作理念
5、把工作中的所有事务都视为处理问题，这是一种很好的结构化思维
6、MVP的概念来自于《精益创业》，该书作者的老师也写过一本《四步创业法》
出版于过去Web时代的2002年的《用户体验要素》