竞品分析不是功能列表

在从事交互设计的初期,我便了解到竞品分析的设计的影响,但自己却很少做,一方面我觉得竞品分析的流程基本上就是自己设计一款产品的流程,再加上分析对手如何达成我的设计目标。通常时间不允许我在做完设计目标之后再去分析竞品如何做,而是直接就开始设计自己的产品了。实践中很少利用让我逐步忽视了竞品分析,直到有时间去做的时候却发现不知从何入手。人人都是产品经理上有不少忍分享自己的竞品分析的文章,但我看完之后通常会觉得很疑惑,这究竟是不是竞品分析,罗列出竞品的功能和结构,再加上几张 UI 或交互的说明就足够了吗?

竞品分析就是产品设计

我一直以为竞品分析有两个功能,这两个功能在产品生命周期的不同阶段出现。分别是:

  1. 分析竞争对手如何达成我们的商业目标;
  2. 分析竞争对手的商业策略;

商业目标的达成

第一个目标,通常出现在产品生命周期的早期,这个阶段可能已经有了一个简单明了的商业目标,但是产品的功能还不完善,不确定要通过哪些功能来达成目标。

此时的竞品分析聚焦于竞品地功能层面,分析对手都有哪些功能,以及这些功能队商业和用户的价值是什么,以及对于发成商业目标的意义有多大。

商业策略

分析竞争对手的商业策略通常发生在产品生命周期的中期,此时产品已经成熟,对竞品分析更多是一种防御措施,期望能够了解竞争对手的下一步计划,并提前准备。

本文将着重于对功能层面对分析,商业策略的分析之后独立在写一篇。

分析竞品的功能

对竞争对手功能的分析需要几点前提准备:

  1. 确定了产品的商业目标;
  2. 确定产品所在的领域;
  3. 确定了产品的目标用户;
  4. 确定团队的开发能力;

回到这个阶段的竞品分析目标,确定竞争对手锁定如何达成商业目标。为此我们要回答以下几个问题:

  1. 竞争对手的目标用户是谁;
  2. 竞争对手有哪些功能;
  3. 这些功能对商业目标的影响有多大;
  4. 开发这些功能需要哪些资源;
  5. 我们是否有足够的资源开发这些功能;
  6. 我们如何/何时开发这些功能;

分析竞品的目标用户

即使是竞品,其目标用户也未必与我们自己的相同,通常市场中存在不同的产品已满足不同类型客户的需求,在分析之前要先了解对手地用户,不然之后的分析很有可能会跑偏。

通常很难通过产品的功能就一眼看出产品的目标客户,但既然是竞争对手,那么作为同行,我们应当知道市场中存在怎样的用户,每种用户的需求点是什么。接下来罗列出竞争对手的功能和猜测的需求,然后来猜测它地目标用户。

既然是猜测,那么接过必然并非绝对准确的,再之后分析的过程中依然需要对目标用户进行修正。

列出竞品的功能

功能并不是需求,但可以从一定程度上反映出背后的需求。分析竞争对手有哪些功能看似是最轻松的部分,但这里要注意的是并非需要罗列出所有的需求点。从功能的颗粒度上来讲,我们其实并不需要颗粒度很细的功能,仅仅关注大的功能点已经足够应付很多竞品分析了。

但是要如何区分功能点的大小呢?如果你了解敏捷开发,那么大的功能点可以理解是 Epic story,先不要去关注产品的细节是如何实现的,首先关注高层次的功能。

例如微信读书的高层次功能可以理解为:买书、看书、评价、送书、分享。高层次的功能有时候也未必能够提供目标用户的信息,这个时候才需要下继续细分。

功能对商业目标的影响

此时需要队每个功能进行分析,此时需要回答一下几个问题:

  • 这个功能是什么;简单描述这个功能。
  • 这个功能不是什么;也许这个功能并非如你在其他平台所见的那么强大,所以你还需要知道它不能做什么,如何知道原因那就更好了。
  • 对用户的价值是什么;解释这个功能能够解决用户的哪些问题,这些问题是否与我们的商业目标相契合。
  • 对用户的价值有多大;简单的可以使用 0、1、2、3 来对功能对用户的价值进行打分。0 是不确定,1 是影响很小,2 是影响一般,3 是影响很大。
  • 开发这个功能需要哪些资源;这个问题对新人来说可能会比较难回答,不过不用担心,知道多少写多少。
  • 这个功能的开发难度;简单来所就是根据上一个问题来回答,我们是否有足够的资源开发这个功能。

功能描述

要描述这个功能是什么和不是什么,最直接的方法就是体验功能,但是如何具体写下来。我的方法是通过用户故事的方法。

敏捷开发中的用户故事由三个关键部分组成:目标用户、用户任务、用户目标。标准的用户故事格式为:作为一个商家(用户类型),我想要给客户发送邮件(用户任务),以此来告知客户最新的订单状态(用户目的)。

通过用户故事来描述任务,也更容易在于其他相关者沟通时降低沟通成本。

分析对用户的价值

用户故事中所包含的用户目标也可以作为用户价值的一部分。分析功能对用户的价值也是分析功能对商业的价值,主要体现在用户对某个功能的依赖程度。一般来说功能可以分为这几类:主要功能、增强型功能。

主要功能是用户想要达成目标必不可少的一种方式。辅助功能是对主要功能的扩展,如果没有,用户依然可以达成目的,但操作过程可能会比较繁琐。

对于每个功能,需要回答,如果删除这个功能,用户是否还能够使用这个产品?另外还需要针对具体的用户类型来判断是影响到了那部分用户,是否是主要用户。

例如语音聊天对于微信来所说是一种增强型功能,因为即使删除了这个功能,用户依然可以使用微信。

进一步分析开发难度

分析竞品功能的开发难度,关键在于知道获取这些资源的难度。我通常从这几个方面开始:

  • 是否有第三方的服务提供这些资源?

这些通常市数据方面的资源,例如你想要开发电子书软件工程,需要提供在线的电子书购买,而目前有公司没有这样的资源,但是可以通过与第三方合作,或者直接与出版社进行合作。如何依然觉得难度很大,那么可以转变思路,例如直接内嵌 Kindle 的购买服务是否可行。

功能方面例如搜索引擎,自己开发的难度很大,那么使用 Google 的站内搜索能否满足需求。

  • 是否有开源的方案?

这个通常适用于功能,例如你想要自动根据邮政编码来分析是用户所在的地区,那么 GitHub 上可能有类似的解决方案,就不需要自己在造轮子了。

资源方面例如大量的图片资源,那么就有大量对免版权的图片网站可以使用。

  • 能否在一定时间内找到合适人员?

这个依然是适用于功能,例如某个功能需要 Go 语言的开发工程师。

以上任何一个答案如果是肯定的,那么开发难度都不算高。

回答完这些问题你会得到一个列表,包括每个功能的价值和开发难度。忽略价值低的功能和难度高的功能。剩下的就是对竞品分析的答案,在这个阶段我们可以开发哪些功能来帮助我们达成商业目标。

功能的优先级

最后要做的是对我们可以做的功能排列出所有功能的优先级,这种优先级取决于两个因素:功能对用户的价值以及开发难度。

对用户的价值越高,优先级越高,开发难度越低,优先级越高。

一个直观的方法是使用坐标轴,X 轴从左到右是开发难度从高到低,Y 轴从下到上是用户价值从低到高。把所有的功能列表放入坐标轴,从右上角到左下角便是功能优先级从高到低。


如前文所说,竞品分析不仅仅是罗列功能和描述功能,更多的需要从分析中得出结论,如果是你要去开发这样一款同类型产品,你的功能优先级会如何安排。可能在多数情况下功能优先级取决于老板,这是不可避免也几乎不可能改变的情况,抛开这种情况,如果你是老板你会如何安排。这需要我们从不同的角度去思考。商业利润、用户价值、技术可行性也是产品需要经常面对的三个权衡因素,竞品分析同样也是在权衡这三个因素。