互聯網轉型中的項目思維VS產品思維

2 評論 14848 瀏覽 36 收藏 6 分鐘

很多人說,互聯網轉型就思維方式的變化,只有思維方式變化了任何的制度才能真正落地執行,不然就永遠是空談。其實寫下這個話題,并沒有什么結論性的舉措或者方法,只是說說我在項目和團隊運作中遇到困惑時的思考。

首先先來定義下什么是項目思維和產品思維,再來說說從這兩種思維方式中延展出來的問題

項目思維就是以項目為牽引,通過一個個有時間節點要求的任務來完成目標交付物

而產品思維就是一切以產品目標為前提,通過不斷完善來滿足用戶的需求。產品思維某種意義也可以叫用戶思維。

項目思維強調的是里程碑和完成的質量,分級達成目標;而產品思維強調的是響應快,從用戶痛點向外輻射

其實目前來看,很多傳統行業進行互聯網化時,就是沒有辦法完成兩種思維方式的轉變??偨Y原因的話主要為三點:

1.團隊從被動到主動

讀過黎萬強的《參與感》的人都應該了解到小米的那種鼓勵工程師自我需求導入的機制,所以小米研發模式就是非常標準的產品思維。

但是這點要做到是非常不容易的,項目思維中,在整個項目管理運作體系下,從需求到系統設計到研發編碼到測試,整個環境都是以項目經理為牽引,通過任務下發到各個單元團隊,所有的團隊成員都以及習慣了這個任務驅動的工作模式,所以不會有特別強的內驅力。

單從結果導向看,似乎項目思維問題不大。但是這里會造成最大的問題就是整個團隊的產品歸屬感會非常差,這個問題在我目前的項目中就體現的非常明顯。因為大家都會覺得我只是完成的是一個個的任務,這個產品與自己關系并不大,久而久之,這樣的團隊是很難做出好的產品的,尤其對于互聯網產品這種要求有很高創新性以及極致體驗要求的產品。

 

? 2.對于變化的接受能力

我們都知道項目運作中,有個很大的地雷就是風險,項目經理很大的工作就是想辦法規避風險。而風險中最煩人的就是需求變更。所以項目思維運作下,其實會給需求的彈性空間非常小。

但是我們知道互聯網這個東西真的是日新月異,用戶需求迭代也是越來越快,如果團隊對于這種變化的接受空間有限的話,我們很難將產品做到極致。因為再牛逼的產品經理也不可能把產品功能和用戶需求從一開始就想的那么深入透徹,這是需要不斷通過快速迭代完成,很有可能今天發布個版本,用戶提個問題,產品經理覺得有道理,今天晚上就改,明天就再發個版本出去,這么說雖然有點夸張,但是類似的事情相信會經常發生的。項目思維下的的版本發布絕對不會這么隨便的

???3.領導思維與團隊環境

最近看了本書《騰訊方法》,講騰訊天天游戲項目組的項目轉型的案例,大家可以去看一下,其實這個案例其實就是非常典型的思維方式轉變迎來產品成功的案例。

其中有句話很觸動我:“領導改變環境,環境改變員工”。所以真正能不能互聯網轉型成功,不是看你從互聯網公司挖了幾個大牛,有時候根本是在于領導有沒有決心和意識。

項目思維下的團隊,團隊整體做的肯定是研發流程的規范,如何進行編碼規范,項目如何更多快好省的完成,而產品思維下的團隊每天討論的可能是新版本用戶反饋如何,哪些再被吐槽趕緊去改,新的用戶需求我要用怎樣的架構滿足才行

兩種方式沒有好壞對錯之分,只有對于你要做的產品是否合適之分

 

關于如何從項目思維過渡到產品思維的思考

改變領導或者環境基本是不可行的話,那么從團隊內部如何更好的進行這種思維的轉變呢,目前正在做的舉措可以分享下

? 1. 從個人再到團隊

要求所有人進行轉變是不可能,環境也不允許的情況下,先選出有潛力的人,讓這些人從項目中抽出些精力放到產品上,先試點再推廣

?2. 強化需求在項目中的地位

也就是說讓用戶需求牽引項目走向,換個角度完成項目轉型

3. ?盡可能縮短項目周期,加強迭代化思想

 

總的來說,還是事在人為,無論是項目化還是產品化,只有認準一個目標,我們做出來的產品是給用戶用的。就算阻力再大,辦法總比困難多。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 有句話形容產品經理的責任比較貼切:讓正確的事情發生。產品思維保證做的是正確的事情,項目思維保證正確的事情在按照計劃推動,這是戰略與執行的關系。作者很多觀點不正確,比如:項目思維強調里程碑和質量,產品強調響應快。其實項目經理把控的是時間、成本、范圍,這個是項目經理的核心職責,而產品經理把控需求的質量才是重要職責。真正優秀的產品經理是能夠推動正確的需求落地實現的,而不是空談需求不管落地。作者強行把產品和項目分開,從項目過渡到產品,或者從產品過渡到項目,其實毫無意義。

    來自湖南 回復