好吧，这是我自己的总结，网上有更好的学习资料。相比去年我有些进步了。

1. 产品经理工作总结 王兆献 2011.01 说明： 本文档的产品经理范围，仅指互联网产品经理。 工作学习记录总结。

3. MRD

4. PRD

6. 设计思想 设计想法从哪里来？ ？上司 ？同事 ？用户 ？自己的思考 设计方法从哪里来？ ？C—Copy USA同类网站 ？R—Reference 同类网站 ？B—Boss指示

7. 整体性 关联性 整体性 关联性 和网站其它功能相关联 如社区平台的开放平台通过应用可以其它网站功能相联联。 账户关联。新浪微博账户和UC账户相关联。 内容关联。可以查看其它频道的新闻，通过RSS更新或其它方式更新。 通过关系，使整个网站变成一个整体。 网站产品应具有的功能不能缺少 如社交网站，应有个人资料，社区，开放平台等。 如电子商务网站，应有商品陈列，购买车，支付系统等。 微博网站，应有发布，关注，移动发布等。 不论大小，不论发布程度，应有的都有。 个人资料页，应有照片，名字，联系方式，密码修改等。 商品陈列，应有商店品，图片，商品介绍，价格等。 微博发布，应有发布，回复，评论，转发等内容。

8. 易用性 简洁性 自Google开始，网站开始流行简洁性。之后Facebook，Twitter均沿用这一风格。

9. 开放性 发展性 开放成为主流 Mac和Ubuntu在OS上推出应用商店。 iPhone和Android的开发应用平台均超过20万应用。 Facebook和Twitter等社区类网站均以开发平台获得成功。 产品的后续发展 设计时需要考虑产品后续发展，否则将造成产品返工，基本上返工两三次就将报废。 图中所示位置为Facebook连接 (via:keso)

10. 设计工具 基本工具 分析工具 设计工具 管理工具

11. 分析工具 MindManager，中文商标译作C，俗称“脑图”，是一款创造、管理和交流思想的通用标准的绘图软件，由美国Mindjet公司开发，界面可视化，有着直观、友好的用户界面和丰富的功能，这将帮助您有序地组织您的思维、资源和项目进程。也是一个易于使用的项目管理软件，能很好提高项目组的工作效率和小组成员之间的协作性。它作为一个组织资源和管理项目的方法，可从脑图的核心分枝派生出各种关联的想法和信息。 有助于 IT 和商务专业人员轻松地可视化、分析和交流复杂信息。它能够将难以理解的复杂文本和表格转换为一目了然的 Visio 图表。该软件通过创建与数据相关的 Visio 图表（而不使用静态图片）来显示数据，这些图表易于刷新，并能够显著提高生产率。使用 Office Visio 2007 中的各种图表可了解、操作和共享企业内组织系统、资源和流程的有关信息。

12. 设计工具 Axure RP的发音是』Ack-sure』，RP则是』Rapid Prototyping』快速原型的缩写。RP是一个快速绘制Wireframe 和Prototyping的工具，主要用来定义应用程序的需求与规格，以及设计使用者界面与功能，使用者包括User Experience Designers、商业分析师、信息架构师、Usability Expert与产品经理等专业人士。 在Axure RP中建立Wireframe和Prototype可以帮助您快速且有效地分析需求、验证设计并传达给所有参与者，以确保在有限的项目时间与资源下，开发出有用和可用的应用程序。 Axure RP 结合了广受欢迎的简报与图标工具中简易操作的特性和其它必要的功能。这样一来，商务专家就可以在不需要大量的文件制作下快速的建立prototype，而项目成员与项目关系人也可以在不中断开发的情况下轻松完成prototype。

13. 管理工具 TortoiseSVN是 Subversion 版本控制系统的一个免费开源客户端，可以超越时间的管理文件和目录。文件保存在中央版本库，除了能记住文件和目录的每次修改以外，版本库非常像普通的文件服务器。可以将文件恢复到过去的版本，并且可以通过检查历史知道数据做了哪些修改，谁做的修改。这就是为什么许多人将 Subversion 和版本控制系统看作一种“时间机器”。 JIRA是集项目计划、任务分配、需求管理、错误跟踪于一体的商业软件。JIRA创建的问题类型包括New Feature、Bug、Task和Improvement四种，还可以自己定义，所以它也一是过程管理系统。JIRA融合了项目管理、任务管理和缺陷管理，许多著名的开源项目都采用了JIRA。

14. 设计文档 BRD Business Requirements Document，商业需求文档 MRD Market Requirements Document，市场需求文档 PRD Product Requirements Document，产品需求文档 FSD Functional Specifications Document，功能详细说明 （via:互联网产品经理文档模板）

15. Business Requirements Document商业需求文档 Business Requirements Document，商业需求文档。这是产品声明周期中最早的问的文档，再早就应该是脑中的构思了，其内容涉及市场分析，销售策略，盈利预测等，通常是和老大们过的ppt，所以也就比较短小精炼，没有产品细节。 商业需求文档重点放在定义项目的商业需求。BRD要能说出客户碰到的一个或多个商业问题，并且通过公司的产品能够解决这些问题。接着建议一个方案 —— 通常是新产品或者现有产品的改进来解决这些问题。BRD也可能包括一个高级的商业案例，例如收益预测，市场竞争分析和销售/营销策略。 BRD通常是由拥有 产品经理，产品营销经理或者行业分析师头衔的人撰写的。在小公司，可能由高级主管或者甚至创始人撰写。BRD通常是一份连续的1-3页Word文档，或者 不超过10页的PowerPoint文档。

16. Market Requirements Document市场需求文档 获得老大的认同后，产品进入实施，需要先出MRD，具体来说要有更细致的市场与竞争对手分析，通过哪些功能来实现商业目 的，功能/非功能需求分哪几块，功能的优先级等等。实际工作中，这个阶段PD可能的产出物有Mind Manager的思维图，Excel的Feature List等。 市场需求文档（MRD）重点放在为一个被提议的新产品或者现有产品的改进定义市场需求。与BRD指出商业问题和解决这些问题的解决方案不同，MRD更深入提议解决方案的细节。它包括一些或者所有这些细节： a. 解决商业问题所需要的特色 b. 市场竞争分析 c. 功能和非功能需求 d. 特色/需求的优先级 e. 用例 MRD通常是由拥有产品经理，产品营销经理或者行业分析师头衔的人撰写的。MRD通常是一份连续的5-25页Word文档，或者正如之后描述那样在一些机构中甚至更长。

17. Product Requirements Document产品需求文档 这部分是PD写得最多的内容，也就是传统意义上的需求分析，我们这里主要指UC（use case）文档。主要内容有，功能使用的具体描述（每个UC一般有用例简述、行为者、前置条件、后置条件、UI描述、流程/子流程/分支流程，等几大 块），Visio做的功能点业务流程，界面的说明，demo等。Demo方面，可能用dreamweaver、ps甚至画图板简单画一下，有时候也会有 UI/UE支持，出高保真的demo，开发将来可以直接用的那种。 产品需求文档（PRD）重点放在为一个被提议的新产品或者现有产品的改进定义市场需求。与MRD侧重于从市场需要角度看需求的不同，PRD侧重于从产品本身角度看待需求。通常在特点和功能需求上更深入细节，并也可能包括屏幕截图和用户界面流程。在那些MRD不包括具体需求和用例的机构中，PRD就包含这些具体内容。PRD通常是由拥有产品经理，行业分析师或者产品分析师头衔的人撰写的。PRD通常是一份连续的20-50页Word文档，或者针对复杂产品甚至更长。 提醒：一些机构将这里描述的MRD和PRD合并成一个文档，并称最后的文档为MRD。在这种情况下，MRD包括本段描述的内容，也包括上一段描述PRD的内容，并且可能超过50页。

18. Functional Specifications Document功能详细说明 Functional Specifications Document，功能详细说明。有一点像“概要设计”，这步就开始往开发衔接了，产品UI、业务逻辑的细节都要确定，细化文档并保持更新。相应的，有很多内容，比如表结构设计，要由项目经理来编写了。 功能规格文档（FSD）把焦点集中在实现，定义产品功能需求的全部细节。FSD可能通过一张张的截屏和一条条功能点来定义产品规格。这是一份可以直接让工程师创建产品的文档。与MRD和PRD侧重于以市场需要和产品角度看需求不同，FSD把重点放在了以表格形式定义产品细节，再让工程师实现这些细节。 FSD也可能包括完整的屏幕截图和UI设计细节。FSD通常是由拥有产品分析师，工程领导或者项目经理头衔的人撰写的 – 作者通常属于工程部门。通常一个连续几十页的Word或类似文档。

19. 案例简析—新浪微博 新浪微博 由新浪网推出的微博服务，于2009年8月14日开始内测，截至2010年10月底，新浪微博用户数已达5000万，新浪微博用户平均每天发布超过2500万条微博内容,其中有38%来自于移动终端。每天发布微博数量超过两千五百万条，微博总数累计超过20亿条。是目前国内最有影响力、最受瞩目的微博运营商。