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