简单介绍下PRD、Visio、Axure这几个软件的功能

2024年11月15日 07:06

有5个网友回答

网友（1）：

PRD产品需求文档(Product Requirement Document，PRD)的英文简称。是将商业需求文档（BRD）和市场需求文档（MRD）用更加专业的语言进行描述。 [编辑本段]文档作用　　该文档是产品项目由“概念化”阶段进入到“图纸化”阶段的最主要的一个文档，其作用就是“对MRD中的内容进行指标化和技术化”，这个文档的质量好坏直接影响到研发部门是否能够明确产品的贺祥燃功能和性能。 [编辑本段]文档意义　　该文档在产品项目中是一个“承上启下”的作用，“向上”是对MRD内容的继承和发展，“向下”是要把MRD中的内容技术化，向研发部门说明产品的功能和性能指标。 [编辑本段]文档撰写　　在该文档中，基点依然是MRD中的内容，只是把重心放在了“产品需求”上，而产品需求本身实在MRD中有所体现的，区别就是在于，PRD要把MRD中的“产品需求”的内容独立出来加以详细的说明。
　　这部分是PD写得最多的内容，也就是传统意义上的需求分析，我们这里主要指UC（use case）文档。主要内容有，功能使用的具体描述（每个UC一般有用例简述、行为者、前置条件、后置条件、UI描述、流程/子流程/分支流程，等几大块），Visio做的功能点业务流程，界面的说明，demo等。Demo方面，可能用dreamweaver、ps甚至画图板简单画一下，有时候也会有UI/UE支持，出高保真的demo，开发将来可以直接用的那种。
　　文档核心：
　　该文档中，侧重的是对产品产品功能和性能（即“产品需求”）的说明，相对于MRD中的同样内容，要更加详细，并进行量化。
　　在一些国外的公司，是允许把MRD和PRD合并成一个文档的，通常叫做“Marketing & Product Requirements Document”。 [编辑本段]错误认识　　1）PRD无原始数据（MRD为体现载体）支持，只是个人经验、部门要求或者领导指示进行撰写。
　　2）在PRD中，只重视“产品功能”的描述，而缺乏对产品宴肆其它指标项的说明。在一个完整的PRD中，一共需要对产品的10个产品需求项指标进行说明，分别是“功能要求、开发要求、兼容性要求、性能要求、扩展要求、产品文档要求、产品外观要求、产品发布要求、产品支持和培训要求、产品其它要求”。
　　3）照搬国外的PRD模板，来源于何处，不知道，将去向何处，也不知道，无头无尾，一个被割裂的文档。 VISIO概述 Microsoft Office Visio 2007 是微软公司出品的一款的软件，它有助于 IT 和商务专业人员轻松地可视化、分析和交流复杂信息。它能够将难以理解的复杂文本和表格转换为一目了然的 Visio 图表。该软件通过创建与数据相关的 Visio 图表（而不使用静态图片）来显示数据，这些图表易于刷禅虚新，并能够显著提高生产率。使用 Office Visio 2007 中的各种图表可了解、操作和共享企业内组织系统、资源和流程的有关信息。 Axureaxure 概述Axure RP 能帮助网站需求设计者，快捷而简便的创建基于网站构架图的带注释页面示意图、操作流程图、以及交互设计，并可自动生成用于演示的网页文件和规格文件，以提供演示与开发。

网友（2）：

一、思考方法；
这些客户是什么样子的？ 2、我可以满足他们什么样的需求(提供什么样的价值，核心价值是什么)？我要满足他们什么样的需求？我(暂时)不打算满足他的哪些需求
二、商业价值；
1、我可以为企业创造什么样的价值？
2、这些价值是否符合企业的整体战略目标？
三、路线规划；1、我先满足什么需求？再满足什么需求？为什么？ 2、每个阶段的核心价值是什么？ 3、执行计划(时间…)？
四、历史回顾；
1、客户价值和商业价值是否发生了变化？
2、二期产品的路线规划和原规划是否一致，（如有调整）调整原因是什么？
3、之前的实际运营效果和计划的差异是什么？为什么？
五、成本估算；1、整合各类资源所需要的运营成本、营销成本。
2、研发和维护所需要的人力成本。
3、同时，还需要对未来的风险进行预估，并给出合理的预案。
六、评估方法 1、为什么指定这个目标？这个目标是如何显现出来的？
3、凭什么可以做到这个目标向公司申请需要的费用、资源得到各级领导支持；
MRD阶段
一、更细致的市场与竞争对手分析；
二、通过哪些功能来实现商业目的；
三、功能/非功能需求分哪几块；
四、功能的优先级；——可能产出物有Mind Manager的思维图，Excel的Feature List
一、产品介绍；
二、用户描述；1. 用户/市场统计；2. 用户剖析；3. 关键用户需求；4. 替代品和竞争品
三、产品轮廓；1. 产品前景；2. 产品定位
四、功能需求；
五、非功能需求；
六、附件：用户需求调查报告收集、分析、定义主要的用户需求和产品特性——不用考虑系统如何满足这些需求以及需求的技术和资源局限PRD阶段一、功能使用的具体描述；二、 Visio版功能点业务流程；三、界面的说明；四、 Demo(注：可是dreamweaver、ps、画图板的简单版，有时也会有UI/UE支持)一、项目边界；二、验收标准；三、业务流程图；四、用例说明；1. 用例总图；2. 单个缓橡尺用例说明五、性能需求；1. 响应时间；2. 空间使用量等六、维护性需求；七、质量需求；1. 安全性；2. 可操作性；3. 可靠性；4. 兼容性；5. 移植性八、接口需求外部接口需求；内部接口需求对MRD中的内容进行指标化和技术化；
明确产品的功能和性能FSD阶段（类似概要设计）产品UI确定;业务逻辑的细节确定;表结构设计功能详细说明. prd文档是产品项目由“概念化”阶段进入到“图纸化”阶段的最主要的一个文档，其作用就是“对MRD中的内容进行指标化和技术化”，这个文档的质量好坏直接影响到研发部门是否能够明确产品的功能和性能。
该文档是软件产品项目由“准备”阶段进入到“实施”阶段的第一文档，其作用就是某个软件产品进行市场层面的说明”，这个文档的质量好坏直接影响到产品项目的开展，并直接影响到公司产品战略意图的实现。
一般在互联网企业中MRD都是由运营人员和产品设计人员共同制定完成的，互联网软件产品由于最终直接面向终端用户，且需要长期运营，作为互联网企业中的运营人员是最清晰市场动向？产品受众是哪些人？为什么需要产品人员配合呢，主要是因为运营人员很普遍的观念是以运营商品的视角来考虑问题并未能深埋产品级的需求，所以两者配合来制定编写市场需求文档是最合适不过的。产如盯品需求文档(Product Requirement Document，PRD)，该文档在产品项目中是一个“承上启下”的作用，“向上”是对MRD内容的继承和发展，“向下”是要把MRD中的内容技术化，向研发部门说明产品的功能和性能指标。该文档一般是由产品设计人员来完成，也就是传统意义上的需求分析，其主要内容有，功能使用的具扰高体描述（每个UC一般有用例简述、行为者、前置条件、后置条件、UI描述、流程、子流程、分支流程，等几大块），功能点业务流程框线图，界面说明，Demo等。
开发工具推荐：
Rational Rose★★★★－－熟悉项目发生的相关业务行为。
visio 2007★★★★－－将业务，从产品层面肢解开来，做到抽丝剥茧部分与整体统一
mind manager★★★－－把项目条目化，条理化，目录结构具体规定好。
Axure★★★－－前台结构布局，合理规范的将系统脱去朦胧的华纱。
Word★★★★★--穿针织网，把需求综合起来，整理成最终的产品需求文档。

也就是用以上任意一种软件都可以打开，不过应该有版本要求。

网友（3）：

PRD是产慎含品需求宽举笑文档 Product Requirement Document
蓝湖答腊也不错，都是产品经理用的

网友（4）：

PRD是产品需求拆洞链文档 Product Requirement Document
Visio和Axure是颤闭原型设计工旅孙具，都是产品经理用的

网友（5）：

axure是派绝产品经理常用的产品设计工具交互工具。

想要预览axure原型演示，可桥没以上尘消姿传至蓝湖，支持高保真原型演示