产品设计中为什么需要撰写文档

产品设计中为什么需要撰写文档

很多人会问：“说两句就可以了，为什么还需要写文档这么麻烦？”当我们所有人都在同一办公室工作时，随便喊两句就行了，为什么还要用文档记下每一件事情这么麻烦呢？ copyright yixieshi

产品文档的价值在于，它能给整个团队一个参考点，关于这个项目中要完成的工作，产品文档提供了一个很好的依据，定义好你的产品文档，才能保证在开发过程中不会出现模凌两可的情况。当产品经理看到一篇新的文章或一个新的想法时，都会考虑增加一个新的功能。一个项目如果没有固定的目标，没有日程安排，没有预先计划好的里程碑，那项目就没有尽头。这样就没有人知道项目能得到什么收益，什么时候项目能结束。这些文档驱动着项目，组织着项目，使其标准化，并在项目团队中起着重要的沟通作用。
项目文档是我与上司的主要沟通方式。与上司沟通不好，或者我做的工作上司不理解，我的“项目经理”就快做到头了。 与下属沟通不畅，项目质量就难以保证，项目都失败了，即使上司不撤我，我还有脸继续做项目经理吗？

虽然用文档来说明项目的要求是一件很麻烦的事情，但你必须要做，主要原因有： 互联网的一些事

1、有了文档你才知道目标是什么？
一个产品的目标不仅仅是你一个人的想法，产品的实现必须通过整个团队的充分配合才能完成的。如果没有文档的记录，你的产品、你的项目就会变成一个通过口口相传的“传说”，可怕的是每个人的理解都不同，每个人的口头描述又不同，这样到最后就没有一个人知道产品的真正目标是什么。只要有了文档详细地记录项目的目标，详细地记录项目的进程安排，这样产品才不会停留在产品经理头脑里不定型的图像，它变成了产品团队里每一个人都触手可及的东西。只有把一个人的想法变成整个团队的想法时，这个项目才能完美的实现处理。 本文来自互联网的一些事

2.、有了文档你才知道正在建设什么？
产品项目在早期的头脑风暴讨论中都会有很多的想法，很多的构思，如果当中没有文档记录下来，那在开发实现当中就会觉得很混乱，不知道当前要做的工作是什么？只要有了文档支持，把产品的目的和产品的规格详细地记录下来，才可能看起来像独立的功能模块；只有把要求确定下来了，才能让事情更加明细化。一个产品在开发中拥有一系列明确的要求，才能让你把责任分配的更清晰，有了明确的分工，才能提供工作中的协作效率。

3、有了文档你才知道什么是不需要做的？
产品项目在如火如荼的进行时，会有很多听起来非常诱人的功能想法浮现出来，每一个想法功能看上去并没有多大的工作量，但是很多想法汇集在一起时，整个项目就失去了控制，像滚雪球一样，越滚越大，项目就会无休止的膨胀，项目的上线时间就会遥遥无期。有了文档你才知道正在建设的是什么？什么是现阶段不需要做的？有想法是好事，但有想法并不意味着马上要做。你可以把这些杰出的想法用文档记录下来，然后对这些想法进行分析研究，让它们变成你的长远计划，这才是想法的真正价值。把所有的新想法汇集起来，为产品的升级、版本更新做一个储备。

4.有了文档，人员流动你才不会死的很难看
有了文档，如果有人走了，那么文档的作用就是重要的交接工具了，这样才不会使得项目延时太长
让项目主管最痛苦的事情莫过于：当一个重要成员半途离开项目组时，才发现他根本就没有留下任何可用的文档。天下没有不散的宴席，项目组的成员也是在动态调整中，文档就是成员之间交接的重要工具。很多主管很容易陷入 "重技术实现，轻文档 "的误区。他们总是认为项目实施时间紧迫，为了节省时间，可以在项目收尾阶段突击写文档。要是项目周期稍长，到了最后，成员还会记得清清楚楚每个实现细节吗？没有文档的项目铁定是一个失败的项目。
我要通过对项目文档的重视及组织实施，使项目组的每一位成员（包括我）在一定程度上都是可替换的，使公司的风险降到最低。这能充分显示出我的“忠诚”。虽然这样做也是软件规范的要求，但对许多boss也说，“忠诚”永远是第一位的。“忠诚”就是设身处地为公司着想，使公司利益最大化。通过使公司利益最大化来实现自身利益最大化，是最聪明人的做法。

　　从过程控制的角度看，项目的实施质量控制，最重要的就是文档的管理控制。通过文档来显示表明每个基线，每个成员的工作量和完成质量，达到项目的风险最小化
5.有了文档，日后维护也会简单一点
6.有了文档，发现同样的项目，这样就有了一个参考了。