产品经理的工作范畴

产品狗入门笔记，告诉自己要学什么。

接需求、画流程，出原型、写PRD，样样都得行。

附百度百科种PRD释义

产品需求文档

产品需求文档(Product Requirement Document，PRD)的英文简称。是将商业需求文档（BRD）和市场需求文档（MRD）用更加专业的语言进行描述。

文档意义

该文档在产品项目中是一个“承上启下”的作用，“向上”是对MRD内容的继承和发展，“向下”是要把MRD中的内容技术化，向研发部门说明产品的功能和性能指标。

文档撰写

在该文档中，基点依然是MRD中的内容，只是把重心放在了“产品需求”上，而产品需求本身是在MRD中有所体现的，区别就是在于，PRD要把MRD中的“产品需求”的内容独立出来加以详细的说明。

这部分是PRD写得最多的内容，也就是传统意义上的需求分析，我们这里主要指UC（use case）文档。主要内容有，功能使用的具体描述（每个UC一般有用例简述、行为者、前置条件、后置条件、UI描述、流程/子流程/分支流程等几大块），Visio做的功能点业务流程，界面的说明，demo等。Demo方面，可能用dreamweaver、ps甚至画图板简单画一下，有时候也会有UI/UE支持，出高保真的demo，开发将来可以直接用的那种。

文档核心：

该文档中，侧重的是对产品功能和性能（即“产品需求”）的说明，相对于MRD中的同样内容，要更加详细，并进行量化。

在一些国外的公司，是允许把MRD和PRD合并成一个文档的，通常叫做“Marketing & Product Requirements Document”。

该文档一般可以包括以下内容：

该产品的远景目标（vision）

目标市场和客户（target market and customers）的描述

竞争对手分析（competitive summary）

对产品主要特征的比较详细的描述

这些特征的优先级

初步拟定的实现进度安排。

用例（use cases），这可以是较粗略的大致描述，未必一定要UML Use Case图。

产品的软硬件需求

产品的性能要求

销售方式上的思路、需求（直销还是渠道？直销怎么做？渠道怎么做？）

技术支持方式上的思路、需求（提供什么样的技术服务？）

开发工具推荐 ：

visio－－将业务，从产品层面肢解开来，做到抽丝剥茧部分与整体统一

mind manager－－把项目条目化，条理化，目录结构具体规定好。

Axure－－前台结构布局，合理规范的将系统脱去朦胧的华纱。

Word--穿针织网，把需求综合起来，整理成最终的产品需求文档。