首先咱們先了解壹下產品經理與程序員的區別,通俗的說,程序員就是寫代碼的,負責壹個軟件產品的實現,舉個栗子,程序員可以說是工地上壘磚砌房子的農民工。
而產品經理是幹嘛的呢?不要覺得帶個經理的名字就是領導,當然產品經理在程序員面前確實有發號命令的權利。產品經理就是根據客戶或者公司自己的規劃想法,把這個想法轉換成對應的產品模型,也就是說產品經理類似於工地上壹棟樓的設計師,產品到底該有哪些功能,該怎麽規劃,壹般都是產品經理設計的。
那麽程序員轉產品經理怎麽樣呢?我覺得完全沒問題啊。就好比壹個具有豐富施工經驗的壘墻工人,他蓋的樓多了,後來妳讓他設計壹個新的大樓出來,雖然可能細節上不足,但是憑借他之前的經驗,還是可以實現的。再比如說,壹個經驗豐富的演員,之前都是聽從於導演的命令去演戲,後來他自己經驗豐富了,要轉型做導演,也是容易的啊,”演而優則導“,這樣的例子很多的。
程序員轉產品經理,其實優勢也很多。目前很多的產品經理並不懂開發,設計的產品功能其實在實現的時候,可能根本就完不成,也就是產品經理會存在"瞎設計,瞎指揮"的問題。但是換成壹個開發經驗豐富的程序員去設計產品,什麽功能可以實現,該怎麽實現,他心裏壹清二楚,設計出來的產品反而更容易實現。
如果想學習Java,可以關註我,獲取全套免費學習教程。
好轉。
壹個好的程序員能頂兩個好產品經理。
壹個不好的程序員,能頂壹個半產品經理。
知道現在全棧程序員多恐怖麽?
前面能和客戶談需求、畫原型
回來能出高保真、交互圖
設計文檔、數據字典更是不在話下
還能寫代碼
還能做測試
還能寫用戶手冊
還能,還能開發票
壹個產品經理頂多做他工作的30%。
但程序員很多轉產品經理,心理關不好過。
程序員習慣性去用自己的能力判斷壹個特性能不能做,而不是如何描述。需要角色轉換。
程序員習慣性判斷壹個特性如何去實現,而不是去判斷用戶是否需要這個特性
程序員習慣去挑戰有難度的需求,而不是用戶真的需要的需求。
程序員喜歡和代碼打交道,但和人打交道要復雜很多