概念地圖・DeLone—McLean 資訊系統成功模型
作者 山姆（謝冠生）・喵喵書評創辦人
發布
分類：創新
這一頁不只是把一個概念解釋一遍——一張自己畫的結構圖，加上拿台灣情境從頭走一次的實例演練、這個框架什麼時候會騙你，以及它接回 P.A.I.N. 之後長什麼樣。一頁必須交付的三層 →
DeLone—McLean 資訊系統成功模型：第二次打開才算數
系統上線滿半年，後台那張使用率報表寫著九成。同一個下午，櫃台底下那本手寫本子還躺在原位——翻開來看，裡面記的比系統裡詳細。兩件事都是真的。DeLone—McLean 資訊系統成功模型畫的就是這道縫：它把「這套系統成不成功」拆成六個節點，從系統品質、資訊品質、服務品質三路進來，穿過使用與使用者滿意度，落到淨效益，再從淨效益拉一條線回頭。1992 年提出、2003 年修訂，三十多年來一直被拿來當資訊系統的驗收尺，因為它肯承認一件事——成功會回頭改變成功。
六個節點，翻成現場真的問得出口的話
圖上六個方框如果只當名詞背，跟維基百科沒兩樣。翻成工廠、門市、櫃台裡真的會問出口的句子，它才變成一把驗收尺。右邊那欄是每一格最常被量錯的地方。
| 節點 | 現場的問法 | 最常量錯的地方 |
|---|---|---|
| 系統品質 | 開得動嗎、當不當機、幾秒跑得出一張報價 | 只測空機速度，沒測月底十個人同時開單 |
| 資訊品質 | 螢幕上的庫存與交期，跟現場對不對得起來 | 拿系統自己的報表驗系統，沒有人走去倉庫數 |
| 服務品質 | 出狀況時廠商多久回電、教不教新來的人 | 只看合約寫的回應時間，沒看實際等到人的時間 |
| 使用意圖／實際使用 | 有沒有人主動打開、有沒有在裡面把一件事做完 | 把被規定的登入，算成自願的使用 |
| 使用者滿意度 | 用完願不願意再用、會不會推薦給隔壁班同事 | 問卷在教育訓練現場填，主管就站在旁邊 |
| 淨效益 | 報價變快了沒、改單少了沒、單接得到嗎 | 只算省下的工時，沒扣掉現場多做的那一套 |
把這張表讀成兩半，會浮出一件事：左邊三格花錢就買得到，右邊三格買不到。系統品質可以換一台伺服器，資訊品質可以請人重建主檔，服務品質可以在合約裡加罰則。使用、滿意度、淨效益沒有這種買法，它們是前面三格做完之後，人自己長出來的反應。導入專案的預算幾乎全砸在買得到的那三格，驗收會議卻拿買不到的那三格交差。
六個節點各自的判準
一、系統品質要在最忙的那半小時量。平常時段誰都跑得動。真正決定師傅明天要不要繼續用它的，是月底同時十個人開單時，那顆轉圈的圈圈轉了幾秒。平均反應時間會把這半小時稀釋掉，要看的是最慢的那幾次。自問：上個月最忙的那一天，它最慢的一次讓人等了多久？
二、資訊品質要拿系統以外的東西驗。拿報表驗報表永遠是準的。準不準得走出辦公室——螢幕上寫還有二十片，倉庫裡真的有二十片嗎？交期寫下週三，排程表上那台機器當天有空嗎？這一格壞掉的時候，系統不會報錯，只會安靜地讓人做錯決定。自問：隨機抽三筆庫存走去現場數，對得起來幾筆？
三、服務品質只在出事那天存在。平常沒人記得廠商是誰。系統當掉、資料跑掉、新來的人不會用，這三種時刻決定的評價，會壓過前面半年的順利。合約寫的回應時間，跟實際等到有人動手的時間，通常差一整級。自問：上一次出狀況，從你打電話到有人真的動手，中間隔了多久？
四、「使用」要分自願的跟被規定的。這是整張圖最容易灌水的一格。模型成立的前提是自願使用——東西好用，人才會用，所以使用率有解釋力。一旦公司下令不走系統就不核章，這一格量到的就變成服從度。強制系統下的使用率，跟品質已經沒什麼關係。自問：如果明天起不再強制，這張報表上的數字會掉到哪裡？
五、淨效益要扣掉為了餵系統而多做的事。導入報告最愛寫「每張單省 X 分鐘」，那是毛的。要扣掉補資料的人時、為了保險而平行維護的手寫本、資料對不上時重做的次數、每來一個新人就要重教的時間。扣完才知道這套系統到底是省了力，還是把力氣搬到別人桌上。自問：上線之後，現場有沒有多出一件原本不用做的事？
一家花蓮的石材加工廠，把六個節點接一次
- 系統品質：一家做大理石與花崗岩板材的加工廠，導入報價與排程系統。一開始按下「試算」要轉七、八秒，師傅站在橋鋸旁邊用手機開，根本等不住。後來把試算改成前端先算、再回寫伺服器，縮到兩秒內。這格修好了
- 資訊品質：系統裡的板材庫存有數量、沒有批號。業務照畫面報了三十才（30 公分見方算一才），開料時才發現那三十才分屬兩個批號，花色接不起來，整張單重來。數字對、料不對
- 服務品質：導入商在台北，出狀況時第一句永遠是「先傳個截圖給我」，隔天才回電。排程員只好自己摸出一套重開瀏覽器的土法，教下一個人也是教這套。出事時找不到人
- 使用意圖／實際使用：老闆規定所有報價一律走系統，沒有系統單號就不核章。半年後的使用率報表寫著九成。被規定出來的
- 使用者滿意度：業務私下的做法是先在本子上寫，回辦公室再補進系統。倒是排程員每天早上第一件事就是打開機台檔期那一頁——那頁真的替他省掉六通確認電話。有一頁被自願打開
- 淨效益：帳面上報價從兩天縮到半天。可是重切與退料的次數沒降，現場還多了一本要維護的本子。省的被賠回去
這家廠最值得記住的接縫，在第四格跟第五格中間。九成的使用率是老闆用核章權推上去的，所以它跟滿意度之間那條原本該互相拉扯的雙向線斷了——人被逼著用，滿不滿意就再也影響不到用不用。鏈子一斷，右邊的淨效益就失去因果來源：報價變快，是因為系統好用，還是因為老闆盯得緊？沒人分得出來。真正有訊號的地方是排程員那一頁。沒人規定他要看，他每天早上自己打開，因為那頁替他省掉六通電話。六個節點裡，那一頁是唯一一處回饋線真的跑通的地方：用了有好處，好處讓他明天還想再打開。要修這套系統，先去問他那頁為什麼好用，比盯著九成的報表管用得多。以上為說明結構用的示意情境，僅供理解框架之用。
這張圖什麼時候會騙你
- 使用率被規定出來的時候，「使用」那一格就不再是證據。模型的前提是自願：好用才會用，所以用得多代表前面三格做得好。強制系統把這個前提抽掉了，那一格量到的變成服從度。碰到強制系統，得換一套量法——完成一整筆的比例、有沒有人先在 Excel 算好再貼進來、沒人盯著的時段還有誰登入。這三個數字才是自願留下的殘影。
- 淨效益被算成上線省下的工時，卻沒扣掉現場多做的一套。幾乎每份結案報告都是同一個算法：每張單省 X 分鐘，乘上每月 Y 張，得出一個很好看的年省工時。那是毛額。淨的要扣補資料的人時、平行維護的手寫本、資料對不上時重做的次數、每個新人的重教時間。扣完常常剩不到一半。更麻煩的是被搬走的成本：業務省下的時間，變成排程員每天早上花在對帳上的時間，全廠加總其實沒動。
- 它是上線後的體檢表，常被拿去當上線前的評分表。選型會議上拿這六格打分數、替一套還沒導入的系統預測成敗，是最常見的誤用。使用、滿意度、淨效益這三格都要有真實資料才長得出來，簽約前你手上只有 demo 跟業務的說法。判斷「要不要採用」靠的是使用者對有用與好上手的主觀認知，那是技術接受模型在做的事，它停在採用那一刻。DeLone—McLean 的價值全在採用之後：第二輪、第三輪，回饋線跑不跑得動。
painpoint 觀點：報表量得出登入，量不出自願
使用率是一個服從度指標，很多人把它當成滿意度在讀。
誰在痛、痛到什麼程度——《痛點》那把尺永遠先問這兩件事。把它丟回這張圖，六個節點裡只有一個地方真的在回答它——回饋線指回去的那一頭。簽約那天痛的是老闆：報價太慢、單被別家搶走。可是每天要打開這套系統的是業務跟排程員，他們的痛跟老闆那個並不重疊。老闆的痛在上線那天就緩解了；他們的痛是上線之後才開始長的——多一本本子、多一輪對帳、多一次被追問為什麼還沒建單。這張圖畫得出六個節點之間的箭頭方向，畫不出每個節點背後那個人痛到什麼程度。強制登入推得動使用率，推不動第二輪的自願。今晚做一件事就好：把上個月的登入紀錄調出來，只留下沒人盯著的那些時段，數一數上面有幾個不同的人名。那個人數，比使用率誠實。
常見問題
DeLone—McLean 模型跟技術接受模型（TAM）差在哪？
兩張圖切的時間點不同。技術接受模型問的是採用之前：使用者覺得這東西有沒有用、好不好上手，拿這兩個主觀認知去預測他願不願意接受，所以它停在「他會用嗎」這一步。DeLone—McLean 從上線之後才開始量：品質有沒有真的到位、有沒有人在用、用完滿不滿意、生意有沒有變好，而且多畫了一條從淨效益回頭的線，讓結果反過來決定下一輪的使用。前者是簽約前的預測，後者是上線後的循環。時間點用錯，兩張圖都只會給你漂亮而沒用的分數。
使用率九成，是不是就代表這套系統成功了？
先問那九成是怎麼來的。如果不走系統就領不到料、核不了章，那個數字量到的是規定的執行力。要判斷成功，看三件事：使用的深度，有沒有人把一整筆做完，還是只填到能過關的最低欄位；自願的比例，沒人盯著的時段還有誰在用；擴散的跡象，有沒有人主動把某一頁推薦給隔壁班。三件事都成立，九成才有意義。三件事都空，那張報表只證明公司的命令有人聽。
三種品質裡，該先修哪一種？
聽抱怨落在哪一格，別把三種平均起來看。系統品質的抱怨聽起來像「很慢」「又當掉」；資訊品質像「上面寫的跟現場對不上」；服務品質像「找不到人」「沒人教」。三種的修法差很遠：慢是工程問題，對不上是主檔與流程問題，找不到人是合約與人力問題。混在一起算成一個滿意度分數，會得到一個中間值，然後照那個中間值去修——修到的往往是最不痛的那一格。
只有二十個人的小廠，也要量這六格嗎？
二十個人的廠反而更好量，因為你叫得出每一個人的名字。不必發問卷，六個節點各問一句話就夠：最慢的一次等多久、上週對不上的有幾筆、出事時多久找到人、不強制的話還有誰會開、有沒有人主動推薦某一頁、現場多做了什麼原本不用做的事。一輪走完大概半小時。真正需要量表與統計的是幾百人以上、你認不得臉的組織；人少的時候，用走的比用算的準。
把上線那天的期待，跟這個月的紀錄擺在一起，落差最大的那一格就是下一輪要修的地方。創新決策過程拆的是一個人從聽說到接受中間會經過哪幾關，補的是這張圖左半邊還沒發生的上游；Kano 模型則把籠統的「品質」拆成性質不同的幾種，決定先修哪一格時比較好下手。
喜歡這篇文章嗎？
每週幫你拆二本好書，把判斷力、好書金句、好問題，直送你的信箱。
不適合你可隨時退訂 · 每週兩封，陪你把書讀進生活。
送出即表示同意我們依隱私權政策使用你的 email。