为什么在产品评审后还需要沟通？

产品的主要工作之前也说过了，需求收集、需求整理、然后就是绘制原型、撰写文档（绘制原型和撰写文档我个人觉得并没有前后顺序，都要心中已经有了功能结构或者直接把功能导图画出来，这个时候去绘制原型和撰写文档会简单很多）、需求评审、项目跟进、测试验收、产品上线、回归验证、继续需求收集。

记得之前去面试，有一个老板问我，你们产品做完设计、需求评审之后你们干什么？当时我就懵了，我干什么？我做需求澄清啊！老板就问，你不都需求评审完了吗？为什么还要需求澄清？是你的文档和原型能力不够吗？算了，我走吧。可能我不太适合贵公司的工作。然后当时就离开了，回头想想年少轻狂啊~

在这里和大家讲解一下当时面试官问我的这个问题，其实当时他问我这个问题，要么是他不懂，要么是他在验证我的产品经验。当时我直接在心里认为他不懂产品的工作其实是莽撞了，别人是老板想着如何合理运用员工的时间在他的那个层面并没有错，我应该理解他。他这个问题就涉及到产品在需求评审之后的工作状态—项目跟进；项目跟进是有流程的，对于刚刚评审过的需求，我们需要需求澄清，同时UI跟进，测试跟进，在开发过程中需要随时解答同事 的问题，目的并不只是对之前的需求文档、产品目的进行讲解，更重要的目的是我们要在项目进行中保证项目的初心不变，时刻掌握项目的目的，否则很容易出现产品想要个钉钉子的锤子，结果开发出来一个无敌钢铁锤（打架用的那种）。然后导致项目失败以及后面得一系列问题...

总结一下，项目跟进过程中的沟通交流，一方面是为了解答同事的疑问或者是文档原型不明确的地方，更重要的是要把产品的初衷带给团队成员，准确的让成员理解我们要做的是什么，保证各方理解一致完成项目开发。