作为一只幼年产品狗，写文档可以说是工作的重中之重。
入职到现在，差不多五个月的时间，大大小小也写了一些需求文档，先谈谈我对需求文档的认识。我所在的公司，文档在原型之后，因此文档会帮你考虑更多细节问题，整理思路。文档也是跟开发同事交流的媒介，通过阅读需求文档，开发同事对我脑袋里的想法有了概念，同时也会对开发难度以及可行性有一个预估，他们会在开发评审会上就文档中不合理的地方提出意见，我会一一记下并谈论解决方案，会下继续完善文档。文档也有备案的作用，将来出现什么问题或者我自己忘了需求的细节时，有个东西帮你记得总是好的。
到现在文档写的都不是很好，总是因为严密性和逻辑性的问题，反复的修改。
每次在写文档的时候，文字总是絮絮叨叨讲废话，把很多内容放到一起写，造成在文字上显得特别长、混乱。有时候，只看到了最浅显的方面，考虑问题不够全面。甚至，写着写着发现错误，就用拍脑袋的方式处理。
前几天，前辈告讲了个写文档的基本思路，比较有参考性。
- 贴原型图
- 描述原型图中的页面有哪些元素以及它们的功能
- 描述操作逻辑
- 错误及异常处理的办法
使用这个思路之前，要对文档按功能进行划分，在每一部分中使用此方法。每部分使用MECE分析法，把每一个问题都考虑透彻，做到没有遗漏。
当然，交流也是必不可少的，一个人的思维难免有局限性，通过跟同事的交流，肯定会有新的收获。在沟通中，不断完善文档。
