互联网产品经理几种必备文档的介绍

第一篇：互联网产品经理几种必备文档的介绍

【摘要】

互联网产品经理几种必备文档的介绍

【全文】

BRD Business Requirements Document，商业需求文档。这是产品声明周期中最早的问的文档，再早就应该是脑中的构思了，其内容涉及市场分析，销售策略，盈利预测等，通常是和老大们过的ppt，所以也就比较短小精炼，没有产品细节。

商业需求文档重点放在定义项目的商业需求。BRD要能说出客户碰到的一个或多个商业问题，并且通过公司的产品能够解决这些问题。接着一个 —— 通常是新产品或者现有产品的改进来解决这些问题。BRD也可能包括一个高级的商业案例，例如收益预测，市场竞争分析和销售/策略。BRD通常是由拥有产品经理，产品营销经理或者分析师头衔的人撰写的。在小公司，可能由高级主管或者甚至创始人撰写。BRD通常是一份连续的1-3页Word文档，或者不超过10页的Powerpoint文档。

MRD Market Requirements Document，市场需求文档。获得老大的认同后，产品进入实施，需要先出MRD，具体来说要有更细致的市场与竞争对手分析，通过哪些功能来实现商业目的，功能/非功能需求分哪几块，功能的优先级等等。实际工作中，这个阶段PD可能的产出物有Mind Manager的思维图，Excel的Feature List等。

市场需求文档（MRD）重点放在为一个被提议的新产品或者现有产品的改进定义市场需求。与BRD指出商业问题和解决这些问题的解决方案不同，MRD更深入提议解决方案的细节。它包括一些或者所有这些细节：

a.解决商业问题所需要的特色 b.市场竞争分析 c.功能和非功能需求 d.特色/需求的优先级 e.用例

MRD通常是由拥有产品经理，产品营销经理或者行业分析师头衔的人撰写的。MRD通常是一份连续的5-25页Word文档，或者正如之后描述那样在一些机构中甚至更长。

PRD 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页。

FSD Functional Specifications Document，功能详细说明。有一点像“概要设计”，这步就开始往开发衔接了，产品UI、业务逻辑的细节都要确定，细化文档并保持更新。相应的，有很多内容，比如表结构设计，要由项目经理来编写了。

功能规格文档（FSD）把焦点集中在实现，定义产品功能需求的全部细节。FSD可能通过一张张的截屏和一条条功能点来定义产品规格。这是一份可以直接让工程师创建产品的文档。与MRD和PRD侧重于以市场需要和产品角度看需求不同，FSD把重点放在了以表格形式定义产品细节，再让工程师实现这些细节。FSD也可能包括完整的屏幕截图和UI设计细节。FSD通常是由拥有产品分析师，工程领导或者项目经理头衔的人撰写的 – 作者通常属于工程部门。通常一个连续几十页的Word或类似文档。

写好MRD的10种技巧

MRD-“市场需求文档”，是产品经理或者产品市场经理编写的一个产品的说明需求的文档。这些文档用于计划一个新产品或修正一个已有的产品，是被工程师团队开发产品时使用。

在硅谷的一些公司，MRD仅仅覆盖high-level的功能。在这种情况下，产品经理通过创建了另一个文档-通常指的是PRD（产品需求文档）来定义更加详细的产品需求。

在本文中，我用术语“MRD”泛指所有那些由产品管理和/或产品市场团队创建的，为工程师团队传达产品需求为目的的文档。

写好MRD的10种技巧

1、从用户角度的编写

从用户角度编写需求内容。使用“用例(Use Case)”和“用户角色（User Personas）”来达到这个。考虑用以下两种方法来详细说明你们公司正在开发的SFA（sales force auation）软件的“Login”的功能性。

方法A：

用户通过一个要求用户提供证书的登陆界面，然后软件允许用户带着特定的权限进入系统。软件鉴别这些证书，在鉴定通过的基础上允许用户访问那些他们有权限访问软件的功能部件。

方法B：

Mike是一个销售经理，Cathy是一个销售代表。当他们打开软件，他们看到登陆界面。他们通过用户名和密码进入系统。如果用户名和密码是正确的，他们能登进系统。一旦登陆进系统，Mike能访问软件所有的功能部件。Cathy只能访问那些对销售代表有有效的功能部件。

哪个方法更加容易阅读和理解?就我的看法,毫无疑问，“方法B”。还有，它同时减少了令人烦恼的阅读！

2、使用Screen Shots 使用Screen Shots或者mockup来你的想法。我们中很多人都听说过“一张图片好比一千个文字”。当提到写MRD的时候，一个screen shot好比一千个文字！

举个例子,看看下面这个screen shot，你需要多少字来描述？我想可能不只一千个字。

3、用简单的语言编写

在我超过11年的行业中，我通常注意到的（更多是令我懊恼）一件事是用很做作的语言来写的MRD。我想这个主要是因为MRD听起来是正式的和专业的原因吧。

相反，想象你写的MRD是写给你的在工程师团队工作的朋友。你的目标是帮助他理解你需要什么，以便于他能开发产品实现这些需要。这个将有助于你避开陷入那些令读者人厌烦（有时他们会把MRD撕碎然后再碎片喂给碎纸机）的用做作的语言的陷阱。

还有：

a)保持简短的语句，把长的语句分解成多个小的语句。b)避免大篇幅的连续文本，把他们分解成多个小的章节。c)把大块文本内容分解成，screen shots，表格、重点列表等等。

4、小心的使用模板

我发现MRD模板非常有用。他们的几个好处包括： a)模板提供了一个标准的格式，使那些不得不阅读大量MRD的读者更加容易阅读。

b)模板让新的产品经理快速的写MRD变得容易，因为公司与公司之间的MRD内容是不同的。

c)模板确保你不会忘记所有需要在MRD中覆盖描述的部分；

然而，一些公司过分的使用模板。一个硅谷最大的公司之一有一个所有部分被强制使用的近60页的模板。我觉得这个让人觉得非常难以忍受并且有几个负面的作用：

a)产品经理害怕但又不得不写MRD-几乎和不得不和Dick Cheney去南德克萨斯打猎一样（译者按：副总统Dick Cheney在南德克萨斯打猎时意外的打伤了和自己一起去的打猎伙伴）。

b)工程师团队害怕但又不得不阅读MRD。c)写MRD和读MRD都需要花大量的时间。

我你使用MRD模板，但确保他们不要过分的长。还有如果需要，确信产品经理可以灵活的跳过模板某些部分和创建新的内容。

5、区分需求的优先级

在这些年里，我从来没有碰到一个工程师团队实现了MRD里包括的所有特性的没有删减的项目-通常由于那些我们控制之外因素！

这就是说作为MRD作者的产品经理，当出现需要决定取舍的时候，应该提供一个办帮助让他们决定那些特性要实现那些可以推迟。

区分需求的优先级是一个最好的能帮助完成这个事情的办法。我发现把需求分等级就像P1，P2，P3...这样工作的刚刚好。在这个分类中-P1是最高优先级，P2是第二高优先级等等。

最好的决定一个已经明确的需求的优先级方法这个需求实现后的好处-包括你的客户和你的公司。在实际实践中，最好是和其他多种因素一起综合决定。

我推荐你只要包括P1，P2，P3的需求在你的MRD中，在多数的项目中更低的优先级可能未必会实现。还有这样也让MRD变得更加容易读。

6、说明“是什么”和“为什么”，但不要“如何” 产品经理为理解客户的需求负责，然后基于这些理解定义什么和为什么需要开发.有一件比任何事情让开发者发疯就像在几英里外都能听到的汽笛在他们耳边尖叫一样的是一个令人痛苦的详细描述了怎样实现每一个需求细节的MRD。

考虑你们公司正在开发的以下两种描述CRM“Login”功能的方法。推荐-描述“是什么”

Mike是一个销售经理，当他打开我们的CRM软件，他会看到一个登陆界面...登陆界面建议提供“记住我”复选框。如果Mike在点击登陆按钮之前选择了该复选框，我们的软件将记住并且在他下次来到登陆界面时自动填写他的名字。

不推荐-描述“怎么样”

Mike是一个销售经理，当他打开我们的CRM软件，他会看到一个登陆界面...登陆界面建议提供“记住我”复选框。如果Mike在点击登陆按钮之前选择了该复选框-将通过Javascript 保存他的名字以cookie的方式写到他的硬盘。当cookie写到硬盘后，用户名和密码将被发送到服务器。下一次Mike来到登陆界面时，Javascript 将读取他的cookie，成功读取后，Javascript 将是适当的DOM命令填充登陆页面上的用户名。好的产品经理擅长理解用户的需求和描述什么需要实现，好的工程师擅长决定怎么样实现它。好的工程师希望能自由的决定怎么样最好的实现用户希望得到的东西。

我注意到有背景的产品经理尤其喜欢描述“如何实现”。如果这些描述的就是你，应该从现在开始不要再做这样的事了。工程师们将会感谢你。

附：这里有一些例外的情况-当在描述“是什么”中描述“怎么样”是必要的，当描述“是什么”的最好的方式和/或唯一的方式就是描述“怎么样”的情况。

7、覆盖非功能性需求

尽管功能性需求描述产品的功能，非功能性需求描述系统特性，如：

a)性能 b)可伸缩性 c)可用性 d)国际化 e)等等...我注意到因为许多产品经理和产品市场人员认为这些是“技术细节”，而在MRD中被忽略。我发现这些是我的MRD中非常重要的一部分，工程师们会非常感激在MRD中定义这些需求。

要点：当写非功能性需求的时候，尽可能的是使他们可度量（可测试）。否则，QA不能测试它们，你将没有办法知道完成的产品是否已经实现了这些非功能性需求。

8、评审&修正

我有一个朋友-我们叫他Matt（他的真名叫Steve）。Matt在硅谷一家成功的公司做产品经理工作。最近我在午餐的时候碰到他是告诉我一个非常有趣的故事。

他们雇用了一个有三年的产品经理。在他被雇用的几个月里，不知何故他让他的产品经理同事和工程师一样疏远他。

他是罪犯？他基本上认为他的MRD就像一个法令。他写了它，但不想和任何人评审或在反馈的基础上修改它。他仅仅想工程师团队没有问任何问题的拿着它并实现它们！

不要像Matt的同事那样。确信做到和你的产品经理伙伴和工程师团队评审你的MRD。保持一个敞开的思想然后在评审反馈的基础上更新MRD。这将帮助你写出更好的MRD，工程师将喜欢你（或者至少少恨你一些），你的团队也将创造更好的产品。

9、定义市场目标和定位

大部分我看到过MRD在覆盖了市场目标（谁将买和使用户你的产品）和定位（与竞争对手的产品比你的产品定位怎么样的）的方面做的很好。

我还看到过一些没有描述市场目标和定位的MRD，他们通常会这样争辩：“为什么工程师们需要知道这些？拿到定义了什么是需要的还不够吗？”

这些问题（谁将买和使用户你的产品和与竞争对手的产品比你的产品定位怎么样的）的确有一些正面价值，我发现许多工程师想知道为什么一个产品或特性要开发，谁将使用他们，什么是他们可以另外选择办法。

这些信息帮助他们和产品组的其他成员想象最终用户并从而更好的为创造成功的产品工作。我的建议的尽可能的（在MRD中）包含这些信息。-它们不一定要很详细，只要包含几个段落就足够了。

10、包含一个术语表

如果你的MRD使用了新术语或在非通用的地方是使用了常用术语-确保在MRD后面包含一个术语表。

当你像这样说“我们的软件将提供SME用户通过选择WAP或PSMS开MRC帐单”时，术语表将确保你的所有读者（有些可能不是技术人员）理解你的意思是什么。

第二篇：互联网产品经理培训.

互联网产品经理培训

互联网产品经理在很多人的眼中并不熟悉,也与他发展兴起的时间不长有关。那么,如何定义互联网产品经理呢?开课吧表示,互联网产品经理是互联网公司中的一种职能,负责互联网产品的计划和推广,以及互联网产品生命周期的演化。根据所负责的互联网产品是用户产品还是商业产品,可以分为互联网用户产品经理和互联网商业产品经理。用户产品经理最关心的是互联网用户产品的用户体验,商业产品经理最关心的是互联网商业产品的流量变现能力。

要成为一名优秀的产品经理并不容易,开课吧产品壹佰提示,作为产品经理,每做一个项目,要学会问自己下面三个问题:你真的是一个产品经理么?你是一个合格的产品经理么?你是自己所理解的产品经理么? 这三个问题的答案,就形成了一个产品经理的基本价值观,在职业上的高下之分,也取决于对这些基础问题的回答。由着三个基本问题,就衍生出了产品经理职业行为的四个基本点。

1、进入一家公司后你的产出是什么?(产品->产出品质

根据自己的经历你的自身价值是否给公司带来了价值呢?优化了现有产品或业务流程?还是进行了产品创新?

2、你现在的工作是怎么做的? 你的设计是你深思熟虑之后的成果么?还是你只是这样:支付宝是这样做的,微信也是这样做的,大家都是这样做的。更有甚者:我就是这样理解的!

3、你是否有一个产品经理的初心和作为一个产品经理者的自我矛盾?

4、你是合格不靠谱还是靠谱不合格呢?

最后套用老套而又流行的一个句式:看了很多干货依然不知道怎么做产品,听了很多微课依然不能成为一个合格的产品人。莱茵教育说:产品有生命,产品如做人,产品要有真性情。

第三篇：互联网产品经理职责

互联网产品经理职责

1.什么是互联网产品经理？

IPM（Internet Product Manager），互联网产品经理是互联网公司中的一种职能，负责互联网产品的计划和推广，以及互联网产品生命周期的演化。根据所负责的互联网产品是用户 产品还是商业产品，可以分为互联网用户产品经理和互联网商业产品经理。用户产品经理最关心的是互联网用户产品的用户体验，商业产品经理最关心的是互联网商 业产品的流量变现能力。

互联网产品经理在互联网公司中处于核心位置，需要非常强的沟通能力，协调能力，市场洞察力和商业敏感度。不但要了解消费者，了解市场，还 要能跟各种风格迥异的团队，如开发团队及销售团队进行默契的配合。最着名的互联网产品经理如百度的俞军，腾讯的马化腾等。可以说互联网产品经理决定了一个 互联网公司的成败。

互联网产品经理由于行业的不同，可能工作职责也不尽相同。但是核心工作内容基本包含以下几个方面：

1）负责网站的需求方案的提出及运营策略的可行性建议； 2）负责网站的内容规划、广告位开发、管理及日程运营管理；

3）统计网站各项数据和用户反馈，分析用户需求、行为，搜集网站运营中产生的产品购买及网站功能需求，综合各部门的意见和建议，统筹安排，讨论、修改，制订出可行性方案； 4）和技术部、编辑部等部门紧密结合，确保产品实现进度和质量，协调相关部门进行网站的开发及日常的维护；

5）配合市场部、客服部进行相关的商务合作，跟踪竞争对手； 6）把握互联网市场趋势，制定产品竞争战略和计划。

互联网产品经理职责-市场调研

市场调研是指研究市场以了解客户需求、竞争状况及市场力量（market forces），其最终目标是发现创新或改进产品的潜在机会。可以通过下面的方式进行市场调研：与用户和潜在用户交流、与直接面对客户的一线同事如销售、客服、技术支持等交流、研究市场分析报告及文章、试用竞争产品、仔细观察用户行为等、市场调研最终会形成商业机会、产品战略或商业需求文档（BRD），详述如何利用潜在的机会。

互联网产品经理职责-产品定义及设计

a)产品定义是指确定产品需要做哪些事情。通常采用产品需求文档（PRD）来进行描述，PRD可能包含如下信息：

产品的愿景、目标市场、竞争分析、产品功能的详细描述、产品功能的优先级、产品用例（UseCase）、系统需求、性能需求、销售及支持需求等

b)产品设计是指确定产品的外观，包括用户界面设计（UI，User Interface）和用户交互设计（User Interaction），包含所有的用户体验部分。在大型公司里，PM通常和UI设计师或互动设计师一起完成产品设计，不过在小公司或者创业公司里，产品经理也许需要全包这些工作。

这是产品经理工作中最有价值的部分，如果产品经理工作中不包含这部分内容，那几乎可以肯定滴说，那不是产品经理的工作。

互联网产品经理职责-项目管理

项目管理是指带领来自不同团队的人员（包括工程师、QA、UI设计师、市场、销售、客服等），在预算内按时开发并发布产品。

互联网产品经理职责-其中可能包括如下工作内容：

确保资源投入、制定项目计划、根据计划跟踪项目进展、辨 别关键路径、必要时争取追加投入、向主管领导报告项目进展状况等；在大型公司里，通常会有项目经理来处理大部分项目管理工作，产品经理只需提供支持。不过 在创业公司里，产品经理通常需要自己进行项目管理。在有些公司，技术负责人也可能做为项目经理，处理大部分项目管理事宜。

互联网产品经理职责-产品宣介

主要包括和内部同事如老板、销售、市场、客服等沟通产品的优点、功能和目标市场，也可能包括向外界如媒体、行业分析师及用户宣介产品。

大公司的产品经理通常都有产品市场、市场推广和媒体关系（PR）团队帮忙进行对外的产品宣介。这是除了产品定义和设计之外，对产品经理而言价值第二高的工作，尤其是在向老板、市场同事宣介产品并让他们感到兴奋的时候。

互联网产品经理职责-产品市场

主要是对外的信息传播——告诉外界有关产品的信息。通常包括制作产品数据表、手册、网站、Flash演示、媒体专题以及展会演示等。

在大型公司，产品市场工作通常不会由PM来负责，这些公司会有专门的产品市场经理来打理此项工作。当然，这种分工最大的缺点就是导致沟通效率较低，并会削弱对外传播。

在某些公司，“产品管理”和“产品市场”被认为是同义词，会由一个人担当两者的职责。而在那些将产品管理团队和产品市场团队分开的公司，后者会打理本节所提及的工作职责，同时他们也可能会承担“市场调研”、“产品宣介”和“产品生命周期”管理的部分工作。

产品生命周期管理

指那些随着产品经历概念化->发布->成熟->退出市场整个生命周期中的产品管理活动。

主要包括的工作有：

产品定位

产品定价及促销

产品线管理

竞争策略

建立或收购合作伙伴

识别并建立合作关系等

产品经理和产品市场、BD及市场沟通同事一起完成这些工作。2.互联网产品经理的技能

根据互联网公司情况及业务的不同，互联网产品经理从事的工作也不尽相同，偏产品设计，偏工程技术或者偏市场运营。无论处于以上哪一种情况，对目前国内多数互联网公司而言，对互联网产品经理综合素质要求比较高，基本属于复合型人才，那么互联网产品经理究竟需要什么技能？

NO.1 沟通能力

优秀互联网产品经理的最共同特征就是在工作中具有优秀的口头及书面沟通技巧。在许多公司，产品经理扮演着沟通枢纽的角色，跨部门、跨团队的沟通非常 多，这就要求产品经理具有在不同角色间的有效沟通能力，具体说，就是与不同的个性类型沟通的能力，在与不同角色沟通的时候讲不同的“语言”，对于有效沟通 来说，重要的是你使用目标听众的“语言”。

NO.2 统筹协调能力

鉴于在工作中，互联网产品经理需要跟市场、销售、产品、技术等等多团队协作，争取各方资源进行配合，统筹管理能力是PM整合各方资源，顺利展开工作必不可少的技能。NO.3 无授权领导能力

在大多数互联网公司，产品经理被期望在各个领域扮演“领导角色”，包括领导项目团队，产品策划和路线图，跨部门沟通等。然而产品经理在行政方面不一定有所有部门的直属管理权力，在这种情况下如何领导别人？答案是使用联合影响，谈判，关系网和其他类似技巧。

NO.4 动手能力

在互联网公司，虽然产品经理不再充当具体的技术实现角色了，但是至少应该可以良好的和技术人员沟通，表达自己的想法、目的，评估他们的工作量，基本技术能力是要有的，编程要懂，美工要懂，SEO更要懂，并且能在关键时刻亲自操刀。

NO.5 学习能力

互联网市场变化很快，新技术总是拔地而起，“差异化产品”产生速率越来越快，这就需要产品经理必须擅长做自己不擅长的事，具备快速学习的能力。

NO.6 商业敏感度

产品经理需要对基本的商业原则有很好的理解，了解如何辨认市场机会，竞争分化的重要性，创造成功产品的策略，定价，促进，合作，分析，声明等，对商业策略的领域有很好的诠释，并且需要在产品中体现出来。

NO.7

细节关注

互联网产品经理对细节的关注不仅限于产品性能方面，在竞争力分析，项目计划以及几乎每个主要负责的活动都要有所体现。这种细节体现在PM所作的报告 中、计划中、任务策划书中。内容上，要尽可能的表述到实施细节，表现上，尽可能的体现UI设计细节，试想，一个连报告都无法让人愉快阅读的产品经理，如何 能做出有优秀用户体验的产品？

NO.8

日常产品管理能力

包括撰写市场分析报告和需求分析报告，执行竞品分析，创造产品路线，陈述产品性能和利益，定义用户界面等，这是具备以上七项技能以后，产品经理较易掌握的一项基本能力，用来完成日常任务。

以上的内容基本上涵盖了现有互联网产品经理的职责和技能，也符合现有互联网产品经理文化的现状，产品经理的发展趋势，越来越明显的表现为“项目经理+运营经理”的职能转变，你可以想一下，是不是这么回事儿呢？

第四篇：互联网金融产品经理岗位职责

岗位职责：

1、在公司运营战略指导下，整体研究、策划、设计和完善公司的各个产品、产品线或者解决方案。

2、综合各方面产品需求和技术平台，撰写产品的原型设计、产品需求书，详细阐述产品功能和操作流程，保证产品功能的实现以及按时推向市场；

3、与技术、运营等部门对接，驱动项目的开发进度，把控项目进度节点；

4、负责对竞争产品、行业产品、行业相关信息的收集整理和深度分析，定期向上级提供公司产品相关的工作报告。岗位要求： 1、3年以上移动互联网产品工作经验，至少独立负责过1个产品的完整生命周期，有互联网金融产品相关经验优先；

2、熟练使用产品设计工具，撰写产品设计文档，设计页面原型；

3、关注同行业互联网产品，对新鲜事物有强烈好奇心与敏感度，对未来互联网产品发展具有相当的远见及把控，并善于思考和总结；

4、性格开朗外向、能吃苦耐劳、善于团队合作

第五篇：互联网产品经理【必备知识及工具】

互联网产品经理【必备知识及工具】

第一、互联网产品经理的职责范围、能力要求：

其实说工具，首先还是得来了解一下互联网产品经理这个具体岗位的职责、具体从事的工作、职能、以及相关要求。这样才能够知道需要掌握那些软件及工具、平台。我稍微做了一些梳理，总的来说关键职责主要是以下五个方面：

1、市场调研

市场调研是指研究市场以了解客户需求、竞争状况及市场力量（market forces），其最终目标是发现创新或改进产品的潜在机会。形成商业机会、产品战略或商业需求文档（BRD）。

2、产品定义及设计

a)产品定义确定产品需要做哪些事情。通常采用产品需求文档（PRD）来进行描述，PRD可能包含如下信息： 产品的愿景、目标市场、竞争分析、产品功能的详细描述、产品功能的优先级、产品用例（UseCase）、系统需求、性能需求、销售及支持需求等。

b)产品设计是指确定产品的外观，包括用户界面设计（UI，User Interface）和用户交互设计（User Interaction），包含所有的用户体验部分。在大型公司里，PM通常和UI设计师或互动设计师一起完成产品设计，来主导产品功能细节及体验，不过在小公司或者创业公司里，产品经理也许需要全包这些工作。

3、项目管理

项目管理是指带领来自不同团队的人员（包括工程师、QA、UI设计师、市场、销售、客服等），在预算内按时开发并发布产品。其中可能包括如下工作内容：确保资源投入、制定项目计划、根据计划跟踪项目进展、辨别关键路径、必要时争取追加投入、推进整个项目的进展、向主管领导报告项目进展状况等。

4、产品宣介 主要包括和内部同事如老板、销售、市场、客服等沟通产品的优点、功能和目标市场，也可能包括向外界如媒体、行业分析师及用户宣介产品。

5、产品市场

主要是对外的信息传播——告诉外界有关产品的信息。通常包括制作产品数据表、手册、网站、Flash演示、媒体专题以及展会演示等。

6、产品生命周期管理

指那些随着产品经历概念化->发布->成熟->退出市场整个生命周期中的产品管理活动。主要包括的工作有：产品定位、产品定价及促销、产品线管理、竞争策略、建立或收购合作伙伴、识别并建立合作关系等、产品经理和产品市场、BD及市场沟通同事一起完成这些工作。

互联网产品经理的职能，根据公司情况以及业务的不同，不同公司的PM从事的工作也不尽相同，但基本上离不开上图的三种情况，偏产品设计、偏工程技术或者偏市场运营。其次，谈到互联网产品经理的能力，个人觉得挺多的，在目前国内多数互联网公司里对综合素质要求比较高，是个复合型人才的职务。比如说：

        沟通能力（跨部门、跨团队沟通非常多）

统筹协调（市场、销售、产品、技术等等多团队协作，需要争取各方资源进行配合）

无授权领导能力（在行政上面不一定有所有部门的直属管理权力）

动手能力（亲自操刀）

学习能力（不会的要赶紧学、而且要快）

商业敏感度（对商业策略的领域、诠释，需要在产品中体现）

注重细节，追求完美（交互设计、用户体验、品牌等等）

日常产品管理能力（产品设计、开发、优化、市场推广、销售等等）第二、选择软件及工具的方法

我个人选择软件和工具主要从以下几个角度考虑：

      易上手，操作简单、学习成本低；

输出格式多样，文件方便传阅、协作；

模板较多，出品美观；

配套软件多或与其它软件协作方便；

版本升级较快，厂商持续改进；

与系统或其它软件相互兼任、不冲突；

另外在工作平台方面，主要内容存储、检阅、输入输出是跨平台、终端应用，比如笔记本、ipad、iphone、黑莓、诺基亚、Android等等。第三、PM常用软件、工具及工作平台

选择了一些常用，好用，够用，而且功能强大的工具，和大家一起来分享。互联网产品经理有个特性，那就是很多资料、文档、邮件、日志是需要移动、并在不同终端进行读取、输入输出的，所以我将这些软件及工具分为软件+平台两块来探讨，先来看看软件：

我进行了一个分类，主要是以下这些：

1、文档数据、思维脑图

     Microsoft Office（Word、Excel、PowerPoint）★★★★★

Mindjet MindManager ★★★★★

Adobe Reader ★★★

editplus ★

Microsoft Office OneNote 笔记 ★★★

产品经理需要撰写大量产品文档，需求说明书、规划、PRD、产品方案、技术建议书、等等。采用目前主流和通用软件协作会比较好，因此首推微软的Office系列软件，主要是Word、Excel、PowerPoint，包括最常用的模板使用和排版，插入图片、多媒体、表格等等。汇报总结和演示较多会采用PowerPoint。

产品经理要有敏锐的市场洞察力，其中很重要信息是来源于市场调查和数据分析。所以使用Excel进行最基本的数据分析和图表分析是必备技能，如果需要对数据进行多个维度的分析和分类汇总，则数据透视图是必须要使用的功能。

对于会议记录、idea记录、思维脑图、小型项目管理，Mindjet MindManager则是一大利器，条理、结构都很清晰，上手快速、输出格式多。

Adobe Reader用来阅读PDF格式的阅读器，是一种国际通用的标准文档格式，如果需要将文档传送多人阅读，但不希望及做修改、并加密，可以在Word等软件中直接另存为PDF格式，目前很多软件都支持另存PDF。

2、产品原型设计

  Balsamiq Mockups ★★★

Axure PR ★★★★★

设计产品原型有不同的需求：

1、概念图，主要表达产品设计概念、理念、基本布局，元素。只有这个需求的时候我推荐 Balsamiq Mockups，它的出品效果是手绘风格，但不能做交互动作。上手快，小图1分钟内容即可搞定，因为它有强大的控件，浏览器、图片、文本框等等都有了，直接拖进去即可，点击查看视频演示。

2、产品原型、交互演示、原型细节设计等。这个时候推荐使用Axure PR快速原型制作软件，由美国Axure Software Solutions, Inc.公司开发。Axure(akshûr)、RP是Rapid Prototyping(快速原型缩写)。Axure RP 能让操作它的人快速准确的创建基于Web的网站流程图、原型页面、交互体验设计、标注详细开发说明，并导出Html原型或规格的Word开发文档。点击查看视频演示，交互实例演示。

还有不少原型制作软件，详细请看我以前写的博文《常用原型图设计工具》。

3、网页设计制作、开发

      Photoshop ★★★★★

CorelDRAW ★★★★★

Illustrator ★★★★

Fireworks ★★

Dreamweaver ★★★★★

Visual Studio.net IDE

不知道现在的童鞋还有没有听说过网页设计三剑客（Flash、Dreamweaver、Fireworks），一直是最初网页设计的黄金搭档，并且有非常多的教程。后来被Adobe公司收购，现在我们原型主要采用Axure PR、效果图用Photoshop来设计，制作、搭配Dreamweaver来进行页面效果调试、套用程序。基本上放弃了Fireworks，Flash动画更少了。

CorelDRAW一直是矢量排版里头的老大，在印刷品排版，图形设计里面用得非常多。每年的活动组织，物料制作基本上少了不它来帮手。同时，它和Adobe一样，也搭配了很多配套软件，基本上是一整套数码多媒体处理平台。

4、演示、动画

   Microsoft Office PowerPoint ★★★★★

Flash ★★★

demo-builder ★★★★

微软的PowerPoint是一项非常古老的工具，也非常实用，而且在不断更新。做PPT很简单，但要做好PPT并不简单，有很多的学问，且不单是软件的操作。

Flash在做特殊效果的时候使用，目前除了广告动画，网站特效的话，比较少使用flash了。

产品演示，是日常中必备的一项技能，一般情况下，新产品的发布与演示，以及帮助操作需要做手把手演示。demo-builder本身这个软件没有什么技术含量，在做演示产品的过程中，你可以选择截图自己去场景拼接，或者直接录制屏幕，在事后回放的过 程中进行编辑，剪辑。那需要注意的是，一定要保证生成出来的文件比较小，这样用户下载的时候可以很方便的去查，文件大的，可以做loading。

5、项目管理

 Microsoft Office Project ★★★★★

Project能够了解和控制项目的日程与利用图表和图示，借助项目向导这一交互式逐步辅助工具还能快速掌握项目管理流程，设置项目、管理任务和资源、跟踪状态以及报告项目信息。使用Excel和Visio生成基于 Project 数据的数据透视表视图、图表、图形和图示。可以很轻松地自定义报表模板，并与其他 Project 用户共享。通过“日历”界面的新增强功能以及增加的三维甘特条形图，创建视觉效果更强。总的来说，利用Office Project能够快速提高工作效率，可以更好地组织工作和人员，从而保证项目在预算内按时交付。

6、流程类工具

  Microsoft Office Visio ★★★★★

ConceptDraw Office ★★

完成各类业务流程的流程图、网络图、工作流图、数据库模型图和软件图，模板非常丰富。这些模板可用于可视化和简化业务流程、跟踪项目和资源、绘制组织结构图、映射网络、绘制建筑地图以及优化系统。采用微软的Visio再搭配相关插件，效果会很好

7、测试工具

  Firebug ★★★★★

TestDirector ★★★★★

FirebugHTML查看和编辑、Javascript控制台、网络状况监视于一体，可以说是开发人员必备扩展之一。Firebug从各个不同的角度剖析Web页面内部的细节层面，给Web开发者带来很大的便利。可以直接在网页上面修改，直接看到预览效果。

TestDirector是Mercury Interactive公司推出的基于WEB的测试管理工具。它能够指导进行测试需求定义、测试计划、测试执行和缺陷跟踪，即整个测试过程的各个阶段。通 过整合所有任务到软件测试中，来使整个测试管理工作更有效，并确保客户收到更高质量的产品。

8、同步

   SVN ★★★★★

Dropbox ★★★★

Windows Live Sync ★★★★★

svn(subversion)是近年来崛起的版本管理工具，是cvs的接班人。目前，绝大多数开源软件都使用svn作为代码版本管理软件。同时，svn也可以作为文件共享、同步软件，适合团队使用。

DropBox 是一款非常好用的免费网络文件同步工具(当然它也算是一个服务)。当你在电脑A使用DropBox时，指定文件夹里所有文件的改动均会自动地“同步”到 DropBox的服务器，当下次你在电脑B需要使用这些文件时，你只需登录你的账户，所有被同步的文件均会自动下载到B电脑中，同样，你在电脑B对某文件 的修改，也会体现在电脑A上，而所有这一切均是全自动的，这样你的文件可以说是随时随地都能保持着最新了。Windows Live Sync 是微软推出的一款文件同步软件，我们在 Internet 中可以简单方便的同步或共享文件。Live Sync 使用 P2P 方式同步！我们可以轻松的处理最多 4GB 大小的文件。除此之外 Live Sync 也是跨平台的，不论是 PC 还是 Mac 上均可使用。

9、翻墙：

这个请百度一下自行解决，多谢。

10、其它：

     Acdsee 3.2 ★★★★★（快速、绿色）

Picasa ★★★★（智能、速度慢）

射手影音播放器 ★★★★★（自动下载字幕）

KMP ★★★★（很经典）

Evernote ★★★★

EverNote多样化的笔记本功能，可在电脑上更方便、更具创意地进行资料整理、文献储存和随笔记事。在熟悉了 EverNote后，像是桌面便利贴、一般记事本、网页撷取储存软体、日记本、记帐本软体等等，这些其它一般的免费记事、资料存取类软体都可以在电脑里消失了，因为EverNote将可以在大部分的功能上取代他们。第四、交流平台

根据互联网的行业性质，很多程度上决定了日常使用的工作平台基本上就是浏览器、邮件、IM、内部沟通平台等等。

1、浏览器

  Firefox ★★★★（Google有援助的浏览器，插件非常多，自定义功能强大、个性）

Chrome ★★★★★（出自Google之手，插件已经非常多了，有赶上Firefox的趋势） TheWorld（世界之窗）

2、邮件 web

 Gmail ★★★★★（Gmail结合了日历、文档、聊天、通讯录、任务基本上所向无敌了，这么强大的在线产品，不用对不住自己啊，缺点就是很多页面经常性的打不开，无法访问，速度慢的像蜗牛）

 163 ★★★★（速度非常快、国内老牌产品了，目前有自己的客户端，同时也整合了聊天、微博等工具）

 QQ ★★★★（邮箱中的后起之秀，速度很快，绑定了QQ客户端）

客户端

  Foxmail ★★★★（国内优秀邮件客户端，已经被腾讯收购）

outlook ★★★★★（微软大作）

目前收发邮件有2种方式，一种是采用客户端、一种是web端。习惯不一样，速度不一样，整合的产品不一样，看大家的各自需求。

3、日历、任务

  Google Calendar ★★★★★（推荐使用）

Remember The Milk ★★★★★

4、通讯录

    Google Contacts ★★★★★（推荐用这个，可以在手机端同步通讯录）

163 Contacts ★★★

Hotmail Contacts ★★

Yahoo Contacts ★★

5、其它

 IM（QQ+Msn+Gtalk）★★★★★（不同公司有不同需要，比如腾讯就用QQ，网易就用POPO，阿里就用旺旺、移动用飞信）

最后，思考一下。软件、工具、工作平台有非常之多，形形色色、功能多种多样、有简单的有复杂的。怎么样去选择，上面已经说了很多方法和具体工作应用。但最根本的还是选择合适自己公司、个人的。就如中国古代十八种兵器，样样厉害，各有所长。没有最好，只有最合适，按照具体情况和需求，决定采用什么工具。