「文章的内容会更偏实际工作产出，并非将竞品分析的定义平铺展示，耐心读完，你一定会有收获。」关于竞品分析，一直有小伙伴想让我出一篇文章。因为我看过大量的 B 端产品，很多同学就会好奇，怎样能系统的进行竞品分析？好吧，压箱底的内容也拿出来了，今天就来和大家说说竞品分析，以及我们作为设计师，究竟应该如何使用竞品分析。我相信大多数设计师都有体会过被销售夺命连环 call 的经历，很多时候我们就是想要白嫖别人的“身子”，但是又不敢明说，只能够通过花言巧语来骗取别人的使用账号。难，因为很多产品并不会直接给你使用账号，其实销售也是为你们考虑，即使给了你账号，你也没法完整体验整个流程，索性就不给你看，因此大多数情况下销售会给你演示，这可能就是试用当中最难的第一个地方。在 B 端，鉴定你是否是行内人的最好办法，便是在沟通的时候给你讲很多专业术语，因为术语就如同我们设计师日常沟通的一个办法。比如：“这里我用到了卡片分类将整个信息去做规整”、“那里在 Figma 里主要用 Components 去解决页面重复的问题” 这些内容其他行业的人肯定也听不懂，因此术语多也是我们非常头疼的地方。最近也在尝试整理不同行业的 B 端产品分析，也算是帮助同学们在陌生的领域当中能够快速熟悉。很多同学的竞品分析，都主要集中在鼠标的操作上。便是不停地点点点，在整个页面你会发现点击过后没有任何目的，试用过后也不会有什么结果。因此久而久之，很多设计师只会去看这个产品的页面风格，然后根据说这个页面非常丑陋就骂骂咧咧的离开，所以也导致大家的积极性下降。关于竞品分析，其实很多人还是会使用 C 端产品的分析逻辑，但这对于 B 端产品来说，竞品分析很容易就会误导设计师，让大家朝着不太正确的方向发展。比如以这个内容为例，我们可以看到虽然其标题写的是某某产品的竞品分析，但是其实则的内容就是一篇较为完整的产品体验报告，主要就是讲解了产品对应的功能，远远称之不上为竞品分析（严格上来说应该是设计的竞品分析）所以我认为 B 端竞品分析对于设计师来说需要具备一下几个特点：因为站在前人的肩膀上，我们能够快速产出对应的设计方案，因此竞品分析最好是有明确的需求目的。比如我要去做一个 导航菜单的设计，那就要去考虑在整个导航菜单当中，它不同的设计方法，以及在各个产品当中它们是如何选择的，只有了解了这些内容后，才能够帮助我们去解决设计当中的问题。而竞品，在其中主要就是引导作用，让我们可以思考这款产品背后的具体逻辑，了解它是如何 how to do。了解行业趋势是非常重要的一个内容，虽然都是在说 B 端，但是我们可以通过竞品分析了解到行业的大体动向，能够帮助我们去做具体的分析。比如我们可以看到很多 B 端产品的动向，像是 Jira、Ant Design、飞书，它们都在降低视觉层级，凸显内容层级，这些动向的总结并不是我随便去看文章，而是通过整体的分析了解到的。（这个观点也在 Ant Design 5.0 的更新当中得到了验证）其实这就需要你不停的跟进多款产品，了解他们目前的产品发展方向。虽然有很多人会认为这不是应该产品做的事吗？为什么设计师要去做？但是去跟进他们的动向，其实就是了解他们之前在设计这些模块的时候翻了哪些错，后续是如何调整的。比如我们以飞书的改动为例，我追踪飞书管理后台的更新有大概 4 年，通过这样的坚持，我们能够看到的是飞书它经过一个又一个版本的迭代，优化了很多内容，才到如今的设计，并且随着内容数据的增多，可以发现它是在如何发生变化。并且发现这个界面设计风格的改版是未来的趋势，早在一年前就已经预言，记得也在课程上讲过，这个风格未来一定是需求（不信问一问 第三期课程的同学应该知道）所以这便是了解行业趋势最快的一个途径，而我们要做的是持续跟进，多去进行内容的查看。大家一定接到过很多从 0-1 的功能模块，在这个时候我们其实是对于它的交互内容理解较为简单。而使用竞品分析就能够帮助我们去了解需求与这些功能模块，他们究竟是如何做设计的，思路有哪些？这些都能够提供给我们进行帮助。比如我之前负责过一个阶段推进器的需求，当时对于阶段推进器这四个词非常陌生。感觉从未接触过，心中想的应该是 火箭？飞机的推进？我顿时就犯了难，这时候虽然不了解，但是我通过强大的图库+账号，快速找到与之对应的功能模块。然后深度体验产品的交互细节，并给出了合理的方案，这样竞品分析就能够帮助我对于未知需求、未知领域的探索。我们在做竞品分析的时候，需要考虑的是交互体验层面的竞品分析，而非产品框架层面的竞品分析。很多时候产品层面的竞品分析我们不需要掌握，因为它过于宏观，很多内容并不是我们作为设计师应该关心的，因此我们在做竞品分析时不应该盲目的大，而是克制更为聚焦的小，希望做到的是从微观再到宏观。举一个例子，下方三个指标图，如果你要去做竞品分析，你会如何做？首先关于三个指标图我们发现，它们的设计内容并不相同。1.为数据展示指标图，你会发现在整个指标图当中包含有同比、环比、对应的时间 以及 数据的详情，给人的感觉数据非常专业。2.以数据占比为主，明显是想表达你的使用情况。你可以想想，会出现在哪个页面当中？3.一个非常简单的指标图，但是在个数这个字段极为特殊，应该是想呈现对应的数据变化。关于竞品分析，我们必须得先了解不同竞品之间的种类与关系，这样才能方便我们快速寻找竞品。
直接竞品，顾名思义就是去分析产品的直接竞争对手，因为直接竞争对手都会有较为完整的解决方案，如果第一次去做某些功能的时候，我们可以快速分析直接竞品去快速了解它的思路。当然我们通常对直接竞品还需要将他的产品进行各个阶段的进行留档，以及竞品迭代分析，这个我们就留着第三章来说。关于直接竞品，有一个非常简单的方法，就是在我们书签分类当中，在一个分类下的一定就是直接竞品。所以直接竞品我们更关注的是产品类型几乎相同~间接竞品通常是与产品没那么相关，但是会有很多功能模块是相通的。因为很多时候，我们很难找到非常相似的 直接竞品，或者这些竞品当中的设计不太满足，这时候我们就要去考虑去分析间接竞品。比如在上图的客户管理模块，微盟里的客户管理与纷享销客里的客户管理就会完全不同，虽然他们都是客户管理，但是在设计上完全不同。前者主打简单，我们在借鉴的时候就要更深入思考；后者为核心板块，就要体验他为核心板块做了什么内容。所以间接竞品我们更关注的是产品功能模块几乎相同，但是他们的设计目的可能会存在不同的差异，因此将其进行分析。交互竞品主要针对产品无论的类型还是功能模块上，都好不搭嘎，但是设计上有一些交集的地方，我们可以去学习他们的交互解决方案。比如我们需要去处理的是一个复杂的筛选模块，同行业里几乎没有类似的做法，那我们就可以借鉴很多有类似功能的产品，比如 ONES 的筛选逻辑、纷享销客的高级筛选、TAPD 的筛选弹窗，这些本身都是毫不相干的产品，但是他们在交互模式上可以借鉴，通过这样就能够帮助我们在交互层面上去解决问题，而交互竞品更看重的是你平时对这个产品的了解程度。了解了常见的竞品的划分过后，我们寻找到了竞品应该如何分析？作为一个成熟的 B 端设计师，我们竞品分析的方法并不是将传统式教条主义那样，按照 第一步、第二步、第三步 的方式，按照某一个方法去局限自己的思路。比如常见分析的方法有：功能拆解法、矩阵分析法、功能对比法、评分比较法、竞品画布、PEST 分析法（后面会讲到这些内容应该如何使用）
因为我们在实际工作当中，如果按照上面你的方式分析，很容易就变成一个填空题，而因此缺少了对于整个产品的细致思考。所以我们取而代之的是另一个非常重要的观点：「通过现象看本质」这个方法听上去有些抽象，但是我们还是来看看它究竟应该如何使用。比如你接到了一个设计需求，现在需要设计一个筛选组件。而摆在你面前的便是两个完全不同的筛选组件类型，这时候你应该怎么办呢？但是这些传统的教条类的分析会让大家感觉在处理页面的时候非常束手无策，因为他们在分析时，通常都是非常宏观的分析，比如产品大方向、产品的未来规划，没人会去关注你个臭设计的。其实我们再去对竞品分析时，主要专注两部分的分析：我们 就以刚才讲到的筛选为例，首先从外在表现来看，发现左侧的筛选并不重要，因为它需要点击筛选图标后才能呼出筛选，执行对应的筛选操作而对应的右侧筛选显得非常重要，因为它的所有筛选项都是常驻在顶部，我们想要筛选就可以直接到对应的字段进行操作。现在其实我们就在分析表象，就是这两个设计之间的差别在哪，紧接着我们在揣摩一下交互，当两个筛选点击过后，发现：左侧的筛选针对的是通用的字段，因为我需要点击添加筛选条件，点击想要筛选的字段，才能够执行筛选的操作。右侧的筛选针对的是固定的字段，因为字段都是在页面当中常驻，并且没有对应的添加筛选的入口。这是从设计师在这个方案当中传达出来的信息，紧接着分析一下，为什么这个设计师要这么设计。按照课程当中的话来说，就是这个设计师也不是傻子，它为什么要这么做？原因在哪？这时候我们就要通过外在的表象分析其内在的逻辑。内在逻辑是将外在的表象通过设计实现在内在的产品逻辑当中，在逻辑当中会涉及到很多内容，我们做设计时所写的交互说明很多时候就源自于此。同样是上面的筛选，那为什么会这样设计，其中的原因又是什么？我们刚才讲到了筛选一个为通用筛选字段，一个为固定筛选字段，那为什么会存在这种情况，其实是因为在左侧，整个系统的字段是不可控的，用户可以去自定义字段，也就是添加自己想用的字段来进行展示；而右侧字段可控，主要就是所有的字段都在整个系统当中，我们没有办法去随意的添加删除。其实是因为 aPaaS 平台上，整个系统都是自定义字段，因此只能够将筛选做到一个入口里，通过入口来执行筛选的操作。而 SaaS 平台，特别是行业属性型产品，所有的业务都是固定写死的，因此你会发现我们不允许系统进行随意的更改，也就导致了我每个页面具体要呈现什么内容完全由我们自己说了算，也就导致股常驻固定筛选。我们作为设计师，其实不应该只分析其外在的表象，而更应该在乎的是其内在的逻辑。刚才我们是从前往后去推导设计的逻辑，那我们想想，能不能从后往前去做分析，当然是肯定的。
比如在之前回答一个同学的问题时，我们就能够通过竞品分析了解到设计思路。
问题如下：
“我们去做一个 HRM 系统的面试点评的优化，因为在系统当中经常会有面试评价的问题，就是使用系统的面试官经常出现忘记填写面试评价、面试评价错乱的情况，我们应该如何优化？”
这个问题我们就留在下篇与大家进行分享~ 大家可以提前思考思考。
本周三会有一个小型的公开课，我们会讲解 《B端产品的移动端案例拆解》，欢迎大家扫码预约。