Re: [閒聊] 台灣的資訊軟體業振作一點好嗎?
※ 引述《misgod (無聊的日子)》之銘言:
: 我第一份工作在台灣的某家老牌SI上市公司,
: 他們都說過同樣的話,把專案做好然後在修改產品賣
: 我可以告訴你這件事,難度太高了,專案之所以為"專"案有他的道理在...
: 一開始需求分析跟架構設計思考的方向就差很多
: 而且作產品前期成本太高了,又不一定看得到後面的收入,作產品除了工程師要有實力,
: 老闆也要有實力。我目前的工作就是再做產品,我最近一個案子做了一年,
: 然後看起來這個產品已經出不去了,生平第一次做到失敗的案子,
: 老闆直接說我們已經幫公司燒掉了一棟南部豪宅(千萬以上)...囧
: 另外一提,不是只有專案的需求一直會變..
: 我個人覺的產品的需求才變得厲害,規劃產品需求的人才是真的想到什麼加什麼,
: 同一個公司沒有契約也不用太客氣,不會有人認為產品是一開始規劃好,
: 然後就按表操課吧....如果作專案的需求很難釐清了,作產品的需求應該難度更高吧...
: 而且產品做出來還要看有沒有人買...
: 像台灣有一家公司自己出了一個資料庫系統,超過十年了...
: 我身邊沒有一個人知道這件事..
產品要求的品質會比較高,因為專案只有一家公司用
出了什麼問題頂多一個客戶會來罵
產品要是出了什麼問題,客戶的電話你就接不完了
專案有些地方可以就針對該客戶環境弄些不漂亮的code
反正不會出問題就好
產品同一個功能會遇到的環境千奇百怪
一定要寫得夠彈性,還要完整測試過才能出去
但其實做產品未必見得就會比較賺
也要做出成功的產品才有用
失敗的產品一大堆,成功的反倒有限
沒有很好的市場策略,為了做產品而做產品,最後多半是賣不好
而且因為產品開發時程多半是要一年或以上
策略上就至少要能預測到兩三年後的市場
不然產品開發出來就已經落後市場,就不用玩了
但這點也是最難的,因為誰知道兩三年後市場會怎樣
做產品也不是盲目的燒錢,反倒是要有很明確的預算和時程
就跟平常做專案沒什麼兩樣
有什麼要改也都是不能說改就改,要照規矩來
如果以為自己做產品就是隨便要改什麼就改什麼
完全沒有專案管理,那很有可能是既燒錢又賣不好
另外產品也未必見得什麼狀況下都好用
有時候某個solution就只在一兩個產業有用
這時專門為了這一兩個產業出一個產品,就很划不來
比較好的做法反而是找一些現有的產品
然後兜一兜弄出一個能在該產業差不多通用的solution
以後就拿那個通用版的再客製化一下就可以賣錢了
這樣開發很快,成本又很低,錢還是照收開發整套的錢
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 118.165.228.89
推
02/15 19:01, , 1F
02/15 19:01, 1F
討論串 (同標題文章)
以下文章回應了本文:
完整討論串 (本文為第 5 之 6 篇):