产品经理技能写法指南 产品经理专业技能怎么写( 三 )


image.png
①单词
这是一份传统意义上的产品需求文档,主要由四部分组成(具体根据产品需求划分),分别是:结构图、全局描述、通道功能和效果图 。
因为产品需求文档的读者主要偏向于技术人员,所以文档的目的很明确,就是描述产品的功能需求,所有的产品需求文档都不描述市场 。
为了保证需求的执行效率,建议大家尽量减少不必要的文字 。如果读者能够理解和明白产品意图,那么字数越少越好 。这主要是因为大多数人没有足够的耐心仔细阅读产品需求文档,所以我们应该尽量简化文档的内容 。
①-1.结构图:
①-1.1.信息结构图:主要是辅助服务器技术人员创建或调整数据结构的参考文件 。
①-1.2.产品结构图:主要用于辅助设计师和技术开发人员了解产品的整体结构 。
①-2.全局描述:
主要讲解产品的全局功能,如网站产品的页面编码、用户角色、移动产品的缓存机制和下载机制,以及此类全局功能的描述 。这里我举一个移动产品的“状态维护和恢复”的例子 。例子如下:
状态的维护和恢复
当用户退出产品时(误操作、Home键、锁屏、自动关机),产品需要维持用户操作前的状态,当用户返回产品时,仍然可以恢复到之前的状态,继续使用 。
维护状态包括流程运行、信息浏览、文本输入和文件下载 。
锁屏时,如果用户在产品中有下载任务,仍然会下载 。
①-3.频道功能:
产品的频道、页面、页面模块元素的功能需求分别以频道为单位,页面为子项进行描述 。例子如下:
1.渠道名称:渠道介绍和需求描述
2.第1页:页面介绍和需求描述
2.1.页面模块1:模块功能需求描述
2.1.1.页面模块1-元素1:功能描述
2.1.2.页面模块1-元素2:功能描述
2.2.页面模块2:模块功能需求描述
在写功能需求的时候,我们需要考虑用户的过程,比如一个“完成”按钮 。我们需要描述系统是否要给出反馈提示(反馈提示是什么样的,显示什么内容,有没有内容调用数据库)或者是否跳转到一个页面(哪个页面是其他频道的页面或者这个功能的子页面,如果是子页面,需要描述这个子页面的模块 。
①-4.效果图:
效果图是设计师完成的产品图纸,与实际开发的产品保真度一致 。
这个例子是一个移动产品(iPad)需求文档,其中的部分隐私内容已经被过滤隐藏,只保留了首页和地图搜索频道的需求描述 。因为工作环境中没有交互设计师,所以Word文档中包含了一些交互说明 。
②图片——产品文档的最佳表达方式
图片形式的产品需求文档是基于效果图的描述文档,在效果图上标注传统Word形式的功能需求描述 。这种方法在移动互联网领域经常使用,但它实际上是一种图文形式的交互式需求文档,只是在此基础上对功能需求进行了深度描述 。
对于图片形式的产品需求文档,我们只需要再次描述全局描述即可 。其他频道页面的需求直接以图片的形式展示,比Word文档的纯文本更加生动、易读、直观 。所以有些产品经理喜欢用这种方式代替Word形式的产品需求文档 。
image.png
③交互原型——具有更好交互呈现的演示原型
这里的交互原型是指上一章提到的原型设计 。利用Axure PR等交互式原型设计软件制作的产品原型非常真实直观,原型软件还支持Word文档的元素标注和导出,所以很多产品经理喜欢用Axure PR代替Word来完成产品需求文档 。
我们通过Axure PR做出产品的原型后,其实已经是一个很完美的产品Demo了,所以我们只需要在注解中加入元素注解来解释功能需求,这样导出的HTML文件比Word文档更加直观易懂,是一种非常高效的解释产品需求的方式 。
image.png
无论你用哪种方法写需求文档,最终目的都是为了方便团队成员理解产品的意图 。所以,哪种方法能避开细节黑洞,高效完成产品的设计和研发,才是最有效的方法 。
【产品经理技能写法指南 产品经理专业技能怎么写】


推荐阅读