概念地圖・DART 共創模型
作者 山姆（謝冠生）・喵喵書評創辦人
發布
分類：策略
這一頁不只是把一個概念解釋一遍——一張自己畫的結構圖，加上拿台灣情境從頭走一次的實例演練、這個框架什麼時候會騙你，以及它接回 P.A.I.N. 之後長什麼樣。一頁必須交付的三層 →
DART 共創模型：四個要素缺一項，共創就只剩問卷
客服後台那則抱怨底下，有三十七個顧客按了「我也是」，而回覆欄還是空的。三十七個人主動舉手，說明參與的意願在那裡；沒有人回話，說明這場參與到此為止。2004 年 Prahalad 與 Ramaswamy 提出 DART，把「顧客一起創造價值」拆成四個必須同時成立的條件——對話（Dialogue）、取用（Access）、風險評估（Risk assessment）、透明（Transparency）。它問的是一件更難堪的事：顧客有沒有真的站進你的生產流程裡，還是只被請去填了一張表。
四個要素，各自缺席時會發生什麼
先把四個要素攤平，看它們各自缺席時，顧客在現場會感覺到什麼。
| 要素 | 企業這一側要交出去的東西 | 缺席時顧客的體感 |
|---|---|---|
| 對話 Dialogue | 一個雙向、對等、有人會回話的溝通場 | 我講了，然後就沒有然後了 |
| 取用 Access | 顧客碰得到資訊、工具、零件、進度與現場 | 我只能等通知 |
| 風險評估 Risk assessment | 把風險與責任分擔攤在檯面上一起評 | 出事了才知道是我要扛 |
| 透明 Transparency | 價格、成本結構、流程狀態不設資訊落差 | 我不知道自己付的是什麼 |
四欄看起來各自獨立，運算方式卻是相乘：任何一格是零，乘出來就是零。這也是為什麼很多公司的「共創計畫」跑三個月就停——他們補的是對話那一欄，補到留言破千，但取用與透明兩欄從頭到尾都空著，顧客講完發現自己碰不到任何東西，第二次就不講了。
圖上相鄰兩圓交疊處各寫了一句話，那是四項要素兩兩接上時會長出來的東西。底下這四組讀法出自本站整理，原論文另有自己的組合表述、版本不一，這裡不代它發言：對話 × 取用，顧客講得出來，也真的拿得到東西；取用 × 透明，顧客看得到自己那一份的狀態；對話 × 風險評估，風險被攤開來一起討論，不用等到事後；風險評估 × 透明，誰承擔什麼，白紙黑字。
你的共創是真的還是做樣子，看四件事
一、對話能不能改動規格。意見箱也收得到顧客的話，差別在收完之後有沒有東西被改掉。真的對話會在內部留下痕跡——某一份規格書的版本號、某一條流程的作廢單。講不出哪一份檔案因為顧客而改過，那個場子就只是收件匣。自問：最近三個月裡，顧客的哪一句話改動了哪一份規格或哪一條流程？
二、取用的門檻在原件。取用衡量的是顧客能碰到什麼：即時的進度、原始的料號、選項的清單、現場的門禁。發一份「常見問題」只是把資訊翻譯過再遞出去；取用要求你把原件放在他手上，讓他自己判斷。自問：顧客想知道自己那筆單走到哪，要經過幾個人才問得到？
三、風險評估要在報價前發生。共創把一部分決定權交給顧客，也就把一部分風險移過去了。DART 的這一格問的是時機：壞消息是在簽約前主動說的，還是在拆開之後才補說的。事後補說的那種，顧客記住的會是你選了哪個時間點開口，內容反而變成次要的。自問：最壞的三種情況，有幾種是你在收錢之前主動列出來的？
四、透明的檢查點在報價單上。很多公司誤把「訊息量」當透明，於是每週寄一封進度信，內容全是形容詞。真正的透明有個很土的測試法——你敢不敢把報價單拆成工時、零件、耗材三欄給顧客看。不敢，就代表那裡有一段落差正在替你賺錢。自問：你的報價單上，顧客看得懂的欄位佔幾成？
一家改裝車廠的客製流程
- 對話：LINE 群組裡的施工照：老闆每天丟三張進度照進車主的群組，車主按讚，隔天照片繼續來。訊息全部往同一個方向走——由廠內往外送，車主看得到、插不上手。單向
- 取用：讓車主自己挑品牌與料號：避震、輪框、排氣管各開三個價位的選項，附上原廠料號與到貨週數，車主自己勾。真的碰得到
- 取用的另一半：進廠看車的權限：拆到一半的底盤只有師傅看得到，車主想進廠得先預約，還常被以「工安」為由婉拒。只開一半
- 風險評估：改懸吊會牽動驗車與保固：這件事在報價前就攤開講，連「哪幾種改法過不了監理站」都列成一張清單請車主簽名。先講
- 透明：工時與零件混在一個總價裡：報價單上只有一個數字，車主追問工時怎麼算，得到的答案是「行情就是這樣」。總價一坨
四步走完，這家廠的分數很不平均：風險評估做得漂亮，取用做了一半，對話與透明接近掛零。值得記住的接縫在這裡——風險講得越清楚，車主對報價的疑心反而越重，因為他已經知道自己要陪著扛，卻看不見自己扛的那一份值多少錢。四個要素相乘，透明是零，前面三格填得再滿，乘出來還是零。這家廠真正該補的，是把總價拆成工時與零件兩欄——那一欄拆開的當天，LINE 群組裡的照片才會開始有人追問。以上為說明結構用的示意情境，僅供理解框架之用。
四個圓交疊的地方，最常被高估的一塊
- 對話那一格，是四格裡被高估得最嚴重的一格。開了留言區、辦了社群、每季找二十個顧客坐下來聊，多數公司就認定共創已經啟動。但少了取用，顧客講完拿不到任何東西；少了透明，他連自己的意見被怎麼處理都看不到。這時候的對話只剩一種功能——收集情緒。圖上那四個圓，對話那一圈通常畫得最大，中央交疊處卻還是空的。
- 把 DART 當成滿意度調查的高級版，整個框架就廢了。調查是事後回收意見，共創是讓顧客在東西還沒定案之前就有手可以動：他挑得動料號、否決得了某個設計、承擔得起某一段風險。差別在時間點與決定權，跟問卷寫得多細沒有關係。用 DART 去改良問卷，只會得到一份更長的問卷。
- 風險評估很容易被辦成一場法務動作。「我們一起評估風險」寫著寫著，就變成一頁免責聲明——簽完之後責任整包落在顧客那邊，企業這一側一格都沒扛。真正的風險共擔會在條款裡留下對稱的痕跡：出狀況時誰減收、誰補工、誰負責重做。看不到對稱，那一格就該打零分。
那個沒被畫進圖裡的人
這張圖畫的四樣東西，全是企業這一側的動作。
對話要開、取用要給、風險要一起評、透明要做到——每一句的主詞都是公司。可是痛長在另外那一邊。DART 畫得出企業做了哪四件事，畫不出顧客願不願意花時間陪你做這四件事。P.A.I.N. 的第一格問「誰在痛」，答案從來不會是「所有顧客」：願意研究料號、願意進廠看拆到一半的底盤、願意讀完風險清單再簽名的，永遠是少數。那個少數才是共創的對象，其餘的人要的可能只是一個準時交車的日期，你把四扇門全開了，他一扇也不會走進來。四項全開卻找錯人，換來的是一堆沒人使用的權限，以及內部一句「顧客根本不想參與」的結論——那句話通常是錯的，錯在對象，不在意願。今晚就能做的一件事——把最近三張客製訂單攤開，看看車主在哪一步真的動過手，哪一步只收到一則進度通知。
DART 模型還有哪些人在問
DART 模型是誰提出的？
由 C.K. Prahalad 與 Venkat Ramaswamy 在 2004 年提出，收在他們談共創（co-creation）的著作與論文裡。DART 是四個英文字的縮寫：Dialogue（對話）、Access（取用）、Risk assessment（風險評估）、Transparency（透明）。它的主張很簡單——價值不再只由企業單方面生產、顧客單方面消費，而是在雙方的互動裡長出來；要讓那種互動成立，這四個條件必須同時到位。
DART 跟顧客滿意度調查差在哪？
差在時間點與決定權。滿意度調查發生在事情做完之後，問的是「你覺得如何」；共創發生在事情還沒定案之前，讓顧客手上真的握著一部分選擇與一部分風險。判準可以很粗暴：如果顧客的回答只會進入報表、不會改動任何一份規格，那就是調查。把 DART 拿去改良問卷設計，得到的只會是一份更長的問卷。
四個要素可以先做一個嗎？
可以先補一個，但要知道你補的是哪一段。四個圓的關係是相乘：只把對話做滿，中央那一小塊交疊區還是不會出現。實務上比較划算的起手是先補取用——讓顧客碰得到進度、料號、選項，對話會自己冒出來，因為他終於有東西可以問。反過來先辦社群、先開留言區，通常撐不過三個月。
小公司做透明，會不會等於把底價曝光？
透明要求的是結構清楚，不必逐項公開毛利。把報價拆成工時、零件、耗材三欄，顧客看得懂錢花在哪裡；至於每一欄裡的採購成本，本來就不在必須揭露的範圍。真正把價格保護住的，是你在工時那一欄裡寫得出什麼——師傅年資、施工小時數、返工承諾。寫得出來的，資訊落差本來就不是你的護城河。
打開客服後台，數一數有多少則抱怨底下沒有回覆。那個數字就是你今天的共創上限。想先確認顧客要的東西跟你給的對不對得上，看價值主張圖——它處理的是顧客任務與產品利益之間的對齊；想知道哪些功能加了才有感，看卡諾模型。DART 管的是另一段：互動本身要成立，四項缺一不可。
喜歡這篇文章嗎？
每週幫你拆二本好書，把判斷力、好書金句、好問題，直送你的信箱。
不適合你可隨時退訂 · 每週兩封，陪你把書讀進生活。
送出即表示同意我們依隱私權政策使用你的 email。