最近两天，针对钉钉和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 原创发布于人人都是产品经理。未经许可，禁止转载。