88DOC.com　文档共享　文档写作技巧交流

最近在做一个erp的需求文档，写了一堆的文档，这些文档从开始到客户确认来来回回整了有好几个月，在这几个月的时间里，对文档的理解有了点认识，以及在写文档的过程中的一些心得。

拥有准确的技术文档不仅对于公司是非常有益处的，而且也能够让客户从中受益。由于产品如何使用在某种程度上是要依赖技术文档来进行说明的，因此技术文档必须十分的准确可靠。使用不准确的和已经过时的技术文档对于公司的发展也会产生一定的阻碍，同样的，它也会对公司的客户们产生消极的影响。一旦客户发现在他们使用产品的时候遇到了问题，却不能通过求助于伴随产品的技术文档的手段进行解决的时候，客户们就会对这种产品产生怀疑乃至于失去信心，那么，公司的信誉和利益自然而然的就会受到损害。这就是不准确的和过时的技术文档给我们带来的危害。

拥有准确的技术文档不仅对于公司是非常有益处的，而且也能够让客户从中受益。由于产品如何使用在某种程度上是要依赖技术文档来进行说明的，因此技术文档必须十分的准确可靠。使用不准确的和已经过时的技术文档对于公司的发展也会产生一定的阻碍，同样的，它也会对公司的客户们产生消极的影响。一旦客户发现在他们使用产品的时候遇到了问题，却不能通过求助于伴随产品的技术文档的手段进行解决的时候，客户们就会对这种产品产生怀疑乃至于失去信心，那么，公司的信誉和利益自然而然的就会受到损害。这就是不准确的和过时的技术文档给我们带来的危害。

在上一篇“需求写作感受－面对文档应该有怎样的心态 ”中简单的写了如何面对文档，用什么心态来写文档。这里我们在继续讨论怎么把文档的需求写的更到位一些，我这里说的到位不是说全部到位，而是对需求的描述上，至于文档整体到位会在以后的文档和大家一些讨论。
首先要理解需求，那么怎么理解需求，更重要的关节莫过于沟通，很多写文档的工作者大多是从程序员上升到文档制作，比较容易犯错的就是：来一个需求立马就能在脑子反映出具体情形，或者是下意识的就去思考怎么实现等等，这个都不太可取。需求就是要知道客户需要达到的要求，那么怎么知道客户的需要什么呢？那就去问，具体怎么问，我们再在其他文章讨论，通过问，我们会知道客户需要什么，或者是客户的意思是什么，我们通过专业知识帮助他们整理一下，可以以客户的 角度去引导但不要加入自己的角度思维，否则可能会误导或者无意增加没必要的项目成本。

通过工具—把思想有逻辑、有细节的合理的组织到一起！
互联网行业，蓬勃兴起，很多从事产品工作。
不管是生手、新手、老手还是高手，我也想和大家分享一下产品需求文档的一些心得，希望能帮助大家(pa/pm)更好的提高自身水平、提高工作效率。我这里只是简单的从需求的实施环节进行描述。之前的需求的调查、需求的获取、需求的比较分析取舍等等都不再阐述了。