【产品经理修炼之道】-用伪码代替画流程图

需求文档是产品经理和其他人对接的一个重要产品，然而由于文字描述的抽象，随着描述越精准，可读性不可避免地会变差，有些人会选择把抽象的逻辑转换成“更具体”的流程图。但是，流程图真的“更具体”了吗？有什么方式能更清晰地表达你的需求呢？本文作者对此进行了分析，希望能给你带来一些帮助。

需求文档是你和其他人对接的一个重要产品，它的核心竞争力是——可读性强。

如果你接手过一个其他产品负责的项目，你一定会关注文档的可读性，毕竟，要是写得难懂，那维护起来着实是一大麻烦。

这就跟程序员看开发文档一样，好的文档结构清晰，涉及概念时，会有实例说明，而且文档照顾了人们的阅读习惯（简单说，就是太长不看），读起来很舒服。

但如果你看到的文档描述起来是类似这样的呢？

报告的生成规则跟随方案内单元的开启规则，具体为：

每个方案内，每新开启一个单元且该单元内包含训练任务，对应一份报告。

例如，同一天内用户有两个方案各开启了一个新单元，且单元内包含训练任务，则当天生成两份训练报告；同一天内用户有一个方案开启了两个新单元，一个单元含训练任务&