專案與產品的核心能力分類:系統
我想目前為止,好像沒有一家軟體公司能同時做好專案的開發,又能做好產品的開發,因為這兩個軟體系統的核心技術與管理方式,是完全不一樣的,除非這專案與產品這兩個部門是分的很開的。
記得我進入第一家軟體資訊服務公司的時候,第一個考題就是這個問題,專案與產品的特性有何不同,現在想起來這個答案還真的很廣,以下是全球麥肯錫軟體調查的分析比較:
專案服務 軟體產品
複製成本 固定 趨近零
開發方式 分工開發 集中開發
地理特性 區域性 全球化
客戶關係 一對一 一對多
管理重點 1.人力資源 1.策略
2.技術研發 2.行銷業務
3.行銷業務 3.人力資源
4.策略 4.技術研發
如果依照這個分析表來看,專案型的軟體公司的核心技術必須非常重視人力資源的運用,而技術研發也是非常非常重要的,以國內的專案服務來看,雖然成交的金額非常大,但是一個系統經常要把軟硬體甚至維護服務通包,所以經常是很多公司分工處理,有時候可能得標的是外國的廠商,但是在系統上線或者系統維護的階段,其實已經轉包給其他的廠商了,而廠商間的相互聯繫支援並沒有很好的情況下,要結掉一個案子通常況日費時,導致成本上無形的損失。
也因為如此,專案服務的軟體開發公司通常非常的區域化,即使是像惠普、IBM這一類的公司,在世界各國分公司的專案管理也非常的本土化,無法全球化統一管理,經常有人說他們可以利用印度的人來寫程式,用美國公司來保證品質來接專案,我想這個是天方夜譚,不可能成功的,除非是產品型的軟體公司才能達成。
目前軟體產品來看,微軟的確在全球佔有數量最大的作業系統的佔有率,產品型的軟體公司可以透過行銷與策略來打擊對手,只要能夠把佔有率提高,就是產品型軟體公司的成功。
而最近兩年網際網路的發展,除了專案型與產品型的定義被打的模糊之外,大家對於客戶關係管理也愈來愈重視﹔ASP的服務營業關係目前是定義在B2B的交易之中沒有錯,但是你接的案子是專案的ASP還是產品的ASP,是一家公司營運核心能力重要的判斷依據,我經常看到很多人分不清楚,就開始作ASP的服務,導致目標不明確而失敗。
而客戶關係管理所投入的資源重要的是客戶的數量級與忠誠度的判斷,如果是專案服務,每一個新的專案就是一次的客戶關係的建立,要投入很大的行銷資源去經營,大體來說是不對的。
其實,所有的產業都是垂直結合的,而軟體公司的分類除了先用專案型與產品型分類之外,各行各業運作的情況真的不一樣,而軟體從業人員用程式語言或開發平台來分類,其實是非常不對的。
總共有0個迴響
給予迴響