最近兩天，針對釘釘和eteams的審批模塊iOS端和Web后臺做了一個比較詳盡的拆解，在老大的悉心指導下，結合自己的拆解過程，對競品拆解也總結出了一個比較清晰的思路。
我將這個拆解過程總結為三段論——
一、思考先行
二、詳盡測試
三、清晰拆解
俗話說得好，優秀的競品拆解＝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時，就可以按照我們拆解時的模塊一步一步去寫，這樣寫出來的東西就很有邏輯，看起來更清晰。
同時，在寫的過程中還要特別注意用語準確。比如模塊、部件、表單、字段、按鈕等等，要用專業的術語對應進去，這樣也有利于看你的拆解報告的人能夠準確地了解你說的是什么。
至于呈現時要寫到怎樣的程度，又回到了第一部分思考的第三點——產出。我覺得如果不是要特別正式地交給上級的話，可以不用特別拘泥于格式，更重要的是邏輯清晰的同時對細節又能表述清楚。
最后，在拆解完之后，再對照你拆解出的結果一級一級功能地跑一遍，第一是核查是否出現錯誤，第二是是否有遺漏功能，第三是確保邏輯清晰、簡單易懂。
作為公司的產品新人，雖然覺得自己不算產品小白，不過還是覺得不要執著于舊的知識和經驗，應該一邊接受新的思維，一邊再通過實踐去總結和練習。在公司這種強度大連續性強的工作中，更能打穩基礎。
這點對競品拆解的愚見就是自己在做拆解的時候總結的，應用起來也感覺效果很不錯。
謝謝老大的悉心指導，教會了我很多。
