更好的科技決策，始於科技之前

談到科技決策，我們很容易從科技本身開始。

老舊系統需要汰換、有人提出導入新平台、企業開始面臨 AI 導入的壓力，或某家供應商帶著一套看起來很有潛力的產品找上門。

很快地，大家開始安排產品展示、討論系統架構、估算成本，也有人開始問：「最快什麼時候可以開始？」

這一切都很正常。

但有時候，當所有事情都開始往前推進，我們卻漏掉了最重要的一件事：

我們究竟想改善什麼？

科技的討論已經快速向前，但對問題本身的理解，卻還沒有跟上。

當解決方案比問題更早出現

「我們需要一套新的 CRM。」

「我們需要上雲。」

「我們需要一個 AI 助理。」

「我們需要汰換舊有平台。」

這些話我們經常聽到。聽起來像是在描述問題，但其實已經先假設了解決方案。

以 CRM 為例。

業務團隊可能無法掌握完整的客戶關係與互動資訊；客服不知道業務曾經向客戶承諾過什麼；財務部門又用另一套方式整理客戶資訊。與此同時，客戶也開始感到不耐煩，因為每次與公司聯絡，都得重新說明那些公司理應已經知道的事情。

大家都知道有問題。

問題是，大家看到的可能不是同一個問題。

然而，一旦「導入新的 CRM」成為正式計畫，事情就會開始快速推進。

該評估哪些供應商？需要哪些功能？要花多少錢？導入需要多久？

這些都是合理的問題。

但我們很容易把「解決方案」討論得越來越具體，卻始終沒有把「真正要解決的問題」說清楚。

這些不同的期待，往往要到專案往前走了一段之後才真正浮現。

高階主管期待這項投資能提高客戶留存率；營運團隊希望減少人工處理；第一線員工希望更容易取得所需資訊；資訊團隊希望趁機汰換老舊系統；財務部門則期待降低營運成本。

而客戶可能只希望：

「下一次打電話來時，不要再問我同樣的問題。」

這些期待都很合理，但大家想改善的，其實不是同一件事。

隨著計畫向前推進，這些差異往往逐漸被埋進需求、優先順序、時程與設計決策之中。

最後，很可能一群非常優秀的人都在同一個專案上努力，卻沒有真正朝著同一個目標前進。

假設，會隨著時間變得越來越昂貴

每一項科技計畫，多少都建立在一些假設之上。

我們會判斷使用者需要什麼、實際如何運作、客戶重視什麼、哪些限制確實存在，以及導入新的能力之後可能帶來什麼改變。

這很正常。做決策時，本來就不可能掌握所有資訊。

真正值得注意的，是這些假設會如何隨著計畫推進，一步步變成既定事實。

在計畫初期，對一項假設提出質疑，可能只需要多一次討論，或修改幾張簡報即可。

六個月之後，同一項假設可能已經寫進合約、成為系統架構的一部分、牽動數個系統整合，甚至已經變成大量的程式碼。

到了這個時候，可能已經沒有人記得，它一開始其實只是個假設。

它已經變成「系統本來就應該這樣運作」。

這也是為什麼有些科技專案在執行上看似非常成功，最後卻仍然讓原本應該受益的人感到失望。

供應商可能完全按照合約完成交付；系統架構沒有問題；工程品質很好；系統運作穩定；專案也如期完成。

從專案執行的角度來看，一切似乎都非常成功。

直到有人開始問：

「可是，這真的解決了我們的問題嗎？」

這不一定代表有人做錯了什麼。

有時候，問題不在執行得不好，而是把錯的決定執行得太好了。

等到這件事變得明顯時，要改變原本的決定，所付出的代價通常已經遠高於一開始提出質疑的成本。

而一項科技決策所帶來的影響，往往比專案本身持續得更久。

今天為某個計畫選擇的平台，會影響未來的系統整合；現在看起來合理的供應商，可能成為未來數年的依賴；原本只為某個應用而設計的資訊，日後可能需要被運用在當初完全沒有預料到的地方。

而那些為了趕進度所做的妥協，往往也會留下比預期更久的影響。

AI 更讓這個問題變得明顯。

今天根據現有 AI 模型所做的決策，可能必須面對幾年後截然不同的科技環境。

當然，沒有人能預測所有的變化。

如果每一項決策都想因應所有想像得到的未來，最後很可能什麼也做不了。

但接受未來存在不確定性，和只思考到系統上線的那一天，是兩件完全不同的事。

一項科技決策的影響，往往遠比專案本身來得長久。

從更深入的理解開始

當一開始就把問題理解得更清楚，後面的科技討論也會變得更有意義。

評估供應商時，不再只是看產品有哪些功能，而是更清楚知道：我們究竟要用什麼標準來評估？

面對琳瑯滿目的功能與產品展示，也比較不容易被「它能做什麼」牽著走，而能回到真正重要的問題：

這些能力，對我們想達成的目標真的重要嗎？

對工程團隊來說，拿到的也不再只是一份需求清單。他們會更清楚哪些需求真正重要，以及這些需求背後的理由。

不同利害關係人之間仍然可能有不同意見，但這些差異能在還有調整空間時被看見、被討論。

取捨也不會因此消失，但至少大家會更清楚：

我們正在取捨什麼？為什麼？

最後，當系統真正投入使用時，企業也會有更有意義的方式來判斷這項科技投資是否成功。

問題不再只是系統有沒有完成、功能能不能正常運作，或專案有沒有按照時程交付。

而是可以回到這項計畫一開始存在的原因：

我們原本想改善的事情，真的變得更好了嗎？

當然，這並不能保證每一次都能做出正確的決策。

環境會改變，科技會改變，有些當初看起來完全合理的假設，最後也可能被證明是錯的。

但在充分理解之後承擔經過評估的風險，和兩年後才發現大家從一開始就在解決不同的問題，是兩件完全不同的事。

等到一項科技計畫進入供應商選擇、系統架構或軟體工程階段時，其實已經有許多足以影響最終成果的決定被做出了。

真正能大幅影響結果的機會，往往發生得更早——在組織還有空間重新思考自己真正需要什麼、假設也還沒有變成昂貴承諾的時候。

科技當然重要，但如果一開始要解決的問題就錯了，再好的科技也很難帶你走到對的地方。

更好的科技決策，不是從選擇更好的科技開始。

而是從真正理解：我們究竟想讓什麼變得更好。