軟體原始碼託管，也就是把原始碼交給中立的第三方保管（英文稱為 software escrow），回應的是一種完全合理的擔憂：替你打造並維運關鍵系統的供應商收攤了，而你手上留下的，是一個自己離不開、卻又維護不了的東西。託管合約把原始碼寄存在第三方那裡，一旦真的發生這種情況，第三方就把它交付給你。 這種擔憂站得住腳。問題在於這項工具經常被誤解，而兩者之間的落差催生出一種合約：每年都在花錢，真到需要它的那一天卻幫不上忙。 簽約之前該先問的那個不舒服的問題： 如果明天就把程式碼交到你手上，你這邊真的有人跑得起來嗎？一份沒有建置說明、沒有基礎架構定義、沒有它所呼叫的第三方服務憑證、也沒有資料的原始碼託管，不是營運持續計畫。那只是一個資料夾。從...
客製化軟體
關於客製化軟體的文章、指南和教程，為開發者和企業提供實用知識與技巧。也包括常見故障模式及其修復成本。
在固定價格合約與按工時計費之間做取捨，通常會被說成是一次關於風險的選擇。這個說法本身沒錯，可是緊接著就被處理歪了，因為雙方都預設風險會消失，而不是只在兩邊之間換手。 風險並不會消失。在固定價格的安排裡，估算失準的風險由廠商承擔，而廠商會把這份風險先算進報出的金額裡。在按工時計費的安排裡，承擔的人換成業主。真正的問題從來不是哪一種做法能消除不確定性，而是哪一方比較有條件去管理它，以及把風險轉移出去的代價值不值得付。 能事先看出哪一種做法會成功的檢驗： 你能不能把「完成」寫下來，寫到兩個人對於是否已經達到這個狀態能夠得出一致判斷的程度？如果可以，固定價格就是你能用的選項，而且多半是合理的。如果寫不出來，固定價格合約並不會把模糊消掉，它只...
軟體 RFP，也就是需求建議書，本來的用途是讓不同廠商變得可以互相比較。可是現實中大多數文件剛好起了反效果：它們把解決方案寫得夠細，細到把回答的空間綁死，卻偏偏漏掉了任何人報價時都會需要的那些資訊。結果就是五份報價，彼此差了一個數量級，形式上每一份都回應了需求，但沒有任何兩份在衡量同一件事。 常見的說法是廠商在打太極。偶爾確實如此。但更常見的情況是，文件要了一個從它本身內容根本推不出來的數字，於是每家廠商都用各自不同的假設去填補空白。假設不同，價格自然不同，這裡並沒有誠不誠實的問題。 判斷你的 RFP 是否有效的檢驗方式： 兩家不同的廠商讀完之後，能不能得出實質上相同的範圍？如果文件裡只寫了「使用者管理」，沒有說明有幾種角色、權限是...
軟體維護成本，就是那個讓一個成功專案在十八個月後變成一場尷尬談話的數字。開發階段有預算、有簽核，也如期交付了。可是上線之後會發生什麼事，被一句「技術支援」草草帶過，再配上一個有人憑感覺喊出來的金額，而那個金額幾乎每次都太小。 原因出在結構，不是誰不用心。開發有一個可以報價的範圍。維護沒有範圍，因為決定它的是還沒發生的事：某個相依套件爆出漏洞、某家供應商改掉自己的介接規格、某位使用者碰上當初誰都沒想到的狀況。 人人都在引用的經驗法則是每年抓開發成本的 15 到 20 個百分點，而它之所以危險，正是因為它離正確答案不遠。 它對的次數多到讓人安心，錯的時候又總是往同一個方向錯：它低估了缺陷集中浮現的第一年，而在有法遵義務或外部介接很多的系...
MVP 軟體開發出錯的地方是範圍會議，不是開發過程本身。有人說出「最小可行產品」這幾個字，大家點頭同意，接著送來的功能清單裡卻寫著使用者帳號、後台管理介面、計費、通知、儀表板，還有一個行動應用程式。那不是最小可行產品。那是一個完整的產品，而它花掉的時間會是你心裡那個數字的三倍。 真正造成損害的字是「可行」。多數團隊把它讀成「好到可以賣給所有人」，但它的本意是「剛好夠用來判斷到底有沒有人想要這個東西」。 最省錢的範圍測試： 對每一項功能，問問自己會因為答案不同而做出什麼不一樣的事。如果一項功能改變不了任何決定，它就不屬於 MVP。後台管理介面不會告訴你人們是否想要這個產品；它只會告訴你，等人們想要之後，這個產品會更好管理。把它放到第二...
凡是按端點數量來估算客製化 API 開發成本的人，幾乎都會算錯，而且通常差三倍。端點本身是整件事裡最便宜的部分：十來個端點，只是讀寫你手上已經有的資料，對一位稱職的後端開發者來說不過是兩週的活。 真正花錢的，是把這些端點變成另一家公司願意把生意押上去的東西所需要的一切：經得起安全稽核的驗證、讓你日後還能改主意的版本管理、好到沒人需要寫信問你的說明文件，以及能告訴你哪個客戶今天早上過得不順的維運裝置。有一個 API，和有一個別人靠著它做生意的 API，兩者之間的那道落差，才是預算真正的去處。 價格區間速覽: 只被你自己的應用程式呼叫的內部 API，通常花費 10,000 到 30,000 英鎊。...
對「WordPress與客製化網站」的搜尋興趣逐年穩定成長，2026年仍是英國企業主在委託新網站時最常提出的問題之一。部分原因在於WordPress目前為網際網路上43%的網站提供支援，使得這種比較實際上難以避免。同時，風險也是真實存在的：錯誤的選擇會浪費資金、延誤專案，並可能造成持續多年的安全隱患。 本指南涵蓋了2026年WordPress的真實現狀（它的變化比大多數人意識到的要大得多）、何時它是正確的選擇、何時絕對不是、英國企業持續低估的風險、客製化開發實際上能提供什麼、成本如何分配，以及無頭架構中間方案是否值得在您的情況下考慮。 簡要總結 WordPress是內容管理行銷網站和小預算的有力選擇；不適合網路應用程式、複雜使用者系...
軟體開發外包作為搜尋主題在英國顯著成長，過去三個月內「outsourcing software development」搜尋量增加70%，「software development outsourcing」增加60%。英國企業正積極尋求外部開發資源，但許多企業不確定是否應選擇英國本土公司或尋求海外合作。 本指南從實用角度分析兩種方法的利弊，協助您根據實際需求而非成本預設做出明智決策。 概要 英國企業外包的主要原因是獲取開發能力、專業技能和加快上市速度，而非僅僅是節省成本 英國本土合作夥伴在法律合規性、GDPR合規性和溝通品質方面具有優勢，對於複雜或敏感專案而言，海外選項通常難以匹敵 合適的模式（固定價格、時間和材料、專屬團隊或人員擴...
2026年，英國客製化軟體開發正經歷顯著成長。「客製化軟體開發」的搜尋熱度上漲40%，「客製化軟體開發」上漲30%，「客製化軟體開發公司」的搜尋量成長110%。由於現成軟體越來越無法滿足企業的營運需求，企業正積極尋找專業合作夥伴。 本指南為您提供在英國委託客製化軟體開發的誠實實用框架：費用多少、需要多長時間，以及如何避免那些將好主意變成昂貴問題的錯誤。 要點摘要 英國客製化軟體專案的費用從£10,000到£500,000以上不等，工期從六週到兩年，取決於專案規模 在確定開發預算之前進行探索階段不是可選項；模糊的需求是導致成本超支和範圍糾紛的最大原因 合約必須包括最終付款時的智慧財產權轉讓、里程碑式付款、變更控制流程，以及大型專案的原...