竞品分析主要从哪几个解决方案分析竞品分析主要从哪几个方面( 二 ) _竞品分析主要从哪几个方面

在进行市场分析时，我们不能简单的定性，我们要从定性深入到定量。比如我们不能简单的得到结论「某竞品市场表现非常好」，而是要给出具体的数据指标，市场占有率XX，盈利率XX，月流水XX，所以市场表现非常亮眼。
竞品的市场数据，产品经理需要整理成图表，方便直观的进行比较和分析。如果，数据比较充分，可以进行简单的数据分析，比如：基于历史数据做回归预测。恰当的数据分析，绝对是竞品分析的亮点。通常使用EXCEL制作数据图表，如果需要制作较为好看的图表，推荐使用百度图说。
客户与业务分析在分析完市场后，就正式开始产品层面的分析。在进行产品分析时，我们需要要分析产品的客户和其所依赖和优化的业务。
客户分析时，首先需要明确B端产品中决策者，简单来说，产品的使用者中谁的职级最高(不一定) 。
在进行客户分析时，核心目标是分析出竞品的使用角色，以及角色的属性，从而为分析竞品的价值提供基础。分析竞品的角色时，可以通过竞品功能的信息架构去分析角色属性，从信息架构提炼出角色相关字段。分析时，可以使用ER图辅助进行角色分析。

文章插图
分析完角色后，需要进行竞品的业务分析。业务分析时，我们先从竞品的功能入手，将各个功能的关系进行串联，并将角色与功能进行对应。
需要针对功能分析出，什么角色在什么场景下，使用什么功能，完成了什么业务。最后得到功能所对应的业务块。然后，根据功能关系将业务块连接起来，并根据角色进行业务块的分区。
当然，如果我们能接触其实际客户和业务的话，可以将其进行对比，分析出更精细的竞品角色和业务。通过对比梳理，可以分析出：竞品解决了哪些业务症结？创造了哪些价值？
在进行业务分析后，需要使用跨职能的流程图来展示分析成果。

文章插图
产品架构分析在分析完竞品的角色和业务后，产品经理应该立即分析竞品的产品架构。
首先，需要根据业务流程图，分析功能之间的依赖关系，整理各功能的核心数据模型。根据各功能的数据模型，结合业务流程，分析出各功能间的数据流转和传递。同时，根据各个功能依赖关系和关联关系，将其划分为产品的各个系统。
在这里，就可以做出用例图，然后根据用例，确定竞品的核心系统，及其和各系统关系。
再根据业务的关联性和系统间的关联关系，结合业务结构层次，去分析系统的层次架构。将系统划分到竞品架构的不同层次中去。
很多时候，可以以系统距离角色的距离，来划分产品架构层次。比如：表现层、业务层、数据层、架构层、支撑层，就是与角色从近到远。当然，最好要结合实际的业务进行划分。
最后，作出竞品的产品架构图。

文章插图
解决方案分析在B端产品的竞品分析中，很重要的就是分析出，竞品是如何通过产品解决业务问题，为客户创造价值的。所以，必须要通过竞品分析去推测竞品产品设计时，为业务所设计的产品解决方案。
要推测竞品的解决方案设计，首先需要了解客户未使用竞品前的原始业务，并将其与竞品所表现的业务进行对比分析，找出其差异点。在针对差异点分析，竞品为客户带来了什么价值？
当然，将业务接入产品，在不改变业务的流程的情况下，也会来巨大的价值。
简单讨论下，比如：CRM相对传统的客户档案管理，本身并不会改变业务流程，但是通过文档的电子化，可以更好的管理、存储、检索客户资料；通过对电子档案的数据分析，可以带来额外的商业价值。这些互联网产品相对传统业务本身具有的价值，也是我们应当分析的。
在解决方案分析时，如何完整的分析解决方案呢？难道我们要真的要反推，写出一份竞品的解决方案？
我自己的解决方案是：使用Zachman框架来表现解决方案。
虽然，Zachman框架一般是作为企业架构的理论。但是，作为信息系统架构的分析也是非常适合的。特别是业务本身就和企业架构息息相关。在我使用Zachman框架过程中，基于竞品解决方案关键内容，对Zachman框架中的一些内容作了一些简化。
以下是我简化后，经常使用的Zachman框架。