产品经理的需求文档怎么写？应该包括什么内容？（五）

上篇文章给大家介绍了功能需求详细规格说明的部分内容“ 产品经理的需求文档怎么写？应该包括什么内容？（四） ”，接下来继续看看剩下的内容。
4.3.系统产品业务逻辑和规则

基本上有80%的PM都停留在这一阶段，认为自己完成了基本功就是长久之能，懂得画图懂得做原型懂得项目跟进，就是懂做产品了。

我也是一样的，目前在一家新公司。也是处在这样的一个边思考边行走的阶段。但我明白，对业务的理解非常重要，只有你对业务逻辑相当熟悉了、明白和领悟了基于这一系列业务逻辑之上的各种业务规则，你才有可能把产品做好，不然你沦为的只是老板或领导的画图工具，这个时候你规划设计的产品的价值是很难体现出来的。

业务逻辑，呈现在系统里就是一个合理的架构业务的框架，并不是具体的一个交互。深入的了解业务逻辑和规则，以及对他们的思考，明白业务为何是这样的逻辑流程、为何这些业务流程逻辑上要设定这么多的规则？你不要试图去改善业务流程和逻辑，因为大公司很多时候轮不到你思考业务或者提出更好的业务。而且业务框架也定了，但你可以把业务梳理好，可以把需求方服务好，要一起前进。

这也是提升的地方。明白了业务流程逻辑是什么样子，这些流程规则上为何设定这么多的业务规则。就已经成功一半。把这些内容分主题、分类别、梳理出来，归属到规划好的功能模块当中，当然还是从User的角度、习惯、意愿去梳理规划这一切。

5.非功能性需求

非功能的需求，本身跟User无关。比如用户体验的需求，这个User不用说，PM自己要考虑。就简单的响应方面，如果一个报表系统，User选好组合条件，点击查询后，数据或者可视化图表要经过很久才能展现（比如超过10秒或者更久），那基本这个系统/或者产品已经接近失败了。另外还有一些系统性能和安全方面的隐性需求，都是需要进行规划和设计的。我在此就不一一叙述了。

以上就是“产品经理的需求文档怎么写？应该包括什么内容？（五）”的内容了，如果你还想了解其他相关内容，可以来 产品壹佰 官方网站。