产品设计自主快速文档方法

作为产品设计，最重要的产出就是产品文档，产品的形成，规划，产出，运维都需要对根据文档进行指导和推动。

但是很多产品经理往往看到文档就会头疼，不知道怎么写文档，或者形成文档，只愿意用框架图，原型图来作为文档进行表达。

只用设计图形作为文档是不够的，文档的目的还要对很多结论性的东西进行记录和整理，要说明产品的来龙去脉，所有的调查文件，参考文献，引用等等进行梳理，其中包括非功能的说明，影响，引用和布置说明等，这些都不是设计图所能厘清和表达清楚的。

有的团队以开发快，压力大，或者敏捷开发为借口进行搪塞，当项目出现问题，或者某个关键环节无法找到设计思路，或者提供给甲方爸爸相关文件的时候发现文档的缺失就已经晚了。

往往都是很悲惨的结果。

如何高效敏捷的完成设计文档呢？

首先第一点，避免使用word进行编辑。我不是说word不好，只是在自由编辑文本这个步骤上，word不是最佳选择，起始工作中也要花大量时间使用word，调整制作文件，和上一级或者领导们沟通，但是在这个需要不断变化的文本方面，word就显的过于沉重。

需要全程键盘工作，不需要鼠标，标记体系简洁轻松易记，刚刚好，而且可以比较方便的输出格式文件，那么markdown还是比较好的选择。

它重要的是轻量，可标记，标记符号简单易用不复杂，可输出多种格式，可以快捷的编辑和修改，并且全文本，痕迹清晰可查看，编辑易于留下历史。易于被共同编辑，形成多分支文档，而且文本易于合并剪裁。

工欲善其事，必先利其器，所以首先要说器的部分。

下面是我们谈论怎么写作，用笔记的方式对产品进行描述。就是我们要对产品深入的过程中，应该是由产品引导的，而不是被文档牵引，更直白一点不是被文档模版格式所牵引。写产品设计文档是同样是一个循环迭代的过程，做框架图，流程图，原型图，或者基于OO的设计的时候，需要对整个过程有文档记录，并描述细节。

描述功能点，列举需求，讨论需求、验证原型的时候，同样要几下相对的讨论内容和确认的范围，通过笔记的方式记下文档的细节，这个过程不需要再去绞尽脑汁去想怎么填充格式文档的空白，而是由产品的设计过程牵引整个文档的形成。

而且简要的文档，可以通过各种方式进行，随时随地进行编辑修改和填充，甚至可以包括错误率较高的语音转化的文档。

所以不断的调整和整理是必须的，而不是一次设计完成，不断的微调，而是不断的对文字进行整理删改，更高效的向产品设计目标逼近。

输出的产品文本应该更简洁，清晰，易于阅读。

最后格式化输出，不是说快捷的文档只是流水账，不应该这么想，无论产品的文档输出，还是提交管理层审阅，都需要一份完整的格式文档，格式文档既正规又现实尊重，而且通过模版的编写，更具有逻辑性，便于理解整体内容。

格式文档的输出，在于文本的格式模版，建议使用文本规划好后，再输出word格式或者PDF格式，同时可与i在word中编辑进行更严格的文本格式。作为可查、可回朔、更易于大众阅读的公文模式。

这也符合初期产品经理使用更加轻型的工具，快速绘制和编写产品的定义和说明，不断描述产品的边界和需要达成的目标，更专注于设计，设计之初需要可以更加敏捷和易于交流变更。