PRD要做到 考虑全面，逻辑清晰，语言精练。
产品经理给我的任务是，将每一个版本功能整理输出PRD文档，我问他就是把后台系统（项目系统中有相应的需求功能管理模块是给开发看的）中的功能整理成word吗？他说就是整理功能描述和对应的原型图。
有什么用呢？开发人员都是看系统中不同版本的功能，整理成word是为了备份吗？为了给领导看？还是为了让我熟悉所有版本功能吗？
产品经理说是备份存档，方便给以后来的产品经理熟悉流程。我认真去完成了每一个版本的整理，也确实发现和学习到一些东西，在PRD之需求功能描述这篇文章里有记录，可是真正的PRD到底是什么？我知道我做的工作只能算是PRD中重要的功能描述，带着问题我看了下面的一系列文章······
从思考到撰写，产品新人如何写出自己风格的「需求文档」
作为产品新人，这篇文章通俗易懂，非常值得借鉴。形式不重要，该有的必须要有。
PRD修炼真经•卷一：一份标准化产品需求文档的逻辑思路
一共三篇文章，将PRD所有部分都细化的讲了一遍，但很多内容作为新人真心不懂，可能随着工作接触的不同产品我会慢慢理解更多的细则。
PRD：倒推网易云阅读产品需求文档
以前刚开始接触产品经理时，找教程看干货想知道那些玄乎其神的文档、原型究竟长什么样，这篇文章可以说是一个真实APP的PRD了，但是我只能快速看个大概，还有更多倒推产品PRD的文章，有的真是看着要疯掉。
PRD七坑：没有可读性的PRD都是耍流氓
当了解了PRD的结构和看过了具体案例，这些注意点就很值得思考和学习了。
如果能用流程图来表述，就不需要长篇累述；如果能先进行产品大致的介绍，让大家先理解整个思路，就不需要文字上过于累赘的表述。
以下是我的疑惑和自己学习到的东西
用什么写PRD？
- 用Word写PRD，项目小功能少可能不会觉得Word有什么不好，但是随着不断迭代，越来越多的功能和不断进行的优化，Word查找起来很不方便；更多的是存档和方便新人熟悉产品功能。
- 用axure写PRD，看到很多相关文章，确实比word更加直观，产品经理查找起来也方便。axure原型图+文字描述 是用的比较多的。
实习的工作中产品经理将axure原型图+文字描述 截图上传到系统的项目需求管理模块中，并且填写必须的版本信息，开发看到需求后，根据原型图和功能描述来完成开发。都在同一个系统中，这样方便协同合作。不同公司有不同的项目管理方式和协作方式，职场新人多学习多思考。
了解一款产品，首页自己要画一个思维导图，或一个页面流程图，梳理逻辑框架。对于现在工作中项目需求管理缺少了流程图，在版本有大的改动时（从1到2，从2到3···），最好都需相应的流程图辅助理解产品逻辑。
我去画图了❤❤❤
