Agentforce 依用量計費，光是這一點就該改變你編預算的方式。多數 Salesforce 買家帶著席次授權的思維進場，問一個代理人每位使用者每月多少錢，然後拿到一個並不描述自己帳單的數字。帳單取決於代理人執行了多少次動作，而那又取決於代理人設計得有多好，以及你的知識庫有多好。 這讓它在企業軟體採購裡顯得不尋常。代理人內部的設計決策就是帳單上的項目。一步答完一個問題的代理人，成本只有磨過五步那種的五分之一，而授權條款不會告訴你自己做出來的是哪一種。你會從帳單上知道答案，通常是在第三個月。 Agentforce 到底要花多少錢？ Salesforce 有兩種計費方式。Flex Credits 是每 100,000 點 USD...
企業軟體
關於企業軟體的文章、指南和教程，為開發者和企業提供實用知識與技巧。並附真實專案中的具體案例。
Salesforce 整合幾乎從來不是敗在通訊協定上。驗證是已經解決的問題，寫入一筆記錄也是已經解決的問題。真正把專案拖垮的，是每天的請求配額和資料模型的形狀，而這兩件事通常要等到上線大約三週之後才被發現，那時夜間作業開始回傳錯誤，卻沒有人說得清它在測試環境裡為什麼是好的。 這個模式一致到可以預測。開發者對著一個 Developer Edition 組織開發，一切通過，客戶簽字驗收。接著這套程式碼遇上的，是一個已經住著行銷連接器、資料倉儲擷取作業，以及一個 2019 年就在跑的 Apex 觸發程序的正式組織，而那份看起來很寬裕的請求預算，其實是別人早就在花的一口共用的鍋。 這篇文章把意外提前攤開來談：你應該用哪一個 API、配額是怎...
可用性 SLA 看起來像一句承諾，實際運作起來卻更像一份退款政策。供應商很清楚這一點。客戶往往並不清楚，於是在簽下服務等級協議時以為自己買到了可用性，而真正買到的，只是萬一沒拿到時的一點折扣。 這不一定是筆糟糕的交易。它只是與大多數人以為自己在簽的那筆交易不同，而這個差別恰恰在系統停擺、有人追問合約究竟怎麼寫的那一刻顯現出來。 三個九聽起來接近完美，卻允許每月 43 分鐘的停機。 四個九允許四分鐘。如果你的業務吸收得了平日下午 43 分鐘的中斷，99.9% 就足夠了，不必為更高的數字付費。如果吸收不了，再多的九也幫不上忙，因為協議給你的是一筆抵用金，而不是阻止這次中斷。 可用性 SLA 用分鐘兌現的承諾百分比把一個非常大的區間壓縮成...
軟體原始碼託管，也就是把原始碼交給中立的第三方保管（英文稱為 software escrow），回應的是一種完全合理的擔憂：替你打造並維運關鍵系統的供應商收攤了，而你手上留下的，是一個自己離不開、卻又維護不了的東西。託管合約把原始碼寄存在第三方那裡，一旦真的發生這種情況，第三方就把它交付給你。 這種擔憂站得住腳。問題在於這項工具經常被誤解，而兩者之間的落差催生出一種合約：每年都在花錢，真到需要它的那一天卻幫不上忙。 簽約之前該先問的那個不舒服的問題： 如果明天就把程式碼交到你手上，你這邊真的有人跑得起來嗎？一份沒有建置說明、沒有基礎架構定義、沒有它所呼叫的第三方服務憑證、也沒有資料的原始碼託管，不是營運持續計畫。那只是一個資料夾。從...
在小團隊裡，災難復原通常只剩下一份從來沒人打開過的文件裡的一行字：備份已經開啟。這句話本身沒有錯，卻算不上任何問題的答案，因為它既沒有說明真正出事時救回來的資料會有多舊，也沒有說明還原一次要花多久，更沒有說明到今天為止究竟有沒有人完整地做過一次還原。 擁有備份和真的能復原之間存在一段明顯的距離，多數的服務中斷正是在這段距離裡升級成事故。一份存在、內容也夠新、卻從來沒有被還原過的備份，本質上仍然只是一個假設；而你第一次驗證這個假設的時刻，剛好是發現它其實是錯的最糟糕的時刻。 兩個數字能把意見變成計畫。 你承受得起丟多少資料，又承受得起停多久？這就是你的復原點目標與復原時間目標。只要營運那一側沒有人把這兩個數字說出口，關於備份頻率的一切...
技術盡職調查不是一場程式碼品質比賽，而準備接受查核的團隊，通常把時間花在最不相干的地方。沒有人是為了替你的抽象層打分數才來買一家公司。買方想弄清楚的其實只有兩件事：擁有這套系統要付出多少代價，以及在資金易主之後，情況可能壞到什麼程度。 換一個角度看待這件事之所以重要，是因為它會改變你該優先處理什麼。醜歸醜但跑得動、團隊看得懂、可以安全修改的程式碼，只是一則輕微的查核結果。反過來說，寫得漂亮卻只有一個人看得懂的程式碼，才是嚴重的查核結果，而真正牽動價格的，向來是後者。 所有問題背後的那個問題： 如果創辦工程師在交割後的隔週離職，這套系統還跑得下去，而且還改得動嗎？幾乎每一項會壓低出價的查核結果，都是對這個問題的具體回答。知識全積在一個...
金融科技軟體開發在報價與排程上，跟一般軟體開發沒有兩樣，直到有人問出那句話：到底誰有資格持有這筆錢。從那一刻起，專案就不再是一道工程題，而變成一道帶著工程成分的監理題，你腦中原本的時程也不再站得住腳。 技術很少是難點。搬動資金是一個已經解決的問題，市場上有成熟的服務商、有文件齊全的介面，還有第一天就能用起來的測試環境。真正拖長金融科技專案的，是執照上的身分、面對稽核必須拿得出的軌跡義務，以及好幾個架構決定其實早已由持照方替你做完了。 決定你時程的問題： 你自己持照，還是以代理人身分掛在別人的執照底下營運，或者完全避開受監理業務？這三個答案會產生長度完全不同的專案，而差距是用等待的月數衡量，不是用開發的週數衡量。在做任何範圍規劃之前，...
企業級 SEO 代理商在解的是與小企業代理不同的一類問題，而差別不是算術意義上的規模。一個大站很少是因為沒人知道該修什麼而失敗。它失敗是因為知道的那個人推不上線。 這正是提案裡從不談的部分。稽核查出十二個問題，其中十一個需要改動某個版型、某個平台，或某支擁有自己路線圖的團隊所掌管的發布流程，十八個月後上線了四個。SEO 從來都不是瓶頸。 真正限制企業級 SEO 的： 是實作能力與組織歸屬，不是診斷。沒人能部署的建議，價值等同於沒有建議。合適的代理要按有多少條發現真的進了正式環境來評判，任何拒絕被這樣衡量的代理，都是在賣文件給你。 為什麼診斷是容易的那半在小站上，做 SEO 的人通常也有改動的權限。在大站上，一個標題標籤可能由平台團隊...
企業 AI 代理人是一個熟悉故事的當下版本：一個十分鐘就展示得很漂亮的原型，接著是六個月的努力，只為把它做到夠可靠、可以無人看管。幾乎全部預算都消耗在這兩種狀態之間的距離裡，而幾乎沒有任何行銷資料描述這段距離。 代理人與聊天機器人有一處在商業上真正要緊的差別。聊天機器人產出文字，由人來決定拿它做什麼。代理人則會採取行動：呼叫系統、寫入紀錄、發送訊息。這一轉變把風險從尷尬變成了後果，也正因如此，所需的工程紀律更接近建置一套支付系統，而不是一件內容工具。 錢實際花在哪裡： 模型是最便宜的部分。成本在工具整合、評測框架、護欄，以及交回給人的路徑上。一個簡單的內部代理人是 £5,000 到 £12,000，帶檢索的是 £12,000...
在英國做醫療軟體開發，比其他任何產業的同等工作都更貴、更慢，原因並不是程式碼更難寫。原因是預算中相當大的一部分花在證據而不是功能上：臨床風險文件、資訊治理，以及買方在還沒試用產品之前就會索取的合規資料。 在別處做過軟體的團隊一直低估這一點。他們替應用報價、拿下專案，然後才發現合規這一層不是收尾階段，而是必須從第一天就開始的平行工作流，因為它會限制那些日後修改代價高昂的架構決策。 真正推高成本的東西： 一個英國醫療專案大約四分之一到三分之一的預算花在臨床安全、資訊治理與合規證據上，而不是功能。決定性的問題不是你的應用有多複雜，而是它是否接觸病患資料、是否影響臨床決策，以及買方是不是 NHS。每一項都會各自增加一條獨立且無法省略的工作...