在 敏捷开发、产品快速迭代 之时，正常情况下是 两周一个迭代，一个月一次产品发布，我在工作中是这样安排我的技术写作流程的。
一本手册的诞生
-
收集产品需求
在软件产品提测时，向 PM 收集已细化的产品需求，通常是以一个个任务项（PBI）的形式存在，PM 将此次迭代的 PBI 分配给我。
-
理解产品需求
梳理并分析产品需求，了解需求来源、需求背景、用户痛点等等，了解本次迭代新增了哪些功能，优化了哪些功能，修复了什么 BUG 等等。
-
操作使用产品
结合每一个 PBI 的功能，操作使用产品，在使用产品的过程中，深入理解产品功能，为构思产品文档大纲和编写产品文档作铺垫。
-
设计文档大纲
与设计产品架构一样，可以参考竞品或查找资料，设计拟定文档的主要大纲结构，包括每一篇内容的设计。
-
编写文档初稿
正式开始按所理解和操作的产品功能进行编写文档内容，当然如果中间遇到任何问题，可以与 PBI 中标注的开发人员进行咨询，以辅助完成文档初稿的编写。
-
评审与修订初稿
组织 PM、开发人员以及相关人员进行评审初稿文档，遇到问题即时修订更正。可以是会议，可以是邮件。
-
发布文档
随着产品的发布，在产品发布后的一至两天内，应立即将对应的文档发布至文档网站。
