‘壹’ 如果说Axure是最好的PRD工具，那Default就是你最好的交互原型工具
Default 是一款掌上原型笔记，如果你对移动产品有兴趣，最好使用 Default 来画你的原型App。
Default 每个项目都是.app，一个真正 APP 体验，所有的交互都是原汁原味的。
Default 可以做App、H5、小程序的举拦可交互原型App。
【特点】
1. 7个常用app母版
2. 每个页面洞毁不止一屏幕的空间，可无限向下添加元件
3. 丰富的元件，简单拖拉调整元件位置和大小
4. 自定义文字、颜色、背景、交互等
5. 原汁原味的交互能力，如果说Axure是最好的PRD工具，那Default就是你最好的交互原型工具
【交互】
1. 页面滑动 在超过一屏幕时，页面可以滑动
2. 页面跳转 点击交互，新页面可配置两种常见的动画显示方式
3. 弹框 点击交互，弹框可配置两种常见的风格
4. 输入 文字输入
【2.0】
1. 新增新页面的动画显示方式，Push-页面从右至左动画显示，Present-页面从下至上动画显示
2.新的事件操作体验，绑定事件、替换事件、创建事件
3.新的首页体验
4.新的原型操作体验，原型为.app文件，可预览、编辑、删除、重命正颤胡名项目
5.新增当前原型的所有子页面的查看，可直接预览、编辑、删除
【未来】
1. 用户可以自己创建元件库
2. 提供一些常用图标
3. 更多的元件
4. 更多的原生交互
‘贰’ 什么是PRD、MRD与BRD
1、PRD是产品需求返橘芦文档。
产品需求文档是将商业需求文漏带档（BRD）和市场需求文档（MRD）用更加专业的语言进行描述。
2、MRD是市场需求文档。
文档在产品项目过程中属于“过程性”文档。
3、BRD是商业需求文档。
BRD是产品生命周期中最早的文档。
(2)prd哪个产品好扩展阅读：
三者的联系与区别：
BRD不同于常见的MRD和PRD，既然是用于产品实施之前的决策评估依据，必然对其文档（报告）的内容和格式要求够直观、精炼，要点突出。
BRD需要产品经理（产品设计师）像对待PRD一样，充分应用市场调查、用户研究、需求分析等各种伍戚设计手段来充分阐述报告的内容。
‘叁’ 简单介绍下PRD、Visio、Axure这几个软件的功能
PRD产品需求文档(Proct 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 & Proct 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 能帮助网站需求设计者，快捷而简便的创建基于网站构架图的带注释页面示意图、操作流程图、以及交互设计，并可自动生成用于演示的网页文件和规格文件，以提供演示与开发。
‘肆’ PRD是什么意思
PRD即产品需求文档，是产品项目由“概念化”阶段进入到“图纸化”阶段的最主要的一个文档。在产品项目中，PRD有“承上启下”的作用，“向上”是对MRD内容的继承和发展，“向下”是要把MRD中的内容技术化，向研发部门说明产品的功能和性能指标。产品需求文档（Proct Requirement Document,PRD）的英文简称。
PRD要做到 考虑全面，逻辑清晰，语言精练。
产品经理给我的任务是，将每一个版本功能整理输出PRD文档，我问他就是把后台系统（项目系统中有相应的需求功能管理模块是给开发看的）中的功能整理成word吗？他说就是整理功能描述和对应的原型图。
用Word写PRD，项目小功能少可能不会觉得Word有什么不好，但是随着不断迭代，越来越多的功能和不断进行的优化，Word查找起来很不方便；更多的是存档和方便新人熟悉产品功能。
用axure写PRD，看到很多相关文章，确实比word更加直观，产品经理查找起来也方便。axure原型图+文字描述 是用的比较多的。
实习的工作中产品经理将axure原型图+文字描述 截图上传到系统的项目需求管理模块中，并且填写必须的版本信息，开发看到需求后，根据原型图和功能描述来完成开发。都在同一个系统中，这样方便协同合作。不同公司有不同的项目管理方式和协作方式，职场新人多学习多思考。
了解一款产品，首页自己要画一个思维导图，或一个页面流程图，梳理逻辑框架。对于现在工作中项目需求管理缺少了流程图，在版本有大的改动时（从1到2，从2到3），最好都需相应的流程图辅助理解产品逻辑。
‘伍’ 什么是PRD
prd文档是指产品需求文档，而产品需求文档是将商业需求文档和市场需求文档用更加专业的语言进行描述；prd的主要使用对象包括开发、测试、项目经理、交互设计师、运营及其他业务人员。
该文档是产品项目由“概念化”阶段进入到“耐尺图纸化”阶段的最主要的一个文档。当然，这个定义针对的是一个全新的产品。
广义上来讲桥码，产品需求的描述，应该包含有产品的战略和战术，战略是指：产品定位、目标市场、目标用户、竞争对手等。战术是指产品的结构、核心业务流程、具体用例描述、功能&内容描述等。
产品需求文档是将商业昌消高需求文档（BRD）和市场需求文档（MRD）用更加专业的语言进行描述。
‘陆’ PRD分享--小帆船产品需求文档（一）
一、文档说明
1.1文档属性
1.2产品综述
二、全局功能说明
2.1APP字体
2.2打断后重新打开APP
2.3点击空白区域或无网蚂亏络情况
2.4键盘类型说明
2.5页面间交互
三、产品说明
3.1产品结构图
3.2产品信息结构图
3.3产品流程图
3.4产品线框图
四、产品详细功能说明
4.1登录&注册
4.2忘记密码
4.3会话页面
4.4好友相关操作
4.5设置页面
一、文档说明
1.1文档属性
1.2产品综述
二、全局功能说明
2.1APP字体
2.2打断后重新打开APP
2.3点击空白区域或无网络情况
2.4键盘类型说明
1.点击密码，邮箱输入框，弹出英文键盘。
2.点击手机号、验证码输入框，弹出数字键盘。
3.点击如高会话输入框，弹出普通拼音键盘。
2.5页面间交互
主页渣物尺面：左右滑动在菜单栏中切换
会话页面：右滑返回主页面
三、产品说明
3.1产品结构图
3.2产品流程图
3.2.1登录注册流程图
3.2.2会话操作流程图
橙色框属于后台判断流程，用户无须接触。
‘柒’ 产品经理文档之PRD
PRD：产品需求文档，全称是Proct Requirement Document，是产品文档中最底层最细致的文档。文档侧重对产品功能和性能的说明，主要是把产品规划与设计中的产品流程，界面，功能等定义向研发、设计、测试等团队做清晰的描述说明。
1、帮助团队存档产品信息
产品实现过程中，有很多的逻辑、算法需求，没有文档的记录，容易在团队变更、交接班的时候出现较大风险。通过产品需求文档记录产品的各种需求与实现方式，能有效降低团队的风险，同时也能提高交接效率。
2、提升内部信息沟通的效率
虽然需求可以口述，但是不代表说一次全员就都能记得，会遇到开发、设计或测试记不清楚的地方，可以直接查看文档。结构明确、表达清晰的文档仍然有不可取代的作用。
3、产品工作有据可查
各方需求理解不一致，或延期产品工作的时候，通过产品需求文档都可以有效的找到问题根源。
研发人员：由于研发人员本身专注于功能的实现与性能，所以他们相对于其他岗位比如运营，时长，设计等，表现相对不太关系，对于产品更多地了解来自于产品经理的产品宣讲。
设计人员：设计人员本身更多的会关注产品的表现形式与原型，所以对PRD的需求是相对较弱的。
还有老板、项目经理、运营、市场、客户、财务……
所以，PRD文档，根据阅读对象，可以用最平铺直叙的话，把产品描述清楚就行。
文字模式 ：Word。时间较为充裕的或岗位责任制分明，有文档要求规范的团队，建议选择Word撰写文档。
原型图模式 ：Axure。追求时间效率灵活性的团队，建议选择Axure撰写文档，原型搭配产品说明，无需切换，只用一个文件就可，方便快捷。
无论哪种方式，都是大同小异，本质上并不影响PRD文档的使用效果。
1、修订记录：版本号、修订日期、修订章节、修订内容、修订人等。
版本号说明，以1.25举例：
版本号（ 1 .25）：重大调整升级，一般是产品结构功能等有调度。
子版本号（1. 2 5）：在原有基础上对局部功能进行了升级或调整。
修正版本号（1.2 5 ）：局部小范围优化与Bug修复，一般是不动功能性的东西。
版本号的命名规则：
归零原则：前一个数字增加一位，后面的数字都归零。
修订记录旅埋的作用：
对修改前后进行比较
有利于维护和管理PRD
记录修订人和修订日期
方便查询，可以只看修订部分，快速查找变更之处
2、名词术语：将一些产品里面不易理解，容易混淆，或者缩写的词汇在开篇进行统一的列表说明，有利于阅读。
全局说明包括：权限说明、授权说明、异常情况、键盘说明等。
权限说明：对角色权限进行划分，例如登录和未登录状态下可访问的功能权限。
授权说明：手机号授权、地理位置授权、相缺镇枯册授权等。
异常情况：加载失败、网络异常等。
键盘说明：数字键盘、字母键盘。
......
1、产品结构：包括产品功能结构图、信息结构图。
2、业务流程图：通过用户行为串联信息结构和产品结构，可以更好的理解产品经理设计的用户行为。
3、功能清单：清单包括功能模块、功能点、功能描述等。
4、功能详情：原型设计、功能说明和用例。
功能详情的表述顺序可以按照功能的逻辑来表述，或按照产品结构来表述，具体可以看个人习惯和团队要求。
用例：用例图和用例说明。用例图表述的是系统的外部参与者与系统之间的关系，是由参与者与用例组成的示意图。
注意：
撰写前要保证思考到位，产品结构本身短期内不会有重大改动。这样即便是在交付后，出现调整或需要优化的地方，也不会出现重构的情况。
文档中用词用语一致，对于同一事物的表述应该一样，避免混用。
非功能性需求是对产品非功能性需求的说明，包括性能需求、技术组件需求、安全性需求、可用性需求、质量需求等。
性能需求：系统满足多用户同时工作，保障同时在线用户五千人，并发操作一千人的使用需求伏洞。
技术组件需求：数据存储及计算使用星环大数据平台等。
安全性需求：涉及外网环境的需保证数据网络架构上保证数据的传输安全、具备良好的跨平台部署能力等。
可用性需求：系统支持IE11并向下兼容，支持Chrome等主流浏览器。
质量需求 ......
上面的文档结构只是PRD的基本结构，并没有成为固定的可以供套用的东西，文章只是一种思路的分享，具体还是要根据自己公司及团队的习惯和达到你的目的为依据来进行调整，切勿生搬硬套。
阅读原文
对产品经理感兴趣的朋友，可以移步“ 行业与市场分析 ”，期待共同交流。
‘捌’ BRD、MRD 和 PRD 之间的区别与联系有哪些
联系：BRD决定了产品的商业价值，PRD决定了项目质量水平，MRD在中间起到一个承上启下的作用，质量好坏直接影响到产品项目的开展，并直接影响到公司产品战略意图的实现。
阅读对象的不同：BRD主要给产品、运营、研发、财务、老板等管理层人看的，主要是决定是否要开始某个产品。MRD主要是给产品、运营、研发等项目组人员看的，在大家一致认可需求成立的时候，来商量该怎么做，如何做，什么时间做。
PRD主要是给项目经理、交互设计师、ui设计师、开发团队、测试工程师、运营等人员查看，是非常具体的产品设计方案，开发可以根据PRD获知整个产品的逻辑;测试可以根据PRD建用例;项目经理可以根据PRD拆分工作包，并分配开发人员;交互设计师可以通过PRD来设计交互细节。
PRD注意事项
PRD的写作原则是:精简说明文字、保持中低保真、进行原型测试和验证，把时间和精力花在如何提高产品核心竞争力上，减少无效及重复的工作，是产出优质、有价值产品及产品需求文档的牵引力。
整个文档最核心的部分，其中包括产品功能主框架，比如：业务结构图／流程图、页面交互／功能模块元素构成、权限说明表等。同时，各页面之间基本的交互形式、文本注释及线框图，也是不可或缺的。
‘玖’ 产品经理效率工具之《产品需求文档-PRD前瞻篇》
PRD是什么？
迄今为止，这是我知道的关于产品需求文档（PRD）最好的字面定义，完整表达了产品的一切。
不揣测、不定义，只是准确传达需求，让技术专家给出需求的最优解。
需求来源生活，产品经理体验生活，切身感知需求。需求宽泛，因而需要从两个维度理解产品需求文档：
这一系列文章内容侧重的是战术思考。
产品需求文档的本质上是一个产品工具（proct tool，简称Pt），是产品经理的刻画外部客观世界的媒介，一种表达方式。人们普遍认为只有技术研发才是非常专业的工作，并拥有特有的行业开发工具，如微软visual studio、Code，苹果Xcode，而产品经理的工作都局限于经验性的操作，没有任何专业性可言。
NO. 产品经理是一个强专业型滚模性的工作。
很多产品经理的工作是从写产品需求文档开始的，我也不例外，并且我一直都觉得很幸运，因为这是一件有确定性的事。产品三年工作至今，我似乎更加喜欢借助PRD输出需求的本来样子。随着工作需要、个人理解，产品工具——产品需求文档/PRD持续迭代，最大程度适配解决问题的效率，刷新最优解。
在产品设计过程中， 写产品需求卜缓文档是一件极为有仪式感的事 。因而，一直以来我更愿意称之为< 设计文档 >。
产品工具之《产品需求文档/PRD》设计文档的全过程：
《礼记·中庸》有言：凡事预则立，不预则废。从产品需求文档的定义出发，发现文档不是目的，而是确定的结果。因而动笔之前，需要做好三个方面的准备工作，这里不赘述细节，仅给出概括性内容（计划以独立文章详细描述）。
得到用户的诉求，沟通确认用户基本需求后，借助需求工具实现需求的量化管控。我们需要将想法梳理转化为结构化、可实现的产品需求。
保证产品经理对产品需求的理解，为产品需求文档注入一定的可靠性、准确性。
当我们清楚知道产品的需求之后，产品需求由概念化阶段进入到图纸化的阶段，验证制定的用来满足用户需求的解决方案和界面设计的可行性。
论证需求产品化的流程MVP，增强产品需求文档的易理解、可视化、可理解。
需求管控、原型设计完成了产品需求的预备粗加工，进一步置于一个怎样的表达范式中对外呈现。一个基础文档内容结构是对需求内容的扩展和压缩。
有很多穷尽信息的手法，借助思维导图、表格文档，再将文字内容文档化。
这些准备帮助PM/用户清晰的理解产品需求，并且越来越清晰。当完成以上三个准备工作，产品经理对需求已了然于胸，写文档自然如有神助，而不是一堆不知所云的YY之词。
产品经理迭代至今，产品需求文档可依赖的交付载体日益多样。起初，我是不愿意讨论形式的问题的，因为过于强调形式无形之中会反向削弱需求内容本身的重要性。三年产品一线亲自实战，我逐渐意识到在一个好的形式的的加持下，传递表达事半功倍。主流的PRD形式：
所述三种形式一致采用了“文字+图片”的表达元素，而工具一切的迭代都为提高内容输出的效率。做产品的同学都有一个共同感受：有时候，时间确实很紧。
除了要选择PRD的表达载体，那么文档内容本身的容量和密度还需继续判断，从文档内容粒度上讲，产品需求文档/PRD分为：
PRD内容结构取决于：
我曾切碰到文档交付的麻烦，刚入职新团队时，对新团队的分工协作模式一知半解，就自以为是沿用以往日的PRD模式交付，不符合要求，影响理解备基效率而被邮件投诉。
产品需求文档（PRD）是一款产品的全生命周期的记录，知晓每产品的每一个细节变化的原委。
产品需求文档（PRD）是一款专业的产品管理的效率工具，产品经理的必须掌握的专业产品工具。
【产品经理的效率工具】系类将以主题形式呈现，下一篇将分享 《产品工具之产品需求文档/PRD》实战篇 ，设计一个产品需求文档/PRD，敬请期待。
生如白溪，一苇以航。
我是白苇，很开心在产品世界遇见你。
Date：2018年10月01日 6:00am
‘拾’ 滑板nomad和prd那个好用
nomad比较好用。
nomad适合入门级玩家去玩的一款滑板，属于入门级衫差别的，适合新手。prd需要熟练的，控板能力强的。可以根据自己的熟练程度选择合适自己的。
Nomad由滑手IvanMoreno于2000年创立，是西班牙的第一轿银个本土滑板品牌。Nomad灵感来自于nomadism一词，中文寓意游牧民，就像滑手们喜欢带着滑板四处旅行，与世界各地的滑手进行交流，发现并尝试闭塌宴新的滑板地形一样，品牌理念正是源于此意，属于中端档次。