最近兩天，針對釘釘和eteams的審批模塊iOS端和Web后臺做了一個比較詳盡的拆解，在老大的悉心指導(dǎo)下，結(jié)合自己的拆解過程，對競品拆解也總結(jié)出了一個比較清晰的思路。
我將這個拆解過程總結(jié)為三段論——
一、思考先行
二、詳盡測試
三、清晰拆解
俗話說得好，優(yōu)秀的競品拆解＝20%思考＋50%測試＋30%拆解啊。
一、思考先行
當(dāng)我們接到競品拆解的任務(wù)時，有三個維度需要去先思考清楚：
1、目標導(dǎo)向：為什么拆它？
做一件事前，一定要有一個清晰的目標存在，這個清晰的目標可以幫助我們在陷入拆解過程時不至于迷失方向。
也就是先自問自答，為什么要拆這個產(chǎn)品？
以我自己的案例來說，我們產(chǎn)品中要設(shè)計審批這個模塊，而釘釘時目前市場上云辦公產(chǎn)品中做的較為成功的一款，其中的審批模塊設(shè)計優(yōu)秀，值得我們?nèi)シ治龊蛯W(xué)習(xí)。通過對它的拆解，我們可以對我們的設(shè)計方向有個大致的了解，學(xué)習(xí)它的設(shè)計思路，在借鑒的同時尋找問題，發(fā)現(xiàn)創(chuàng)新點。
2、產(chǎn)品概述：要拆的這個東西到底是什么？
透過現(xiàn)象看本質(zhì)，通過“是什么－為什么－怎么做”三個維度去思考清楚競品產(chǎn)品設(shè)計的前因后果，在這個過程中也同時反思我們所要做的產(chǎn)品。
同樣以審批為例。審批是什么？是企業(yè)中員工根據(jù)公司的相應(yīng)規(guī)章制度，填寫表單走流程，由領(lǐng)導(dǎo)審批來實現(xiàn)企業(yè)規(guī)范管理；設(shè)計審批模塊的目的是什么？在協(xié)同辦公產(chǎn)品中，將原本紙質(zhì)、人工實現(xiàn)的審批轉(zhuǎn)移到線上，更方便高效率地完成審批工作，既提高效率又便于數(shù)據(jù)統(tǒng)計和處理；怎么做？通過產(chǎn)品設(shè)計，將表單填寫、審批流程電子化。
3、拆解產(chǎn)出
你做的競品拆解的產(chǎn)出，是供自己分析還是向上級展示，是要自己講解還是文檔交付，針對不同的產(chǎn)出，在拆解時又個有側(cè)重。
想清楚了這三個維度，再去著手進行產(chǎn)品測試和拆解。當(dāng)然，面對新接觸的產(chǎn)品，有的問題可能一開始想不清楚，這時候就可以帶著問題去進行下面的步驟。
二、詳盡測試
如果想詳細地去了解一款產(chǎn)品，最好的辦法就是對它做一次詳盡測試了。
在做競品拆解之前，我們應(yīng)該要先通過測試去深入地了解這款競品。這里的測試，絕不是簡單地把競品的各個功能跑一遍，要知其然更知其所以然。至少在你向上級匯報時，他提問你功能的細節(jié)時，你能回答出他任何的提問。
測試一款產(chǎn)品的功力非常能反映一個產(chǎn)品經(jīng)理的水平高低，我覺得作為產(chǎn)品新人一定要積累出自己做產(chǎn)品測試的方法。如果時間充裕，最好能多做一些測試練習(xí)，這是苦功夫，能練下來對產(chǎn)品能力的提升幫助巨大。
結(jié)合拆解釘釘審批的例子，從功能測試和界面測試兩個部分，說說我測試時的一些點。
1、功能測試
功能測試也就是對產(chǎn)品的功能和流程進行測試，這是測試最核心的部分。
1.1模塊化
產(chǎn)品的功能一定是按模塊區(qū)分的，測試和拆解功能的邏輯順序也應(yīng)該是按模塊去進行。
第一步先對產(chǎn)品的模塊進行一個大致的劃分，比如一個頁面可以先縱向拆為Title、內(nèi)容模塊、底欄操作模塊，再對每個模塊橫向的功能去逐個測試。
在每一個子頁面內(nèi)，同樣可以按照先縱向再橫向的方式進行拆解。同時，對于各個頁面內(nèi)功能相同的部分，進行一次詳細拆解，之后就不再詳細拆解了。
這樣模塊化的拆解方式，既能幫助自己理清邏輯，避免遺漏模塊，同時在拆解產(chǎn)出的時候，也能更有邏輯地去寫出來。
1.2、走完整個流程
也就是要對產(chǎn)品功能的整個流程中所有可能發(fā)生的情況去進行測試，這是耗時最久的部分。
你要追著產(chǎn)品的每一個特定功能，在它從操作的起點，到無法再進行任何操作的終點這條路線上，趟過每一個坑，遇見任何一個可能遇到的意外。
例如，上面這個報銷表單的抄送操作，選擇抄送并選擇抄送的對象之后，還要繼續(xù)跟下去，去看它是以怎樣的形式抄送出去，接收人收到抄送之后，對它可以進行哪些操作？他的操作又會產(chǎn)生什么養(yǎng)的影響？這些看似脫離出抄送功能的東西，也必須進行詳細的測試。
1.3、拆解的詳與略
對于拆解詳略的選擇，就必須結(jié)合第一部分的思考，比如拆解的目標是什么、拆解的產(chǎn)出是什么？
拿審批來說，在審批流程模塊，點擊每個節(jié)點審批人的頭像，可以進入他的個人資料頁面，并可以進行更多聯(lián)系人操作。
但是，這個部分與我們拆解的目標關(guān)聯(lián)不大，屬于調(diào)用了封裝好的IM相關(guān)的模塊。對這一部分功能，我們只需進行簡單的測試，各個功能點進去看一下就好。
重要的是，在這里一定要判斷清楚哪些功能是與我們拆解關(guān)聯(lián)不大的，而哪些看似關(guān)聯(lián)不大實則影響重大。比如“DING”一下，看似同樣屬于IM功能，卻與審批過程的催審需求關(guān)聯(lián)重大，因此一定不能忽略。
1.4、知其所以然
測試的時候，不止要觀察和測試每個功能，還要明白每個功能這樣設(shè)計是因為什么。比如一個審批表單中需要添加圖片，而其他則不需要，那就應(yīng)該去想清楚為什么這個表單需要圖片，目的是讓用戶添加什么樣的圖片，有什么作用。
1.5、核查重要操作
在測試的時候，要敏感地發(fā)現(xiàn)過程中可能有的隱藏的重要操作。如長按、左右滑動、上下拖動、雙擊等等，很多流程中的重要一環(huán)就藏在這些隱藏的操作中，遺漏一個重要操作，可能就少發(fā)現(xiàn)了很多的功能。
1.6、如果你來設(shè)計，你會怎么做？
測試競品時，要保持清醒的思考，對于其中不合理的或者你有疑問的地方，深入思考一下它那么做的原因，再問問自己，如果我來設(shè)計，我會怎么做？
比如請假表單中，釘釘?shù)恼埣贂r間是以天為單位，而輸入字段卻支持輸入0.3、0.01等小數(shù)甚至負數(shù)，這個設(shè)計是不是不合理呢，你會怎么改進呢？（產(chǎn)品優(yōu)化又是另一個話題了，有空再寫）
2、界面測試
這部分相對于功能拆解來說重要性較低，但是界面測試有助于你之后自己畫產(chǎn)品原型。
通過界面測試，去完整地了解競品產(chǎn)品的框架層和表現(xiàn)層，觀察和思考它是怎么將分散的需求、功能和解決方案組成一個科學(xué)的整體的。
有時間的話，可以在紙上去把這個產(chǎn)品的界面框架大致地去畫一畫，積累了更多的界面設(shè)計素材，在自己做原型的時候也會更輕松。
三、清晰拆解
完成詳盡的測試后，拆解也就是重新回顧和整理，把測試的收獲呈現(xiàn)出來。建議使用Xmind畫思維導(dǎo)圖的方式呈現(xiàn)，而且Xmind也可以直接導(dǎo)出為Excel。
因為我們在做第二步的測試時，就是進行模塊化的測試，所以在畫Xmind時，就可以按照我們拆解時的模塊一步一步去寫，這樣寫出來的東西就很有邏輯，看起來更清晰。
同時，在寫的過程中還要特別注意用語準確。比如模塊、部件、表單、字段、按鈕等等，要用專業(yè)的術(shù)語對應(yīng)進去，這樣也有利于看你的拆解報告的人能夠準確地了解你說的是什么。
至于呈現(xiàn)時要寫到怎樣的程度，又回到了第一部分思考的第三點——產(chǎn)出。我覺得如果不是要特別正式地交給上級的話，可以不用特別拘泥于格式，更重要的是邏輯清晰的同時對細節(jié)又能表述清楚。
最后，在拆解完之后，再對照你拆解出的結(jié)果一級一級功能地跑一遍，第一是核查是否出現(xiàn)錯誤，第二是是否有遺漏功能，第三是確保邏輯清晰、簡單易懂。
作為公司的產(chǎn)品新人，雖然覺得自己不算產(chǎn)品小白，不過還是覺得不要執(zhí)著于舊的知識和經(jīng)驗，應(yīng)該一邊接受新的思維，一邊再通過實踐去總結(jié)和練習(xí)。在公司這種強度大連續(xù)性強的工作中，更能打穩(wěn)基礎(chǔ)。
這點對競品拆解的愚見就是自己在做拆解的時候總結(jié)的，應(yīng)用起來也感覺效果很不錯。
謝謝老大的悉心指導(dǎo)，教會了我很多。
