做产品有一种文档贯穿着产品的整个流程，那就是产品需求文档，如何让写出详细且全面的需求文档很关键，好的需求文档可以减少不必要的沟通环节，大大增加团队做事效率，降低错误率，那一篇需求文档该从哪些角度阐述这样一个还在概念中的产品，需要写什么、不需要写什么。
产品结构层【产品骨架】
产品结构反映出了产品的鸟瞰图，传达产品的直观印象，在这里我们可以明白产品的宏观结构，产品有哪些功能模块，哪些元素，各个模块以及元素之间的传承关系，一般在我们去体验一个陌生的产品，获得的感受就是产品结构层面为主，因此，我们在写PRD时，段落与段落之间的承接要符合产品结构，不能分散处理，造成他人理解起来混乱；
产品信息层【产品血液】
信息是产品的内容，尤其是信息阅读类产品，内容是王道，信息层要描述清楚一些问题：什么操作触发去获取信息，信息呈现的元素有哪些，这些信息是根据什么规则得来。信息层间接反映出数据库的设计，信息元素会反映出数据库的字段。比如我们在空间需要获取好友动态信息，这种信息需要得到某条动态的发布人（头像、昵称）、发布时间、动态内容、阅读数、赞数、评论（评论人、内容），维护了这些内容才会在获取内容时候达到我们的需求。
产品逻辑层【产品大脑】
将产品的运转定义了逻辑规则才可以正常的使用，产品的逻辑层包括前台逻辑和后台逻辑，常见的是一个文本输入框，多少字为上限，必填还是非必填，数字还是汉字，输入错误有相应提示吗，这都属于前台逻辑，后台逻辑多在返回信息层内容时候需要被定义，往往会相当复杂，解释了当前的信息是根据什么规则被呈现出来。
产品交互层【产品手脚】
交互层多用在用户体验层面，好的交互设计可以将信息层和结构层优雅的表达和呈现，微信摇一摇用自然的交互获得同时摇晃手机的人。一般常见的交互可以在原型设计图中说明，一些需要特别说明的交互需求需要特别说明。
产品界面层【产品相貌】
产品相貌呈现出产品的气质和风格，PRD中不过多说明。
新人写需求文档最容易产生错误就是过多的描述产品界面的产品交互，类似在说明产品的操作方法，这些原型设计图里面都会体现，要多思考操作背后的逻辑层。
