prd产品设计

本页是关于频道"prd产品设计"的所有博文，按照时间倒序展现。实时更新。

总数 10 第 1/1 页

PRD：「云书文档」App 产品设计文档

人人都是产品经理 • 4年前

编辑导读：传统的文档只能一人编辑一人修改，在这个强调互动的互联网时代已经越来越不能够满足需求了。在线协作文档的出现实现了高效便捷的存储和创作需求，是工作和生活最常用到的软件之一。本文作者对一款在线协作文档产品「云书文档」需求分析后输出此份PRD文档，该文档由几个板块构成：需求分析、产品结构、业务流程、主要功能说明以及相

从“产品需求文档”（PRD）到“产品设计文档”（PDD）

一些事 • 8年前

传统上写产品需求文档（PRD）的做法，就是把用例、流程图和网页原型图一股脑的放到一个Word文档里。一般一个产品都包含乃几十个乃至上百用例，每个用例都有自己的流程图，每个流程图又包含了少则几个多则几十的网页原型图，结果就是产品需求文档变得庞大无比，写的人费事儿，读的人更惨。自从我受到了这样文档的折磨，我

第四章：产品设计(2.1)PRD写作 – 罗列信息(信息结构图)

人人都是产品经理 • 10年前

2.1、罗列信息（信息结构图）在写产品需求文档之前，我们需要先罗列出产品功能的信息内容，这一步是将想法逐渐清晰的第一步，也是帮助我们接下来设计功能的辅助信息，同时也可以辅助服务端技术人员创建数据库。因为这是第一步，所以我们不需要罗列的很详细，在之后的步骤里，我们会逐步改进和完善信息内容。罗列信息内容的方式有很多种，文本

第四章：产品设计(2.6)PRD写作 – 需求文档(PRD文档)

人人都是产品经理 • 10年前

2.6、需求文档（PRD文档）前面的几个步骤是为了帮助我们梳理需求、验证可行性和明确细节，到了这一步的时候我们已经非常清晰的了解产品需求，此时撰写产品需求文档可以大大减少和避免了撰写文档时容易忽略的细节黑洞。产品需求文档是将产品规划和设计的需求具体形象化表述出来的一种展现形式，主要用于产品界面设计和研发使用。因为每个人

第四章：产品设计(2.5)PRD写作 – 逻辑流程(功能流程图)

人人都是产品经理 • 10年前

前面几步我们将产品需求逐渐细化并且通过原型的方式将产品需求形象化的展现了出来，但是在产品功能的逻辑细节方面，原型就非常不直观了，所以用例是一个非常重要的描述需求过程的文档。但是由于用例文档以文字为主，并且格式复杂，不适用于高效率的产品需求表述，所以展现逻辑流程的“功能流程图”是一个简洁直观的可替代用例文档的方式。（请点

第四章：产品设计(2.3)PRD写作 – 原型设计(界面线框图)

人人都是产品经理 • 10年前

2.3、原型设计（界面线框图）当我们逐渐清晰了产品的需求后，并梳理了产品的各个频道及页面，那么这一步就要开始验证这些想法的具体界面表现和方案的可行性了。原型设计是帮助我们更细致的思考，并做各项需求的评估，同时也是将自己脑海里的想法进行输出的一种方式。通过原型设计后，我们就可以进行产品宣讲了，相比较于抽象的文字描述，原型

第四章：产品设计(2.4)PRD写作 – 用例模型(产品用例图)

人人都是产品经理 • 10年前

2.4、用例模型（产品用例图）用例(Use Case)是一种描述产品需求的方法，使用用例的方法来描述产品需求的过程就是用例模型，用例模型是由用例图和每一个用例的详细描述文档所组成的。在技术和产品的工作领域里都有用例模型的技能知识。技术人员的用例主要是为了方便在多名技术人员协同工作，或者技术人员任务交接时，让参与者更好的

第四章：产品设计(1) – 产品需求文档(PRD)介绍

人人都是产品经理 • 10年前

产品设计是一个由抽象的概念到具体形象化的处理过程，通过文字或图像等方式将我们规划的产品需求展现出来。它将产品的某种目的或需求转换为一个具体的物理或工具的过程，把一种计划、规划设想、问题解决的方法，通过具体的操作，以理想的形式表达出来。由于产品设计阶段要全面确定整个产品策略、外观、结构、功能，从而确定整个产品系统的布局，

第四章：产品设计(2.2)PRD写作 – 梳理需求(产品结构图)

人人都是产品经理 • 10年前

2.2、梳理需求（产品结构图）当我们对产品的信息结构了解后，我们就需要规整脑海中的产品需求，让想法更加结构化，因此这一步就要梳理产品的需求。在设计产品原型之前，我们首先要罗列出产品的功能结构，包括频道、页面、模块及元素。这一步依然使用思维导图软件，像绘制楼盘鸟瞰图一样将产品的结构绘制成结构图，因此我称这一步为“产品结构

从“产品需求文档”（PRD）到“产品设计文档”（PDD）

一些事 • 11年前

传统上写产品需求文档（PRD）的做法，就是把用例、流程图和网页原型图一股脑的放到一个Word文档里。一般一个产品都包含乃几十个乃至上百用例，每个用例都有自己的流程图，每个流程图又包含了少则几个多则几十的网页原型图，结果就是产品需求文档变得庞大无比，写的人费事儿，读的人更惨。自从我受到了这样文档的折磨，我就一直都在