在这种大会上，那么多非技术人员参与，你聊过多技术实现细节问题，结果是啥，知道不？玩手机的玩手机，睡觉的睡觉。大会哦，大佬？并不是技术原型评审会，切记。三、会后10、将整理好的会议记要，发给项目参会人。会上肯定讨论了很多需要落地的会议决议，为了以防大家忘记，记录下来，并以公司正式邮件发给大家猪哥将平时工作中使用的会议通知、会议纪要模板分享给你。
公众号后台回复：【会议纪要】领取模板。如果你还需要什么工作模板，请私撩我咯~11、与技术团队沟通产品提测、上线时间。原型评审通过之后，产品也闲不下来的啦！拉小会与技术阵营小伙伴沟通：UI图什么时候出来？代码什么时候提测？测试什么时候上灰度环境？什么时候产品和业务方验收？等等一堆问题，都需要定个时间节点。
12、给业务方反馈上线时间很多时候，业务方在你还没跟技术阵营讨论上线时间之前。大家才刚刚评审完，便拉着你，来那么一句：什么时候上线啊？我很急？然后你又要很无奈的再次解释一遍：我得先跟技术团队讨论，然后跟你同步。有木有？所以，讨论完的上线时间，赶紧告诉业务方，给他们吃颗定心丸吧！13、管控项目进度项目管理，主要的痛，个人觉得是以下几点，建议重点关注一二。
13.1、需求变更又一个老大难问题，需求变更导致的风险，是很麻烦严重的。不过，要根据自己的经验与能力判断，此次需求方变更需求的影响范围。如果影响不大，那能改就改;如果影响较大，那必须上报风险，事前告知需求方并给出合理理由。如果是影响思维模型中的底层数据架构，那必须报严重风险。13.2、紧急需求最怕这类人，不讲理还霸道，整个项目正常的上线流程又不是不知道，但还要提出我现在就要，一周之内就要这种不懂互联网项目正常上线流程的无理要求。
谁的事不急，谁的需求不重要？你现在要，我也给不了，小需求我可以快速评估，尽快上线，尽量做到能今天上线绝不拖延到明天。但是，大需求该怎么走流程还是得怎么走。13.3、项目组临时换人项目开发到一半，技术突然离职或者被其他项目借调，导致项目突然报风险，也是很容易让人措手不及。如果技术离职，得找人尽快接手咱们的项目。
如果技术被借调，咱们产品得去了解具体原因，想解决方案。最终目的，保证项目正常上线。总结：原型评审，是我们产品人，不得不面对并认真做好的一步。任重而道远，各自加油哦！推荐阅读:猪哥1分钟(死磕365天，已完成23.84%)公众号：刻意练习产品思维作者：会飞的猪标签：退伍军人，反面教材创业者，懂技术懂运营的B端产品人。
我想问下，有些时候明明已经有会议记录了，为什么还又要整理会议纪要？
什么是会议记录？会议记录是开会过程中，由记录人员按照时间、地点、主持人、参加人、内容等格式，把会议的基本情况和具体内容记录下来。会议记录有详记与略记之别。详记则要求记录的项目必须完备，记录的言论必须详细完整。若需要留下包括上述内容的会议记录则要靠"录"。"录"有笔录、音录和影像录几种，对会议记录而言，音录、像录通常只是手段，最终还要将录下的内容还原成文字。
笔录也常常要借助音录、像录，以之作为记录内容最大限度地再现会议情境的保证。略记是记会议大要，会议上的重要或主要言论。什么是会议纪要？会议纪要是在会议记录基础上经过加工、整理出来的一种记叙性和介绍性的文件。包括会议的基本情况、主要精神及中心内容。整理加工时或按会议程序记叙，或按会议内容概括出来的几个问题逐一叙述。
纪要要求会议程序清楚，目的明确，中心突出，概括准确，层次分明，语言简练。已经有会议记录了，为什么还又要整理会议纪要？会议记录是按照时间顺序记录会议情况和内容，会议记录主要以事实为重点，准确表达会议召开情况，尤其是涉及到讨论行程决议的部分要真实记录每个人的观点。现实工作中，会议记录更多是备忘和待查，但开会的目的更多是为了表达或传递思想，所以需要形成会议纪要，梳理归纳、概括总结，便于向上级汇报或向有关人员传达及分发。
