很多程序員的自我認識中，大概就是編程能力、技術(shù)手段的體現(xiàn)。不過在現(xiàn)在市場經(jīng)濟的作用下，不少程序員也開始從技術(shù)類轉(zhuǎn)向管理類或銷售類。

其中，最快捷也是最便利的智能轉(zhuǎn)換，就是成為程序開發(fā)產(chǎn)品的產(chǎn)品經(jīng)理。也許很多程序員不理解，作為產(chǎn)品經(jīng)理及要做管理又要做技術(shù)，甚至包括銷售等等，程序員是怎么轉(zhuǎn)化或晉級的呢？

既然是程序員向產(chǎn)品經(jīng)理的轉(zhuǎn)化，那么就從技術(shù)觀念上的變化說起。至于其他職能，可以在技術(shù)觀念中逐步顯現(xiàn)。

技術(shù)架構(gòu)/實現(xiàn)方式

比如設(shè)計一個網(wǎng)站類的產(chǎn)品是使用什么編程語言開發(fā)的php,jsp或者Python。確定了編程語言以后你要知道整個產(chǎn)品項目中使用了什么開發(fā) 框架，是團隊自己研發(fā)的框架，還是使用市面上比較流行的框架。其次是數(shù)據(jù)庫的選擇，根據(jù)你們的業(yè)務(wù)需求是使用mysql這種關(guān)系型數(shù)據(jù)庫還是 mongodb這類非關(guān)系型數(shù)據(jù)庫，最后就是服務(wù)器，服務(wù)器一般關(guān)心的問題就是穩(wěn)定性，安全性，還有負載了。

根據(jù)不同需求選擇服務(wù)器，

使用什么樣的服務(wù)器?自己管理的，還是云。如果是云的話還要了解一些云服務(wù)和產(chǎn)品的內(nèi)容，比如RDS，負載均衡，內(nèi)容分發(fā)等等。

使用什么操作系統(tǒng)是window還是linux?Linux的話一般還分Ubuntu和redhat兩個派系。

服務(wù)器的運行環(huán)境是怎樣的?使用怎樣的代理nginx，Apache還是tomcat或者為了實現(xiàn)高負載混合使用它們還是要自己用node來寫一個更好更適用的。還要注意是否有其他插件需要支持。

如果是桌面級應(yīng)用或者是手機APP這樣的產(chǎn)品需求的東西還不一樣，你還要考慮跨平臺性以及其他細節(jié)問題。上述例子主要是網(wǎng)站產(chǎn)品主要依靠瀏覽器，平臺兼容的考慮少一些。　

技術(shù)特性

技術(shù)的生命周期：作為產(chǎn)品經(jīng)理的你已經(jīng)知道了產(chǎn)品是有生命周期的，那么其實我們生產(chǎn)產(chǎn)品使用的技術(shù)也是有生命周期的。假如項目周期比較長，比如 10年吧，技術(shù)生命周期一般就2~3年，服務(wù)器操作系統(tǒng)生命周期會更長一些，，如果這部分能考慮到能節(jié)省很多重構(gòu)成本。可是關(guān)鍵問題是這個問題本身就不太 現(xiàn)實，我們很難預(yù)測2~3年以后我們的產(chǎn)品的樣子。

技術(shù)的優(yōu)缺點：作為PM你不用了解具體的實現(xiàn)方式，關(guān)鍵在于你要知道不同技術(shù)架構(gòu)有什么優(yōu)缺點，適合做什么事情。比如mysql和 mongodb的區(qū)別，php和jsp的區(qū)別，它們的開發(fā)效率和健壯性怎么樣，是不是符合我現(xiàn)階段產(chǎn)品開發(fā)的需求。項目不大其實沒區(qū)別，項目大的話就很明 顯了。　

技術(shù)成本

不管怎么說作為PM掌控產(chǎn)品全局你要知道整個項目的技術(shù)開發(fā)成本是怎樣的。其實都是項目管理里面的內(nèi)容這里就不多說了，值得提的是程序員是個喜 歡創(chuàng)造的工種，如果你只是設(shè)計好了讓他們照著設(shè)計做他們會玩的很沒樂趣的。要讓他們也參與其中你會發(fā)現(xiàn)你的項目會比你想象中的進展要好。親測，上個項目， 我的開發(fā)團隊就為客戶提供了超出合同范圍的各種各樣的功能……重要的是這部分開發(fā)人員是愿意付出不計較成本的。(丫的，你們搞那么多功能就不怕有BUG客戶再讓咱們改嗎????)　　

了解設(shè)計模式

其實才是整個業(yè)務(wù)架構(gòu)里比較重要的東西，不過我現(xiàn)在理解的也不深刻，只能建議了。

一般你要先了解面向?qū)ο缶幊淌窃趺椿厥隆?/p>

然后了解一些，單例模式，工廠方法模式，抽象工廠模式，建造者模式，原型模式，這類的設(shè)計模式。了解以后對你認識程序員的工作有所理解，最少忽悠不了你，你知道他們設(shè)計一個業(yè)務(wù)邏輯的流程是怎么樣子的。這樣就能做到心中有數(shù)了。