如何快速了解一个产品

那么如何能快速的熟悉一个已有的产品呢？

1. 了解产品的使命、愿景、用户
2. 全方位使用产品
3. 从已有资料中去了解产品
4. 行业、竞品调研的方式去了解产品
5. 从同事、领导处了解产品

了解产品的使命、愿景、用户

产品要想长期存在，那么它一定是要有使命和愿景，而产品经理作为赋予产品灵魂的人，长期与产品相伴的人，只有在使命和愿景的指导下，才能保证从始至终规划的一致性和统一性，才能让用户体验到更好的产品，实现用户的价值。

一个产品的使命和愿景是在公司使命和愿景下的一个分支，它的使命和愿景是服务于公司级的使命和愿景的。换一种比较通俗的方式来讲，产品的使命就是解决一系列较为具体的问题，产品的愿景就是产品长期想要达成的目标。

那么如何思考一个产品的使命和愿景呢？我认为首先应该从用户出发，明确产品的用户群体。将用户群体定位清楚后，再根据用户在具体场景下的需求，确定产品的使命。最终形成产品的长期愿景。

全方位的使用产品

如果我们都没有全方位的使用过一个产品，那我们肯定是无法对他进行产品规划的。这就好比一个外行人来做规划一样。因此我们必须对产品有一个全方位的了解，那么最好的方式就是全方位的使用产品

在使用产品时，我们需要完完全全以小白的身份去体验产品，并且需要以真实的业务场景作为支撑，确保我们体验的每个场景都是有真实用户会这么去用的。在这期间，我们可能会有很多疑惑，遇到很多问题，我们需要做的是将这些问题一一记录下来，后期这些就是产品规划时可优化的点。在全方位使用产品时，有一个原则就是完全穷尽，我们一定要将所有的功能都体验一遍，这样的目的主要是保证我们能建立一个整体的框架，对产品的模块、功能等有一个初步的了解

在全方位使用产品期间，可以给出三份相关文档，一份产品核心流程图、一份是产品体验文档、一份是关于产品功能的梳理文档。关于产品核心流程图，主要是让我们熟悉产品的用户以及各自的核心流程，在使用产品中扮演的角色等。关于产品体验文档，我们需要尽可能将所有遇到的问题都记录下来，等你后期完全熟悉产品后再来看，这些问题中有些可能是功能设计上的缺陷、有些可能是引导上的缺失、有些可能是文案或描述上的不准确等。这些问题将作为你后期的需求池。关于产品功能文档，一般我会从两个层面去梳理，一个是产品本身的功能层面，即功能的组织以及结构维度去梳理功能文档，这个梳理出来的文档，功能会比较详细。另一个方面是从框架层面去进行梳理，梳理大的产品框架、数据流转、结构等

 

 

图1:XX产品核心流程，在涉及到多角色时，我们可能需要绘制跨职能流程图，来更好的说明核心流程

 

 

图2：XX产品体验文档

 

 

 

图3.1：产品功能梳理文档-功能层面

 

 

 

图3.2：产品功能梳理文档-结构层面

 

从已有资料中去了解产品

从文档中了解产品是比较常见的方式，在我的实际经历中，主要会从以下文档中去了解产品

 

1. 产品路线图：很多产品实际可能没有，如果没有的情况下，我会首先去看产品的迭代历史，每个时期在做什么。从这个迭代的过程中，我们可以看到哪些功能是经常迭代的（往往这种经常迭代的，证明用户在这些方向上是有强烈需求的），同时也可以了解到产品的核心功能（往往最先迭代的就是最核心的），另外也可以看到产品目前的状况（比如近几个版本都是优化需求，那么代表产品处于稳定期了。如果近几个版本大多以新功能为主，那么代表产品处于快速发展期）
2. 产品需求文档：产品需求文档应该是基本每个公司都会有的，如果连历史的产品需求文档都没有，那么目前这个公司应该是处于混乱期，你就要考虑下你选择这个公司的正确性了。在产品需求文档中，我们需要重点去思考的问题有如下几个：a.产生该需求的背景是否合理？是否真实有该需求？b.该需求的满足的用户是哪些，他们的特点是什么，是否和产品的使命符合？c.产品解决方案是否合理，产品方案对于解决用户问题是否最优？经过这些思考，我们需要达到对用户、用户需求建立更加明确的画像，让我们更加清晰的了解我们的用户
3. 产品复盘文档：一般一个功能上线后，会有相应的复盘文档来说明此功能的目标是否达到以及相应的数据情况等，从复盘文档中，我们可以知道用户对于需求的反应以及数据的情况，让我们更加了解用户、产品。产品复盘文档很多时候可能都没有，往往可能只有一些大的时间节点才会有，因此这个文档只是做一个补充，有的话一定要看，没有的话可以后期自己再来复盘
4. 产品使用说明书：产品使用说明书可以让我们快速了解整个产品，也让我们快速的知道自己所负责的这个产品是否复杂，难用等。在实际工作中，C端的产品一般都是没有产品使用说明书的，因此产品使用说明书往往是在B端产品中出现
5. 测试用例文档：从我以往的经历来看，很多时候我们接手一款新的产品后，对于很多细节的功能往往是需要花很多时间去了解的。特别是一些非常细的细节，那么通过测试用例文档，我们就能快速的去了解产品功能细节。有时一些需求文档遗漏之处，你基本都能在测试用例文档中找到答案
6. 研发设计文档/数据库设计等：对于这块，首先要求产品经理有一定的技术基础，如果没有的话，可以暂时不考虑通过这块文档来了解产品。如果说产品经理有技术基础的话，那么是非常建议看这块的文档的，我们都知道产品经理不是天马行空的提一些不现实的需求，所以当我们了解产品的技术架构等后，我们就能提出更合理、更具有可行性的产品方案，同时也能让我们更清楚产品的能力边界

基本上了解完以上六个文档后，我们对于产品的了解就更上一层楼了。这里解释下为啥通过已有资料了解产品会在使用产品之后。原因是如果我们先看文档，再去使用的话就很难以小白的身份去发现产品中各种各样的问题了，我们会带着很多先入为主的，从文档中获得的知识去体验产品，最终的结果就是很难发现真实用户的需求

行业、竞品调研的方式去了解产品

我们通过做行业调研，主要是为了去了解我们所处行业的规模、用户特点、当前发展阶段等，通过对这些进行分析，帮助我们在接下来的产品规划中把握最新的方向。关于行业调研，我们大概需要从中了解到以下几点

1. 行业规模：行业规模对于产品而言是非常重要的，如果现在的产品处在一个比较小的行业规模里，那么就需要我们调整自己的心里预期，踏踏实实的去做好服务用户的工作。分析行业规模时，还需要分析下自己产品所做的方向是否是正确的，是否有足够的市场规模。我以前做过一款产品，整个行业足够大，但是我们选择的方向却不是很大，最终的结果就是持续一段时间后，产品一直不温不火，因此在一个行业里选择正确的方向也是非常重要的
2. 市场趋势：市场趋势比较容易理解，产品是很难逆趋势的，我们在规划产品时，需要在行业趋势里跑的比别的竞争对手快，建立差异
3. 业界现状：业界现状对于我们了解整个市场当前的状况非常重要，我们需要通过对行业现状的分析，找出我们的竞争点，做好产品规划，最终在行业中取得领先

关于行业调研，我们其实很难一次性的就调研清楚的，因此需要不断关注，时刻关注着行业的变化，下面是一些关注行业变化的途径

1、行业网站、咨询公司的行业报告、行业牛人微博&博客、知乎里的相关问题。
2、与客户进行沟通，包括面对面交流等、微博&论坛互动等。
3、使用竞争对手的产品，关注对方员工的微博、对方的官方论坛及招聘信息。其中通过分析竞争对手关键岗位的招聘信息，可以看出其业务发展方向。
4、专业书籍等。

 

除了行业调研外，我们还需要做竞品调研，俗话说的好：知己知彼，百战不殆，掌握对手的信息对产品经理来说是十分重要的。这里我给大家分享下，通过竞品调研我们需要获得的信息有哪些

1. 竞品的定位、用户、定价、用户满意度、以及具体的功能、市场占有率、盈利模式等
2. 竞品的当前发展方向，这个可以从竞品的人员结构、招聘需求等了解到
3. 竞品的优势、劣势。通过对竞品的优势、劣势分析，对于我们建立差异化的竞争是非常有帮助的，这里有一个竞争的思考框架，大家可以做下参考

 

 

图4：如何竞争的思考框架

 

通过行业、竞品分析后，我们不光只对自己的产品有一定的了解，对于整个行业的情况也有了一定的掌握，当我们进行完这些准备工作后，我们就可以去和同事、领导交流了。

从同事、领导处了解产品

从同事处了解产品我们主要可以从产品经理、研发负责人、测试负责人、UI&UE负责人处去了解。去和每个人沟通时，我们需要有不同的侧重点，大致如下

1. 产品经理：从产品经理处了解产品时，我们更多应该关注产品的用户以及用户的使用场景、产品的数据、用户的反馈、产品长中短期的规划等
2. 研发负责人：了解产品的架构、产品目前遗留的比较大的技术难点，目前产品的开发周期、研发人员的能力情况等
3. 测试负责人：了解测试目前的方式、用户经常反馈的点、经常出现bug的地方、测试人员目前的情况等
4. UI&UE负责人：了解目前产品相关的规范、设计原则以及与产品之间的配合方式、流程等

除了从同事处了解产品外，我们还需要从领导处了解产品。我们从领导处了解产品时主要侧重于以下几点

1. 了解领导对于产品的预期
2. 了解领导对于产品可以给出的资源
3. 了解领导对于产品的长中短期规划

 

通过从同事和领导处了解产品后，我们对整个产品的定位、战略又更加清晰了。对于我们后期做产品规划又更加有方向感了

 

以上就是我实际经验中熟悉产品的五步法，希望对大家的工作有帮助，感谢大家的阅读

 

作者：Jesson
链接：https://www.zhihu.com/question/350313712/answer/1758654360