产品经理的基本知识

第一篇：产品经理的基本知识

产品经理需要熟知的知识：基本产品的三要素

三要素：有用、可用、可行

有用：产品能帮助解决用户某个真实存在的问题，让用户主动使用甚至购买

原课程提到的是有价值，两者没有本质的区别，坦白来讲，产品经理无论做了多少的用户调研、项目评审、反馈、需求收集等工作，在准备公布迭代版本之前，都需深入思考一个问题，这次迭代的意义在哪里?能够解决用户什么问题?这点很啰嗦，但也是最重要的一点。

无论对于大型产品还是初创产品，产品经理在策划阶段难免陷入“局限”思维，也就是被市场、上司等角色干扰需求的定义。比如市场部需要在产品上加一个推荐位，以便更好得推荐自己的内容。然而如果产品经理直接进入策划，就会出问题，因为这完全是从策划方的角度去思考，没从用户角度去思考，也就是做了”推荐“能给用户带来什么，能帮他们解决什么问题。也许会存在商业的模式，但也要想明白是否过多干扰用户，有没有其他的方式。

在每个版本的更新与迭代，都坚持“有用”为原则，能够直接解决用户问题，而非为了迭代而迭代。

可用：让用户一眼就能看明白产品的使用方法，也是所说的“认知”层面

有用的层面更多是解决用户需求，可用是让用户更好得使用。比如在同类竞品下，功能、业务、所解决的问题是一致的，那么这个时候哪个用户体验好，自然更能得到认可。产品经理在确定迭代的需求时，就需介入“可用”层面。

能够让用户一眼看明白产品的使用方法，在使用后弄懂产品的业务形态是其核心。实际上，产品业务与逻辑问题能够直接体现在“可用”上，比如产品经理做了一个发布内容类的功能，那么用户在发布后是否能找到已存在的所有信息，是否可以被编辑，被删除等操作。如果在某一点上让用户卡壳，那么证明产品业务是有缺陷的。此时产品经理需要仔细思考产品在不同模块的统一性。

同理，认知的层面也取决于视觉感官、交互等方面，其实就是在减少用户使用产品的成本，提高用户效率。

可行：所设计的模块或功能可以顺畅实现开发

需求确定与体验合格，基本算是一个产品方案的前提，还有重要环节就是评审。也就是研发团队能够无障碍进行产品的迭代，或者是否会出现业务调整、时间不足甚至是重构的事情。产品经理所策划的方案，一直要与团队的能力达到一致，做出合理的产品。

这也就是为什么产品经理需要时常与技术打交道，实际上你需要非常了解您的协作团队，他们所呈现的资源，无论是技术资源还是运营资源，都能从侧面影响产品的迭代，而产品方案也要与资源保持一致，绝非做出一个不可实现的方案，即使它再过于美好。 也许很多产品经理常会抱怨一些资源不给力等问题，但实际上，在一个相对“不饱和“的状态下，产品经理的方案也需融入这些元素。需要根据配置、资源等因素综合考虑迭代版本。这就好比建筑师一样，一定是非常了解各种”工匠“的水平才进行合理的设计。

总结

每一次的产品策划，都需要保证基本产品的三要素，融会贯通

第二篇：产品经理所需掌握的技术知识[范文模版]

产品经理所需掌握的技术知识 对于产品经理来说，详细介绍目前在竞争环境下产品经理对产品包和全流程负责的职责和相关活动，以及将研发与市场和销售横向衔接共同对市场的成功负责的产品管理框架和思路，是对一个产品经理的基本素养，产品经理需要掌握那些技术知识呢?这里就来讲述产品经理所必备的技术知识有哪些。

核心要点:

1.产品经理对市场成功负责，不仅仅是对技术负责。

2.产品开发与产品包的开发，产品包不仅包括技术，更包括市场开发与资料开发，培训开发等。

3.先进行市场需求分析，然后进行卖点分析，整理功能需求，再进行开发，不要将用户的要求当需求，也不要不理会用户的需求。

4.先营后销，产品推广、产品定价策略及产品宣传策略和产品试用后才能发布并做大规模的推广和销售。

5.产品经理需要的是综合素质模型，包括项目管理能力，沟通能力与处理冲突的能力，个人的亲和力以及技术能力和包括市场意识在内的业务能力。

6.产品开发有三种类型，技术引导型，客户引导型和市场需求与平台开发结合型，分别对应着产品经理的部门来源:技术部门，销售部门和MARKETING。

7.产品管理的四个层次：

1、从公司战略到产品策略;

2、市场需求和卖点整理;

3、产品开发;

4、产品支撑。

8.产品全生命周期管理分为六个阶段,每个阶段分别都有市场与研发及销售和相关部门的活动。

技术知识：

第一章公司定位及产品开发模式分析

1.研发发展阶段简要描述

2.研发管理各阶段的主要评价要素

3.竞争环境下企业的产品开发策略

4.产品开发与技术开发和预研为什么要分离?

5.产品开发模式为什么要发生改变?

6.产品管理模式三种区别

案例：业界公司没有建立平台盲目以客户为中心参与竞争的问题

研讨：您所在的公司产品开发模式是怎样的?

第二章竞争环境下的产品扩张策略及路径和方法

1.产品扩张的策略和路径是什么?

2.国内公司产品扩张的灵活的应用案例

3.公司产品策略的基本原则

研讨：您公司的产品扩张策略是怎样?符合这个原则吗?

第三章产品定位及产品策略分析

1.产品的成功要素是什么?

2.如何确定要进入的客户群

3.如何分析客户需求并确定卖点

4.如何确定产品的策略

第四章产品经理的定位和职责

1.某大型通信公司产品经理案例介绍及分析

2.产品经理角色定位

3.产品经理职责

讨论：产品经理目前的职责是什么?与业界相比,哪些做得好,哪些做得不好?

第五章全流程产品管理模式

1.业界三种产品管理模式介绍

2.软件开发全流程产品管理框架和相关思路

讨论：现在的产品分别对应着何种模式?运作周期怎样?

第六章产品管理的主要内容

1.产品布局与策略制定

研讨：产品的布局研讨及选择一个产品进行策略制定

2.需求分析与规格确定.

研讨：目前的需求分类

3.路标计划与版本管理

研讨：某大型通信公司的VRM版本管理介绍

4.产品研发与项目管理

研讨：某大型通信公司的三级计划管理体系

5.产品定价与商务策略

研讨：定价的原则和商务的策略

6.产品命名与知识产权

产品推广及宣传技巧

研讨：就某个产品进行推广演练

7.销售支持与客户回访

第七章产品经理的素质模型

1.产品经理的总体素质模型

2.项目管理能力

3.业务能力

4.沟通与处理冲突的能力

5.技术能力

第八章总结及建议

1.产品管理七要素总结

2.产品经理六要素总结

3.执行产品经理制的演变和过渡的建议

第二天——

知识能力:

第一讲NPD的总体架构及产品开发的模式划分和研发架构的建议

1、介绍NPD的总体框架。

案例分析：某大型通信公司为例，引进NPD后达到的效果

2、介绍企业产品开发的模式和三种产品开发方式

案例分析：研发模式分析

3、介绍企业在不同的产品模式下的研发架构的建议及CTO的选择和部门设置 案例分析：业界三种不同的开发模式的研发架构和CTO的设置，

第二讲：业界成功产品管理模式介绍:(从市场需求到产品研发到生命周期管理)

1、产品管理概览

2、业界端到端的产品管理流程介绍

3、基于市场需求的产品管理总体框架

4、产品生命周期管理介绍

5、介绍MARKETING与SALES分离后与研发的配合，

6、介绍如何细分客户群后如何寻找产品卖点，如何针对市场的卖点进行产品特性开发。 第三讲：研发管理的六类主要活动

1.产品定位与策略制定

2.市场细分与需求分析

3.产品开发与项目管理

4.产品定价与商务策略

5.产品推广与销售支持

6.销售管理与客户回馈

第四讲：产品经理工作的方法、工具及模版介绍及如何成为一个成功产品经理

1.产品阶段评审要素和表格

2.细分市场的方法及八种细分市场的类型

3.市场需求收集的十二种渠道和方法

4.产品包装的八样武器

5.FFAB方法介绍和案例分析

6.产品经理概览、产品经理必备知识和技能、产品经理的素质模型和产品经理的主要活动 第五讲：介绍缩短产品开发周期的几种方法

详细介绍业界缩短产品周期的八种办法并案例分析

A：并行开发

B：产品开发与技术开发分离

C：系统设计与实现分离

D：跨部门的小组开发(分析何种情况下才能使用矩阵管理)

E：结构性流程

F：基于活动的经验数据库

G：产品经理制

H：实行项目管理的三级计划体制

研讨何种企业采用哪些办法可缩短产品开发周期

第六部分产品评审的方法

1.介绍目前评审的误区

2.投资与技术评审分离的方法和要素

3.案例分析：某大型通信公司的投资评审方法

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

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

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

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

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

第四篇：产品经理与技术人员对接API需要掌握多少API知识才够用？

赛合一数据 https://

产品经理与技术人员对接API需要掌握多少API知识才够用?

API就是我们常说的应用程序接口，也简称接口，它相当于一种通道，负责一个程序和其他软件的沟通，本质是预先定义的函数。对于产品经理来说，不需要对API有多深刻地认识，只需要懂得一些基础的知识，和技术人员对接的时候够用就行了。那么这些基础知识多少才够用呢?赛合一认为，你得先懂得以下几个知识。

正确理解API 文章开头说，API是预先定义的函数，而对于不懂技术的产品经理来说，什么预先定义、什么函数都是见都没见过的东西，搞不懂也无法想象。所以产品经理想要正确认识API，还得来个比喻理解。

我们以常见的物流行业为比喻，货物、仓库、店铺都是我们所熟悉的东西，其中仓库用来存放货物，店铺用来展示与销售货物。在技术领域，有数据、数据库和网站/APP，数据就相当于货物，数据库就是存放“货物”的仓库，而网站/APP就相当于店铺。网站/APP页面上显示的内容、用户的操作请求和结果都是需要不停搬运的“仓库”里的“货物”(即调用数据库里的数据)，而API就是负责调配分配打包的中转站，店铺小哥不需要跑到一个个仓库取货，直接从中转站取货就可以。

赛合一数据 https://

所以，“预先定义的函数”就是开发者给这个中转站一个指令，告诉它：店铺小哥来要来取某某货了，你负责打包，A货物这样打包，B货物这样打包，可别搞错了。于是这个中转站铭记你的指令，不管店铺小哥来取什么货物它都可以准确地进行分类打包，店铺小哥省去了自己去筛选货物的过程，免去了取货错误的麻烦，来到中转站想都不想就能提走货物，也不担心会出错，工作效率得到大大提升。这就是API。

API与需要它的人的关系

API就是技术服务商为客户提供服务的方法，主要与三种人产生关联。

第一种：软件公司。API目前已经形成一个庞大的API市场，人们在这个市场里进行API买卖，而卖方就是专门提供API软件公司。这些公司开放各种各样的API满足用户不同的需要，API的种类多不多，牢不牢，打包“货物”的方式是否简单、是否快速等都会影响公司的收益。以赛合一数据为例，开放API，让别的应用程序来调用，形成生态，软件才能发挥最大的价值，才能更有生命力。

第二种：应用开发者。应用开发者就是负责让API实现某种功能的人，也就是我们常说的程序员，有了开放的API，他们就可以直接调用多家公司做好的功能来做自己的应用，不需要所有的事情都自己操刀，节省精力。

第三种：API接入企业。就是API市场里的买方，他们的应用需要某种API来完善系统功能，但是自己开发需要消耗庞大的人力、物力、财力，不划算，所以选择直接接入别人开发好的API。别人家的API(以上所说的卖方)，除了划算，还有功能更强大、操作更简单、安全性更好的特点，可以给产品带来更好的用户体验，从而提高转化率。

赛合一数据 https://

API的分类

API目前可以分类两大类：

第一类，应用程序API 这里主要指的是非Web应用程序，它为第三方开发者提供了可控访问软件内部功能的接口。通常适用于当前设备内的应用程序交互。

第二类，基于Web的私有API和OpenAPI 和应用程序API比起来，RESTful API、OpenAPI更被Web程序员所熟知。它们是更高级的API(资源和业务属性更强)。根本上它是脱离操作系统的限制，从Web资源的角度定义了API交互的规则。

总的来说，没有API，所有的IT系统都会成为数据孤岛。一个IT系统的API被其它IT系统调用的规模，是这个IT系统价值的关键指标。现在，用搜做引擎搜索关键词“API”检索到的结果，你会发现几乎所有耳熟能详的互联网公司都有自己的开放API，他们通过API让开发者可以方便的使用他们的服务，并以此扩大自己的影响力。

第五篇：产品经理跟产品市场经理的区别

MartyCagan是享有世界声誉的产品管理专家，曾经担任网景副总裁、eBay产品管理及设计高级副总裁。本文是他回顾自己二十多年来从事软件产品管理工作的总结和经验分享，谈到了产品管理与产品营销的区别与合作关系，最后总结了导致产品失败的常见原因。

产品管理与产品营销的区别

业界权威指出市场上多达九成的产品未能实现既定目标，因而是失败的。即使你的产品不在此列，我依然觉得大多数产品构思拙劣、尚不成熟，可用性差、毫无价值的产品随处可见。

导致产品失败的因素很多，我会尝试从不同角度分析其原因。但我一直认为，最根本的原因是公司对产品经理的职责界定不清，担任这项工作的人缺乏专业训练。我一直在思考这个问题，因为它触及了产品经理的核心工作职责。

产品经理的工作是从细节上定义开发团队开发什么产品。市场营销的职责是对外宣传产品。两项工作天差地别。

为理清职责，我坚持为每款产品指派一名专职的产品经理，负责定义产品(将产品需求和用户体验设计相结合)。然而我发现企业常常会陷入以下三种误区。

1. 由市场营销人员定义产品：由产品营销经理或所谓的“产品经理”负责收集高层产品需求，然后直接交给开发团队开发。这种方式忽略收集详细产品需求的步骤，回避探索(定义)产品的艰难决策过程，也绕开了用户体验设计。

2. 两人分担定义产品的工作：定义产品的工作分给两人完成，产品营销人员负责高层商业需求，“产品经理”负责低层产品需求。

3. 一人兼任两项工作：产品营销人员兼任产品经理的工作(有些公司称这类人为产品经理，有些公司还是叫营销人员)。

下面分别讨论这三种情况及其引发的问题。

由市场营销人员定义产品

这种情况很容易辨认。这类“产品经理”可以为产品团队提供市场营销资源、制作数据表格、培训销售队伍、为产品命名和定价，但是一旦涉及定义产品的具体工作，他们就无能为力，只能袖手旁观。我推荐大家工作之余看看呆伯特(Dilbert)系列漫画，作者用了大量笔墨描绘这类“产品经理”。

这类“产品经理”或许擅长市场营销，但是对详细定义有价值的、可用的、可行的产品往往束手无策。除非他们不但具备营销技能，还掌握管理产品的方法，那么产品还有成功的机会，否则只能寄希望于其他人(比如主程序员、交互设计师、公司高管)挺身而出，担起真正意义上的产品管理工作。然而，更常见的情况是产品从一开始就因此陷入了麻烦。

我第一次接触产品管理工作时，遇到的就是这种棘手的情况，从而导致我以前对产品经理没什么好感。幸亏后来遇到一位贵人，他让我明白了产品经理的真正职责。从那时起，我就开始强调产品经理的作用，并致力于重新定义产品经理的工作职责。

两人分担定义产品的工作

没人单独负责管理产品，这种情况也很常见。产品营销人员(有时被称为“业务责任人”或“商务产品经理”)负责收集高层业务需求;产品经理(在敏捷开发团队中也被称为“技术产品经理”或“产品责任人”)负责收集低层产品需求。

问题在于两个人都不是真正的产品责任人，没人对最终的产品负责。而且这种模式是基于错误的观点，即认为可以脱离具体需求(尤其是脱离用户体验)定义高层需求。

这种模式让产品经理的工作蜕变成制作各类文档，不但令人沮丧，而且限制创新思维，很难做出成功的产品。

大公司由于业务部门较多，很容易陷入这种管理产品的模式，它们常常为此苦恼，却找不到原因。

一人兼任两项工作

很难找到同时具备产品管理能力与产品营销能力的人。管理产品与推广产品都对产品的成功至关重要，都需要专业的技能，但两者的要求大相径庭。虽然我认识一些能够从容驾驭两项工作的天才，但这样的人少之又少，而且这种团队模式的扩展性很差。即便是最简单的产品，也应该由专职产品经理投入全身心进行管理。让产品营销人员兼任产品管理的工作，即便他具备两种技能，也没有精力把两边的工作都打理好。

开发企业级应用软件的公司，由于非常倚重销售，最容易出现这种问题。销售代表原封不动地把大客户的需求传达给产品经理，再到开发人员。不用说，这样做很难开发出有价值的、可用的产品。

上述三种模式背后都有其原因，认识这一点很重要。很多公司没有意识到错误的模式给它们带来了多大的损失。它们浪费时间，开发出的产品却不是客户想要的，或者只能勉强使用。

解决方法

要解决这些问题，必须清晰界定产品经理和产品营销人员的职责。产品经理负责详细定义待开发的产品，让真实的用户验证产品。产品营销人员负责向外界宣传和推广产品，包括产品定位、产品动态、产品价格，负责产品发布，为拓展市场销售渠道、组织重点营销活动(如在线营销)、促进产品销售提供支持。

请注意，我这里强调产品管理重要性，并不代表产品营销不重要。恰恰相反，我认为产品营销很重要，好的产品营销可以创造巨大的价值。只是这与讨论产品经理职责关系不大。

产品经理和产品营销人员应该经常沟通、展开合作。一方面，营销人员是产品经理获取产品需求的重要来源;另一方面，产品经理是营销人员获取市场营销信息的重要来源。

最后，无论头衔或者组织形态怎么变化，我相信所有成功产品的背后都有一个 全权负责定义产品的人。

请记住：如果产品经理定义的产品没有价值，不具备可用性和可行性，无论开 发团队多么出色也无济于事。