— 作者 —
孙培根
从事互联网，爱思考，终身学习践行者
我们前面就讲过很多产品经理文档的一些写法，很多内容都是直接通过内容解构的方式去分解说明的。
例如BRD文档，我们在内容上需要些写明项目背景、解决方案、发展计划、盈利模式等等。在竞品分析文档中，我们需要写明功能、模块、分析等等。
那么如果我们遇见一个自己不清楚怎么写的，或者比较特殊的文档需求的时候，应该怎么写呢？
我们常说特殊矛盾特殊处理，事情有例外，方法有万千，那么有没有一种可以透过方法，直达解决问题本质呢.?
在产品经理的文档中，我们确实可以用PDCA法去处理。
那么什么是PDCA呢？
PDCA循环是美国质量管理专家休哈特博士首先提出的，由戴明采纳、宣传，获得普及，所以又称戴明环。全面质量管理的思想基础和方法依据就是PDCA循环。
PDCA循环的含义是将质量管理分为四个阶段，即计划（plan）、执行（do）、检查（check）、处理（act）。
在质量管理活动中，要求把各项工作按照作出计划、计划实施、检查实施效果，然后将成功的纳入标准，不成功的留待下一循环去解决。这一工作方法是质量管理的基本方法，也是企业管理各项工作的一般规律。
在产品文档中PDCA循环同样适用。
P（Plan）：计划是什么
在产品经理日常工作中需要经常使用的文档中，很多都是关于产品规划的内容。不管是PRD、还是BRD或者是测试用例、事件文档等。文档中最重要的就是规划内容了。就相当于计划需要做的事情。
写清楚，规划的内容、事件、时间和细节，是P中需要包含的，也是我们在进行文档撰写的时候需要注意的内容。
清晰而全面的Plan，可以帮助规划在实施过程中的顺利进行。
D（Do）：如何去做
计划出来自然就需要去执行，才能将计划完成。那么Do就是计划之后非常重要的一部分，那么在文档中，体现的内容就是：
1.谁来做
2.规划的时间周期如何
3.最终效果如何
4.备选方案是怎么的
这就相当于我们写了需求文档，在把需求实施的过程中，需要各部门配合完成，设计完成页面的最终效果的展示，前端写好页面，后台搭好功能，接口负责数据的接受和传回。并且需要各部门给出一定的开发周期。已明确工作内容和重点。
C（Check）：检查
在文档中，我们不仅仅要写清楚规划的内容，需要谁去做，怎么做，还要写清楚，在完成之后如何保证质量。那就是检查（Check）。而这其中又有至少两个阶段：
1.效果检查。 就是通过直观的检查，看是否达到了预期效果，在外观、功能和交互上，进行直观而常规的操作以保证达到预期的效果；
2.非常规检查。 在正常情况下，我们达到了预期效果，但是如何保证在特殊的环境里面也依旧可以保证正常的工作使用呢？那就需要我们进行非常规检查，也就是高压测试。
在特殊的网络、设备和非正常操作下进行检查，查找问题，以帮助产品可以适合多种不同情况，确保产品质量。
A（Action）：处理和改进
文档中写清楚了计划、实施和检查，也应该给出对应的处理和改进的方法和建议。因为我们无法保证每一次的计划都完美无缺，每一次的实施都细致认真，每一次的检查都能找到问题。所以我们还需要给出产品优化的方法，和改进的建议。
在每一个产品项目中，也会有不同细分的工作内容，而这些工作同样可以用PDCA的方法进行，如此大环套小环，从而形成PDCA循环。
而Action也是整个项目优化的开始。
PDCA之所以适用于产品经理的文档撰写方法，是因为，产品经理的对象就是一个不可能一步到位的事情所涉及开发出来的产品，永远都有优化的空间。而PDCA循环法则正式帮助这类工作最好的法则。
你关于PDCA循环法则，有了解过吗？说说你对PDCA循环法则的看法，期待你的留言。
了解更多互联网内容
请 关注 互联网学习坊
第一时间学习成长
【互联网学习坊】
针对0—3年互联网人
倾力打造学习成长社群