Tom Godden:
我們在 2023 年和 2024 年經歷了生成式 AI 的熱潮,充滿了興奮,但也有一些隨之而來的過度炒作。我相信,並且我認為我們在 AWS 這裡堅信,隨著時間的推移,我們將會看到幾乎每一個應用程式都會被 AI 和生成式 AI 增強。但在這樣的背景下,我們該如何幫助領導者在提出生成式 AI 的商業案例時保持理性,以免過度誇大其詞? 這樣他們才能找到正確的價值。你會如何建議人們在這方面繼續前進呢?
Matt Fitzpatrick:
這也稍微能解釋為什麼現在只有 8% 的人成功實施這項技術。我確實認為,成功的不確定性是商業案例開發過程中棘手的部分。我的意思是,假設你想安裝一個新的軟體系統來處理某個流程,比如報銷流程。 現在你會建立一個商業案例,並且你會清楚知道該系統將執行的具體工作流程,並對此有很高的信心。因此,為這樣的情況建立商業案例是一個非常簡單的過程。但假設你的商業案例是圍繞著 12 個不同的事項來構建,而這些事項都能在你的組織內使用…
Tom Godden:
就像是求解 N。
Matt Fitzpatrick:
其中五個可能有效,七個可能無效。我認為你其實需要改變商業案例的開發方式,讓它更像風險投資。我不認為這代表只有十分之一的案例會成功。我認為這代表你必須對實驗保持開放的態度,嘗試 10 個、12 個、14 個不同的方案,隨著時間推移,在第一批中,你會有五個成功的方案。在接下來的批次中,你會有 10 個成功的方案。而且,你也不會投入大量資金來開發每一個方案。
我的想法是,以知識管理為例,你用來處理服務呼叫的數據,可能也可以用於聯絡中心,還可以用於生成有關通話過程的文件,類似這些用途。這樣一來,你最終會得到 5、6、7 個與你成功建立的案例相關聯的使用情境。
Tom Godden:
我很喜歡這樣。我經常建議人們這麼做,先運用文件摘要使用案例,再將其運用在人力資源部門或財務部門。你可能需要稍微調整並訓練模型,但你已經完成了 80% 或 90% 的工作。
Matt Fitzpatrick:
這一直是商業案例中最難的部分。你不再採用那種需要兩年時間的模式,並且是一個龐大的商業案例,最終完成後就結束了。而比較像一種模式:「我需要為這個使用情境收集四個不同的數據組件。」這些數據組件都是模組化的,我可以將它們用於其他四個使用情境。所以實際上我的商業案例開發是:「這是否值得?我將建立足夠的能力,並且能夠證明啟動是合理的,因為它將對許多事情反覆有用。」隨著時間推移,無論是三年還是五年,你的投資將會帶來多倍的回報。只是這些回報可能不會出現在第一個項目上。
Tom Godden:
Matt,假設我是一位 CIO,作為一位前 CIO,這對我來說並不難假裝。假設我現在面臨一種情況,我希望擁有一個非常獨特、量身定制的方案,但又希望它能夠便宜,對吧? 這不是我們常常面對的情況嗎? 麥肯錫是如何看待這件事,並如何建議人們在自建與購買之間做選擇呢? 當你選擇自建時,你可以進行定制。但成本會高得多。當你選擇購買時,理論上成本較低,但定制化程度較低。作為 CIO,我現在進退兩難。幫幫我吧。你會給我什麼建議?
Matt Fitzpatrick:
是的,我的看法是,其實「自建」與「購買」的定義在我們作為技術組織的思考方式中,已經變得非常偏頗。我的意思是十年前,「自建」與「購買」的定義是,購買就是我從貨架上拿下來的東西,它能夠運作,並且有固定的價格。而在自建的情況下,我就需要搭建一台大型主機。我得從頭開始編寫大部分的程式碼,這通常是在大約十五年前的情況,但…
Tom Godden:
全部自建。
Matt Fitzpatrick:
你真的在從零開始建造某個東西,而你的投資將會非常龐大。
Tom Godden:
很感謝你這麼說,因為這有點像是 AWS 的策略。幫助你減少那些沒有差異化的繁重工作。
Matt Fitzpatrick:
如果我從一個更廣泛的角度來看,不針對任何特定的技術提供商,現今的「自建」代表我啟動一個雲端執行個體。我使用各種模組化的元件。我從 GitHub 提取程式碼和包含資訊的程式碼庫。我從六、七個不同的現成元件中挑選,這些元件讓我能以十年前的一小部分的成本搭建起來,而且對我的組織非常有用且是量身打造的。
三年前,我曾與一位客戶合作,他們在考慮是否購買一個現成的系統。他們是一家大型資產管理公司,需要重建他們的信用系統。他們在猶豫該購買一個現成的信用平台,還是自己開發一個? 這並不是一家科技公司,十年前,建造一個信用平台的想法簡直是異想天開。
Tom Godden:
警鐘已經響起。
Matt Fitzpatrick:
但當他們仔細分析後,最終發現,若要購買這個現成系統,我需要投入相當大的資金來自訂資料架構,才能使其能夠與現成的信用平台相匹配。接著,我還需要設計符合需求的界面…他們當時有一個自家開發的系統,正打算用現成系統來取代。然而,要將現成系統自訂成他們所需要的樣子,將需要大量的投資。將資料對應到這個系統也需要投入大量的資金。因此,當他們完成這些工作時…
Tom Godden:
最終目標是什麼?
Matt Fitzpatrick:
他們基本上是在這種現成的系統上構建一個全新的系統。因此,他們的另一個選擇是利用現有的所有現代工具,包括現代資料工具、雲端基礎設施等,直接搭建一個系統。而實際上,這樣做竟然比使用現成系統還不更貴,這真是令人驚訝。
而且我們現在越來越常看到這樣的情況。我認為生成式 AI 會大大加速這個趨勢,因為我非常欣賞生成式 AI 生態系統的一點,就是各種應用之間的高度互通性。沒有人在開發這些技術時會說:「你只能用我們家的。」 大家都在強調,你可以自由選擇最優秀的工具參與其中。所以只要有新的技術出現,你就能夠無縫接軌、立即參與其中。所以問題就在於,如果你今天建立了一個新的信用應用系統,選擇購買了一套現成方案,但之後有某個有趣的生成式 AI 工具問世,你就無法使用它。實際上,使用那種已有十年歷史的現成信用平台,會產生比你自行打造一套現代化、可互操作、可持續更新的技術架構還要更多的技術負債,後者反而能讓你靈活使用各種最新的元件。
我必須說,現在能夠並且願意自行開發系統的公司,數量比五年前高出非常多。而這一切都要歸功於雲端和基礎設施的投入,讓開發速度變得大幅加快。
Tom Godden:
所以 Matt,你參與過許多轉型,帶領過很多,也見識過不少。麥肯錫經常談到,為了能夠應對這些變革,需要對組織進行重構。你觀察到,面對生成式 AI 的發展,哪些文化層面的成功模式可以幫助企業順利轉型並取得成功?
Matt Fitzpatrick:
我認為有幾個關鍵因素對此至關重要。其中之一就是要非常清楚哪些使用案例真正重要並能帶來實質改變。我再次強調,如果回顧十年前的情況,當時技術團隊和業務團隊之間的溝通並不順暢,那肯定會導致失敗。你需要對自己的願景有清晰的認識。 我將嘗試哪十個使用案例?我的技術團隊和業務團隊將如何合作進行測試和學習? 這整個過程是一項全新的能力。我認為現在最受關注的技能是所謂的「翻譯者技能」,也就是那些既懂數位技術又能理解業務的人。舉例來說,我曾與許多房地產客戶合作,能夠同時理解技術和房地產行業的人,比只懂其中一方的人要有價值得多。
我認為,你需要建立技術團隊與業務團隊之間的聯繫,這樣所建構的系統才能夠可行並且符合業務使用者的需求。所以我認為,翻譯者技能變得非常重要。
我也認為,你必須多思考再技能培訓,或至少提升你工程團隊的技術能力。比如說,如果你的工程團隊不懂如何使用 Python,甚至像 Rust 這些較新的技術,那麼要利用許多現代化的生成式 AI 工具就會變得更加困難。因此,這可能會導致需要進行重新訓練、再技能培訓,或者招聘新員工,但你勢必需要增強你傳統的工程團隊。