【DevOps】产品需求文档(PRD)与常见原型软件

文章目录

  • 1、PRD介绍
    • 1.1、概述
    • 1.2、前提条件
    • 1.3、主要目的
    • 1.4、关键内容
    • 1.5、表述方式
    • 1.6、需求评审人员
    • 1.7、一般内容结构
  • 2、需求流程
  • 3、常见原型软件
    • 3.1、Word
    • 3.2、Axure
      • 3.2.1、详细介绍
      • 3.2.2、应用分类
      • 3.2.3、优缺点
    • 3.3、摹客RP
    • 3.4、蓝湖
    • 3.5、GUI Design Studio

1、PRD介绍

1.1、概述

什么是PRD,Product Requirement Document,产品需求文档PRD的主要使用对象有:开发、测试、项目经理、设计师、运营及其他业务人员。开发可以根据PRD获知整个产品的逻辑;测试可以根据PRD建用例;项目经理可以根据PRD拆分工作包,并分配开发人员;设计师可以通过PRD来设计交互细节。

PRD文档是将产品项目由“概念化”阶段推进到“图纸化”,将需求落实到可开发的。PRD文档在产品项目中是一个“承上启下”的作用,“向上”是对MRD内容的继承和发展,“向下”是要把MRD中的内容技术化,侧重的是对产品产品功能和性能(即“产品需求”)的说明,相对于MRD中的同样内容,要更加详细,并进行量化。一般提到PRD(产品需求文档),就会涉及到相关需求文档:BRD(商业需求文档)、MRD(市场需求文档)。

PRD文档中包含原型图,完成PRD文档后才可进行需求评审。原型是一个产品的设计图纸,一个需求描述清晰、功能逻辑严谨的原型,对开发者来说赏心悦目,反之则整个产品研发过程都磕磕碰碰、劳心劳力,甚至导致项目停摆。

1.2、前提条件

进行了需求收集与分析,构建了系统架构,绘制了功能结构图、信息结构图、产品结构图,2大流程图(业务、页面流程图)以及所有页面的原型稿、交互稿。完成这些部分之后,对以上部分进行有机的整合,撰写PRD文档。

1.3、主要目的

PRD文档充分证明需求可做,完整描述实现过程(千万不要拘泥于形式、模板!!!),需求评审表述PRD中核心内容,获得协作方支持,落实细节,确定排期。用4个词汇表述:正确、无歧义、完整、可验证。

  1. 完整、准确表达产品需求
  2. 开发测试依据、保持认知一致
  3. 记录与传承

1.4、关键内容

  • 需求背景:概述当前产品/市场/用户的大体环境
  • 调研:以数据方式对需求进行支撑
  • 用户画像:确立目标用户
  • 竞品分析:相近产品,提炼优劣势并寻找差异点
  • 收益评估:用户侧/产品侧
  • 风险评估:对带来的隐患提前预估并给出兜底措施

1.5、表述方式

  • 原型图:将想法具体化,通过需求完成后的效果图或动态流程图辅助讲解
  • 功能列表:整版上线/多功能类需求,在详细介绍前先对所有模块以及排序进行介绍
  • 功能描述:对需求中产出的新功能给出状态展示/交互说明/兜底方案
  • 功能结构图:功能复杂/整版上线,一般采用脑图形式,对产品功能进行梳理,确定产品功能范围及逻辑
  • 交互图:通过交互图对页面下游页面与上级页面对转换关系及跳转方式进行说明
  • 流程图:常用于全新产品或操作流程较复杂的功能
  • 数据埋点:了解用户使用情况,在功能路径节点上埋下数据代码,从而获取价值数据
  • 排期预估:根据不同部门的工作安排及周期,确定当前需求的排期及上线时间

1.6、需求评审人员

人员构成:研发、设计、运营、测试、产品(根据需求而定)

1.7、一般内容结构

不要拘泥于以下结构,只是举个例子!!!
【DevOps】产品需求文档(PRD)与常见原型软件_第1张图片

  • PRD并无严格的格式、内容限制,只要能表述清晰,对需求的挖掘与表达做到精确完整,方便开发运营使用,就是好的PRD。
  • 产品不同、性质不同、体量不同,PRD的体量和颗粒度要求也不同。并非大而全就一定好,短小精悍也是美。

2、需求流程

需求在IPD流程中,重点在概念与计划阶段发力。
【DevOps】产品需求文档(PRD)与常见原型软件_第2张图片
需求变更(CR)在软件开发过程中一般会较多,一定要把持好度。一般公司会简化流程,采用:IR➡SR➡AR的形式。

3、常见原型软件

3.1、Word

老气横秋的word文档,word文档怕是最古老的原型设计软件了,不过现在还是很多公司都在使用,更是需要word文档进行记录备案,为什么呢?原因很简单,有以下几点:

  • word文档简单易用,学习成本低;
  • word文档超强的归档能力,做什么事情都有记录;
  • word文档记录非常细致,源于文字的强大记录功能。

3.2、Axure

Axure在产品经理的行业中的使用率依然占据半壁江山,Axure有什么强大之处?

  • 超级强大的交互制作能力;
  • 很好的归档能力;

3.2.1、详细介绍

Axure RP是美国Axure Software Solution公司旗舰产品,是一个专业的快速原型设计工具,让负责定义需求和规格、设计功能和界面的专家能够快速创建应用软件或Web网站的线框图、流程图、原型和规格说明文档。作为专门的原型设计工具,它比一般创建静态原型的工具如Visio、Omnigraffle、Illustrator、Photoshop、Dreamweaver、Visual Studio、FireWorks要快速、高效。

功能:用于制作快速原型的软件。也可以绘制中保真原型草图。

3.2.2、应用分类

应用人群:产品经理、交互设计师、UI设计师、网页设计师。
原型分类:低保真(手绘草图)、中保真(使用相关软件绘制出来的)、高保真(包含效果图及原型交互)

3.2.3、优缺点

优点:

  • 应用灵活,可拓展性强,拥有超级强大的交互制作能力。
  • 高保真的原型设计工具,名声大,专业性高。

缺点:

  • 规范性较差。编辑能力着实强大,变相导致规范性差,管理不便。
  • 难度稍大,入门较慢。鉴于其比较复杂,学习难度较大,新手劝退。
  • 本地型软件,可以下载html文档预览,手机预览不方便。
  • 制作原型的速度比较慢(交互操作太多),常常耽误时间,而且修改较繁琐。

3.3、摹客RP

同样一个交互在Axure上你可能要花上半个小时去做,在摹客RP可能只要几分钟,但是摹客RP做不到很深的交互,只能做一些比较浅的比如跳转之类的,但是还是非常的人性化了。摹客RP展示效果一流,扫码即可在手机查看原型,还可以在手机进行点击,超级逼真,以至于可能有人利用摹客RP进行了一些诈骗行为,所以摹客RP打开都会弹出告诉用户这只是个原型,不要做任何转账操作。在网页上操作完就自动保存,且随时更改,丢个链接或者二维码给到客户,链接和二维码永久有效。摹客RP的优势:

  • 强大的演示能力;
  • 界面优美整洁。

【DevOps】产品需求文档(PRD)与常见原型软件_第3张图片

3.4、蓝湖

蓝湖也是国产的一款原型协作平台,在其官网上,蓝湖将自身定位为“简单好用的团队工作台”。使用蓝湖可以导入Sketch/Photoshop和Adobe XD的设计稿(通过插件),并在蓝湖上做自动标注和交互原型。对于设计师来说,可在蓝湖进行设计图管理和自动标注。对于产品经理来说,可以在蓝湖做页面逻辑流程图和汇集产品文档。

不过蓝湖本身没有设计功能,必须依托于在Sketch/Photoshop/Adobe XD平台的设计。而交互效果的创建方式也相对较为隐晦,是目前体会到的稍微不足之处。
【DevOps】产品需求文档(PRD)与常见原型软件_第4张图片

3.5、GUI Design Studio

GUI Design Studio是面向应用软件设计图形用户界面的专业工具,特别适合客户端软件设计。该软件能够快速将设计思路以可视化的方式来表现出来,并实现基本的交互,便于演示以及与客户完成有效沟通交流。GUI Design Studio是不需要软件开发和编码的完整的设计工具,它支持所有基于微软Windows 平台的软件,提供的了大部分C/S、B/S组件的示意图,可组合使用,是一款非常款适合界面原型设计者和界面原型开发员的软件,能够满足一般软件界面模型设计需要
【DevOps】产品需求文档(PRD)与常见原型软件_第5张图片

你可能感兴趣的:(DevOps,devops,PRD,原型)