从宏观角度来看，对竞争产品的分析相当于一项科学研究；从微观的角度看，和解决生活中的一个小问题没什么区别。

之前在《写给产品新人，大家似乎对竞品分析有很大的误解》中提到过，在《人人都是产品经理》一文中发现，广泛使用的竞品分析结构是树形结构，分析方法是枚举法。列出信息框架，分析信息框架的组成，描述框架的内容(信息本身)。

其实我个人认为这不是分析，而是列举和描述。对于新人，我觉得这种分析结构和方法不好，主要是：

不利于对问题的深入分析，不利于找到解决问题的方法，也不利于整体价值的完成和分析结构的体现(1)我觉得一个竞品的分析，从宏观上看，堪比一个科研；从微观的角度看，和解决生活中的一个小问题没什么区别。

从以上观点来看，我认为最稳定的结构,的分析结构也应该是这样的：

提出问题，或者说发现问题。针对具体场景中的问题，即业务场景中需要改进或提高的地方需要解决。进行猜测和假设。主要是对问题产生的原因和过程的猜想和假设。制定计划，设计分析思路。收集证据，获取事实和证据。表达和交流。这个过程大多是通过企业、团队、小组内部的讨论和交流来完成的。评估、预测和反馈。目前还在团队内部，针对具体方案进行可行性分析。检查、评估和反馈。一般情况下，产品或功能已经开发推出，需要进行有效的验证和测试，收集内外部的评价和反馈，进一步迭代。对于产品的新手来说，通常能够实现结构中的前四个步骤是非常好的。

能做到5，表明，你可以认识到团队合作的重要性，并通过合作或在团队的帮助下完成它。

能做到6，说明你对技术实现和方案可行性的重要性有一定的了解。

能做到7，:我认为你已经与运营等一线业务方进行了非常深入的接触，并与他们一起发现问题并讨论如何解决这些问题。当然也有可能你在一线。

对产品新人来说，这里还有几个需要注意的点：

对于1，提问。问题往往是公司领导、部门领导提出来，针对你的。这时候你在首先要做的就是确认问题、理解问题,然后你就可以开始后期的工作了。如果你不理解问题而去做，你懂的。对于3、策划思路，其实这是一个非常快的过程，一般不会超过十分钟，甚至几分钟。不要太在意,有没有非常完美的计划，先有一个。一切开始后，你要有意识地优化这个过程。在表达与沟通(5)部分，希望你带着疑问和期待去交流，也希望尊重其他人尊重自己的时间，提高效率。分析方法首先我们来列举一下市面上常用的方法。其次，分析这些方法的优缺点。最后我提出了自己的方法。这里简单列举了常用的方法，就不展开叙述了。有兴趣可以百度一下。很多人的分析和使用都很优秀。

（1）用户体验五要素法

战略层面：企业愿景、产品定位、需求控制、用户习惯、商业模式。

范围层：主要功能、核心功能、次要功能、功能架构和业务流程设计。

结构层：信息架构、一般功能、特色功能、实现、用户流程分析。

框架层：操作、刷新、页面跳转、查询、交互框架、界面设计、导航设计、标签设计、细节点。

表示层：视觉呈现、布局、配色、排版。

（2）SWOT分析

针对要分析的竞品，本文从四个维度进行了比较和梳理：& quot优势、劣势、机会和威胁& quot。

（3）表格法

适合总结产品的整体情况。

（4）客户满意度模型（KANO模型）

描述基本需求、预期需求和兴奋需求。

（5）Yes/No法

主要适用于功能层面。简单来说就是列出每个产品的所有功能点，有功能点的地方标上& quot& quot；通过对比，我们可以清楚地了解产品之间在功能点上的异同。

这些方法的优缺点我觉得上面列举的方法都有一些问题，比如连贯性较低、切片化，无法描述基于用户需求的行为路径，更不能从用户的角度分析得到结果.

他们的切入点大多是单点，而不是连贯的业务链。可以说他们拆分业务太过小心，却未能回到业务上来考虑。

对于新产品，五要素分析方法可以让你快速分析，但它仍然会是不具体,也会导致分析浮于表面，不够深入.

方法推荐

基于业务场景的用户路径分析法。

这个分析法需要你对业务有一定的了解，主要是企业的盈利方向和目标是什么，用什么样的方式、方法和形态支持这个方向和目标的。

如何了解业务，感兴趣的话，可以了解一下前面的这篇文章《给产品新人：竞品分析方法论之如何了解业务，以及如何快速的进入状态？》

这个分析法也需要你能够比较详细地了解自家产品，能够从业务目标的角度、产品角度、用户角度寻找到所要分析的竞品。

如何选择竞品相关的文章，可以移步《给产品新人：竞品分析方法论之如何选择竞品？》

好了，基础的工作，我们应该都具备了，那么开始吧。

用户路径分析法，重要的是基于业务了解用户在产品中的关键行为点，并将其串联起来，形成一个闭环（有小有大）。而非，前面所描述的方法，以点状、分散的方式进行分析。

不管是一个功能（内部），还是一条产品线，甚至是整个业务的多条产品线，他们都是有联系的，不能割裂地看待。

这或许是用户路径分析法的核心思想吧。（窃笑）

产品新人，往往不会复制一条产品线，也不会负责整个业务，大多数情况是负责单个功能或者单个功能中的某个点。其实，即便是单个功能，或者单个功能中的某个点，都是有其上下文场景的，也势必在对应的产品线、业务环境中发挥作用。

产品新人要去了解和分析自己负责的东西在线和业务环境中的地位和作用是什么，如何完成的。如何完成的部分就是具体实现的部分，具体实现是需要有很多步骤的，这些是分析的重点。

这些步骤的完成是有其上下文意义，并通过产品体现出来的，包括前端相关的UI、UX、文案，以及基于用户行为产生的与后端相关的接口、后台等的交互。这些是分析的细节点。

分析的细节点，是根据具体情况来定的，不一而足。有些只需要分析前端就可以了，有些是需要把后端涉及的部分也考虑进去。不多后端部分，我想，对于产品新人来说还有一定难度，这个可以向相关的人虚心请教和学习。当然，如果你具备一定的开发经验，就非常棒了，这个过程显得是那么的自然。

在具体分析过程中，其实也会需要其他方法的支撑，这里就不过多展开了。

方法，只要能达成目的就可以了。

后续文章：