正文
以下是我的日常：
（1）处理问题
每天都在处理问题，只不过职位不一样，处理的问题大小不一样，做的事情带来的结果和东西也不同，所以程序员经常说我天天都在打嘴炮，是，我真的天天都在打嘴炮，
但我打嘴炮是为了解决各种问题，这是日常会做的事情。
（2）需求管理
每天会接触最多的事儿还有需求的管理：通过问题收集、用户调研、竞品分析、数据分析等方式来获取问题，转化成需求，整理成需求池，然后进行详细的需求评估等，具体需求的文档的编写，原型的绘制，优先级的制定管理，整个进度、质量的把控，需求的跟进等等，这些对于产品来说都是很基础事情，也是大部分产品经理的日常都会做的事情。
下面我就对我觉得比较重要的点，详细说说：
如何保障需求质量：
刚刚提到的一点，需求的把控，很多人都知道需求的把控是很重要，但是在做的过程中会出现迷惑到底要把控需求的什么内容呢？把控之后的作用到底会是什么？
我的答案是把握需求的质量（包含真伪需求和是否为核心需求，需求是否详细，是否存在歧义等）。
我在最开始刚做产品的时候，我也不知道什么是需求，什么是需求质量，我只知道什么是代码，什么叫代码质量，因为这个在做工作的过程中出现了很多无用功，同时也让很多项目时间被浪费，白加了很多班。
如果前期不保证需求的质量，后面就会变得异常痛苦，越往后走，大家越痛苦，因为越往后，成本会越高，前期只是浪费你的时间，后期浪费的就是整个团队的时间。
现在仔细想想，当初问题就出现在
需求的质量
上。
那关于需求质量的问题，
我现在会做以下相关工作来保障需求的质量。
第一点：需求可行性评估
需求可行性评估包括几类：
第一类就是这个需求可不可以实现，如果不能实现，你就可以直接不用做了；
第二类就是需求是可实现的，但是难度有点大，比如说这个东西可以实现，但是需要10个人去做三个月，会花费很多时间精力，这时候产品经理需要思考一下，这个需求是否一定要实现？有没有什么可以替代的实现方式？如果非必要，可考虑搁置；
第三点就是，如果能做，时间允许，精力允许，团队允许，就看跟你的主目标有没有一个很高的匹配关系，也就是看下这个东西，现在做和你一个月之后做，会不会有什么区别。如果现在做和一个月之后做没有什么区别，那就一个月之后做；如果现在做和一个月以后做差别很大，那就现在做。
第二点：PM团队内审
一个很重要保障需求质量的方法就是PM团队内部评审，不然这个东西出来，就会变成你想要的，或者是总监想要的，亦或者是老板想要的。
这里面需要注意的点是：
提前1-2天把需求相关文档发给大家。
那团队内审的要求是大家提前1-2天把需求相关文档发给大家，确保大家有时间看，大家会看过记录下问题，才会有时间跟你讨论，不然内审的时候，大家就会提出各种各样的小问题，让会议效率变得很低，经常半小时可以结束的会议，结果团队审完后2个小时过去了，然后改的东西和之前的一模一样，团队内审是为了保证输出质量很高。
第三点：需求评审，保证相关工作责任的明确与落实
现在很多团队需求评审变成一种走过场的形式，并不是为了保证需求质量、大家工作内容职责需求等的明确，就会变成评审会上达成一致的内容，在开发的过程中，又觉得你这个地方有问题那个地方有问题。所以你需要提前和大家沟通好，大家需要输出什么东西，然后你需要大家给你什么反馈。
第四点：落实过程中的时间点和产物
之前了解到别的团队会遇到过一个问题，就是把需求交过去，就完全不管了，就到了上线的前一刻才去查收，结果是时间到了，才发现很多东西都没有做完。那怎么解决这个问题，就是定好时间节点的产物，在什么时间，我需要有什么东西，最好是以天为单位，每天需要拆出来一个可验或可跟进的结果，到时候每天盯着那个时间节点要出的东西，如果东西出不来，就提前知道项目存在延期风险，也会想办法去解决这个问题，是要大家一起加班呢？还是说是需要更多的人投入。
