产品经理的工作本质上就是要抓住用户的痛点，实现产品的价值。不管是撰写文档、设计功能还是推进项目都是在让产品的价值实现。所以如果对产品价值判断有误，对用户痛点理解有偏差，就以为着很多工作都不会起到应有的效果——它们没有在让产品变得更好。
产品概念从本质上说就是产品卖给消费者的是什么利益点，即满足消费者的是什么需求点。任何产品都有其市场存在的理由，这些理由是因为消费者对该产品的利益存在着一定的需求。
《商业模式新生代》中，作者提到：商业模式涵盖了九个构件，它可以描述公司创造收入的逻辑。这九个部分分别是 客户细分、价值主张、渠道通路、客户关系、收入来源、核心资源、关键业务、重要合作，以及成本结构。
用户获客成本（CPA）和用户活跃成本
我们的产品的核心价值是什么，能够给用户带来什么。。
要增强用户黏性、提高用户使用频率、提高用户的活跃度，这都是我们耳熟能详的产品设计思路。更多的专业术语，比如跳出率、转化率、停留时间、日活、月活、留存率、单次使用时长，打开率、用户平均价值等。
对于一个产品而言，用户的量不重要，重要的是用户的质。
知道自己做的事是在创造价值，那样会让你一直的走下去，信仰的力量。
产品的问题是从需求表层出发，还是从需求根本出发，那是看问题的层次不同，从人性角度去看问题，是更高的一种视角，能够知道表层需求的背后，放映出的人性需求。
用户反馈：需求线索 表层需求：简单产品实现 深层需求：解决问题，满足需求 人性需求：心理上满足，切身的体验。
用户体验模型
1.有用性，面对的用户的需求是真实的
2.可用性，功能可以很好地满足用户需求。
3.满意度，涉及情感设计的方面，比如图形，品牌和形象。
4。可找到，用户能找到它们需求的东西。
5.可获得，用户能够方便地完成操作，达到目的。
6.可靠性，让用户产生信任。
7.价值，产品要为投资人产生价值。
功能描述几点注意
完整
尽量枚举所有的情况，并且分情况详述功能内容，最好从某个维度，比如业务的发生、进行的流程、订单的状态变化的转换等关注功能变化的情况，以防漏掉什么情况。
考虑到所有的影响点
条件判断清晰
编程语言里的if/else、while 、switch等几种逻辑描述
含义明确
叙述背景
需求用例
场景
用户需求（解决什么问题）
前置条件
需求详述
后置条件
补充说明
1.需求的优先级判断方法
判断是否重要时参考排序由强到弱
不做，会造成严重的问题和恶劣的影响
做了，会产生巨大好处和极佳效果
跟核心用户利益相关
跟大部分用户权益有关
跟效率或成本有关
跟用户体验有关
判断是否紧急由强到弱
不做，错误会持续发生并造成严重影响
在一定时间内可控但长期会有糟糕的影响
做了，立刻能解决很多问题、产生正面的影响。
做了，在一段时间后可以有良好的效果。
需求的优先级P1、P2、P3
需要撰写产品文档，每个需求为什么在目前的位置和状态，产品经理应该了如指掌。
需求的各种变化、调整和意外，应该同步到整个团队。
推荐书籍《高效能人士的七个习惯》如何做到双赢思维
沟通，阐述自己的观点让其他人明白你的想法。
评审的作用
1.确保产品经理对产品的要求传递给了技术人员；
2确保技术部门的意见得到了表达；
3.双方对共同认可的内容予以确认。
侯世达定律“做事所花费的时间总是比你预期的要长”
产品设置固定接收需求接口防止需求重复设计，由一个人统筹外来的需求。
需求的状态每周固定时间发布。目的：让需求来源方放心，了解需求正在推进的状态。
有延期的需求，发送邮件给相关需求方，告知原委。目的让需求方了解延期原因。
产品经理的成长也需要积累。用户研究，需求分析、产品设计等工作流中的技能项，很多知识需要去了解，很多基础的概念需要去学习；如如何协作，沟通，管理，如何提升逻辑能力，演讲能力、文案能力。
要学会把自己的知识点和资料结构化整理。
把自己也当成产品去迭代成长。
