產品化的時機是看業務的需要，不管是對前景的落實，還是專案轉化成產品，這些都不是技術人員能考慮的，業務的發展和策劃，如何進行市場細化等如果都由技術人員考慮，產品化的風險很大。
風險最大的是對於產品化的理解。
企業管理軟體，切入乙個行業和領域，是可以產品化的，不過產品化在很大程度上講，我認為是一種商業名詞，是一種結合管理思想、實施方法等個性化元素的東西，無法輕易複製和實施，不具備大規模的銷售可能。公司想做好，靠的是諮詢顧問，他們所要的是best practise，技術在這個領域對顧客的影響是微乎其微的，專案成功靠的是實施，我看國外的產品實施跟二次開發也沒什麼區別。
如果不是通用產品或者系統軟體，做企業管理軟體想零成本實施不太可能，產品所提供的功能永遠無法滿足客戶的業務要求。而且靠銷售軟體產品掙錢，遠遠不及靠實施顧問掙實施費掙錢掙得多，後者才會給企業客戶帶來管理上的提公升。
軟體公司怎麼做產品化？我的意見是：
1、 找到合適的專案和合適的客戶，多做專案；
2、 在某乙個領域積累行業經驗，建立樣板工程和成功案例，並將專案產品化（指商務概念上的產品）；
3、 提煉管理理念，並將理念和成功案例結合，整理實施方**；
4、 找到下乙個專案，在專案開發過程中將原系統重構。
在剛開始的時候，別想著掙大錢，先老老實實做專案，只是要從業務的上多下功夫，對公司而言更重要的是抽象和提煉管理思想和業務規則，整理好實施方法和專案管理的經驗，多做幾個成功案例，產品化才有良好的基礎
我對產品化的理解
我對產品化的理解 產品化的時機是看業務的需要，不管是對前景的落實，還是專案轉化成產品，這些都不是技術人員能考慮的，業務的發展和策劃，如何進行市場細化等如果都由技術人員考慮，產品化的風險很大。風險最大的是對於產品化的理解。提到 產品化 大部分技術人員，包括很多公司老闆，首先想到的是可銷售性，也就是免實...
軟體產品化, 國內IT人之痛
原文 http blog.csdn.net harrymeng archive 2010 01 25 5254415.aspx 記得在網上看過一則印度軟體的有趣故事，意思是先從印度6個不同城市的軟體公司中選出6位軟體開發人員，出一道千行程式的題目，讓6位開發人員分別 開發，最終拿出來的6個程式竟然完...
產品化的理解
我對產品化的理解 產品化的時機是看業務的需要，不管是對前景的落實，還是專案轉化成產品，這些都不是技術人員能考慮的，業務的發展和策劃，如何進行市場細化等如果都由技術人員考慮，產品化的風險很大。風險最大的是對於產品化的理解。提到 產品化 大部分技術人員，包括很多公司老闆，首先想到的是可銷售性，也就是免實...