产品需求文档的形式有很多种，word、excel、直接在axure上写都可以，各有利弊，目前我们采用的是axure上的图文混排形式写的，文字+原型，相对来说更直观一些，但是具体要根据每个团队自己的情况来确定，没有标准可言，适合的才是最好的；
我们团队特点：开发人员资历较浅，没有技术大牛，小部分带头骨干，大部分1-2年经验，缺乏产品思维，开发容易留坑；所以我们的需求文档写起来会比较详尽，尽量保证每个人的开发结果能够和预想一致；
1、需求大多是给开发人员看的，目的是为了让他们根据你的需求完整的实现你所想实现的功能，所以你要比他们想的更多更全，他们才能做的更好；
2、需求要细分到点，每一个按钮，每一行字，只要不是固定写死的，都需要写明白它的来龙去脉；
3、需要包含的内容：
（1）按照业务流程的步骤挨个需求点分析；
（2）这个需求点是干什么用的；
（3）从哪里来，经过了什么操作，产生了什么效果（文字尽量言简意赅，不要有歧义，很多情况下，同一句话不同的人有不同的理解，实在不行可以举例说明）；
（4）每一种异常情况怎么处理（只要不是我们要求的正常流程，都属于异常情况，正常流程就一种，异常情况可以有很多种组合）；
（5）不同情况展示不同内容的可以搭配图片说明，如果流程复杂需要多重判断的，需要搭配流程图；
留个图例
网友评论