1.   重視“業(yè)務(wù)產(chǎn)品經(jīng)理”的作用

     業(yè)務(wù)產(chǎn)品經(jīng)理＝業(yè)務(wù)經(jīng)理+產(chǎn)品經(jīng)理。 “傳統(tǒng)業(yè)務(wù)產(chǎn)品經(jīng)理”要比“互聯(lián)網(wǎng)產(chǎn)品經(jīng)理”要求更高，那是因?yàn)槌硕ヂ?lián)網(wǎng)產(chǎn)品思維，還要能深刻理解傳統(tǒng)業(yè)務(wù)，而這兩者往往很難兼得。

     通常的解決方法是找到具有互聯(lián)網(wǎng)產(chǎn)品經(jīng)驗(yàn)的產(chǎn)品經(jīng)理，讓TA與業(yè)務(wù)人員在一起磨合一段時(shí)間，把整個(gè)業(yè)務(wù)流程熟悉起來(lái)，同時(shí)做幾單業(yè)務(wù)，盡可能的讓產(chǎn)品經(jīng)理經(jīng)歷整個(gè)過(guò)程，接觸到每個(gè)細(xì)節(jié)。然后讓產(chǎn)品經(jīng)理把業(yè)務(wù)流程梳理出來(lái)、標(biāo)準(zhǔn)化，設(shè)計(jì)成互聯(lián)網(wǎng)產(chǎn)品。這是可行的但不是完美的解決方案。存在的風(fēng)險(xiǎn)是產(chǎn)品理解時(shí)間過(guò)長(zhǎng)，影響開(kāi)發(fā)進(jìn)度，甚至過(guò)一段時(shí)間產(chǎn)品經(jīng)理理解不了業(yè)務(wù)而離職。

2. 最好先用腳本語(yǔ)言快速開(kāi)發(fā)原型系統(tǒng)給業(yè)務(wù)人員使用

     傳統(tǒng)企業(yè)老板往往耐心有限，不會(huì)忍受標(biāo)準(zhǔn)的“需求分析-簡(jiǎn)要設(shè)計(jì)-詳細(xì)設(shè)計(jì)-開(kāi)發(fā)-測(cè)試-上線”的開(kāi)發(fā)流程。需求分析過(guò)程是非常漫長(zhǎng)和不定的，傳統(tǒng)業(yè)務(wù)人員也不清楚自己想要什么的功能，只知道大概粗略需求，比如“可以支付”，“節(jié)約下單時(shí)間”，“可以查賬”等，再深入問(wèn)細(xì)節(jié)，傳統(tǒng)業(yè)務(wù)人員會(huì)回答不清楚。但業(yè)務(wù)人員知道不想要什么，在看到開(kāi)發(fā)出來(lái)的產(chǎn)品之后，會(huì)發(fā)現(xiàn)這不是他們想要的。

     解決方法：需求調(diào)研與開(kāi)發(fā)同時(shí)進(jìn)行，兩者相輔相成，不斷迭代的過(guò)程。這就要求開(kāi)發(fā)要快，越快讓業(yè)務(wù)人員用上系統(tǒng)，業(yè)務(wù)人員才能快速反饋他們的真實(shí)需求。在此基礎(chǔ)之上，需求重新更改，重新開(kāi)發(fā)，讓業(yè)務(wù)人員再次使用。這樣不斷螺旋式的前進(jìn)，才是上策。這對(duì)開(kāi)發(fā)的要求非常高，最好使用python/php/ruby等腳本語(yǔ)言快速實(shí)現(xiàn)系統(tǒng)。底層的架構(gòu)和核心模塊再由java/c++同步開(kāi)發(fā)。

3. 重視前端開(kāi)發(fā)人員的水平和數(shù)量

    支持傳統(tǒng)業(yè)務(wù)的互聯(lián)網(wǎng)產(chǎn)品，大量的工作是在前端頁(yè)面的呈現(xiàn)，和用戶交互的實(shí)現(xiàn)和不斷修改。前端的工作量會(huì)很大，往往越到開(kāi)發(fā)后期，前端開(kāi)發(fā)越容易成為瓶頸。

     解決方法： 最好前端：后端的開(kāi)發(fā)人員比例是1：1，甚至更高。前端開(kāi)發(fā)的水平也要相應(yīng)提高。

4. 異地開(kāi)發(fā)的障礙

     傳統(tǒng)企業(yè)的業(yè)務(wù)人員往往與開(kāi)發(fā)人員不在一個(gè)地方，會(huì)出現(xiàn)異地開(kāi)發(fā)的問(wèn)題。這個(gè)問(wèn)題要相當(dāng)?shù)闹匾暎磺械膯?wèn)題根源都是溝通造成的。如果異地，很容易出現(xiàn)開(kāi)發(fā)人員按想象的需求來(lái)開(kāi)發(fā)，結(jié)果做出來(lái)與實(shí)際相差很大

     解決方法： 最好把產(chǎn)品經(jīng)理和核心業(yè)務(wù)開(kāi)發(fā)人員放到跟業(yè)務(wù)人員同一個(gè)辦公地點(diǎn)，面對(duì)面溝通效率最高。

5. 平行化管理

     技術(shù)管理上更要求平行化管理，CTO到普通開(kāi)發(fā)，最好三層組織架構(gòu)，CTO負(fù)責(zé)整體推進(jìn)和管理的同時(shí)，也要參與部分功能的開(kāi)發(fā)當(dāng)中，才能敏銳地發(fā)現(xiàn)開(kāi)發(fā)的問(wèn)題。中間的技術(shù)經(jīng)理在理解需求的同時(shí)，也是項(xiàng)目開(kāi)發(fā)的主力。產(chǎn)品經(jīng)理責(zé)任更重一些，既要理解業(yè)務(wù)，又要設(shè)計(jì)產(chǎn)品。開(kāi)發(fā)人員除了完成開(kāi)發(fā)任務(wù)，也要盡量讓自己向全棧工程師方向發(fā)展（前、后端都會(huì)），甚至向技術(shù)管理方向發(fā)展。

6. 團(tuán)隊(duì)文化

     傳統(tǒng)企業(yè)轉(zhuǎn)型互聯(lián)網(wǎng)產(chǎn)品的過(guò)程中，很多員工遇到困難會(huì)退縮，懈怠。解決方法是團(tuán)隊(duì)需要文化來(lái)不斷的激勵(lì)大家，為員工提供良好的技術(shù)氛圍和技能的培養(yǎng)，讓員工能看到自己的成長(zhǎng)，才能不斷向前。同時(shí)員工要保持一定的流動(dòng)性，能者盡早提拔，不能者末位淘汰。

7. 管理傳統(tǒng)老板的預(yù)期

     傳統(tǒng)企業(yè)轉(zhuǎn)型過(guò)程中，老板的預(yù)期往往很大，要求系統(tǒng)上線的時(shí)間很短。尤其在當(dāng)下全民互聯(lián)網(wǎng)+的形勢(shì)下，各位轉(zhuǎn)型后的互聯(lián)網(wǎng)產(chǎn)品層出不窮，讓老板會(huì)很著急，老板給開(kāi)發(fā)人員的耐心也是有限的。解決方法就是口說(shuō)為空，只有實(shí)際做才有作用。做的過(guò)程中讓老板知道困難在哪里，知道開(kāi)發(fā)人員一直在努力解決問(wèn)題，所以CTO的時(shí)時(shí)匯報(bào)就非常重要。當(dāng)事情一直是在正確的軌道上進(jìn)行，讓老板能看到每天都有一些進(jìn)步的時(shí)候，老板的預(yù)期與實(shí)際就會(huì)慢慢接軌。

聲明：本篇文章屬轉(zhuǎn)載，版權(quán)歸原作者所有。如覺(jué)侵權(quán)，可聯(lián)系管理員我們會(huì)盡快處理。（郵箱：wubf_2016@163.com）