关闭

产品经理的需求文档应该包含哪些内容?(五)

产品经理的需求文档应该包含哪些内容?前面说到了“功能需求详细规格说明”这部分内容,下面还是接着讲讲这部分的重点。
产品经理的需求文档应该包含哪些内容?前面说到了“功能需求详细规格说明”这部分内容,下面还是接着讲讲这部分的重点。
产品经理功能需求详细规格说明

系统产品业务逻辑和规则

基本上80%的PM停留在这个阶段,认为自己完成基本工作是长久只能,懂得画图懂得做原型懂得项目跟进,就是懂做产品了。

我也一样,目前在新公司。我也处于这样一个边思考边行走的阶段。但是,我知道对业务的理解非常重要。只有熟悉业务逻辑,理解并领悟基于这一系列业务逻辑的各种业务规则,才有可能做好产品。否则,只能成为上司和领导的画图工具,此时设计的产品价值难以表现。

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

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

非功能性需求

非功能性需求,本身与User无关。例如用户体验需求,这个User不用说,PM本身就需要考虑。在简单的响应方面,如果一个报表系统,User选择了组合条件,点击查询后,数据或可视化图表需要很长时间才能显示(例如,超过10秒或更长时间),那么基本的系统/或产品就已经接近失败了。此外,还有一些系统性能和安全性方面的隐性需求,需要进行规划和设计。这里我就不多说了。

到这里,产品经理的需求文档就介绍完了,以上这些内容都是必不可少的,大家一定要熟悉并且理解,这样才能做出合格的需求文档。

以上就是“产品经理的需求文档应该包含哪些内容?(五)”的内容了,如果你还想了解其他相关内容,可以来产品壹佰官方网站,或者扫码关注产品壹佰的官方公众号。公众号

0条评论 添加新讨论

登录后参与讨论
Ctrl+Enter 发表