产品和研发为什么会有矛盾？如何才能写出准确的需求书呢？

almaxu

我是走进产品的菜鸟一枚。我所在的公司里产品部的人和研发部的人关系不是很好。研发部觉得产品部的就知道瞎改需求，总是在需求快要做出来的时候要修改需求。写的需求书也总是不认真，要么就是公司明明没有的东西也往需求上写，要么就是不考虑能否实现的问题，让人很恼火。
产品部的人也觉得研发部就是不配合。
我想其中的关键就是需求书，需求书是产品和研发的桥梁和依据。怎样才能写出让研发能够理解，表达准确的需求书，是我目前的需求。希望各位大大给些建议或者经验之谈。:handshake

2206030449

我呆过的两家公司都是赶进度赶进度，所以开发根本不看PRD啊，就是口头聊完需求对着原型就按想象开发了。关于能否实现的问题，如果双方时间允许，建议让开发早参与，比如有一个模块的需求你有个大概的想法了，就早早画草图跟开发一起过，不要等所有需求都定了交互全做完了才单方向输出给开发

uiliu

需求文档更多的还是用来跟技术扯皮时的证据，以及给测试的参照。技术多数都根本不看文档，所以后期才会无数的扯皮。
要减少这些扯皮，与其靠文档，不如多沟通，事先多做讨论。产品要多了解点技术可实现性，技术要多了解点业务逻辑。有些技术又不看文档，又不了解产品业务，拿着原型就直接开发了，问题肯定多。

lwp2007sh

同意楼上的看法，一般技术开发前肯定会和产品相关人员开会，讨论需求逻辑，逻辑能走的通基本就没问题。技术会看需求文档，但只看重要的部分，其他按原型想象来做，做完后基本是半成品，很多bug,主要在测试的时候把bug修复完。