你见过或者作了认为最美的产品需求文档是？

是否有相对成熟规范的文档，可以拿出来分享分享 互相学习学习。




需求文档不是目的，只是一种手段，如果描述得足够清楚，直接用原型都可以，其实开发也不是很喜欢看文档的，尤其是写得不清楚的文档，理解成本高。



没有最优秀的文档，只有最合适的文档。不同的公司和团队差异都挺大的，大家需要的文档也都不一样。

产品需求文档的核心作用：沟通（传递信息）与记录（吵架依据）。

沟通层面：

1、大公司和小公司的差异；对于大公司而言经常产品在这一栋楼，设计和技术在另外一栋楼，每周见面的次数也很有限，每换一个项目就可能换一批技术同学。这个时候你的文档就必须得写得清晰详实了，尽量不要漏掉任何一个环节，沟通的事主要靠文档，辅以邮件、IM和开会了，文档生成的时间可能比较长。对于小公司而言经常设计在你对面，技术在你左右，你打个嗝他们都会听到，这个时候就没必要费那么多的时间去写文档了，文档写清楚最核心的东西就可以了，两三天足以搞定，沟通主要靠文档和吼一嗓子。毕竟，大家都不愿意看几十页几百页的东西，会吐很久的~

2、每个人的差异：同学A开发时从来不看文档，喜欢自己YY，他说每次看到一堆字和图就想吐，那么，你只能跟同学A多聊聊了，不停的给他说这个功能是怎么回事，那个功能是怎么回事，一直说到他能重复为止，文档写得再好都是扯淡。同学B看文档从来不看文字部分，只看图，那么针对他写的文档或文档中针对他的那一部分就得多用图了，把文字精简一下放到图里，这样他真的就会看了。同学C是个好队友，每次文档都会认真看完，做事比较严谨，那么针对他你就得认认真真得写清楚了，可别漏掉什么东西，不然他会不停的抱怨。

记录层面：

我艹，你这做的什么东西？文档里写得清清楚楚的，是你这样做的吗？赶紧给我改！

当然，记录比吵架更重要。