1.需要有的列表
1.发现问题列表：里面记录了发现的问题，跟踪人是谁（可能是客户，可能是团队成员），什么时候解决，并记录下来解决方案是什么；
2.客户言谈记录：记录下来客户的言谈,了解他们的个性和诉求,一边在以后的沟通和工作中满足他的需求;
3.时间列表：记录下来重大时间节点，里程碑的、签字相关的、或者客户重视的节点；这些节点其实勾勒出了一个项目的概况，每一个节点的完成就是这个项目的完成，否则将会造成后面几点压力变大，同样的，在设定节点的时候也需要考虑如果来分担各个节点的压力，可以通过增加里程碑节点的方式来稀释单个节点的重点；
2.需要和客户交互的内容
1.计划列表：计划一旦指定确切，马上发给客户做确认；客户是被动的，他需要的是你来告诉你要在什么时候做什么事情，客户掌握的信息也是最多的，你的沟通的目的就是要把他掌握的信息挖掘出来，计划发过去之后，将会触发他的思考和工作，看看是否有什么计划上面的信息要来告诉你；比如在做商用空调的时候，他们安排的是周定时为最早的认为，但是只是跟APP沟通，并没有和服务器端沟通，结果都开发进行了一半了，才突然要求周定时功能需要XX时间点完成；
2.需求内容：上面说到了沟通的目的是把客户的信息挖掘出来，你将需求以文字、图表的形式展示出来，对于客户而言，也是促使他工作的方式，需要他来思考分析需求是否是他所要；
3.会议记录：每次开会都要写会议记录，一方面是自己记录，另一方面发给对方让对方确认也是促使他对于开发确定内容进行梳理，关键是通过会议记录来促使他将自己信息和文字性的描述做一个比对，再次挖出他的信息；
4.部署报告：每次部署都告诉此次部署完成了什么功能，修复了什么功能，让他去工作：去确认此次部署的内容是否合乎要求。
记住，客户是被动的，客户是信息量最大最丰富的，你需要做的就是通过一些机制，无论是聊天，文档等方式来获知信息，通过你的主动地工作来带动他工作，主动权掌握在你的手里，你就主动得多了；你作为PM定位就是一个Guider，引导者，来让客户释放自己的能量。
3.需要关注的点
在平时的沟通中，无论是会议还是平时的聊天，无论对象时是客户还是项目组成员，对于一部分沟通的信息要保持一个高度的敏感度：
1.时间信息；比如上线交付日，比如计划时间节点等等； 对于重要的时间节点信息，采用倒计时机制来提醒自己完成；
2.问题：客户如果提出来一个问题一定要记录下来，是否解决是一回事，但是怎么处理是另外一会是；
3.要求：要求是比问题更重要的一个点，对于客户的要求一定要十分明确！如果有不明白的地方一定要确认，千万不要不了了之或者自行判断。比如客户要求每周都要发一个计划，比如Tina曾经要求日报的格式；
4.发现问题原因和解决问题分开
项目在实际开发过程中，时间的分派很重要，对于发现问题的原因通常很重要，比如通过log比较快的定位问题，但是如果是过一段时间再来看问题可能就会成为“沉没问题”，很多问题不可以回朔了，所以发现问题的原因可能是一件很急迫的事情，但是真正修改问题则是另外一会是，这样能够比较合理的来解决问题，分配好时间。