你有沒有遇過這樣的情況？
有人開會時講了一堆新想法，
簡報做得很華麗，
還配上一堆最新的概念。
結果真正開始執行時，
才發現從一開始，
方向就偏了，
根本做不下去。
很多人以為，
創新就是跳脫框架。
但我後來發現，
你要先知道框架在哪，
才知道什麼叫突破框架。
不然很多時候，
所謂的創新，
其實只是天馬行空地亂做。
有些人覺得自己的想法很棒。
而且老實說，
有時候也確實真的不錯。
問題是，
這不代表它符合這個專案的需求。
這很像統包工程。
業主在案子開始之前，
一定會先提出需求書。
包含功能需求、
空間限制、
預算條件、
材料規格、
工期安排。
這些內容，
其實就是整個專案的框架。
你得先理解這些條件，
才知道什麼叫做優化方案。
不然你以為自己做了很厲害的設計，
結果業主早就在需求書裡寫得很清楚：
這個不能改、
那個必須保留、
某些材料規格早就定案。
最後忙了半天，
做出來的東西業主根本不接受。
你可能會想：
這樣受到一堆限制，
是不是就沒有辦法發揮創意了？
但工程現場其實剛好相反。
真正的能力，
往往是在限制條件裡面展現出來的。
因為仔細研究過這些限制，
才會知道哪些地方不能改，
哪些地方有機會調整，
哪些地方才是真正能改善優化的。
就像統包需求書的要求，
基地條件的限制，
在地民眾的回饋，
契約條文的規定，
很多東西其實早就存在。
但不同的統包團隊，
還是會做出各有千秋的方案。
在相同的既有條件下，
做出不一樣的判斷與取捨。
你發現了嗎？
很多人以為自己在突破框架，
其實只是還沒看懂框架。
真正成熟的創新，
不應該把規則當敵人，
而是看懂規則之後，
剩下的空間，
才是你發揮實力的地方。
