产品经理能力详情版

产品经理通过市场调查，根据产品、市场及用户等的需求。确定开发何种产品，选择何种业务模式、商业模式等。并推动相应产品的开发组织，他还要根据产品的生命周期，协调研发、运营等部门。确定和组织实地相应的产品策略，以及其他一系列相关的产品管理活动。

通过用户和数据发现现象，分析现象的根本原因和是否需要解决，然后提出具体的解决方案，并将解决方案标准化和产品化的过程。

产品经理要对产品的市场结果负责，关注产品的"需求”、“生 产、“销售"三个环节。并“协调"公司不同分工下的不同职能，让大 家共同完成目标。

1. 需求：要思考产品到l底满足用户的什么需求

2. 生产：合理的产品设计，有效率的把产品生产出来·销售：通过 市场运作、活动、运营、增长等方式。让用户用上产品

 3. 协调：协调不同职能的人员甚至部门。使其通力协作，获取最后 结果

引入期要尽快尽快完成MVP验证，快速获得用户反馈改进产品

成长期找到关键节增长点，积累资源，快速占领市场

成熟期需要精细化运营，增加收入点，提高付费率，获得更多收入

衰退期则要延长生命周期，降低成本，寻找第二增长曲线

原始目标： 提高用户参与度。

SMART目标： 提高每月活跃用户在新功能上的参与度，具体到特定功能的互动方式和频率。

原始目标： 提高产品质量。

SMART目标： 提高用户报告的缺陷数量，每季度减少至少10%。

原始目标： 成为市场领导者。

SMART目标： 在市场份额上增加5%，达到市场份额的第二位。

原始目标： 提高社交媒体关注度。

SMART目标： 提高产品相关关键功能的社交媒体讨论和分享，与目标用户群体的关注度密切相关。

原始目标： 提高用户满意度。

SMART目标： 在下一季度内，提高用户满意度至少10%。

项目管理工具

协作和通信工具

文档协作工具

原型设计工具

数据分析和BI工具

用户调研和反馈工具

时间管理和任务跟踪工具

产品分析工具

Xmind

AmyMind

GitMind

ChatMind

终端用户： 这是产品的最终使用者，他们直接与产品交互。通过与终端用户的访谈、用户测试和调查，产品经理可以获取他们的反馈、喜好和需求。

关键干系人： 包括公司内部和外部的利益相关者，如高管、业务所有者、投资者等。他们的需求和期望可能涉及到产品对业务目标的贡献，以及对ROI的关注。

客户支持团队： 与终端用户直接接触的团队。通过与客户支持团队的合作，产品经理可以了解到用户的常见问题、反馈和痛点。

销售团队： 销售团队了解市场需求和客户的具体要求。产品经理可以通过与销售团队的沟通，获取市场动态、竞争情报和销售的挑战。

市场营销团队： 市场团队能够提供有关目标市场、目标受众和市场趋势的信息。产品经理可以借助这些信息来优化产品的定位和市场策略。

用户体验（UX）团队： 通过与UX团队合作，产品经理可以获得关于产品界面、用户交互和用户体验的专业见解。

开发团队： 与开发团队的紧密合作对于理解技术可行性和实施的挑战至关重要。产品经理可以通过与开发团队的沟通，了解技术限制和建议。

业务分析团队： 业务分析团队可以提供有关行业趋势、业务流程和潜在机会的数据。

竞品用户： 通过研究竞品的用户，产品经理可以了解市场上的最佳实践、用户期望和竞争优势。

社区和用户群： 在产品相关的社交媒体、论坛或用户群中，产品经理可以参与用户讨论，获取用户的实时反馈和建议。

用户访谈： 直接与目标用户进行面对面或远程访谈，深入了解他们的需求、痛点和期望。

调查问卷： 创建调查问卷并分发给潜在用户，以获取大规模的反馈，了解用户群体的共性和差异。

竞品分析： 研究竞争对手的产品，了解市场趋势、用户喜好和成功的最佳实践。

数据分析： 利用用户行为数据、市场数据和其他相关数据进行分析，发现用户模式和趋势。

用户测试： 在产品早期或原型阶段，进行用户测试，收集用户在使用产品时的反馈和体验。

工作坊： 组织团队内或跨部门的工作坊，促进集体创意和协同，收集各方的意见和建议。

社交媒体参与： 关注社交媒体平台，了解用户在产品或相关领域中的讨论和反馈。

客户服务和支持反馈： 收集通过客户服务和支持渠道提出的问题和建议，了解用户的需求和困扰。

原型演示和反馈： 制作产品原型，并与用户分享，收集他们的直观反馈和建议。

故事板： 制作用户故事板，以可视化的方式呈现用户的需求和使用场景。

定期会议： 定期与关键利益相关者、开发团队和其他相关团队召开会议，分享最新进展并收集反馈。

客户访问： 如果可能，直接走访客户现场，观察他们的工作环境和需求。

市场调研： 进行市场调研，了解产品在市场上的定位、机会和潜在挑战。

分析支持请求： 通过分析客户支持请求和问题，了解用户常见的痛点和问题。

需求池管理是指对项目、产品或服务的需求进行有效收集、组织、评估和跟踪的过程。良好的需求池管理有助于确保团队能够优先考虑和满足最重要的需求，同时保持透明度和追踪需求的变更。

明确定义问题或需求：

提出第一个“为什么”问题：

回答第一个“为什么”问题：

提出第二个“为什么”问题：

重复问答过程：

确定根本原因和解决方案：

例子：
问题/需求：用户抱怨应用加载速度慢。
1、为什么应用加载速度慢？
    因为页面上有大量的图像和视频。
2、为什么有这么多图像和视频？
     因为我们的设计理念是通过视觉内容吸引用户。
3、为什么选择这种设计理念？
     因为我们认为这样可以提高用户留存率。
4、为什么我们想提高用户留存率？
     因为留存率与广告收入直接相关。
5、什么广告收入如此重要？
     因为广告是我们的主要收入来源。

只有欲望，并不打算做任何付出，需求不等于欲望

需求量太少，不值得开发

无差异属性，有没有无所谓

从需求管理中选择一个具体的问题或挑战，这可能是与用户需求、产品功能、市场竞争等方面相关的问题。

将问题转化为一个开放的、启发性的"How Might We"问题。例如，如果问题是“用户很难找到产品中的关键信息”，那么对应的HMW问题可能是“如何让用户更轻松地找到产品中的关键信息？”

利用提出的"How Might We"问题激发创意和思考。鼓励团队成员提出各种各样的想法和解决方案，不受限制地进行头脑风暴。

记录所有提出的想法和解决方案。这可以通过使用白板、便签纸、数字工具或协作平台来进行。

对收集到的想法进行整理和筛选。可以根据创意的可行性、对解决问题的贡献度等标准进行评估。

选择最有潜力的几个想法，进一步挖掘和开发。这可能涉及到原型设计、用户测试等方法。

将挖掘和开发的想法反馈给团队和利益相关者。根据反馈进行迭代和改进。

标识符（ID）：

标题或名称：

描述：

优先级：

状态：

来源：

验收标准：

截止日期：

关联需求：

风险评估：

适用性：

提出者：

产品经理通过市场调查，根据产品、市场及用户等的需求。确定 开发何种产品，选择何种业务模式、商业模式等。并推动相应产 品的开发组织，他还要根据产品的生命周期，协调研发、运营等 部门。确定和组织实地相应的产品策略，以及其他一系列相关的 产品管理活动。

通过用户和数据发现现象，分析现象的根本原因和是否需要解 决，然后提出具体的解决方案，并将解决方案标准化和产品化的 过程。

产品经理要对产品的市场结果负责，关注产品的"需求”、“生 产、“销售"三个环节。并“协调"公司不同分工下的不同职能， 让大家共同完成目标。

行业受政治、科技、经济政策环境变化影响，一蹶不振，入不敷 出。

特征： 在这个阶段，产品的概念刚刚形成，可能存在于创意阶段或市场研究中。

位置： 产品在市场上尚未存在，因此没有明确的市场位置。重点在于确定产品概念的可行性和市场需求。

特征： 在这个阶段，产品开始进行研发和设计，原型可能开始出现。技术可行性和用户体验成为关键关注点。

位置： 产品仍在开发中，可能还未进入市场。在这个阶段，产品的市场位置尚未明确，但可能通过市场调研逐渐明确目标用户和竞争环境。

特征： 产品原型可能进行用户测试，以验证功能、性能和用户体验。

位置： 产品可能进入有限的测试市场，以获取用户反馈。产品的市场位置可能逐渐明确，但仍然处于探索阶段。

特征： 产品正式推向市场，进行广告和宣传。销售和用户采纳成为主要关注点。

位置： 产品在市场上有了明确的位置，可能是独特的销售主张（Unique Selling Proposition，USP）的体现。竞争分析和市场份额逐渐成为关键。

特征： 销售达到峰值，市场饱和。产品可能经历了一些改进和变化，但创新速度相对较慢。

位置： 产品在市场上的位置相对稳定，但需要保持竞争力。品牌忠诚度和客户关系管理变得至关重要。

特征： 销售下降，市场需求减弱。产品可能面临技术过时或市场变化的挑战。

位置： 产品在市场上的地位可能受到威胁，需要决定是否继续支持和推广，或者考虑产品替代方案。

PRD（Product Requirements Document）是产品开发过程中的一种关键文档，用于详细描述产品的功能、性能、用户界面和其他要求。

文档信息：

产品概述：

用户需求：

功能需求：

非功能性需求：

用户界面：

数据需求：

技术需求：

验收标准：

开发计划：

风险和挑战：

附录：

将中心主题设为产品或项目的名称，放在图的中央。

在中心主题周围创建主要功能点，这些点代表产品或项目的核心功能。这可以是高层次的、宏观的功能。

对每个主要功能点进一步进行细分，添加子功能点，这些子功能点是更具体、更详细的功能要素。

使用线条或其他连接方式，表示各个功能点之间的关系。这有助于显示功能之间的依赖性和相互关系。

对每个功能点添加详细信息，包括功能的描述、关键特性、实施注意事项等。

使用颜色、形状或其他标记方式，标识每个功能的优先级。这有助于团队在开发过程中有序地处理功能。

将用户体验因素整合到功能脑图中，例如用户界面、交互设计等。

与团队成员共享功能脑图，征求反馈，确保大家对产品或项目的功能理解一致。

随着项目的进行，不断更新功能脑图，添加新功能或调整优先级，以反映项目的实际情况。

明确你要绘制业务流程图的目标和范围。这有助于聚焦于关键步骤和决策点。

确定业务流程中涉及的各个参与者（人员、部门、系统等）。标识每个参与者的角色和职责。

在画布上标识业务流程的起点和终点。起点通常表示业务流程的开始，而终点表示结束。

识别并定义业务流程的各个步骤。使用标准的流程图符号（如矩形框表示步骤）来表示每个步骤。

使用箭头线连接各个步骤，表示流程的方向。确保流程的连接是清晰的，以便读者容易理解流程的顺序。

在业务流程中，可能存在需要根据条件进行不同决策的点。使用菱形框表示决策点，并用箭头表示可能的分支。

在每个步骤中标识输入和输出。这有助于理解每个步骤的功能和关联。

标识控制流，即决定流程执行路径的条件和逻辑。同时，标识数据流，表示信息在业务流程中的传递。

在流程图中添加注释、说明和相关文本，以提供对每个步骤和决策点的更详细的解释。

与团队成员或相关利益相关者分享业务流程图，征求反馈，确保流程图准确反映了实际业务流程。

随着业务流程的变化，定期更新和维护业务流程图，以确保其与实际业务操作保持一致。

确定你要绘制功能流程图的目标和范围。明确需要涵盖的主要功能和流程。

根据系统或应用程序的结构，识别各个功能模块。每个功能模块代表系统中的一个独立功能或模块。

在画布上使用矩形框表示每个功能模块。在每个矩形框中写明功能模块的名称。

使用箭头线连接各个功能模块，表示功能之间的流程和交互。箭头的方向表示数据或控制的流向。

对于每个功能模块，定义其具体的功能流程。使用简洁的文字描述或子流程图来说明每个功能模块的操作。

在每个功能模块中标识输入和输出。这可以是数据、信息或控制信号。确保每个模块的输入和输出清晰可识别。

如果功能流程中有需要根据条件进行不同决策的点，使用菱形框表示决策点，并用箭头表示可能的分支。

在图中标明条件，即触发不同分支的条件。同时，标识控制流，表示流程执行的方向。

在功能流程图中添加注释、说明和相关文本，以提供对每个功能模块和流程的更详细的解释。

与团队成员或相关利益相关者分享功能流程图，征求反馈，确保图表准确反映了实际功能流程。

随着系统或应用程序的变化，定期更新和维护功能流程图，以确保其与实际操作保持一致。

确定你要绘制页面流程图的目标和范围。明确需要涵盖的主要页面和用户导航流程。

根据网站或应用程序的结构，识别主要页面。这可以包括主页、登录页面、用户个人资料页面等。

在画布上使用矩形框表示每个主要页面。在每个矩形框中写明页面的名称或标识。

使用箭头线连接各个页面，表示用户在页面之间的导航。箭头的方向表示用户的流向，即从一个页面到另一个页面。

对于每个连接，明确触发用户从一个页面转到另一个页面的事件。这可以是用户点击按钮、链接、提交表单等。

在图中标明可能的条件，即用户在何种情况下转到不同的页面。标识控制流，表示导航的方向。

在每个页面框内添加关键的页面元素，如按钮、导航菜单等。这有助于说明用户在每个页面上可以执行的操作。

如果页面有不同的状态（例如，已登录和未登录状态），使用不同的符号或颜色来表示这些状态。

在页面流程图中添加注释、说明和相关文本，以提供对每个页面和用户导航流程的更详细的解释。

与团队成员或相关利益相关者分享页面流程图，征求反馈，确保图表准确反映了实际用户导航流程。

随着网站或应用程序的变化，定期更新和维护页面流程图，以确保其与实际用户体验保持一致。

用户故事是一种常见的需求描述方法，它从用户的角度来描述用户渴望得到的功能。

角色（Who）：谁将使用这个功能

活动(What)：要完成什么样的功能

价值(Value)：为什么需要这个功能，这个功能带来什么样的价值

Independent（独立性）:

Negotiable（可协商性）:

Valuable（有价值）:

Estimable（可估算）:

Small（小型）:

Testable（可测试）:

可用性是指产品或服务的易用性和用户操作的简便性。一个具有良好可用性的产品能够让用户迅速上手，执行任务时不感到困惑，减少错误操作的发生。可用性包括直观的界面设计、清晰的导航以及对用户的友好性。

可访问性关注的是确保产品或服务对于所有用户，包括身体或认知上有一定障碍的用户，都是可访问的。这包括对残障人士友好的设计，如辅助技术的支持、清晰的文本描述等。

可信度是指产品或服务的可靠性和信誉度。用户需要相信他们使用的产品是安全的、可信的，并能够满足其期望。可信度的建立可能来自于专业的设计、良好的品牌声誉、清晰的信息传递等因素。

满意度反映用户对产品或服务的整体满意程度。用户体验的目标是提供令用户满意的产品，满足他们的期望并产生积极的感受。满意度受到可用性、设计质量、性能等多方面因素的影响。

可见性指的是用户在使用产品或服务时能够清晰地了解当前状态、操作和可选的功能。好的可见性确保用户在界面上能够明确看到他们需要的信息，避免混淆和迷失。

定义

优势

个体和互动优于流程和工具（Individuals and interactions over processes and tools）:

工作的软件优于详尽的文档（Working software over comprehensive documentation）:

客户合作优于合同谈判（Customer collaboration over contract negotiation）:

响应变化优于遵循计划（Responding to change over following a plan）:

迭代开发（Iterative development）:

增量开发（Incremental development）:

持续集成（Continuous integration）:

自组织团队（Self-organizing teams）:

可变计划（Adaptive planning）:

反馈机制（Feedback loops）:

测试驱动开发（Test-driven development，TDD）:

Scrum 是一种广泛使用的敏捷开发方法，特别适用于软件开发项目。它强调团队的自我组织和跨职能性，通过短周期的迭代（称为冲刺）来适应需求变化。

内置的不稳定性

自组织的项目团队

垂叠的开发阶段

多重学习

微妙的控制

学习的组织转移

产品负责人（Product Owner）:

Scrum团队（Scrum Team）:

Scrum主管（Scrum Master）:

开发团队（Development Team）:

产品负责人（Product Owner）:

Scrum主管（Scrum Master）:

基本流程步骤：

基本流程步骤：

基本流程特点：

在会议开始前，产品负责人（Product Owner）需要确保产品积压（Product Backlog）中的任务已经明确定义，并按优先级排序。

Sprint冲刺计划会议一般在固定的时间和地点召开，通常持续不超过8小时，具体时间可以根据冲刺的长度和团队的需要而定。

产品负责人、Scrum Master 和开发团队的成员应该都参与会议。其他利益相关者也可以出席，但通常他们是观察者，而不是积极参与者。

会议分为两个主要部分，分别是冲刺目标的确定和冲刺计划的制定。

产品负责人向团队介绍产品积压中的高优先级项，并讨论冲刺的目标。团队和产品负责人共同确立冲刺的目标和期望的成果。

团队开始从产品积压中选择他们认为能在冲刺内完成的任务。这个选择过程通常基于任务的优先级、复杂性和团队的可用能力。

针对选择的任务，团队可能需要进一步拆分它们，确保它们足够小、具体，能够在冲刺内完成。

团队对所选任务进行估算，以确保它们在冲刺内可完成。常用的估算方式包括故事点、任务点或时间估算。

团队根据任务的估算制定计划，确定每个任务在冲刺期间的完成顺序。

结束会议时，团队应该有一个清晰的冲刺计划，包括选择的任务、估算、任务的拆分以及任务的计划。

如果在计划会议中出现问题或困难，团队应该及时提出，以便在计划中进行调整。

任务创建：

任务移动：

任务完成：

流程迭代：

可视化流程：

实时跟踪：

流程透明度：

灵活性：

持续改进：

明确任务的名称，简短而具体。

对任务的详细描述，可以包括任务的背景、目标和关键要点。

显示任务的负责人，即负责完成任务的团队成员。

如果任务有明确的截止日期，将其显示在任务卡上，以帮助团队管理时间。

指明任务的优先级，以帮助团队成员了解任务的紧急性和重要性。

显示任务在工作流程中的当前状态，例如“待办”、“进行中”、“已完成”等。

可以为任务添加标签或类别，以便更好地组织和过滤任务。

如果有与任务相关的文件、链接或其他资源，可以在任务卡上添加相应的信息。

如果团队使用估算来度量任务的复杂性或工作量，可以在任务卡上显示相应的估算值。

用于表示任务的进展情况，例如一个进度条或勾选框。

时间和地点：

参与人员：

基本问题：

迭代更新：

问题解决：

焦点和时间限制：

持续改进：

沟通和协作：

问题早期发现：

透明度：

团队协同：

通过量化的手段发现数据规律，从而揭示出数据背后的真相，为公司决策提供依据，在拉新、促活、付费等多方面指导业务发展。

活跃情况

产品质量

产品营收

分析维度

数据分析路径

过程讲解

黄金航线可能指的是一种最佳实践路径或策略，能够在达到最佳结果的同时最小化风险和资源浪费。

基于商业模式，对目标数据的拆解，制定细分目标计划

每个小目标的达成，都意味着对商业模式的贡献

找到关键路径——挣钱的路径就是关读路径，实现商业模式

大事化小——将路径拆解到具体的细分指标

小事到人——个指标具体的责任人，且是这个人能够影响的

1、用数据逻辑的语言，准确描述需求

2、知道有什么数据(埋点需求是前提)，技术不能无中生有

3、时间范围、数值范围、逻辑范围

4、数据、计数、加和、平均

客户端埋点：通过在应用程序或网页的客户端代码中插入代码来追踪用户行为和收集相关数据。客户端埋点通常用于分析用户体验、了解用户行为，以及优化产品功能。

网络爬虫和抓取工具： 通过网络爬虫和抓取工具从互联网上的网站或在线资源中提取数据。这对于大规模数据的获取很有用，但需要注意法律和伦理问题。

日志文件： 记录系统或应用程序的日志文件，这些文件包含有关系统运行和用户交互的信息。日志文件对于了解系统行为和故障排查非常重要。

调查和问卷： 通过面对面、电话、在线或纸质调查，直接从个体或群体中收集数据。这种方式适用于获取主观信息、态度和观点。

社交媒体监测： 监测和分析社交媒体平台上的内容，以了解公众舆论、品牌声誉和市场趋势。使用API可以直接从社交媒体平台中获取数据。

移动应用分析： 通过移动应用分析工具，了解用户在移动应用中的行为，包括下载量、使用时长、用户转化等。这对于优化用户体验和改进应用功能非常重要。

物联网设备： 连接到物联网的设备可以生成大量实时数据，如智能家居设备、工业传感器等。这些设备通过网络传输数据，用于监测和控制物理环境。

销售和交易记录： 通过记录销售和交易过程中的信息，获取有关产品销售、客户行为和市场需求等方面的数据。这对于零售和电子商务业务尤为重要。

用户行为分析： 使用网络分析工具或用户行为跟踪工具，收集关于用户在网站或应用程序中的行为数据，如点击、浏览、购买等。

数据发生了什么——》为什么发生——》将会发生什么

插入代码： 在应用程序或网页的关键交互点，如按钮点击、页面浏览、表单提交等位置，插入用于捕获用户行为的代码。

数据收集： 当用户与应用程序或网站交互时，埋点代码会记录相关的数据，如时间、事件类型、用户ID、设备信息等。

数据传输： 收集到的数据通常会通过网络传输到后端服务器或第三方数据分析工具。

第三方工具： 存在许多第三方数据分析工具和平台，如Google Analytics、Mixpanel、Amplitude等，它们提供了方便的界面和功能，用于配置和管理埋点。

自建系统： 一些组织选择自行构建数据埋点系统，使用自己的服务器和数据库来存储和分析数据。

页面浏览： 记录用户访问的页面和停留时间。

按钮点击： 捕捉用户对特定按钮的点击行为。

表单提交： 记录用户提交表单的数据。

链接点击： 追踪用户点击了哪些链接。

自定义事件： 根据业务需求自定义埋点事件，如购买商品、播放视频等。

匿名化处理： 为了保护用户隐私，埋点系统通常会采取匿名化处理，不直接关联用户的个人身份信息。

合规性考虑： 遵循数据保护法规，如GDPR、CCPA等，确保数据的收集和处理符合法规要求。

优点：

挑战：

自动化埋点： 埋点系统可能朝着更自动化的方向发展，减少手动配置的需求。

全渠道埋点： 跨平台和全渠道的埋点，支持移动应用、网站、社交媒体等多种渠道的数据采集。

实时分析： 对实时数据分析的需求将不断增加，以更及时地了解用户行为和业务状况。

趋势分析是最简单、最基础，也是最常见的数据监测与数据分析方法。通常我们在数据分析产品中建立一张数据指标的线图或者柱状图，然后持续观察，重点关注异常值。在这个过程中，我们要选定第一关键指标（OMTM，One Metric That Metter），而不要被虚荣指标（Vanity Metrics ）所迷惑。以社交类APP为例，如果我们将下载量作为第一关键指标，可能就会走偏；因为用户下载APP并不代表他使用了你的产品。在这种情况下，建议将DAU（Daily Active Users，日活跃用户）作为第一关键指标，而且是启动并且执行了某个操作的用户才能算上去；这样的指标才有实际意义，运营人员要核心关注这类指标。

多维分解是指从业务需求出发，将指标从多个维度进行拆分；这里的维度包括但不限于浏览器、访问来源、操作系统、广告内容等等。为什么需要进行多维拆解？有时候一个非常笼统或者最终的指标你是看不出什么问题来的，但是进行拆分之后，很多细节问题就会浮现出来。

用户分群主要有两种分法：维度和行为组合。第一种根据用户的维度进行分群，比如从地区维度分，有北京、上海、广州、杭州等地的用户；从用户登录平台进行分群，有PC端、平板端和手机移动端用户。第二种根据用户行为组合进行分群，比如说每周在社区签到3次的用户与每周在社区签到少于3次的用户的区别

正如前面所说的，用户行为数据也是数据的一种，观察用户在你产品内的行为路径是一种非常直观的分析方法。在用户分群的基础上，一般抽取3-5个用户进行细查，即可覆盖分群用户大部分行为规律。

事件：通过埋点，高效追踪用户行为或业务的过程。注册、启动、登录、点击等，都是常见的事件。通过事件分析我们可以准确了解 App 内发生的事件量，根据产品特性合理配置追踪，可以轻松回答关于变化趋势、分维度对比等问题，例如：某个时间段推广页面点击量有多少，对比昨日有多少提升？某个渠道的累计注册数是多少，第一季度排名前十的注册渠道有哪些？某个活动页的uv分时走势，安卓和 iOS 占比情况如何？

漏斗是用于衡量转化效率的工具，因为从开始到结束的模型类似一个漏斗，因而得名。漏斗分析要注意的两个要点：第一，不但要看总体的转化率，还要关注转化过程每一步的转化率；第二，漏斗分析也需要进行多维度拆解，拆解之后可能会发现不同维度下的转化率也有很大差异。在漏斗模型中清晰 3 个基本概念，可以借助强大的筛选和分组功能进行深度分析。步骤：指的用户行为，由事件加筛选条件组成；时间范围：漏斗第一步骤发生的时间范围；转化周期：用户完成漏斗的时间限制，漏斗只统计这个时间范围内，用户从第一步到最后一步的转化。漏斗分析与事件分析不同的地方在于：漏斗分析是基于用户，或是说基于人来统计某一批用户所发生的行为，不会受到历史浏览页面用户的事件影响，可以更加准确的暴露某一时间段产品存在的问题。某企业的注册流程采用邮箱方式，注册转化率一直很低，才27%；通过漏斗分析发现，主要流失在【提交验证码】的环节。

留存，顾名思义就是新用户留下来持续使用产品的含义。衡量留存的常见指标有：次日留存率、7日留存率、30日留存率等等。我们可以从两个方面去分析留存，一个是新用户的留存率，另一个是产品功能的留存。留存用户：即用户发生初始行为一段时间后，发生了目标行为，即认定该用户为留存用户。留存行为：某个目标用户完成了起始行为之后，在后续日期完成了特定留存行为，则留存人数 +1。留存率：是指发生“留存行为用户”占发生“初始行为用户”的比例。常见指标有次日留存率、七日留存率、次月留存率等。留存表：留存表中给出了目标用户的留存详情，主要包括以下几个信息：目标用户：每天完成起始行为的目标用户量，是留存用户的基数；留存用户：发生留存行为的留存用户量和留存率。留存曲线图：留存曲线图可以观测随着时间推移，用户留存率的衰减情况。

A/B测试是为了达到一个目标，采取了两套方案，一组用户采用A方案，一组用户采用B方案。通过实验观察两组方案的数据效果，判断两组方案的好坏。在A/B测试方面，谷歌是不遗余力地尝试；对于搜索结果的显示，谷歌会制定多种不同的方案（包括文案标题，字体大小，颜色等等），不断来优化搜索结果中广告的点击率。这里需要注意的一点，A/B测试之前最好有A/A测试或者类似准备。什么是A/A测试？A/A测试是评估两个实验组是否是处于相同的水平，这样A/B测试才有意义。其实这和学校里面的控制变量法、实验组与对照组、双盲试验本质一样的。

AB测试是在你构建的产品宇宙中，开辟出平行世界，观察那种平行世界的规则更加合理，从而改变整个宇宙定律。

不巧合做产品，不拍脑袋做产品；大胆验证、小心求证。

改变颜色

交互方式

文案内容

脑洞

内容量

界面重点

新功能上线

推荐引擎的调教

对核心任务来讲，数据分析是助力（E），帮助公司更好的盈利，提高盈利效率；

对战略任务来说是优化(O)，如何能够辅助战略型任务找到方向和盈利点；

对于风险任务，则是共同创业(D)，努力验证创新项目的重要性；

数据采集

数据清理

数据可视化

统计分析

用户行为分析

网站统计指标

网站统计工具

APP统计指标

APP统计工具

了解市场格局

确定差异化优势

发现市场机会

优化产品或服务

制定营销策略

减轻市场风险

提高决策效率

带着目的去分析不会迷失方向，也能拿到自己想要的结果；产品所处的阶段不同，竞品分析的目的也不同；

定义：明确要给哪个产品做竞品分析？这个产品当前处于什么阶段？

挑战：当前产品主要面临着什么问题与挑战？

目的：决定开始本次竞品分析的目的是什么？是学习借鉴竞品还是提前做好产品预警？

目标：决定做竞品分析的目标是什么？（从该不该做这次分析、产品定位和卖点是什么、竟争策略是什么等其它方面回答）

结果：竞品分析最后输出的成果是什么？

(1) App Store分类、应用商城分类；

(2) 行业媒体；

(3) 行业分析报告；

(4) 网上的竞品分析；

(5) 各类搜索引擎关键词

直接竞品

一般竞品

可替代品

宏观视角

用户体验五层

竞品分析的九大维度

访问竞品的官方网站，查看它们提供的产品信息、企业愿景、最新动态等。

分析竞品的新闻稿、博客和白皮书等官方文档，以了解它们的战略和发展方向。

分析竞品在社交媒体平台上的活动，包括发布的内容、互动情况和用户反馈。

观察竞品的粉丝群体，了解他们的喜好和关注点。

查阅用户在应用商店、社交媒体、专业论坛等平台上的评论和反馈。

注意用户提到的问题、抱怨以及竞品的优势和特点。

购买或获取有关行业市场研究报告，了解市场规模、增长趋势和竞争格局。

分析报告中提到的竞品的市场份额和关键数据。

使用竞品漏斗分析工具，追踪用户从意识阶段到购买的整个过程。

了解竞品在不同阶段的用户转化率和关键转化点。

监测竞品的关键业绩指标，包括用户增长率、月活跃用户、收入情况等。

对比自己的指标与竞品，找出差距和机会。

进行用户调研，了解用户对竞品的看法、使用体验和需求。

如果可能，进行竞品用户的采访，获取更深层次的见解。

跟踪竞品的产品发布、重大合作、战略调整等关键事件。

了解这些事件对竞品业务的影响以及它们的未来计划。

参加行业会议和展会，了解竞品在这些场合的展示和宣传活动。

寻找机会与竞品的代表进行面对面的交流。

如果可能，亲自体验竞品的产品或服务，了解其功能、界面设计和用户体验。

评估用户在使用过程中可能遇到的问题和优势。

竞品信息整理和分析这一环节非常核心，不同的阶段采用不同的分析方法，方法使用错误，分析结果也大相径庭。具体介绍通常在产品战略规划阶段、产品发展阶段和产品同质化严重阶段所使用的分析方法。

产品战略规划阶段

产品发展阶段

产品同质化严重阶段

竞品方案并不是一个结果，而是一个开始，它应该包含调研、竞品信息、对比、调整方案、落地执行计划等多个环节，在考虑和竞品的对比之后，要如何提升自己的产品，最终能超越对手，取得商业领先地位。

报告怎么写？