“你这写的什么，下去重新写”

“竞品不是让你把表面的界面布局和功能结构画了来，可以说，随便拉个运营过来，他也能画出来”

“你自己对于选的竞品的理解呢？”

......

图片来自网络

对于产品新人来说，对于竞品分析的理解和给后续工作带来的具体价值是存在疑惑的，网上的模版往往会从行业背景，竞品选择，人群画像，用户体验地图，信息结构图，功能架构图，地区分布，经营情况，迭代升级，战略规划，优缺点，市场立足点等诸多方面对竞品做刨根问底式的信息采集。如果排除时间因素，这的确是一篇非常理想的竞品分析报告，通常可以用在初学者的求职简历和后续总结中，但并不是太实用。特别是对于B端产品来说，功能的立足都是基于整个系统的布局，无论是界面结构，模块功能设计都需要符合自己已有的系统风格。

首先我们要明确对于B端产品来说，竞品分析最大的作用是让你对于这个功能模块有个明确的概念，知道它是作什么用的，操作流程是什么，哪些是必须功能，这样展示数据有什么意义。通常情况下，产品助理或初级产品经理一方面接收到的需求都会相对明确，不会被安排模棱两可的功能去自主采集需求，另外一方面，本身也不太了解实际的业务操作场景，对于流程上的细节需要借助已有的系统界面功能设计才能更连贯和完整。

那么在中小型公司内，实用性的竞品分析应该如何去写呢？

1.选择竞品

B端竞品相较于C端竞品收集莫过于，B端既没有好的途径去找类似的系统，也不能像C端产品那样下载就能免费体验。市面上排名靠前，名气度高的系统在功能结构上又同你正在使用的需求不符合，而其他小，精简的系统往往又找不到体验的机会。这里介绍我通常使用到的办法：

1.在大神群里去问，有哪些相似的系统。

2.自己去百度功能模块的名字，一大堆的广告此时就派上用场了

3. 查看产品经理原型交流网址

B端系统即使获取到了相关的系统账号，有时比如销售订单，店铺授权，客服邮件等等部分功能依旧是看不了的，那么可以通过“帮助文档”了解到里面的详细功能。有些系统即使没有账号也能通过它们的操作手册，解决方案，系统介绍等方式知道具体的功能结构。有些系统即使是大型的名气度较高的系统操作手册也不是随便就能看的。

此阶段产出：根据项目背景，陈述选择相关竞品的原因和希望达到什么效果。

2.体验竞品功能，梳理数据走向

B端的竞品也就是系统的架构梳理需要细致地体验相关模块的功能，思考为何要分成几大子模块，界面如何布局，操作它们的按键，哪些功能是你认为必须要拥有的，哪些界面元素或者设计让你觉得体验很好，思考数据展示，按键操作的权限问题。去查看添加，操作，保存，导出，删除等等多种情况下的数据边界是如何设计的。

相信这一系列的使用体验后，你对这个模块大概长什么模样，有什么重难点，能给用户带来什么价值，解决什么样的业务场景有更具体的认知了。最直接的表现就是，你要知道这个模块的数据来源有什么途径，数据依次走向了什么地方，依次又能进行什么操作，数据的最后结果有什么用，为用户解决了什么样的业务需求。

此阶段产出：罗列出竞品的数据流，并且在数据流的不同阶段下，分别能执行什么样的操作，画出系统的功能结构图和操作流程图。较多使用的工具是xmind和ProcessOn。

3.罗列竞品的好坏，优劣

将竞品的功能结构和操作流程图绘制出来后，很遗憾，到目前这一步，这依旧不是老板想看到的。你需要对这些功能和流程做自己的解读 ，并结合目前的项目谈谈它的设计好在哪里和不足之外又是什么。

比如 ：

通过体验XXX系统的采购模块后，它有以下几大优势：

3.1、流程清晰易懂，用户上手容易

系统功能结构按照实际业务操作流程，分成了采购计划，采购单...几大模块，数据走向非常清晰自然。

其中，采购计划可以手动添加，也能结合销售，仓储数据自动生成采购计划....

流程梳理图

3.2.不同的平台订单可以统一采购

对于不同的平台采购计划，可以一起采购，统一采购，能够一次性地采购齐全，减少采购的操作次数.....

......

通过这种方式，将每个竞品的优劣点一一展示出来，并配上对应的流程图或者系统界面截图。文字不宜过多，要言简意赅，先说结果再细说现象。

通常，这一阶段的最后，会附上多个竞品间的功能比较表，起到总结和一目了然的作用。

竞品功能比对表

通过对过往的产品迭代和竞品的战略规划，不仅有助力于你对所处行业的更深入认识，对版本迭代计划也新的认识，特别是对于产品助理和初级产品经理来说，任何不经意间获取到的意外收获都是需要去学习的点。

4.同竞品下的结论，写出你的想法和概括点

竞品只是帮助自己和其他同事更好了解即将开始的项目是什么轮廓，具体的功能和架构还需要产品经理结合实际业务需求和竞品结构梳理出一套完善的解决方案，构想出你想要达到什么效果和实现什么样的功能。这一步是你要做的模块功能创意来源和差异点的重要因素，对于市场上已有的解决方案，你能拿出怎样一套更好的方案出来。

这个阶段的书写可以分条理地从大到小的顺序写出你的构想和改进点：比如范围层面结功能进行创新，然后是结构、框架甚至是操作布局方面，能让整个操作更加流畅和功能更加完善就是作为产品经理的一次次小小成功。

这一阶段下也是需要写出你自己梳理之后得出的结论和价值点，体验出产品经理对产品的理解程度和业务需求的熟悉度。目前对于竞品的总结大致能够获取怎样的设计是好的，需要具备什么样的基本框架，结合自己获取的需求，考虑是不是必须开发某个功能，必须展示某个字段，能为用户带来什么价值或异常情况下依然能够操作处理。使用ProcessOn整理出你的idea操作流程图，再用xmind罗列出需要开发的功能架构图。一份竞品分析与需求导出报告就完成了。

总之，竞品分析对于不同的实际工作情况的要求是不一样，需要叙述的内容具有核心价值的就是上述陈述的四点，当然，这只是B端的产品分析，省略了用户分析，竞品的市场占有调研，地区分布等等具有较强C端韵味的统计分析。