競品拆解三段論:思考、測試和拆解
最近兩天,針對釘釘和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時,就可以按照我們拆解時的模塊一步一步去寫,這樣寫出來的東西就很有邏輯,看起來更清晰。
同時,在寫的過程中還要特別注意用語準確。比如模塊、部件、表單、字段、按鈕等等,要用專業的術語對應進去,這樣也有利于看你的拆解報告的人能夠準確地了解你說的是什么。
至于呈現時要寫到怎樣的程度,又回到了第一部分思考的第三點——產出。我覺得如果不是要特別正式地交給上級的話,可以不用特別拘泥于格式,更重要的是邏輯清晰的同時對細節又能表述清楚。
最后,在拆解完之后,再對照你拆解出的結果一級一級功能地跑一遍,第一是核查是否出現錯誤,第二是是否有遺漏功能,第三是確保邏輯清晰、簡單易懂。
本文由 @farewellclass 原創發布于人人都是產品經理。未經許可,禁止轉載。
對于功能模塊的分解。文章提到的是以頁面為一個基礎做分解。一般是以APP本身作為基礎去分解每一個功能模塊。 想要知道這其中的具體區別在哪里呢?對于一個功能可以劃分到重疊的模塊里,該如何去描述。