假如把最终的原型定位为100。我们来模拟一个典型的有问题的开发过程：
产品讨论出一个原型，可以定位为80［为什么是80，差异的20算是产品忽略掉的一些情况，会在开发、测试、验收过程中暴露出来］，输出在prd上，这一环节会丢失掉一些信息，prd姑且算有60的原型值吧。
接着通过prd输出给开发，这一环节就看开发的阅读理解水平以及认真程度了，忽视了一行字可能就漏了一个功能。好吧，到了开发这里，姑且算为50吧。然后开发结束。
接下来给测试，那得看测试吸收了多少prd，算是60吧。OK，测试完毕，接下来到验收环节了。
产品发现跟自己想要的完全两码事，然后告诉开发“你们做的是特么的什么玩意儿”，此时应该会伴随着激烈的争吵，最后开发妥协。然后经过一些痛苦的过程之后做到了符合发版的程度，达到的原型值可能只有80+，这个过程处于项目尾期，代码质量无法保证，而且不出意外会加班熬夜。总之，这个开发过程前期会很轻松，因为少做了很多事情，但是到验收阶段会非常痛苦，而且可能还会影响发版。
怎么避免这种情况呢，一句话：尽早把问题暴露出来，然后解决掉。开发在阅读理解完prd之后，通过与产品经理确认原型信息，让自己与产品经理的理解同步，可能交谈过程中还会发现一些没有考虑到的情况。接下来的开发以及测试环节发现疑问及时找产品经理确认。这样最后在验收环节，也不会出现大的差异。整个项目过程和谐稳定的进行。