做竞品分析从认识产品开始，通过表象看深层次的产品，深入了解产品历程。

竞品分析是一位产品经理必备的能力，当你开始准备做一个产品经理之后，你就开启了产品之路。但这个时候还是产品的一张白纸，没有产品的框架。这个时候需要不断的去尝试不同的产品，认识产品，培养自己的产品感。我更愿意把竞品分析叫做认识产品。因为认知产品是做好竞品分析的基础。

有些人就会说了，竞品分析不是说要分析竞品吗？怎么会成为认识产品的概念。其实不难理解，竞品是特定场景下的分析，是针对于自己相同属性产品的分析。而认识产品可以是各种产品，因此竞品分析是认识产品的特定场景下的使用。我经常也听到有些产品经理说，我们竞品分析就是分析下竞品的优势，劣势，之后作为自己的优化产品的参考依据。想想这个种说法，不为有理。但只是简单这么做就会导致，产品的不合理的趋同化，例如：当我们看到1688推出商业产品实力商家的时候，对比我们的商业产品似乎没有这个产品，就盲目的策划了属于自己的实力商家产品，但等产品发布时发现市场并不接受。分析原因才发现1688是在有了百万量级的诚信通会员的基础上通过实地认证提炼优质商家，产生了实力商家这个产品，而自己的会员体系并不具备大量的基础会员当然也就做不起来了。因此不能盲目的通过竞品分析来到得到自己产品方向。有句话叫做你无我有，你有我优似乎在这就不奏效了。

那如何去认识产品呢？

认识产品优两个阶段，第一个阶段远远看，看外观；第二个阶段，深入看，看结构。我们把测试的一个概念放到这里来用下，分析产品分为两个部分黑箱和白箱去认识。

所谓黑箱，就似乎不去考察产品的内部线路、流程和设计思路，而是直接按照它的交付预期去测试。比如这个产品就是让100个人站上去，看看会不会跨。如果不会，就成功了。至于里面是用的钢筋水泥还是橡胶做的，统统不去管。

所谓白箱就是要看产品的设计逻辑、线路结构、流程的细节是否符合设计方案。

那我们认识产品也是一样的，首先通过黑箱方式，去看产品是否具有用户价值。对于用户的价值，我们采用一套画布的方式来解析。之前看过一本书叫《精益创业》，这种画布的做法就是出自这本书，用在产品分析上会更清晰。

白箱则是要去分析产品的流程、交互、原型和版本迭代。

我们通过画布上的问题来认识这款产品。产品分析分析流程对应了相应的工作流程。我们认为把产品当一个黑箱去分析解决的问题、提供的解决方案、独特卖点等，可以让一个产品毕竟清晰的勾勒出它的框架。

要注意的是，我们一定要真实的回答问题，比如用户的疼点和问题，我们可能要站在用户的角度去想，用户到底有什么问题，而不是这个应用目前解决了什么问题。

说了这么多，我们简单的去复原一个产品同时学习一个不错的还原产品的方法。但要明确的是这个方法不是唯一的，只作为参考来用。这样要说的方法叫做版本还原产品。通过APPStore和豌豆荚市场的版面描述，还原产品版本。最清晰的看出这款产品的迭代节奏、走的弯路同时你也能看出哪些功能点的发布带来了用户的明显增长。

我们以春雨医生为例。可以看到，第一版本（1.0）和第二版本（1.1）之间经历了3个版本，都在修复之前的BUG.第一个版本到最后一个稳定之间，经历了8个月的时间。这个时间是什么？测试用户需求，寻找产品定位！用了8个月的时间才找到了产品的定位，产品的定位来源于用户的行为数据。

4个月的时间内，一共发布了8个版本，其中每隔两周就有一个产品版本发布。从大量产品迭代周期来，这个是一个比较健康的节奏。不时很快也不是很慢。其中有7个版本是新赠了一些功能。

在2.7.0版本以后，我们发现春雨医生的版本节奏变慢，趋于稳定，更多的时候，可能在市场推广和运营。

我在更多看下春雨医生在这些版本中实现了哪些功能。我们希望能通过这些功能来还原产品的历程。尤其可以看出，在V5.0的时候当时上线几个核心的功能，比如”私人医生““预约就诊”等这些看起来非常重要的功能其实不是在产品一开始就上线的。这是为什么呢？

为什么很多产品都找不到节奏，或者浪费了很多了走回头路的时间呢？是否可以通过这样的版本复原，找出你的竞争对手或者潜在的竞争对手，来看看他们是怎么做的，是不是比和某产品大牛吃顿饭，找一些来得好呢？

梳理完了版本功能后，我们在试着归纳一些产品得发布节奏。V1.0-V2.0隔5个月，V2.0-V3.0时隔10个月，V3.0-V4.0间隔10个月，V4.0-V5.0间隔6个月，这样得节奏看起来是比较长得版本更新节奏。但事实上，我们在当时得场景下理解，第一个版本到第二个版本得看来时有些产品需求和想法要去实现的，这个过程应该时开发摸索过程，其中团队磨合、开发设计的时间都比较正常。而第三个版本以后，可能进入不断调整和面向用户测试不同功能的阶段了，所以小版本多了，发布的版本也多了，在大性的框架上暂时没有太多的时间更新。第四个版本也是一样的。这两个大版本都坚持近1年。

所以我们可以看出一些常规的规则。

1、大型版本早期要更加扎实和简单，这样可以容纳更多的小版本试错，不断测试用户需求。

2、大版本的更新不应该太频繁。如果太频繁，则小版本没法充分释放，用户需求也没有办法充分测试。

3、小版本要快速发布，不断测试用户需求，不应该对小版本功能的定位太过纠结，要知道，小版本的修去可以不断更迭，最快的一周就可以更新。这个时候更重要的时不断更新需求，控制节奏。

最后我们总结下，看看看看这些更新版本，产品产出了什么重要的产品功能，哪些产品功能带来了哪些市场影响力。通过版本的分析可以非常明确的看出这个款产品中遇到问题，而自己在做产品时，可以避免这些问题，让自己的产品功能更快的找到产品定位，满足用户需求。

总结：

做竞品分析从认识产品开始，作为产品经理更多需要看到产品本后的逻辑，而不是表象，通过对版本的分析深层次了解产品发展历程，应用到自己的产品中，让自己的产品更快速找到方向少走弯路。