最近刚完成一个toG 产品系统，上周完成了最后的汇报，本周已成功上线。本篇文章根据近几年接触的不同政务用户，梳理出了产品汇报的流程与注意事项，希望对同样做政务的产品有所帮助。
汇报前
提供测试账号
汇报前有的客户会提出需要提供测试账号，先在测试环境体验。以便更好的了解系统，提出更有建设性的意见建议。若客户需要测试账号，提供测试账号之前，先用提供的给客户的测试账号走一遍主要的流程，保证客户使用过程中不会出现问题，尤其是一些涉及权限配置的系统，如果将新创建的账号直接给客户使用，很可能出现有些权限没有开通的情况。同时由于政务客户的特殊性，需要创建一些相对真实的数据，不要出现例如：测试、123、啊啊......等测试数据。
测试账号准备完成后，需要以结构化的方式输出“客户测试信息文件”，包括访问地址、用户名、密码、用户手册或小视频。
制作汇报PPT
大多数的政务客户都比较喜欢乙方用PPT汇报，我的客户也不例外，PPT汇报有利于梳理整个汇报的脉络，在会议开始时，每个参会人都清楚的知道本次会议的议题。
汇报PPT需包含：汇报内容清单、待沟通或确认事宜、后续工作的排期。
汇报清单中若包含流程类，最好使用流程场景方式简单的呈现给客户，让大多数客户都能一看就懂，清楚的知道这个流程是如何流转的。有的流程涉及较复杂的异常流，最好不要体现在汇报的主流程中，可以在汇报过程中说明，也可以分为两个场景来体现。例如：下面的两个图中体现的就是同一流程的正常流场景和异常流场景。
注：若需要演示系统，需提前登录好账号，避免客户等待时间过长。
沟通清单可采用以下模式，方便汇报者记录客户的答复，在汇报者记录过程中若有不当之处，客户也可实时反馈。
最后汇报的内容是排期，根据我以往的经验，我们给到客户的排期一定要预留出10%-30%的风险时间。因为很可能在汇报的过程中可爱的客户们会加一些他们认为很小的需求，或者说我们着急上线使用，为了避免用上线时间倒逼研发排期事件发生，各位汇报的伙伴一定一定要预留风险时间。
汇报中
汇报过程中需按PPT大纲结构化汇报，确认的内容及时记录。若遇到客户提出的问题我们无法预估研发时间，一定不要轻易的答应客户，可以和客户说：“我这边回去和相关同事沟通下，明天给您具体时间，好吧。”只要你给到他反馈时间，大多数客户都会接受的，毕竟他们也是需要汇报给领导，只要有了这个反馈时间就可以支撑一下，也就不会太为难你。
汇报后
汇报完成后，需输出汇报记录（会议纪要）发送与会人员。同时将会议中需完成的事项形成待办清单。
确定好待办清单后，后续要做的就是按计划跟进待办清单事宜，完成工作后及时给客户反馈，期间有突发事件需要客户知晓时及时沟通。
