創新是一種思維，而非里程碑
將技術敏捷性融入您的工程文化中
作為 Jimdo 的 CTO，我常觀察到，人們在探討應用程式創新時，往往將其視為一種「整體性事件」︰諸如數位轉型或雲端遷移之類，彷彿這是一項一次性舉措，一旦完成，組織便可將重心轉移至他處。但實際上，應用程式創新並非一個有著明確起止日期的專案；而是一項必須融入工程文化的運作原則。
對於任何技術領導者而言，真正的挑戰並非在新功能與維護之間做出選擇。而是對工程能源的持續管理。最近，當我做客 Cloudflare 的節目《Beyond the App Stack》並與該公司的現場 CTO Trey Guinn 對話時，我們探討的正是這種兩難：如何確保在追求敏捷性的同時，不以犧牲穩定性為代價。
對我來說，答案始於一致。我不信奉共識；在一間處於成長期的公司，達成共識太過困難。我認為應採取自上而下的策略，並搭配自下而上的執行。管理團隊設定「內容」和「地點」，但工程師和副總裁決定「方法」。只有這樣明確分工，才能確保當我們談論應用程式創新時，實際上是在談論企業成長。
維護與創新動態平衡
為了將復原計畫付諸實施，我們採取了一項「穩定性稅務」策略：將 60% 的精力投入到解決核心技術債上，剩餘 40% 則用於創新。這並非什麼神奇數字，而是一項戰術性基準，旨在防止我們的團隊被程式碼庫中的「瓦礫」絆倒。
保持一致性的秘訣，並非永遠固守某種固定比例，而是評估團隊的「摩擦力」程度。如果版本發行緩慢且複雜度高，您的技術債務成本必定會增加。正因為我們堅持了三年的自律，我們才贏得了扭轉這一比例的權利。今天，我們在創新上投入更多，但從未將債務相關工作歸零。無論您是採取 60/40 還是 20/80 的方式，規則始終不變：您必須過去付出代價，以守護您的未來。
決定淘汰舊式系統
CTO 所做的最艱難的決定之一，就是判定系統何時已「病入膏肓」。徹底推倒重來、一切從零開始的誘惑總是如影隨形；但在我看來，這項決策必須由商業策略驅動，而非源自於技術上的挫敗感。
曾幾何時，Jimdo 面臨一個戰略轉折點。我們正從那種要求使用者掌握 HTML 和 CSS 的「自助式」網站建置模式，轉型為 Web 2.0 時代，在這個時代，我們直接將網站交付給使用者。由於商業模式發生了根本性變革，現有的解決方案非但未能起到助推作用，反而成了阻礙。我們組建了一支專門負責重建 Jimdo 2.0 的團隊。
這段經歷確立了我如今評估每一項重大技術變革的方式。這件事讓我瞭解到，重建不應僅僅是解決技術債務，還必須解決商業問題。如今，當工程負責人來找我，要求對應用程式創新進行重大投資時，我總是會回歸到三個簡單的問題：
如何加快速度？
如何減少複雜性？
如何改善產品轉換？
如果提案與公司策略高度契合，並解答了那三個問題，我們便會予以批准，並著手進行本季度的相關工作。問責至關重要。不僅僅要求預算，更要為這項投資提供充分的商業論證。
透過「專注日」擴展試驗規模
創新需要能夠實現無障礙試驗的體系。在 Jimdo，我們每週都會留出一天作為「專注日」。這至少是工程師可用來研究工具、嘗試改善現有程式碼庫，並跟上技術界發展動態的一天。
身為骨子裡就是工程師的人，我堅信：如果不持續鑽研與學習，就無法維持自己的價值與競爭力。隨著 AI 的興起，這一點比以往任何時候都更為真實。AI 正在徹底改變遊戲規則，它能讓您編碼的速度顯著提升。但只有建立了適當的防護機制，才能憑藉 AI 獲勝。我鼓勵我們的員工去研究這些工具，並尋找提升效率的方法；而對這種求知欲的投入，如今已開始顯現成效。
我們利用內部溝通管道來分享這些調查結果。當每個人都心繫同一目標，並能看到同事們正在建置的成果時，便會產生一種良性的壓力，促使大家保持步調一致。
沉沒成本陷阱：從兩年的失敗中領悟的教訓
並不是每一次應用程式創新努力都能成功。我也曾經歷過不少失敗，其中包括一個持續運作了兩年多、令人刻骨銘心的投資專案。
問題在於市場發生了變化，公司的策略也隨之調整，結果我們只剩下一個半途而廢的項目，不再契合當前的業務需求。維護起來非常痛苦。從這次失敗中，我汲取了一個重要教訓：務必將任務拆解為一系列里程碑，以確保我們始終走在正確的軌道上。
不妨將其類比為造車的過程。您不會先造好四個輪子，接著再造一根車軸。而是會先造出一塊滑板，接著是一輛腳踏車，最後才是一輛車。透過以小而完整的增量方式交付成果，您能夠有效地保護自己。一旦策略發生調整或市場環境發生變化，您可以隨時叫停專案，而不必白白浪費兩年的工作心血。敏捷性不僅關乎速度，更在於能夠及時止損的應變能力，即當方向不再正確時，能夠果斷地停下腳步。
應用程式創新是一種思維，而非里程碑
想要妥善處理好這件事，並沒有什麼現成的「靈丹妙藥」。唯有憑藉強而有力的領導力，才能實際保障償還技術債所需的工程能力，尤其是在持續面臨交付新功能壓力的情境之下。
如《2026 年 Cloudflare 應用程式創新報告》所示，最成功的組織，正是那些預期並規劃隨時間推移實現大規模應用程式創新的組織。他們不是將科技視為一個靜態資產，而是視為需要不斷關注的活躍系統。
應用程式創新的關鍵在於，讓您投入改善應用程式的時間發揮價值。透過賦予團隊保持與時俱進的空間、與業務目標保持一致的清晰度，以及償還技術債的自律性，您不僅僅是在維護一款產品，更是在打造一台極具競爭力的引擎。
擴展您的創新
真正的應用程式創新與其說是為了抵達某個終點，不如說是為了推動您的組織在建置、保護和部署數位資產的方式上不斷演進。若要將技術敏捷性轉化為持久的商業優勢，您需要一個既能消除阻力、又能維持嚴格安全標準的基礎。
Cloudflare 的統一應用程式安全性與效能平台，正是專為此演進而打造。隨著各類組織推動舊式系統現代化、最佳化分散式架構，以及投資於 AI 驅動的功能，Cloudflare 提供了兼顧創新與韌性的堅實基礎。透過將世界級的效能、深度可觀測性以及以開發人員為中心的工具整合至單一的可程式化層中，Cloudflare 可協助您騰出寶貴的工程時間並推動創新，同時免去因使用分散工具而產生的額外開銷及不斷攀升的成本負擔。
Cloudflare 就影響當今技術決策者的最新趨勢和主題發表了一系列文章，本文為其中之一。
深入探討這個主題。
閱讀《2026 年 Cloudflare 應用程式創新報告》，深入瞭解組織如何將其應用程式堆疊與流程現代化。
作者
Felipe Furlan — @ffurlansilva
Jimdo CTO
重點
閱讀本文後，您將能夠瞭解：
如何平衡創新與日常維護工作
何時應重建、重構或投資於減少技術債務
評估現代化提案的標準