X

案子報價 成本估算

現在的爛 Case 太多了, 有太多人在把價位喊爛..

然後價位爛, 時間少, 自然做不出有品質的好東西,

在 BBS 上看到的一篇文章, 看一下成本怎麼算吧....

別在亂估價, 亂報價了..... 🙁

看板 php
作者 duan (上邪)
標題 Re: 請教案子
時間 Fri Sep 16 02:17:07 2005

看了大家的想法, 弟也來說一些自己小小的心得.

在報價時, 常常會忽略一些無形或不容易考慮的成本:

1. 溝通.
尤其在規格不明確的狀況下, 溝通的成本甚至會高於開發的成本, 或者說讓開發
的成本大幅提高 (修改規格) . 不過很不幸的, 國內相當多的案子, 客戶是不會
自己提規格的 (或者說是相當粗糙的規格) . 所以光是要確認規格, 就需要相當
的成本. 當然, 如果有人喜歡邊做邊確認規格也可以, 風險自負 🙂

2. 所得稅.
中華民國萬萬稅, 這個不用說了吧. 十萬元的案子假設以 13% 的稅來算, 實拿
才八萬七. 報價時如果沒講清楚, 不要希望客戶會幫您補上稅金差額的.

3. 時間.
這點除了和上面第 1點息息相關, 也和自己的生活習慣有關. 往往都會把時間估
的太樂觀, 結果客戶溝通不良, 自己時間又沒分配好, 整個生活品質就都沒了,
陷入趕案子的惡夢中.

除了這些會疏忽的成本外, 也要考慮一些其它的事項:

1. 沒有明確的規格以前, 報價要保留一定的彈性.
像討論區這麼常見的需求, 但簡繁的差別可能讓報價翻上好幾倍. 不要預設以為
自己想的規格對方一定可以接受, 也不要認為現成看起來很好用的套件就一定可
以滿足對方.
即使現成的套件可以滿足對方的規格了, 但也不代表就沒有其它的成本. 例如要
用 phpbb2 , 但是會員的部份要和其它的套件整合在一起, 總不可能討論區要一
組會員, 聊天室又一組會員, 這種整合的需求就是成本.

像前面引言保留的那幾項, 都是很常見的需求, 但是規格往往差異也很大. 以會
員制度來說, 幾乎不會有可以完全現成可套用的情況, 客制化的程度或多或少的
差別而已.

2. 系統環境.
雖然說 php 算是跨平台的語言, 但是不同平台還是有一定的差異. 在別的地方
看到有人認為使用虛擬主機成本更低, 因為不用自己架環境. 其實這是不一定的.
如果對方申請的虛擬主機硬是少裝了某些套件, 而自己又權限不夠無法安裝的話,
就知道成本是高還是低了.

3. 美編.
不要認為自己做的網頁介面一定可以滿足對方. 而有時候對方可能會有美編人員
和您配合, 但這也不一定是好事, 有時候不懂事的美編足以讓有備份習慣的人也
只能哭天喊地的想辦法把資料弄回來. 如果有自己習慣搭配的美編當然是最好的,
不過不要忘了, 這樣就是兩個人的成本了

雖然網頁的技術已經好幾年了, 看起來很成熟了, 不過並非那麼美好. 很多人以
為只是拿現成的套件搭一搭配一配, 就可以拿去賣錢了, 至少很多老闆是這樣想
的, 但是拜託, 身為工程師的人千萬不要這樣想.

寫程式的, 尤其是寫 web 的, 鮮少有不需要客制化的部份. 如果您真的非常利
害, 把所有可能的需求都寫成元件, 可以組一組就拿去賣, 那就是您的本事. 您
要以量制價, 那絕對沒問題. 但如果不是, 請記得做生意是將本求利. 如果您的
時間不值錢, 大可以把價格往下壓, 這也沒什麼不道德的, 做生意本來就是競爭.
如果有人願意花半年溝通及開發的成本來賺兩萬元, 那沒接到案子的人自然就摸
摸鼻子認了.

當然, 如果做一半覺得划不來就一翻兩瞪眼走人的, 導致這塊市場越做越爛, 那
又是另一回事了.

弟自認報的價格一向是算低的了, 不過上面提到的需求, 說實在的, 報的價格
range 還在五萬以上. 畢竟上面的規格都只是 feature 而不是 spec , 如果
客戶要砍價錢, 那就提出要壓低規格的地方, 如討論區等.

還記得在約莫兩年多前, 曾有一位客戶輾轉透過朋友認識, 提出一個架構相當龐
大的案子, 包含面對面的聊天室, 條碼圖書定閱之類的約十幾項. 對方用聽說不
到五十萬的價格標下來這個案子, 等到要轉包出來給別人做時, 發現沒人要接.
等到剩不到兩個月要結案了, 他們想不賺錢包出去給別人做, 都還是沒人敢接.

弟正好也是不敢接的人之一, 以他們列的十來項規格中, 挑了一半認為可以做的
來單獨報價, 也超過三十萬了. 剩下不敢做的項目, 成本只會比三十萬更高, 客
戶當然是不敢分開來外包來做. 最後如何了不知道, 不過結不了案的機會大概很
高吧 (一笑) .

Tsung: 對新奇的事物都很有興趣, 喜歡簡單的東西, 過簡單的生活.
Related Post