產品經理,你的「核心競爭力」是?

導讀

今天沒有導讀,本文是人人的特約。產品經理的核心競爭力是什麼?相信看完這篇文章的你會有所啟發,歡迎在留言里跟我探討。

———— / BEGIN / ————

產品經理的核心競爭力是什麼?

以前,我對待這個問題是很敷衍的——階段不同,環境不同,項目不同甚至合作夥伴的區別,都會要求我們具備不一樣的能力。

我曾認為:所謂的核心競爭力並不存在。

我仍然堅信:不同環境,不同階段需要具備的核心競爭力是不一樣的。

比如初級產品經理,高質量高效率的輸出能力是最核心的競爭力;而產品負責人則要看對市場的理解能力,對需求的理解能力;再往上,我們會更加看重他的商業能力、戰略能力,看布局,看規劃,也看團隊影響力。

但假如,真的有這麼一種貫穿始終的核心競爭力,那又是什麼呢?

這個能力能在我們不同的階段,在不同的環境里都扮演著舉足輕重的角色,甚至能夠直接影響我們的發展潛力。

很難回答,但不是沒有答案。

這個問題值得我們深思——階段的晉陞並不是轉崗,而是由淺到深的變化;也就是必然存在某種看不見的主線,這樣才能保證我們不會在繁瑣的工作當中走偏,或者走入誤區。

於我而言,產品經理的核心競爭力在於:對信息的處理能力

對信息的處理能力

這是我抽象出來的一個概念。

產品經理的工作當中,接觸最多的不是需求,而是信息;需求只是諸多信息中的一個環節,前者是後者的一個子項。

一個idea,從0到1,只需要考慮需求或者場景嗎?

顯然不是。

團隊的信息,企業的信息,資源的信息,乃至時間的信息等等,我們對非常多的信息進行收集和處理,才能讓這個idea轉變成真正的產品。

仔細想想,在我所經歷的項目當中,最為依賴的並不是落地的技能,也不是空洞的理論,而是對各種各樣的信息進行處理的能力——這一點,在一人多職的創業項目里,尤其凸顯。

產品經理不矯情,或者說不能矯情,我們需要使用一切能夠使用到的資源用來解決自己遇到的問題。

比如:需求挖掘。

我曾多次強調一個觀點:產品經理很特殊。這是互聯網少數的沒有具體指向性任務的崗位,我們的工作內容幾乎都需要自己為自己擬定,自己挖掘需求,然後把這個需求布置成自己的任務,俗稱「沒事找事」。

不妨試想,在你所處的項目當中,你作為產品經理,然而:

「你找不到需求了,找不到事做了」

會是什麼樣的一個局面?

信息處理能力之對需求的挖掘

需求是什麼?

本質上而言,需求是一種信息,以文字、語言、行為等方式所表達出來的;它沒有固定的形態,並且不夠直接,甚至可以說非常的隱晦。

坦白的講,若是對信息的處理能力比較弱,幾乎不具備成為產品負責人的潛力——因為缺乏從信息當中挖掘需求的能力。

給大家描述一個現象:

某產品正常迭代出現一個現象:某個廣告位由於新版本調整了相關位置的尺寸,導致新投放的廣告在舊版本體現時,有明顯的變形(被拉伸),而舊廣告,則正在新版本當中會被壓扁(圖片未完全展示)。

最終,這個問題在下一個版本被處理。

這個現象,包含了哪些信息呢?

  1. 該產品後台廣告管理部分,缺少針對版本定向投放的需求,導致功能缺失。
  2. 該產品缺少相應的運營規範,沒有約定產品內的配置內容均需要實現版本控制功能。
  3. 該產品客戶端在載入廣告位的頁面,沒有上報用戶使用的版本號,因此不能臨時修復,只能通過迭代發版來處理。
  4. 該團隊的發版流程不夠健全,未進行版本兼容性測試。

你還能針對已知的信息提煉出哪些需求呢?

  • 比如,產品穩定迭代的過程中,必須考慮到新舊版本的兼容問題。
  • 比如,與後台搭配使用的功能,必須考慮到對版本的定向控制,還可以延展出,對系統的定向控制(區分IOS與ANDROID)

表面上來看,這是一個極為普通的BUG,但解決BUG的辦法卻是以需求的形式進行處理;並且,這個需求所覆蓋的範圍,遠超這個BUG的影響範圍。

你覺得:這是從信息當中提取的需求,還是測試或者開發考慮的解決bug的技術方案呢?

需求藏在信息里,用戶只是信息的一個組成成分,它很重要,但並不是需求的全部。

1. 信息處理能力之需求理解

作為產品經理而言,真需求和偽需求幾乎是人人都會提及的概念。

其實嚴格上來講,是不存在「偽需求」的——在足夠大的數據前提下,任何離譜的需求都是某些用戶的真實訴求。

只是從性價比的角度來看待,我們會將受眾小、低頻、性價比低的需求,視為「偽需求」,意思是這個需求不具備市場價值,或者這個需求對應的市場價值是不靠譜的,是虛假的。

我想要去太空旅行——於我個人而言,這是真實的訴求:我確實很想去太空旅行;但從市場的角度而言,想去太空旅行的需求,對應的市場價值是不充分的,性價比是低的,所以,這是一個偽需求。

正確的理解:並不是人們想去太空旅行的需求是偽的,而是太空旅行所對應的市場價值是偽的,至於需求本身是真實存在的。

在工作當中,你又是如何去判斷需求真假的呢?

我所知道的部分產品經理,其實是在用自己的主觀價值觀來進行判斷。

即:我沒有這個需求,所以這個需求是偽需求。

或者:我認為,用戶沒有/有這個需求,所以他是偽需求/真需求。

在極端,但又常見的場景里,我們又該如何判斷呢?

某社區類產品,曾經做了這樣一個用戶調研:

針對發布內容的按鈕擺放位置的問題,產品經理向用戶給出了兩個選項:一個是放在底部按鈕的中間位置,類似大部分圖片社區,一個是放在屏幕的右上角,類似微信。

用戶調研的樣本數是100,兩個選項的獲票相同,均得到了50票。

此時,該產品經理接到任務,兩個位置,只能二選一,必須砍掉一個。

你會怎麼做呢?

有時候,我們其實是很懶惰的,喜歡將所有的選擇都交給用戶——有爭議時,就投票;票多的,就做,票少的,則砍。

但若用戶沒有辦法幫我們進行決策時,終究是要自己進行分析,自己進行理解的。

這個問題其實要對需求進行深層次的理解:

發布內容這個行為,是用戶主動、依賴的行為,還是被動,隨意的行為?

若是前者,我們便可以將其置於右上角,若是後者,則需要將其置於底部中間按鈕。

2. 信息處理之應變能力

需求變更是我們工作當中的常態。

儘管我們的口號是擁抱變化,但實際上,沒有人真的喜歡變化——這意味著原本的計劃被破壞,原本的節奏被打亂;也同樣意味著時間變得更少,加班變得更頻繁。

需求變更的本質有兩種:其一是產品經理考慮不全面,屬於對需求的理解能力出現了問題;其二,則是突如其來的新的信息介入。

前者,在上面的內容已經提及了一部分:這裡主要講講後者,即新的信息介入引起的變化。

受到新消息介入影響最大的,諸如與政策密切相關的網約車產品,受到上游限制的淘寶客產品,合作性產品等,此類需要依託於第三方的決策來調整自己策略的項目,必然都會受到新信息介入產生的影響。

最經典的戰役,無疑是滴滴,面對政策的封殺, 盡然硬是開出了一條先河。

但假如你是滴滴的產品總監,在關鍵時刻,你該如何做呢?

假如你是滴滴的產品負責人,在產品正常運營、開發團隊正常開發的某天,你突然收到大量的彙報,各個地方的運營負責人,都在向你反饋信息:他們所在城市的滴滴司機被抓了,並且,政府多次警告網約車屬於違法行為。

此時,你該做些什麼,來保障滴滴能夠度過這個難關呢?

對信息的處理能力,要求我們將複雜的事情簡單化處理。

在我身邊,善於處理信息的朋友具備一些典型特徵——他們似乎永遠都不會感到急躁,也不會感到懊惱;我們能想到的所有的惡劣的情況,於他們而言,都只是信息的變化而已,本質並沒有發聲任何改變。

這就如同1+1的問題, 變成了3+4,或者1+1+4,信息發生了變化,但任然是一種計算。

你能想像,一位信息處理能力比較差的產品經理,該如何面對新信息突然介入的情況嗎?

大概會是慌亂,手足無措,四處尋找幫助的狀態吧。

這和經驗無關,只是單純的,對信息處理能力較為薄弱。

貫穿始終的能力

我們一直都在對各種信息進行處理,這個能力就會貫穿了整個行業,不管是新人又或者是老司機,始終無法規避這個問題,甚至我們可以將其視為對個人能力的判斷指標。

信息處理能力越強,產品能力也就越強,反之,則產品能力也就越弱。

不僅如此,我們對信息的收集、理解,是從初級產品經理到中級產品經理的一個瓶頸;而對信息的應變能力,則是高級產品經理必須突破的一個瓶頸。

每個階段,都會有不同的要求,到了一定程度時,這些要求就會成為我們的瓶頸。

如果你曾嘗試過突破瓶頸,你應該還記得這種感受:

我們能夠很明顯的感知到自己對信息的處理能力變強了,這體現在更快速得做出決策,更深度的理解需求。

更重要的是:能夠明確的感知到,自己在單位時間裡能夠處理的信息量變得更多了;有一種撥開雲霧見青天的感覺,似乎一切都變得清晰明朗。

產品經理其實並沒有生產任何事物,只是把自己收集到的信息進行處理,再以一種可視化的,可操作的形式展現了出來。

需求,一直都在,不管有沒有產品經理,不管有沒有對應的產品,需求一直都在,問題在於我們作為產品經理而言,能否將這些需求,從諸多信息中提取出來,並以他最本質的樣貌表達出來。

而這,需要我們具備極強的信息處理能力,也是我們的核心競爭力。

附:一些產品技能所對應的信息處理技巧

  • 需求挖掘:通過收集大量的用戶反饋,市場反饋,進行深度分析,尋找信息總的共性,關聯性。
  • 需求分析:已經具備了某種猜測性的結論,需要進行分析驗證,常用的方法,是判斷該需求在對應市場所在的環節, 覆蓋面積,產生的價值,以及未來的發展趨勢。
  • 產品設計:結合人們的一些特性來設計產品,所應用到的技巧包含但不限於心理學,語言學,行為學,社會學,以及對用戶所處環境的特徵分析,特定群體的習慣分析。
  • Coding:是指產品的生產環節,需要考慮到技術門檻,規避技術風險,弱化或簡化需求以減少開發成本的耗損,同時需要兼顧團隊成員的合作方式,儘力確保團隊戰鬥力高效發揮。

本質上,均是以不同的形式,對不同的信息進行不同的處理,均是處理信息的能力。

———— / END / ————

u.wechat.com/MHISSKWlN- (二維碼自動識別)

ps,產品經理入門課程正在銷售,包含初級產品經理成長認知,原型圖繪製技巧,視覺技巧,技術認知,excel需求文檔的教學視頻。詳情加我微信了解。


推薦閱讀:

以《用戶體驗要素》談競品調研
產品經理,你真的不夠努力
【數據分析·二】數據分析報告指南
矽谷之路 62:產品經理之路(五)
我理解的產品經理與開發的關係

TAG:产品经理 | 核心竞争力 |