產品經理的品質外延

5 評論 3325 瀏覽 1 收藏 6 分鐘

最近接觸了很多產品經理(或者是面試者),引發了一些思考。

一個產品經理需要什么品質?哪種品質更關鍵?根據情況和個人喜好或許有不同的答案,但我認為有幾個外延,是可以探討的。有些產品經理會犯以下錯誤:

1、不關心技術實現。認為只要傳達了需求,后面怎么做是軟件工程師的事,甚至質量問題也是工程師的事。我處理過的系統問題里,有差不多一半是邏輯設計引起的,因為產品經理沒有去考慮技術上怎么實現,對數據的存放、信息流傳遞、網絡通訊規則不予關心,只是給出了用戶體驗目標,然后任由軟件工程師自由發揮,結果是賭運氣,如果你碰上有系統分析能力的工程師,那是你運氣好。我接觸的產品經理大多沒有技術背景,雖然我不認為產品經理一定要有技術背景,因為你同樣可以用其他的超人能力去彌補,比如敏銳的觸覺,新奇的創意、細膩的運營、驚人的洞察以及超強的執行。但我認為產品經理至少應該關心技術實現的邏輯部分,這是一個基本的外延。另外一點,有技術背景的產品經理往往能夠發現一些由于技術邏輯導致的產品缺陷,并提出改進意見,這并不代表他們參與了細節實現,而是觀察員和顧問的角色?!坝袌詫嵉募夹g背景可以給產品經理兩個關鍵的技能——與工程師聯系起來的能力和管理驅動產品開發的技術細節的能力。”

2、不關心交互設計。認為交互設計是交互設計師的事情,只要把需求扔給他們,讓他們出交互稿就行。這當然是最省事的方法,有時也很有效。但在有些情況,你會發現交互設計師并未真正理解你的意圖,時間花掉了,卻沒有期望中的完美輸出。我認為交互設計也是產品經理的外延之一,作為產品的功能設計者,首先應該代入到用戶的使用場景中,模擬他的使用習慣和思維變化,這就是交互設計的原點。我常常獨自對著屏幕發呆,然后忽然沖到白板前,畫出幾個并不美觀的界面原型或業務流程圖,然后把交互設計師拉來,告訴他需求和交互方案。這也許并不是最佳方案,但至少它表達了我的第一想法,而這種想法往往是最直接的問題描述方式。當交互稿出來之后,也會煞有介事地和交互設計師一起討論這里是checkbox還是radio控件,是瀑布流還是折疊式菜單。除了交互設計,視覺設計也一樣,產品經理應該關心到配色、圖標、文字樣式諸如此類的界面風格細節,因為你創造了一樣東西,就應該力求它在各個維度的完美。同樣,關心設計不等于你要代替設計師或者拋開設計師,專業的事情還是要留給專業的人來做。

3、不關心內容。認為內容是編輯的事情,編輯需要對訪問量和內容質量負責。產品經理和編輯之間,存在一個灰色地帶-內容策劃。產品經理認為自己已經提供了功能承載;而編輯又只能做到內容填充和整理的時候,這個灰色地帶就會出現。其實比起需要反復推敲的功能,內容是性價比更高的東西,也更容易推進和驗證效果,數據和用戶反饋可以明確告訴產品經理,這個策劃是進步了,還是倒退了。想要改進內容很容易,把自己當成一個用戶,去看看自己產品提供的內容有多糟糕,然后再看看競爭對手的,是不是冒出了一身冷汗?

4、不關心測試。認為測試是測試工程師的事,這個最危險。試過產品上線當天,負責關鍵邏輯的產品經理下班走了,留下軟件和測試工程師在加班,結果這時候發現了邏輯上有考慮不周的地方,導致產品不能發布。當你發現只有個別產品經理在缺陷管理系統提Bug,其他或在高談闊論,或在埋頭寫需求的時候,你就應該高度警惕了。我在產品發布流程設置了兩道環節,第一道是產品經理的快速驗收,主要檢驗產品邏輯和外觀是否和預先約定的一致,如果一致才開始測試;第二道是產品經理的最終驗收,主要根據測試結論和修補情況,來決定產品是否能夠發布。所有的產品經理都是產品的測試人員,如果你做不到,要么是你發現問題的能力有問題,要么是你的責任心有問題。

VIA:Rocky

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!