剛在「一蓑煙雨任平生」 的blog中看到「我對產品化的理解」，頗有一番感慨。
[quote]
軟體公司怎麼做產品化？我的意見是：
1、 找到合適的專案和合適的客戶，多做專案；
2、 在某乙個領域積累行業經驗，建立樣板工程和成功案例，並將專案產品化（指商務概念上的產品）；
3、 提煉管理理念，並將理念和成功案例結合，整理實施方**；
4、 找到下乙個專案，在專案開發過程中將原系統重構。
[/quote]
說實在的，做專案的軟體公司想做產品是比較難的，專案是需要繫結業務的。所以對上面提到的行業經驗的積累，我是很贊同的。只有打下一定的基礎，才能想著建高樓。
是做行業諮詢還是行業產品或者行業服務？這是需要思考的，但必須是先做好專案的實施。對專業的軟體公司來說，行業解決方案應該是乙個比較好的方向。
常常看到有重業務輕技術或相反的言論，而我始終堅持技術和業務是不可分離的。軟體公司如有沒有技術，如何去實施專案？
產品化的困惑
通常乙個專案看著要結束的時候，往往是最痛苦的時候。程式設計師忽熱發現還有很多的非功能性需求需要改進，測試人員會突然提交一大堆的bug，客戶終於看到系統的，於是提出一堆需要改進的問題。所有這些都是產品化的困惑！當我們的專案交付時，其實是將乙個軟體專案變成乙個軟體產品的過程。如果我們是產品廠商，這是乙個...
產品化的思考
關於產品化，公司也進行過相應的 也是公司的目標。公司一直在做專案，沒有很好的產品化的思路。個人認為為什麼會稱之為產品，產品應該是有大部分共性的特點，按照相應的技術標準或規範生產出來的東西。比如螺絲釘，有各種規格的螺絲釘，但每種規格都有統一的標準。比如手機，有相應的通訊標準。那麼我們的軟體產品如果要產...
產品化的理解
我對產品化的理解 產品化的時機是看業務的需要，不管是對前景的落實，還是專案轉化成產品，這些都不是技術人員能考慮的，業務的發展和策劃，如何進行市場細化等如果都由技術人員考慮，產品化的風險很大。風險最大的是對於產品化的理解。提到 產品化 大部分技術人員，包括很多公司老闆，首先想到的是可銷售性，也就是免實...