2
产品经理的需求文档怎么写？应该包括什么内容？（五）
source link: http://www.chanpin100.com/article/121745
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
产品经理的需求文档怎么写？应该包括什么内容？（五）
上篇文章给大家介绍了功能需求详细规格说明的部分内容“产品经理的需求文档怎么写？应该包括什么内容？（四）”，接下来继续看看剩下的内容。
上篇文章给大家介绍了功能需求详细规格说明的部分内容“产品经理的需求文档怎么写？应该包括什么内容？（四）”，接下来继续看看剩下的内容。
基本上有80%的PM都停留在这一阶段，认为自己完成了基本功就是长久之能，懂得画图懂得做原型懂得项目跟进，就是懂做产品了。
我也是一样的，目前在一家新公司。也是处在这样的一个边思考边行走的阶段。但我明白，对业务的理解非常重要，只有你对业务逻辑相当熟悉了、明白和领悟了基于这一系列业务逻辑之上的各种业务规则，你才有可能把产品做好，不然你沦为的只是老板或领导的画图工具，这个时候你规划设计的产品的价值是很难体现出来的。
业务逻辑，呈现在系统里就是一个合理的架构业务的框架，并不是具体的一个交互。深入的了解业务逻辑和规则，以及对他们的思考，明白业务为何是这样的逻辑流程、为何这些业务流程逻辑上要设定这么多的规则？你不要试图去改善业务流程和逻辑，因为大公司很多时候轮不到你思考业务或者提出更好的业务。而且业务框架也定了，但你可以把业务梳理好，可以把需求方服务好，要一起前进。
这也是提升的地方。明白了业务流程逻辑是什么样子，这些流程规则上为何设定这么多的业务规则。就已经成功一半。把这些内容分主题、分类别、梳理出来，归属到规划好的功能模块当中，当然还是从User的角度、习惯、意愿去梳理规划这一切。
5.非功能性需求
非功能的需求，本身跟User无关。比如用户体验的需求，这个User不用说，PM自己要考虑。就简单的响应方面，如果一个报表系统，User选好组合条件，点击查询后，数据或者可视化图表要经过很久才能展现（比如超过10秒或者更久），那基本这个系统/或者产品已经接近失败了。另外还有一些系统性能和安全方面的隐性需求，都是需要进行规划和设计的。我在此就不一一叙述了。
以上就是“产品经理的需求文档怎么写？应该包括什么内容？（五）”的内容了，如果你还想了解其他相关内容，可以来产品壹佰官方网站。
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK