編輯導語：競品分析應該存在於哪個階段？若僅僅在產品立項、或產品設計階段進行競品分析，你的產品則可能無法兼顧市場需求與使用者需求，這樣的競品分析，效用是相對較低的。本篇文章裡，作者便闡述了他對哪些階段應當使用競品分析這一問題的看法，一起來看一下。
競品分析是每個產品經理的必修課，之前有人問我，在做一款產品時，什麼時候做分析競品比較合適？我的答案是：
它應該存在於產品的每個階段
。
但回想我剛入行的時候，可不是這麼認為的。
初做產品時，我很喜歡扒著行業頭部的競品看，當時的關注點都停留在功能模組、頁面架構和資訊結構上。比如，這個頁面有啥按鈕，它的表單裡有哪些欄位等。
我也做過不管三七二十一就把整個功能直接搬來的事情。
有一次在做一個查詢需求時，有些查詢是在業務系統中根本用不上的，但是我看競品有，就想著我的產品裡也要有。
於是磨著開發費勁地做跨庫查詢，結果上線後根本沒人用，導致我成就感為0，還白白浪費了開發的人力。
所以，從那以後，我就意識到，競品分析，不是簡單的搬運~
那競品分析應該怎麼做？
隨著慢慢產品經驗的積累，我開始意識到，競品分析應該存在於產品的每個階段，從
立項、定義到設計
，其實每一步都需要競品分析的結果支撐。
一、產品立項
競品分析在產品立項階段可以幫助我們確定產品的可行性與機會點。
幾乎所有的產品都是有競爭對手的（我想把幾乎去掉，但是道行淺，不敢放肆），如果一個產品敢站出來說「我沒有競爭對手！」，那我覺得有可能這個產品的存在有可能就是個偽需求。
畢竟連馬斯克做的高大上火箭生意，也不僅僅只有他一家，電動車企業更是不勝列舉，往往越有發展前景的行業，大家介入的越多。
那麼在立項前，我們就要對整個行業，以及行業中競品的市場佔有率和優劣勢做對比，摸清競品的產品定位、使用者群體和商業模式。
這個階段的競品分析，需要宏觀和微觀相結合，可以對每一家有代表性的競品去做SWOT分析。
S（Strengths）：優勢
W （Weaknesses）：劣勢
O （opportunities）：機會
T （threats）：威脅
對於競品，我們重點要做優勢和劣勢的分析，儘可能收集競品的市場資料，以及產品發力的側重點和不足處。
優勢部分是競品客觀存在的，不足會有主觀成分存在。有時候我們看到的一些不足，有可能是因為沒有弄清楚它的市場定位。
拿到競品的優劣勢，結合市場情況，我們就要根據自己團隊的可用資源做內部的SWOT分析，挖掘產品的機會和威脅。
總結一下：競品分析在這個階段的意義就是
找到市場空白點
，
找到競品優劣點
，
找到自己的機會點
。
二、產品定義
競品分析在產品定義階段可以幫助我們確定做的範圍。
如果我們在立項前找到了產品的機會點，就證明了可行性，接下來要對產品進行定義。
我們要做一個什麼樣的產品，包含哪些功能，優先順序是如何。
這個階段，要儘可能多的試用競品，過程中要歸納總結兩類需求。
一是通用需求
，就是這個行業怎麼也繞不過去的那些彎子。
比如做物聯網平臺，就肯定涉及到裝置管理模組，裡面一般分為通訊閘道器管理和裝置管理，這時你找幾個頭部的大競品參照下，彙總下它們的引數列表，就可以整理出一個引數庫，雖然你也並不會用到所有的引數，但是它可以幫助你查漏補缺，擴充套件知識視野。
二是差異化需求
，就是我們能做到和別人不一樣的需求。
我們要儘量不去走別人的老路，除非你的資源可以把別人的老路堵死，但是這種硬碰硬，總是會出現兩敗俱傷。
什麼叫差異化，當年智聯和前程無憂佔據招聘行業市場時，boss直聘推出「找工作，和老闆談」，節省面試中間環節，大大提高應聘效率，獨樹一幟的崛起了，才有今天的市場成績。
接著根據自己的產品定位、使用者群體和團隊資源，確定好產品規劃和需求優先順序。
所以，透過競品分析去
梳理通用需求
，
挖掘差異化需求
，
找到屬於自己產品的打法
。
三、產品設計
競品分析在產品設計階段可以幫助我們提升使用者體驗和視覺效果。
在這個階段，我們可以借鑑一些成熟的互動方法和設計理念，做到對使用者友好，減少使用者的學習成本。
除了要看頭部使用者的使用者體驗與流程，我們還可以根據使用者群體屬性，去分析一些同用戶群體的設計理念。
比如，我們的使用者群體是年輕人，那麼就可以去參照一下小紅書、即刻、B站的設計風格以及互動，借鑑一些成熟的方式，順延使用者的使用習慣，減少學習成本，讓使用者在感官上更容易接受。
總結下來，競品分析可以讓我們的產品
容易上手
，
don’t make user think
。
四、寫在最後
競品分析絕對不僅僅是直接搬運，我們要在每個階段結合自身的資源以及使用者去恰當的使用，分析也不要停留在產品表面。
產品的戰略、定位以及設計，我們都可以正反兩個方向去使用，該打差異的時候打差異，該學習的時候就學習。
很多人都寫過大而全的競品分析報告，如果你也寫過，回去再仔細看看，按照上面三個方向歸下類，應該會有新的收穫。
本文由 @鄭多多 原創釋出於人人都是產品經理，未經許可，禁止轉載。
題圖來自 Unsplash，基於CC0協議
