文|十里西
先小编自我检讨，过去很长一段时间自己偷懒没有写什么文章了，最终决定还是要坚持多写一些分享的文章。
重点说明下这次换了个笔名叫“十里西”没有其他意思，就是觉得简单又好记。
由于最近工作没有那么忙，参加了很多线下产品分享的课程，也听了很多大神讲自己的产品秘籍，你们有没有感觉讲的都很好，听了自我感觉也特别有收获。
但是工作里面该被叼还是叼，该背锅还是背锅，为啥大神的秘籍有点力不从心？
不扯这些没用的，下面就直接说点产品经理工作中具体面对的事情。
我不知道大家在工作的时候，有没有遇到项目延期，或者研发积极性不高，你是怎么跟进研发中的项目进展的呢？这个类问题基本产品经理面试都很大概率被问到。
每个人都有自己的方法，这里我不一定说我的是最好的。
产品经理一般工作流程是从需求调研、需求文档原型的设计、需求评审、然后需求进入开发，而项目延期最容易发生在需求评审后进入开发的时间段里面。
你会说我需求评审完了，项目延期了关我什么事情，是研发不给力，要项目经理多调配人手，需求进入开发那就和产品经理没有什么事情了，我当初也是这么想的。
这么想怪不得研发恨死产品了，偷偷在代码里面写了无数句“产品不得好死”，我个人认为需求进入开发后产品经理还是需要跟进，有这么几个好处。
第一、及时了解需求开发进度；
第二、开发中遇到需求便跟能快速沟通；
第三、帮助研发和研发一起解决开发中遇到的一些提前没有考虑到的问题；
第四、那就是团队精神，让研发更加信任你；
说了半天好像还是没有讲，到底如果跟进项目，先不急！产品经理都是习惯了前面要做一堆铺垫的事情，不然怎么忽悠人呢？
我想问句哪个产品可以保证开发中不需要变更一小点需求，哪个大神产品经理在写完需求文档和原型后，就是天衣无缝的，能把所以问题都考虑进来，如果你行，那下面的内容你不需要看了，就当我放屁。
就是因为需要变更需求，就是因为提前可能有些问题没有考虑到，就是因为开发中会遇到一些意料之外的故事，所以为了项目不延期，为了研发不拿刀砍你，开发中的跟进就少不了。
终于要讲重点了，说干货了，先看下面这张表。
仔细看看这张表记录的是什么时间出现了什么问题，谁提出来的，后来出了个什么解决方案，好像也没有什么特别呀，下面来说说这个表怎么用。
产品经理记录用，这个张表是产品经理跟进项目的记录，在开发中遇到一些问题的处理解决记录，产品经理自己记录一是方便自己做笔记，毕竟产品每天要对接这么多人，不是什么事情都记得住。
产品经理给研发的功劳本，你想想研发为啥给产品做需求，产品又不发奖金，也不是研发的领导，出了事情还要背锅，你说他们心里好受么？积极性会高么？
虽然产品经理给不了研发奖金，但是有了这个项目记录跟进，产品就知道研发在开发中遇到哪些问题，他处理的及时性，怎么解决的，在产品上线的时候发上线通知，一定要抄送研发领导，把在开发中做的努力给汇总出来，这点非常重要，这个是精神鼓励，肯定研发做出的努力。
从人的本性来讲，你对别人的事情认真负责了，他对你的也会认真负责，这个叫互助，研发知道找你可以解决问题，在开发中遇到些问题，也会及时和你讲，进度也可以在你掌控之中了。
对于测试过程中来说，测试经常会抱怨，开发自己改动了需求也不和测试说，开发就会说这个是产品要求的，产品会说就这么个小地方我还全员开会呀。
如果你在开发过程中有这样的记录，把表格同步给测试，那他会提高测试效率，这样是不是降低了延期的可能性？
我已经说完了，至于工作中怎么用，只有四个字“灵活运用”，根据自己实际情况来，结果可以相同但是过程不一定要照葫芦画瓢。