軟體開發值多少？系統開發怎樣估成本
更新於 發佈於 閱讀時間約 3 分鐘
「幫我做的跟 Facebook 一樣單純就好」
「嗯 … ?」
工作緣故蠻常需要給客戶軟體開發的報價，也蠻常在不同場合被問說怎樣衡量開發成本。其實這個問題不容易有個確定算法，在這篇文章稍微分享一下過去思考這個問題的關注點，也期待引出不同的觀點。
姑妄說之姑聽之，這裡只分享原則，不涉及具體數字。
而或許，這些原則也可以延伸到其他虛擬服務(如顧問)的定價上？
以終為始：軟體開發的標的是什麼？
先聊聊開發的終點到底是什麼。
首先，軟體是一種協助我們的工具及手段，並不是目的本身。甚至好的系統及軟體往往能調動你的直覺，讓你不容易感受到它的存在。
在評估開發的標的時，切記要把關注點放在軟體系統是否能達成目標。細節會有無限多，過度的枝微末節很有可能兩敗俱傷。
規格存在的目的是對甲乙雙方建立完整的認知圖譜，一旦開始執行偏離是常見的事。就好比戰爭前訂定戰術戰略規劃並不是為了能在戰場上算無遺策，而是為了能在有其他干擾因素時仍能準確瞄準最後目標不走偏。
百分百準確的規格並不存在 — 除非你是在完成之後才寫規格。
困難跟意外無所不在，世事總不能盡如人意
此外，接受規格不能百分百達成其實這也是個保護自己的方式。
不管再怎麼細緻的規劃及溝通，甲乙方合作中還是會很常碰到零和的博弈。有時候會很開玩笑的說「甲乙方的關係從中文字就看得出來，甲站著乙跪著」。雖說是一句玩笑話但卻也反映了一些現實。
有時候大家不滿意的結果才是最好的結果。
兩個方向的評估：Top-Down + Bottom-Up
所以報價該怎麼看比較好？
建議大家從兩個方向來看，自上而下(Top-Down)及自下而上(Bottom-Up)。
自上而下的看法重點在於掌握全局，可以從這個工具最後順利運行後創造的商務價值來估算。這個方向在於框住你無法在此時此刻掌握的細節成本，事情總是越做越細也越做越複雜。舉例來說，如果能靠這個軟體系統能創造一年一千萬的業績，那初期開發成本抓個一兩百萬應該不為過才是。
自下而上的看法在於考慮執行，可以從開發及營運時所需要耗費的人力及物力成本來估算。人月神話雖告訴我們系統開發不是單純的乘法關係，但卻可以在提供一種成本的看法。但請記得最後再乘上一個比例(比如 1.2 ~1.5 倍)來大概觀察一下組合這些資源的黏著耗損。
從這兩個方向個抓數字後再取個中間值就能比較好的給出估計。更重要的是，當你從兩個方向去逼近中間，你就能對於實務上該從哪裡做取捨得到一個大致的手感。
可以打折，但我們總得知道打折後是犧牲了什麼？
結語：在一件事做完之前你不知道它能不能做完
其實不管怎麼估計都可能失準，在一件事做完之前你怎麼知道能不能做到？
可說到底，不出發的話我們也不知道到底能夠走到哪裡，總是得開始的不是嗎？
自上而下觀看全局，自下而上思考執行。然後，將目標設定在達成商務目標而不是百分百規格，保留彈性才有可能順利走到最後。
你又是怎麼做的呢？
為什麼會看到廣告
留言0
查看全部
你可能也想看
Google News 追蹤
/
大家現在出門買東西還會帶錢包嗎
鴨鴨發現自己好像快一個禮拜沒帶錢包出門
還是可以天天買滿買好回家(?
因此為了記錄手機消費跟各種紅利優惠
鴨鴨都會特別注意銀行的App好不好用！
像是介面設計就是會很在意的地方
很多銀行通常會為了要滿足不同客群
會推出很多App讓使用者下載
每次
今天想跟大家聊聊軟體開發中那些年大家踩過的「坑」，沒錯，就是那些看不見的陷阱，常常搞得我們焦頭爛額的坑，痛到想哭。
需求改來改去
本來覺得這次的需求挺清楚，覺得「這很簡單，幾天就能搞定」，結果寫完第一個版本，需求就改了。還沒喘口氣，需求又變了！連改了五六次，改到懷疑人生。
會議太多，程
在軟體開發的日常工作中，技術債 Technical debt 這個詞你一定聽過，很多時候它會在不知不覺中悄悄累積，直到某天徹底爆發，讓開發團隊陷入混亂。技術債其實就像借錢一樣，當我們在開發過程中選擇快速的臨時解法、草率地修補錯誤或忽視程式碼品質，這些行為就像是向未來借來的債務。短期內我們確實能夠快速
在軟體開發中，過早優化（Premature Optimization）是一個常見陷阱。這個陷阱常常發生在專案的早期階段，開發者過度關注細節或效能問題，試圖讓程式碼跑得更快或佔用更少資源，結果反而忽視了核心功能與可維護性。
什麼是過早優化？
就是你還沒確認程式的效能真的出現瓶頸，卻急著去優化某
對於沒有行銷背景的小品牌和沒有實權的大企業行銷部專員，本文提供了和客戶談預算的對話範例，幫助自由工作者更好地瞭解如何處理不同情境下的預算談判。
EP32精華重點:
1.定價是創業過程中非常頭痛但又不得不面對的重要課題。定價定得好不僅能確保獲利,更能建立品牌價值。
2.常見的定價策略包括成本加成定價法、競爭導向定價法、價值導向定價法等。每種策略適用的情況不同,需要根據產品特性、市場環境、目標客群等因素綜合考量。
專業價值多少，這真的是一個千古難題，舉例來說，現在這個時代，自行接案的人越來越多，但這些SOHO族提供的服務內容、品質都有不同程度的落差，而對於業主來說，希望以最低預算(甚至免費)得到高品質內容的期待是不變的，因此造成雙方的認知落差。
軟體開發專案管理的失敗原因複雜多樣，但管理不善是其中一大原因。學習為軟體開發專案而設的管理方法是有效管理的第一步，需對軟體開發專案的特徵進行評估，選擇合適的軟體開發生命週期和專案管理方法。
一、4種定價方法：
1.成本定價法：成本+利潤
優點：算法簡單、風險小。
缺點：利潤要多少才合理、利潤不好計算。
2.競品定價法：做市場調查，看競爭對手的定價多少
競品分三種
a.直接競品：跟你做相同的
b.間接競品：他的服務跟你的產品跟你相似的
在《無痛買單》這本書中，作者下寬和提供了歐美企業的經營實務中「定價管理」的精流程。這不僅僅是一場關於數字的遊戲，而是一種全方位的管理行為，涉及監控、評估、調整等一系列動作，目的是尋找最佳價格解決方案，同時監控銷售量與利潤的變化。透過PDCA循環的實施，企業可以系統化專業知識，排除主觀偏見，從而提升業
OpenAI 正在開发兩種類型的 AI 助手，這些軟體將協助完成原本由人類執行的任務，而無須人類密切監督。其中一種類型的 AI 代理人可以透過接管使用者的設備來自動化某些複雜任務，例如 ChatGPT 助理將數據從文檔轉移到電子表格或填寫費用報告並將它們輸入到會計軟體中。此類 AI 助理將需要使用者
/
大家現在出門買東西還會帶錢包嗎
鴨鴨發現自己好像快一個禮拜沒帶錢包出門
還是可以天天買滿買好回家(?
因此為了記錄手機消費跟各種紅利優惠
鴨鴨都會特別注意銀行的App好不好用！
像是介面設計就是會很在意的地方
很多銀行通常會為了要滿足不同客群
會推出很多App讓使用者下載
每次
今天想跟大家聊聊軟體開發中那些年大家踩過的「坑」，沒錯，就是那些看不見的陷阱，常常搞得我們焦頭爛額的坑，痛到想哭。
需求改來改去
本來覺得這次的需求挺清楚，覺得「這很簡單，幾天就能搞定」，結果寫完第一個版本，需求就改了。還沒喘口氣，需求又變了！連改了五六次，改到懷疑人生。
會議太多，程
在軟體開發的日常工作中，技術債 Technical debt 這個詞你一定聽過，很多時候它會在不知不覺中悄悄累積，直到某天徹底爆發，讓開發團隊陷入混亂。技術債其實就像借錢一樣，當我們在開發過程中選擇快速的臨時解法、草率地修補錯誤或忽視程式碼品質，這些行為就像是向未來借來的債務。短期內我們確實能夠快速
在軟體開發中，過早優化（Premature Optimization）是一個常見陷阱。這個陷阱常常發生在專案的早期階段，開發者過度關注細節或效能問題，試圖讓程式碼跑得更快或佔用更少資源，結果反而忽視了核心功能與可維護性。
什麼是過早優化？
就是你還沒確認程式的效能真的出現瓶頸，卻急著去優化某
對於沒有行銷背景的小品牌和沒有實權的大企業行銷部專員，本文提供了和客戶談預算的對話範例，幫助自由工作者更好地瞭解如何處理不同情境下的預算談判。
EP32精華重點:
1.定價是創業過程中非常頭痛但又不得不面對的重要課題。定價定得好不僅能確保獲利,更能建立品牌價值。
2.常見的定價策略包括成本加成定價法、競爭導向定價法、價值導向定價法等。每種策略適用的情況不同,需要根據產品特性、市場環境、目標客群等因素綜合考量。
專業價值多少，這真的是一個千古難題，舉例來說，現在這個時代，自行接案的人越來越多，但這些SOHO族提供的服務內容、品質都有不同程度的落差，而對於業主來說，希望以最低預算(甚至免費)得到高品質內容的期待是不變的，因此造成雙方的認知落差。
軟體開發專案管理的失敗原因複雜多樣，但管理不善是其中一大原因。學習為軟體開發專案而設的管理方法是有效管理的第一步，需對軟體開發專案的特徵進行評估，選擇合適的軟體開發生命週期和專案管理方法。
一、4種定價方法：
1.成本定價法：成本+利潤
優點：算法簡單、風險小。
缺點：利潤要多少才合理、利潤不好計算。
2.競品定價法：做市場調查，看競爭對手的定價多少
競品分三種
a.直接競品：跟你做相同的
b.間接競品：他的服務跟你的產品跟你相似的
在《無痛買單》這本書中，作者下寬和提供了歐美企業的經營實務中「定價管理」的精流程。這不僅僅是一場關於數字的遊戲，而是一種全方位的管理行為，涉及監控、評估、調整等一系列動作，目的是尋找最佳價格解決方案，同時監控銷售量與利潤的變化。透過PDCA循環的實施，企業可以系統化專業知識，排除主觀偏見，從而提升業
OpenAI 正在開发兩種類型的 AI 助手，這些軟體將協助完成原本由人類執行的任務，而無須人類密切監督。其中一種類型的 AI 代理人可以透過接管使用者的設備來自動化某些複雜任務，例如 ChatGPT 助理將數據從文檔轉移到電子表格或填寫費用報告並將它們輸入到會計軟體中。此類 AI 助理將需要使用者