通常乙個專案看著要結束的時候，往往是最痛苦的時候。
程式設計師忽熱發現還有很多的非功能性需求需要改進，測試人員會突然提交一大堆的bug，客戶終於看到系統的，於是提出一堆需要改進的問題。所有這些都是產品化的困惑！
當我們的專案交付時，其實是將乙個軟體專案變成乙個軟體產品的過程。如果我們是產品廠商，這是乙個標準的程式，這個階段是乙個必備的階段，而坐專案時，往往會忽略這個階段，甚至認為產品化階段和軟體實施是一回事。而經過我的實踐，我發現，做專案時，應該明確的區分開產品化，和實施。在實施階段客戶的不滿意，往往是產品化這個步驟做的不夠好，設定沒有做。這就好像乙個蛋糕師傅只將蛋糕胚和忌廉放在一起就給客戶端上了桌，從功能（口味）上講沒有本質區別，但從非功能（外形，包裝）上講，絕對是乙個天大的失敗。
在以後的專案中，一定注意產品化階段。
產品化之說
剛在 一蓑煙雨任平生 的blog中看到 我對產品化的理解 頗有一番感慨。quote 軟體公司怎麼做產品化？我的意見是 1 找到合適的專案和合適的客戶，多做專案 2 在某乙個領域積累行業經驗，建立樣板工程和成功案例，並將專案產品化 指商務概念上的產品 3 提煉管理理念，並將理念和成功案例結合，整理實施...
產品化的思考
關於產品化，公司也進行過相應的 也是公司的目標。公司一直在做專案，沒有很好的產品化的思路。個人認為為什麼會稱之為產品，產品應該是有大部分共性的特點，按照相應的技術標準或規範生產出來的東西。比如螺絲釘，有各種規格的螺絲釘，但每種規格都有統一的標準。比如手機，有相應的通訊標準。那麼我們的軟體產品如果要產...
產品化的理解
我對產品化的理解 產品化的時機是看業務的需要，不管是對前景的落實，還是專案轉化成產品，這些都不是技術人員能考慮的，業務的發展和策劃，如何進行市場細化等如果都由技術人員考慮，產品化的風險很大。風險最大的是對於產品化的理解。提到 產品化 大部分技術人員，包括很多公司老闆，首先想到的是可銷售性，也就是免實...