产品经理必备知识

2022-06-24

第一篇：产品经理必备知识

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

我系统的和大家分享一下，到底会用到那些软件、工具、平台，在全局上面有一个了解。工欲善其事必先利其器，好的工具软件可以大大提高工作效率，工具各有优劣，大家按需取之，

我分享的主要是Windows平台。

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

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

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 (ak shû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，阿里就用旺旺、移动用飞信)

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

第二篇：产品经理必备技能之用户画像

产品经理必备技能之用户画像

用户画像说简单点就是要你虚构出一个产品的用户，设定用户性别、年龄、收入、家庭等基本情况进行场景模拟。通过用户画像，我们可以将产品用户具体化、形象化，从而更好地理解产品用户，设计出更加符合用户需求的产品。那么用户画像怎么做?

用户画像的应用场景

在产品生命周期的各个阶段，我们可以通过用户画像形象生动表达的需求，让产品经理及团队成员有进一步的思考。通过用户画像，了解产品的用户是谁、用户希望产品可以做什么以及用户在使用产品过程当中做了什么。我们可以根据这三个目的，把用户画像分为一下三种应用场景：

1.了解用户是谁

在产品的BRD文档编写阶段和产品构想阶段，产品经理最关注的就是产品的用户、需求、场景，通过三要素判断产品的构想是否成立以及将产品的解决方案向boss进行汇报。

用户画像包含元素：

基本属性：照片、姓名、年龄、职业、爱好等; 需求：目前需要满足的需求;

用户故事：虚拟产品的使用场景，例如用户会在生命情况下使用产品。

数据来源：

有些产品新人可能会问，用户画像中的信息从哪里来?自己编吗?怎么可能!还是要有人物原型的。在这里对于用户信息的收集有几种方式：

1)通过行业分析报告分析、获取产品的用户信息、用户需求，进行信息整个形成用户画像 2)通过用户访谈、问卷调查等方式收集用户信息及需求，根据调查结果形成用户画像

实战：关于外卖类产品的用户画像

2.用户希望产品可以做什么

在产品设计阶段，产品经理需要将产品的设计思路、构想提交给各个团队进行产品设计开发。那么如何能让设计开发团队清晰理解你想表达的思想以及用户的真实需求，这时就需要用户

画像进行辅助说明。通常以PRD、原型图为主，用户画像为辅。

用户画像包含元素：

基本属性：照片、姓名、年龄、职业、爱好等;

使用场景：明确产品使用是移动端还是PC端，什么情况下使用，设计产品性能，用户体验用户故事：描述用户任务以及用户完成任务时的产品使用路径。

数据来源：

在产品设计阶段已经明确了用户的需求及使用场景，那么关于用户故事的描述可以总结为一下两点：，

1)对用户进行访谈和问卷调查，

2)可以邀请目标用户对产品原型进行模拟使用，了解用户的使用方式和行为，设计出更符合用户习惯的产品。

实战：关于女性电商产品用户画像

3.用户在使用产品过程中做了什么

了解用户行为也可以叫做用户研究，关于用户研究的内容就比较广泛了，比如用户数据挖掘分析、用户流失行为分析、用户推荐等等，根据你的目的不同可以建立不同种类的用户画像。通常在这个阶段的用户画像都建立在产品上线运营了一段时间，希望从某一个具体方面对某一类用户行为进行具体研究、分析，提出针对这一类用户的解决或推荐方案。

用户画像包含元素：

基本属性：照片、姓名、年龄、职业、爱好等;

使用行为：用户使用产品时的行为或特点，通过寻找共性发现你希望找到的一类用户用户故事：目的在找到符合这类使用习惯的用户群体

数据来源：

这时，产品已经运营一段时间了，使用行为的来源是通过产品后台收集到的数据分析得来，然后再将用户行为特点放入后台数据库中得到一类用户的具体数据。

实战：关于国际漫游业务用户推荐

小结

1.用户画像代表的是具有相同特点的一类用户。

2.用户画像的目的是为了让团队成员明确用户特点以及行为习惯，为产品设计、研发提供辅助参考。

3.对于以用户研究为目的的用户画像构建，在构建前期要明确目的，根据目的收集相关的用户信息。在用户画像构建完成后，要根据用户画像去发现这一类用户群体，并提出具体方案为这一类群体进行服务。

4.用户画像的应用场景并不只是这三类，这里只是罗列出三种常用的场景，具体问题还要具体分析。

如果你喜欢我们的文章，欢迎加入我们。

12.15

第三篇：网站改版计划书【产品经理必备】

经历过很多次网站改版，对网站改版的计划做个小结，帮助需要的产品经理。

改版文档里有几点是必须写的：

1、改版目的

清晰知道为什么改版，新的网站战略定位，如何在保持原有优势的情况下，突出新产品。

2、现状分析

包括现有整体架构、内容维护体系、社区状况、存在问题分析，清楚现有状况，才能知道改版需要调整什么。

整体架构：回顾旧网站架构，明确枝干，保留主体产品系列;修剪分支，确定有特色的辅助产品，去除流量太低的副产品。

内容维护体系：确定内容维护团队的工作量，为改版后的产品工作量分配打基础，快速弄清楚新产品上线后原有团队是否可以高效率进行维护。

社区状况：分析社区中的热门、冷门板块，为改版提供发帖量、PV、用户活跃度、话题趋势数据。

存在问题：用列表列出旧网站存在的各个问题(架构、UI、功能、人员后勤服务、页面代码、技术、硬件用户体验等问题)，改版网站可以根据这些问题逐个击破。

3、改版内容

列出改版要做的调整，不需要十分详细，当对这次改版不是很清楚的人问起的时候，产品经理可以一项项精简快速的列举出来。

4、新产品

网站改版，除了对旧产品做调整更新，重点还有新产品。单独列出新产品，说明新产品形态、模式、方向、能带来的效能，吸引老板和投资者注意力。

5、新版架构

详细列出新版的架构细节，细到首页、频道页、SNS、社区、管理后台、广告系统、数据中心、电商等的具体设置。

6、时间安排

改版预期的时间安排，如果改版比较复杂，需要分成一期、二期。。。，描述每期完成的内容，通过时间节点完成每项工作。

7、人员安排

安排本部门人员与直接配合其他部门人员工作时间、内容，使每项工作按部就班进行。

8、维护团队

对原有维护团队重新调整，各人分配到新的产品模块，使新版上线后可以有条不紊的工作，提供给用户各种先进、有效的功能内容。

9、硬件系统

改版一般还是原班人马进行，大多不会更换程序语言，主要是硬件方面的调整。对产品支撑需要的服务器、防火墙硬件系统，强大的硬件系统，才能充分提供给产品快速、功能强大的后台服务，加载速度更快、搜索能力更强、同时在线人数更多永远是改版的主题。

10、经费预算

人员工资、软件采购、硬件采购预算，小公司老板比较关心做这次改版花了这么多人力物力到底是多少，列出经费预算让工作安排比较心里有数。

本文由：http://【郑州网站建设-郑州天石科技】提供

第四篇：IT业产品经理必备的七项素质

貌似现在一个很常见的IT业新职位就是产品经理，很多大牛都自称产品经理，不过它确实是一个对个人综合素质要求非常高的职位，人称“产品灵魂的设计师”。有志于成为优秀产品经理的朋友来看看下列哪些方面的能力可以帮助你更好地朝自己理想中的状态迈进。

一、沟通能力

成功的产品经理必须是优秀的沟通者。

从我所认识的优秀产品经理们分析来看，他们所具有的最共同特征是“在工作中具有优秀的口头及书面沟通技巧”。

为什么沟通很重要?在许多公司，产品经理最为一个决定性角色扮演着沟通枢纽的角色，如下图所示。

而在不同角色间有效沟通能力，往细了说，就是与不同的个性类型沟通的能力，即在用不同角色沟通的时候讲不同的“语言”。对于有效沟通来说，重要的是你使用目标听众的“语言”。

例如，大多数工程师倾向于是“内向型”，而大多数销售/市场专员倾向于“外向型”。这意味着，与工程师沟通相较而言，和市场专员沟通时需要使用“另一种语言”。同样地，当你和主管沟通时，相对于“树的级别”而言，你必须把更多的表述重点放在更高层次的“森林级别”，然而许多产品经理却错误的依然跟主管们在谈论着这颗树是多么的美丽。

二、没有权力的领导

成功的产品经理拥有在没有正式的权力下也能成为优秀的领导的能力。

多数公司，产品经理被期望在多个领域扮演“领导角色”。这包括领导项目团队，领导产品策划和路线图，领导跨部门沟通等。

然而，在多数这样的情况下产品经理并没有统筹这些部门的权利。

没有权力如何领导别人?我想说，使用联合影响，谈判，关系网和其他类似技巧。

没有权力是否可能领导?我对此的想法被这个问题总结的很好，我的回答是个反问：甘地和马丁·路得金有多少权力?

三、学习技巧

这点，用我个人的话来说，就是优秀的产品经理擅长做不擅长的事。

优秀的产品经理必须具备快速学习的能力，市场变化很快，新技术总是拔地而起。“差异化产品”在今天不到6个月内产生，有时甚至更快。

我认为多数公司在雇佣产品经理时会犯的一个错误是-他们看重“强悍的专业知识”。

举个例子，一个做软件安全的公司，他们寻找一位拥有5年以上软件安全方面工作经验的产品经理。我认为这是一个错误的方法。相反，51230.com的邵光荣老大哥就说过，他们产品部门招人，反而都是新手优先，因为怕过多的经验会限制创新能力和个性发挥，这也难怪，人家做的就是充满个性的婚恋网站。

当然，更好的方法是，寻找一个拥有适当工作经验的产品经理，并且拥有快速学习的能力。这种方法对我来说实现的很好，我手下那些最好的产品经理在被雇佣以前，都没有他现在所从事工作的专业知识。

四、商业敏锐度

成功的产品经理对基本的商业原则也有很好的理解。

他们了解如何辨认市场机会，竞争分化的重要性，创造成功产品的策略，定价，促进，合作，分析，声明，及其他。

这并不意味着他们需要工商管理硕士学位。实际上，我接触过的多数成功的产品经理并没有工商管理硕士，但是他们对商业基本原则都有着充分的了解。

五、热爱产品

成功的产品经理对产品有一种固有的爱。

他们因跟上市场上新产品的步伐而高兴，和他们的到手的一样多。他们注册了大量的“betas”网站，下载最新版本的软件并使用，等等。

他们为设计好的产品而高兴，即便并不是他们公司制造的。他们讨厌设计糟糕的产品，即便是自己公司制造的。

他们热爱创造伟大的产品，无论它是一个全新的产品，还是改进现有产品。

六、关注细节

任何事务是由细节组成的，关注细节,是创造伟大产品的必要基础。

SteveJobs曾经说过：

iMac不仅仅是颜色或是半透明或是外壳的形状。iMac的本质是使每一个元素集中在一起成为最出色的消费电脑。在我们最新的iMac，我坚定我们摆脱了风扇，因为使用一个不会一直嗡嗡作响的电脑工作让人更愉悦。

扔掉风扇不仅是Steve一个固执的决定那么简单，他背后需要一个巨大的工程，计算出如何更好的处理电源功耗，以及如何更好的通过机器散热。这是我们产品出发的核心点，顾客购买我们，就是为了让我们去解决所有这些细节，所以他们容易和喜欢使用我们的电脑。

成功的产品经理观注细节不仅仅是提到产品性能，并且在竞争力分析，项目计划，和几乎每个他们主要负责的活动。

我的话：同样，这种细节体现在你所做的报告中、计划中、任务策划书中。在内容上，请尽可能的描述到实施细节;在表现上，请尽可能的体现一个产品设计师的UI设计细节。如果一个连报告都不能让人愉快阅读的产品经理，怎么指望做出来的产品能有优秀的用户体验。

七、常规的产品管理技能

一个产品经理需要这些技巧来完成日常任务。他们包括写市场分析报告和需求分析报告，执行竞品分析，创造产品路线，陈述产品性能和利益，定义用户界面，等等。

每个公司都需要这样的技能。这一技能放在最后，是因为我认为拥有上述六点的产品经理很容易学到这些技能。

总结

也许这七项素质还不够，那就通过学习能力去学习更多吧，无论是专业素养还是个人成长，学习和提升从来都是无止境的。

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

【摘要】

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

【全文】

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、定义市场目标和定位