产品实施过程中为什么会复现各种问题？

在产品需求文档中，写得很详细、很到位，但是这依旧不能完全%的避免问题的出现，也就是大家常说的“问题常有，不然就见鬼了

网站运营

”今天一大早起来，冲了个凉

爽，爽，爽…在过去的一周，着实很忙碌，一方面是产品版本迭代更新；另一方面是产品进入实施阶段

记得之前和大家分享过“需求文档”，说到文档中应该尽可能描述清楚需求，以免相关实施方存在疑惑

确实，在产品需求文档中，写得很详细、很到位，但是这依旧不能完全%的避免问题的出现，也就是大家常说的“问题常有，不然就见鬼了

产品实施过程文档问题：不是说文档已经写完全、详细了吗

怎么还有问题呢

是的文档是可以根据既定的规则将问题描述清楚，可你不能控制的是人的因素，这个最核心因素：.因为不同人的理解事物的角度和方法存在差异，对于文档中既有描述，理解上难免有误差；直接沟通是最好的解决方案；.需求方，比如：市场部、客服等等，临时修改增加呢

反正，小编能力有限、智商捉急、TTN,暂时还没那个能力%管控

.由于需求方需求的增加，相应的需求文档也要做调整，那么调整的过程必然会有些许的遗漏

又有人，会问：能不能仔细点，将问题都扼杀在文档里

小编说一句，可以

这对产品人本身也是极高的要求，在时间的保证下，还是应该保证文档的每一处的无死角

在需求评审会议上，技术研发的老大哥都会对现有产品逻辑的合理性及其技术实现方案做技术评估

过多认为因素及经验参与的过程，存在偏差同样是合乎情理的

在产品实现

在一家全员产品型的创新型公司，必然是不可能视而不见的，对合理的需求，也会做出相应的调整，体现在文档和产品之中

项目项目实施过程，产品应该时刻准备着，准备冲到研发部为研发大哥们消除心中以后

此谓“开心消消乐”

对用户来讲，产品是能满足其需求的实物产品实施作为产品整个生命周期的闭环环节，是产品由需求想法转变成现实产品

实施的过程的主角是“研发”，俨然不是产品（PM）；可实际情况是，产品依旧需要不离不弃，初心不变，相伴产品一生