关闭

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

产品经理的需求文档应该包含哪些内容?这篇文章主要给大家介绍“功能需求详细规格说明”这一章的内容,重点比较多,一定要耐心的看完哦!
产品经理的需求文档应该包含哪些内容?这篇文章主要给大家介绍“功能需求详细规格说明”这一章的内容,重点比较多,一定要耐心的看完哦!
产品经理功能需求详细规格说明

1.描述系统产品的外观

根据User访问系统功能模块的界面顺序,从上到下定义并描述页面上所有元素的属性(TextField,Droplist,Button,Box,可视化图表等)。

下拉单包括那些枚举值,填写框输入的数据类型,需要削弱哪些元素,需要突出哪些元素,有/无数据时怎么样?

描述系统外观后,需要明确定义功能模块中所有页面的输入输出项目。比如一个可视化的报表页面,输入:需要选择的组合查询条件,输出:要呈现的数据可视化图表。

2.界面上USER的互动

一般情况下,User对系统的体验都是老司机,你只需要告诉系统会提供什么功能,能带给他什么,他就会立刻明白他会在系统中如何操作,能得到什么。由于User总是希望自己在使用某一系统或某一产品时能够获得最大的灵活性、便利性和满足感。因此,功能和用户体验将成为所有系统和产品研发的最基本出发点和立足点。

在这个界面上,USER是简单的浏览,还是编辑,是操作的主要流程,还是分支流程,都需要有清晰的定义和描述。举例来说,一互动功能,无论是点赞、关注还是评论,我们都要从用户体验的角度和顺序来阐述它:鼠标/手指触摸/点击后控件的风格变化,取消时的变化等等。

很多时候,User不愿意告诉PM的实际目的和想法,只是单纯的在争取自己想要的东西,强调一个系统/一个产品必须能够解决User在业务流程中的难点和痛点。

这也没错,但是PM需要站在User的立场上思考对方的真实想法,分辨那些真正有利于业务发展的需求,然后前瞻性的考虑功能页面的交互。在这个过程中,需要不断改变和转换很多需求点。从User的角度,将需求演变为系统/产品的理解:交互和功能层面。然后,抛开体验层面,回归需求层面,不断验证和完善系统/产品设计背后的逻辑。

功能需求详细规格说明这部分的内容这就完了吗?当然没有,这部分的内容比较多,非常关键,所以篇幅会比较长,下篇文章会继续讲解剩下的内容,继续去看完哦!

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

0条评论 添加新讨论

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