竞品拆解三段论:思考、测试和拆解

起点学院产品经理365成长计划,2天线下闭门集训+1年在线学习,全面掌握BAT产品经理体系。了解详情

jingpinfenxisanduan

最近两天,针对钉钉和eteams的审批模块iOS端和Web后台做了一个比较详尽的拆解,在老大的悉心指导下,结合自己的拆解过程,对竞品拆解也总结出了一个比较清晰的思路。

我将这个拆解过程总结为三段论——

  1. 思考先行
  2. 详尽测试
  3. 清晰拆解

俗话说得好,优秀的竞品拆解=20%思考+50%测试+30%拆解啊。

一、思考先行

当我们接到竞品拆解的任务时,有三个维度需要去先思考清楚:

1. 目标导向:为什么拆它?

做一件事前,一定要有一个清晰的目标存在,这个清晰的目标可以帮助我们在陷入拆解过程时不至于迷失方向。

也就是先自问自答,为什么要拆这个产品?

以我自己的案例来说,我们产品中要设计审批这个模块,而钉钉时目前市场上云办公产品中做的较为成功的一款,其中的审批模块设计优秀,值得我们去分析和学习。通过对它的拆解,我们可以对我们的设计方向有个大致的了解,学习它的设计思路,在借鉴的同时寻找问题,发现创新点。

2. 产品概述:要拆的这个东西到底是什么?

透过现象看本质,通过“是什么-为什么-怎么做”三个维度去思考清楚竞品产品设计的前因后果,在这个过程中也同时反思我们所要做的产品。

同样以审批为例。审批是什么?是企业中员工根据公司的相应规章制度,填写表单走流程,由领导审批来实现企业规范管理;设计审批模块的目的是什么?在协同办公产品中,将原本纸质、人工实现的审批转移到线上,更方便高效率地完成审批工作,既提高效率又便于数据统计和处理;怎么做?通过产品设计,将表单填写、审批流程电子化。

3. 拆解产出

你做的竞品拆解的产出,是供自己分析还是向上级展示,是要自己讲解还是文档交付,针对不同的产出,在拆解时又个有侧重。

想清楚了这三个维度,再去着手进行产品测试和拆解。当然,面对新接触的产品,有的问题可能一开始想不清楚,这时候就可以带着问题去进行下面的步骤。

二、详尽测试

如果想详细地去了解一款产品,最好的办法就是对它做一次详尽测试了。

在做竞品拆解之前,我们应该要先通过测试去深入地了解这款竞品。这里的测试,绝不是简单地把竞品的各个功能跑一遍,要知其然更知其所以然。至少在你向上级汇报时,他提问你功能的细节时,你能回答出他任何的提问。

测试一款产品的功力非常能反映一个产品经理的水平高低,我觉得作为产品新人一定要积累出自己做产品测试的方法。如果时间充裕,最好能多做一些测试练习,这是苦功夫,能练下来对产品能力的提升帮助巨大。

结合拆解钉钉审批的例子,从功能测试和界面测试两个部分,说说我测试时的一些点。

1. 功能测试

功能测试也就是对产品的功能和流程进行测试,这是测试最核心的部分。

1.1 模块化

产品的功能一定是按模块区分的,测试和拆解功能的逻辑顺序也应该是按模块去进行。

第一步先对产品的模块进行一个大致的划分,比如一个页面可以先纵向拆为Title、内容模块、底栏操作模块,再对每个模块横向的功能去逐个测试。

在每一个子页面内,同样可以按照先纵向再横向的方式进行拆解。同时,对于各个页面内功能相同的部分,进行一次详细拆解,之后就不再详细拆解了。

这样模块化的拆解方式,既能帮助自己理清逻辑,避免遗漏模块,同时在拆解产出的时候,也能更有逻辑地去写出来。

1.2 走完整个流程

也就是要对产品功能的整个流程中所有可能发生的情况去进行测试,这是耗时最久的部分。

你要追着产品的每一个特定功能,在它从操作的起点,到无法再进行任何操作的终点这条路线上,趟过每一个坑,遇见任何一个可能遇到的意外。

例如,上面这个报销表单的抄送操作,选择抄送并选择抄送的对象之后,还要继续跟下去,去看它是以怎样的形式抄送出去,接收人收到抄送之后,对它可以进行哪些操作?他的操作又会产生什么养的影响?这些看似脱离出抄送功能的东西,也必须进行详细的测试。

1.3 拆解的详与略

对于拆解详略的选择,就必须结合第一部分的思考,比如拆解的目标是什么、拆解的产出是什么?

拿审批来说,在审批流程模块,点击每个节点审批人的头像,可以进入他的个人资料页面,并可以进行更多联系人操作。

但是,这个部分与我们拆解的目标关联不大,属于调用了封装好的IM相关的模块。对这一部分功能,我们只需进行简单的测试,各个功能点进去看一下就好。

重要的是,在这里一定要判断清楚哪些功能是与我们拆解关联不大的,而哪些看似关联不大实则影响重大。比如“DING”一下,看似同样属于IM功能,却与审批过程的催审需求关联重大,因此一定不能忽略。

1.4 知其所以然

测试的时候,不止要观察和测试每个功能,还要明白每个功能这样设计是因为什么。比如一个审批表单中需要添加图片,而其他则不需要,那就应该去想清楚为什么这个表单需要图片,目的是让用户添加什么样的图片,有什么作用。

1.5 核查重要操作

在测试的时候,要敏感地发现过程中可能有的隐藏的重要操作。如长按、左右滑动、上下拖动、双击等等,很多流程中的重要一环就藏在这些隐藏的操作中,遗漏一个重要操作,可能就少发现了很多的功能。

1.6 如果你来设计,你会怎么做?

测试竞品时,要保持清醒的思考,对于其中不合理的或者你有疑问的地方,深入思考一下它那么做的原因,再问问自己,如果我来设计,我会怎么做?

比如请假表单中,钉钉的请假时间是以天为单位,而输入字段却支持输入0.3、0.01等小数甚至负数,这个设计是不是不合理呢,你会怎么改进呢?(产品优化又是另一个话题了,有空再写)

2. 界面测试

这部分相对于功能拆解来说重要性较低,但是界面测试有助于你之后自己画产品原型。

通过界面测试,去完整地了解竞品产品的框架层和表现层,观察和思考它是怎么将分散的需求、功能和解决方案组成一个科学的整体的。

有时间的话,可以在纸上去把这个产品的界面框架大致地去画一画,积累了更多的界面设计素材,在自己做原型的时候也会更轻松。

三、清晰拆解

完成详尽的测试后,拆解也就是重新回顾和整理,把测试的收获呈现出来。建议使用Xmind画思维导图的方式呈现,而且Xmind也可以直接导出为Excel。

因为我们在做第二步的测试时,就是进行模块化的测试,所以在画Xmind时,就可以按照我们拆解时的模块一步一步去写,这样写出来的东西就很有逻辑,看起来更清晰。

同时,在写的过程中还要特别注意用语准确。比如模块、部件、表单、字段、按钮等等,要用专业的术语对应进去,这样也有利于看你的拆解报告的人能够准确地了解你说的是什么。

至于呈现时要写到怎样的程度,又回到了第一部分思考的第三点——产出。我觉得如果不是要特别正式地交给上级的话,可以不用特别拘泥于格式,更重要的是逻辑清晰的同时对细节又能表述清楚。

最后,在拆解完之后,再对照你拆解出的结果一级一级功能地跑一遍,第一是核查是否出现错误,第二是是否有遗漏功能,第三是确保逻辑清晰、简单易懂。

 

本文由 @farewellclass 原创发布于人人都是产品经理。未经许可,禁止转载。

您的赞赏,是对我创作的最大鼓励。

评论( 1

登录后参与评论
  1. 对于功能模块的分解。文章提到的是以页面为一个基础做分解。一般是以APP本身作为基础去分解每一个功能模块。 想要知道这其中的具体区别在哪里呢?对于一个功能可以划分到重叠的模块里,该如何去描述。

    回复
加载中