欢迎投稿到早读课，投稿邮箱：[email protected]

　　今天跟所讲的内容，主要就是我一些个人的感受，不代表早读课立场。

　　一、理解彼此合作者的工作

　　互联网几个相关职位间的误解（鄙视链）

　　首先，先和大家讲个现象，来看看工作中互相之间的印象，看看你也存在这种心理？

　　只因为在各个职位之间，大家彼此不了解，会造成PPT中的鄙视链，来看一下：

　　在程序员眼中，会觉得产品没做什么事情，也没什么用，每天就来催催进度，动动嘴皮子（嘴炮，没用），我是科学家，高智商逻辑强；

　　在产品眼中，会觉得程序员是脾气差，情商低；同时会觉得设计师价值不高，只是自己就是没时间画图，有时间我就给可以搞定了。

　　在设计师眼中，觉得程序员就是脾气差，情商低，产品就是嘴炮没用，只有自己是艺术家。

　　这些和我后面要说的事情的相关。

　　二、理解目标和现实是什么？

　　很多人在做事情的时候，都觉得这些事情很简单，然而在做的过程中，才发觉是很复杂的，本来以为可以很快搞定的，没想到最后迭代了几个版本才搞定，所以我觉得产品需要理解现实和目标是什么。

　　大家做事情的时候，要有阶段性的目标，不然会忘记自己当初想做什么了。

　　三、产品迭代的底线？

　　产品迭代的底线就是保证可用，大部分人都理解。

　　四、产品经理的日常

　　之前很多人觉得，在大公司做的事情是不是不一样啊？不知道自己现在做的事情是不是对的，平时看的干货用不上啊？到底应该怎么带团队啊？自己也不知道该在继续下去会变成一个什么样子，该不该继续目前的工作状态？一堆问题会让自己变得非常焦虑。

　　以下是我的日常：

　　（1）处理问题

　　每天都在处理问题，只不过职位不一样，处理的问题大小不一样，做的事情带来的结果和东西也不同，所以程序员经常说我天天都在打嘴炮，是，我真的天天都在打嘴炮，但我打嘴炮是为了解决各种问题，这是日常会做的事情。

　　（2）需求管理

　　每天会接触最多的事儿还有需求的管理：通过问题收集、用户调研、竞品分析、数据分析等方式来获取问题，转化成需求，整理成需求池，然后进行详细的需求评估等，具体需求的文档的编写，原型的绘制，优先级的制定管理，整个进度、质量的把控，需求的跟进等等，这些对于产品来说都是很基础事情，也是大部分产品经理的日常都会做的事情。

　　下面我就对我觉得比较重要的点，详细说说：

　　如何保障需求质量：

　　刚刚提到的一点，需求的把控，很多人都知道需求的把控是很重要，但是在做的过程中会出现迷惑到底要把控需求的什么内容呢？把控之后的作用到底会是什么？

　　我的答案是把握需求的质量（包含真伪需求和是否为核心需求，需求是否详细，是否存在歧义等）。

　　我在最开始刚做产品的时候，我也不知道什么是需求，什么是需求质量，我只知道什么是代码，什么叫代码质量，因为这个在做工作的过程中出现了很多无用功，同时也让很多项目时间被浪费，白加了很多班。

　　如果前期不保证需求的质量，后面就会变得异常痛苦，越往后走，大家越痛苦，因为越往后，成本会越高，前期只是浪费你的时间，后期浪费的就是整个团队的时间。

　　现在仔细想想，当初问题就出现在需求的质量上。

　　那关于需求质量的问题，我现在会做以下相关工作来保障需求的质量。

　　第一点：需求可行性评估

　　需求可行性评估包括几类：

　　第一类就是这个需求可不可以实现，如果不能实现，你就可以直接不用做了；