Marty Skomal, MPA — Omaha, Nebraska, USA

來自客戶的聲音#

開發者和專案經理的觀點固然重要，但聽聽「掌管預算」那一方的聲音同樣有價值。本文作者正是那位客戶。

軟體開發者如今已進入非營利機構和政府部門，承諾以低成本的網路技術解決長期以來過於昂貴、複雜的業務問題。然而這裡藏著一個陷阱：想要全部擁有，最終可能什麼都做不成。

過度自動化的代價#

作者所在的機構決定將紙本補助申請流程改為線上系統，目標是：

• 直接匯入表單資料，避免人工輸入錯誤
• 降低成本，省去郵寄不便
• 線上審閱申請進度並提前提供協助

注意： 開發者不斷建議追加功能——自動篩選申請資格、強制截止日期、要求收支平衡才能送出——這些聽起來合理，卻讓系統失去了靈活性。

當系統在截止日期後封鎖申請，機構完全無法自行匯入逾期資料，必須聯繫開發者執行特殊覆蓋操作。原本只需要一輛完整的腳踏車，最後卻造出一艘殘缺的太空船。

最終的轉變#

機構最終放棄了那套系統，改用功能較少但更穩定的供應商方案。他們調整內部流程以配合系統，而非為了保留舊流程而從頭打造軟體。

重點： 把線上系統視為「接收並操作資料的工具」，而非「展示一切技術可能性的紀念碑」。

給非營利客戶的建議#

面對預算有限的非營利機構時，開發團隊應該：

• 讓他們規劃、緩步建置、反覆測試，不要急著一次到位
• 抵制過度自動化的誘惑，簡單任務往往不需要複雜解法
• 真正理解使用者需求，而非炫耀技術工具箱

技巧： 在投入整個技術工具箱之前，先評估客戶實際能夠成功實作的範圍。新興市場的客戶往往需要的是可用的基礎，而非功能完備的理想系統。