痛點之尺 · 拆解《區塊鏈創新實踐手冊》
作者 山姆（謝冠生）・喵喵書評創辦人
發布
分類：創新
讀過近千本商業書，這篇不複述內容——只用《痛點》的 P.A.I.N. 之尺，挑這本書最該被戳的那一格，講一句你帶得走的判斷。拆一本書的四個步驟 →
刪掉「區塊鏈」三個字，提案還站得住嗎
《區塊鏈創新實踐手冊》的作者康納・史文森不是評論家。他寫過一個叫 Web3j 的整合程式庫，下載超過一百萬次——摩根大通、Opera、三星都在用。所以書裡那條探索、設計、部署的三段路，是他帶著客戶一段一段走出來的。
但真正讓我停下來的，是第七章裡一節的標題——回頭去找問題的解決方案。
這句話誠實到有點可愛。它等於承認了——翻開這本書的人，手上多半已經先有了一台機器，現在要替它找一件活幹。
買了雷切機之後，每一個案子看起來都該雷切
【一個做鐵工的師傅添了一台雷射切割機，很貴，切出來的東西也真的漂亮。那之後三個月，他接每一個案子都在想這台機器能不能用上：客人要一道鐵門，他想在門面上切花；客人要一組層架，他想在側板切個字。有一天來了一位客人，只是舊鐵窗破了個洞想補起來，師傅報了一個含雷切紋路的價，客人轉頭去了隔壁那家。】（舉個例子而已。你們公司裡那個「一定要用上」的新東西叫什麼名字，你自己講得出來。）
這不是說那台機器買錯了。師傅後來接到一批訂製招牌，全靠它做出來，一台機器把他從報價競爭裡拉了出去。問題只在那三個月的順序——他是拿著答案在找題目。
它自己有裝煞車，這在技術書裡不常見
公道要給足。這本書沒有放任你拿著答案亂找題目。第八章專門講「實證本位模式」，要你先舉證再往下走，還列了一組成功原則當作篩選；第十二章更直接把創新與風險擺在一起談，連導入這種技術會給你自己帶來什麼職涯風險都寫進去了。願意花這麼多篇幅講「什麼情況你不該做」的技術書，比例不高。
書名裡那個「實踐」也不是隨便掛的。第三部整整五章都在講落地會撞到的東西：社群怎麼協作、產業標準怎麼談、聯盟怎麼組、人才從哪裡長出來、什麼時候該用併購補位。這些是做過的人才寫得出來的細節，光看目錄就知道作者被這些事情磨過。
書裡還有一節在分「最小可行性產品」和「概念驗證」的差別。這個分法值得你抄下來——概念驗證只證明技術跑得動，可行性產品要有人真的在用。這一類專案很多是把概念驗證做完，就當成驗證結束了。
三個階段之前，還缺一格
這類「企業導入某某技術」的手冊，我讀過的通病都一樣——把「怎麼做」寫得滿滿的，把「該不該做」留白。史文森這本至少把該不該做寫進了正文，這是它比同類強的地方。
不過那條路的起點，仍然是探索技術。書裡教你怎麼獲取靈感、怎麼評估專案、怎麼在公有網路和私有網路之間選、代幣要分成哪幾類、治理要怎麼安排。每一格都是好東西，每一格也都預設了一件事——那個要被解決的麻煩，已經在那裡了。
痛點之尺要插進去的，就是三個階段之前的那一格。誰在承擔那個麻煩、他為了繞過它每個月多花掉多少時間或多少錢、他有沒有付過錢給任何一個爛替代方案。這一格填不出來，後面三段路走得再標準，都只是把一個沒人在等的東西做得很體面。
要靠八大說服技巧的案子，通常還沒有人在痛
全書最後一章的標題是「如何說服董事會採納區塊鏈」。
這一章的存在本身，就是一個很值得停下來看的訊號。我不是說它寫得不好——它寫得很實用。但你回想一下，公司裡最好推的那些案子長什麼樣：多半是某個部門已經自己用土辦法硬撐了半年，Excel 養到快爆掉，你只要把那疊資料攤在桌上，會就開完了。那種案子不需要八大技巧。
需要被說服的專案，很多時候不是被誰擋住了，是還沒有人真的痛到肯讓路。
十年前泰普史考特父子那本《區塊鏈革命》開出了一整份顛覆清單，我在那篇拆解裡算過，清單上的門到今天大半還空著。史文森這本比那本務實太多，它談的是流程、社群、資源和法規，是給要動手的人看的。只是流程再好，也解決不了「這件事到底該不該做」這一格。
把那三個字刪掉，再讀一次你的提案
如果你桌上正好有一份提案在排隊，做一件很機械的事——把整份文件裡的「區塊鏈」、「去中心化」、「智慧合約」全部刪掉，只留下要解決的問題、現在誰在承擔它、解決之後那個人的一天會變成什麼樣。
刪完以後從頭讀一遍。有時候剩下的東西，一個資料庫加一份合約就做得到，那就去做那個，省下的預算花在別的地方。有時候你會發現自己描述不出來，紙上只剩一堆名詞在互相解釋，那代表題目還沒找到。最順利的情況是問題清清楚楚地站在那裡，而且非得好幾方各自持有一份、誰都不能偷改不可——這種提案，才是史文森真正寫給的讀者。
刪掉的那三個字，等問題自己站穩了再貼回去。