我的看法是，我認為 Design Sprint 並沒有什麼特殊之處，它依然是屬於 Design Thinking 這個大傘下的產物，差別只在於 Design Sprint 將原本抽象的設計觀念轉化成為具體能夠執行的 action items。這個做法當然有好有壞，好處是 Design Sprint 所建構的方法論，足以讓企業內部想要推行創新時容易上手。

但 Design Sprint 也不是什麼萬靈丹，有些人看了幾個國外的成功案例就以為 Design Sprint 真的神到可以讓產品起死回生。這就是很經典的倖存者偏差的認知謬誤。當你聽說隔壁村的村民 B 吃了 G 社研發的一帖藥方，奇蹟似的重病康復，於是你拔身涉水，說什麼也要拿到那帖藥，本以為吃下去之後會立馬藥到病除，誰知道什麼事都沒發生，反而咳得更厲害。倘若兩個患者在根本上的體質與病灶都不相同，怎麼會認為相同的藥方能夠同時治好這兩個病患呢？

用戶體驗不僅僅只是設計師的責任，許多 stakeholders 的職稱雖然沒有寫上 UX Designer，卻對產品的使用體驗掌握了生殺大權。當決策者把自己當成 heavy user 決定產品走向、產品經理揣摩上意只想搞懂老闆要的是什麼，卻不在乎使用者需要的是什麼、工程師更在意的是這個 sprint 他能夠完成多少張 tickets，最後設計師還傻傻的以為自己能夠靠 Design Sprint 逆轉勝。每個人做事的 priority 都不同，倘若無法達成共識，那麼 Design Sprint 也只是走個形式而已。

我的建議是，設計師不要一開始就想在企業裡做「大事」，而是應該從處理好每一件小事開始，累積信任與小贏，找到設計團隊的 sponsor。慢慢地讓決策者認同設計的價值，然後才有機會帶動 User-centered 的思維，進一步讓設計影響產品策略。