創新思考的幾個方法分類：創新

點子在你需要的時候就會有，不要想破頭。

我們經常聽人家說想到一個好點子是需要有第六感，或是有神來之筆，所以在思考的時候，千萬不能急躁，寫程式或是想事情的時候想不出解答，可以先放在一邊，搞不好在日常生活中，例如洗澡的時候、散步的時候、逛菜市場的時候，都有可能想到解答。

不過創新的點子是一定要經過耕耘的，並不是一蹴可及的，像一般我們熟知的大企業，時常注重創新的公司，無可避免地必須要有特別的部門，或是主管明確地犧牲效率或是其他的資源，以換取員工能夠誕生新的構想，他們不一定看到每一步的作業，不過必須尊重或是支持創新的成本。

阿基米德在洗澡地時候發現了水的浮力，而牛頓在樹下打瞌睡的時候發現了地心引力，為什麼這些故事都是發生在國外？

所有新的構想都是可以發揮的好構想。

並不是所有的創新構想一開始都是可以執行成功的，都是經過琢磨而成為可執行的點子，通常一個新構想被提出來的時候，聽起來都爛的不得了，可以直接丟到垃圾桶去，但是簡單的修飾之後，或是利用創意組合的方式，搭配另一個舊的構想，有時候會成為不得了的結果。

例如一個公司的核心產品，總會想要自己來做業務行銷的工作，但是如果是一個比較過氣的核心技術，有時候如果自己在繼續開發，也自己來賣的話，有時候因為包袱比較大，可能成本比較大，所以有些公司會把這一類的技術賣給競爭對手，反而是減低成本，而這種創新構想當然風險很大，但是也是一個新的構想，我們不能就此鄙棄這種點子。

客戶知道他們要什麼，他們有很多好的構想。

對於技術研發的工程師來講，去跟客戶拿點子簡直是天方夜譚，因為客戶會先指出你原先的系統產品，有哪些錯誤要修正，哪些不符合需求，而這種修改曠日費時，依照這種客戶訪談的前進模式，業績量雖不至於衰退，但也不會有大的成長。

所以跟客戶溝通，做問券調查，用緊密的篩選客戶真正的需求，這種方式一定不能想出好的點子，跟客戶可以用非傳統的模式，例如微軟就是偷偷地用攝影機紀錄客戶接收到新產品的安裝及操作的模式，而一般的飲料上市前的行銷會議，就是把個人的感覺辦的像經驗分享一般。

這些方法並非每次可以重複使用的，要取的好構想好點子，就要用不同的方法在準客戶中取的創新的構想。

整合的年代(3)--重要模組的分工與整合分類：系統

重要的技術有時候可以發展出一個個元件，賣給系統整合的廠商，例如網路上認證加密的技術、信用卡扣款認證的技術、網站的瀏覽客戶群的分析、防火牆的元件，以上種種的重要技術如果要一家軟體系統全部一次開發完成，非常的耗時間而且經常不能達到經濟規模，造成後續維護上的困難。我們從系統整合廠商以及製造軟體元件的軟體公司兩個角度來分析，如何達成元件整合的重要條件。

從系統整合廠商來看

應用元件來整合系統可以節省開發的時程、節省成本，而把人力應用在本身的核心技術與客戶需求的互動上面，但是缺點就是對於元件的應用是否完全符合系統的需求，這個元件未來的發展，還有元件供應商是否有完整而足夠的支援，更重要的是應用了這個元件會不會讓你自己的系統的核心競爭能力減弱、或者是提高，都要表列一個檢核表，千萬不要因為一時的貪快造成未來後續的開發的困擾。

我們已最簡單的Windows應用程式開發為例子，如果你的專案是一直不斷地換版的專案，不是一個會停止的專案，那麼在程式的介面上最好不要選擇你無法控制的程式庫(DLL,OCX)，因為作業系統一直不斷的開發，這種元件的相容性受到很大的挑戰，而原先的元件軟體廠商因為市場不夠大無法維護的時候，造成更大的困擾。

從開發元件的軟體廠商來看

製作一個元件非常的簡單，但是要廣泛的應用在所有的系統上，必須就要開放非常多的介面，這些介面同時又不能把核心的技術完全暴露出來，所以，介面的訂立非常的重要，而實用性更是重要，往往做的程式碼比特定需求的程式碼要多上五至六倍。

現在因為寬頻網路的盛行，帶給了元件廠商的另一個契機，就是可以把重要性的技術放在伺服器上面，利用遠端的管理方式，管理您開發的元件，或是遠端的換版，甚至做安全性的認證。

以往元件廠商的營收被侵蝕掉往往就是後續的維護包袱太大，所以很難有完整的發展，開發工具所附的元件如果沒有含原始程式碼，無法符合後續發展的彈性。網路時代，元件或許是一個值得投資的開發模式，目前的網路認證、網路調查、代發電子郵件，都是這一類的模式。

整合的年代(2)--平行整合分類：系統

我們往往聽到很多的策略結盟的新聞，也有在賣場看到兩樣產品合在一起賣的比較便宜的案例，這些都不是軟體系統的整合，更談不上未來，只是為了提高產品的銷售量的一種手段而已，真正的產品或是系統的整合型態，主要可以分為三種，一是上下游的產品資料的垂直整合，二是系統介面的平行整合，三是重要模組的分工整合。

系統介面的平行整合

在十年前談到兩個系統的介面整合簡直是不可能的事情，都要透過前一種方式，垂直整合來達成，但是在現在作業系統的發展以及網路通訊規格的統一化，技術上已經沒有任何的困難，甚至還非常的方便整合，剩下來的問題就是兩個系統在整合上面政治策略的考量罷了。

最簡單地平行整合方式就是用不同的執行檔在同一個作業系統下執行，各有不同的執行檔，以及各自獨立的資料庫或資料檔案，而為了讓作業人員方便在兩個系統中間必須連接的功能，做一些介面或是功能上的連結即可，而這一類的整合如果是大眾化低消費的系統必須考量的除了功能的順暢之外，還有介面操作的一致性，甚至字型、對話窗的編排設計都要做完整的考量。

最好的例子就是我們常用的ICQ通訊軟體，大家可能在使用上沒有發現，這個系統在運作的時候是由很多的執行檔（ＥＸＥ）組合而成的，但是，使用上必沒有感受到不同，但是，可能是由兩個不同的部門開發出來的。要非常注意的就是效率以及整合度的問題了。

如果是利用HTML網頁來整合的系統，那可以用的方法就非常非常多了，我們在看瀏覽網站的時候最常用的就是用Frame框架的切割，可能左邊是Ａ公司的網站，而右邊是整合入Ｂ公司的資訊，這種方法是Netscape最先開發出來的語法，但是整合度低，廣告Banner Pageview以及著作權使用權的問題爭議不斷，所以一般大眾型網站很少使用，而應用在管理系統或是WEB電子郵件服務到是非常的方便。

還有一種用Javascript的含入功能
＜script language=javascript src=sURL＞＜/script＞
這種做法在通訊上就更上面提到的切割Frame的方式是一樣的，但是在畫面及介面的整合上比較漂亮，畫面上看不出來是兩個伺服器提供的資料，但是JavaScript在程式撰寫上比較繁複，這種方式廣泛的被應用在網路廣告的主機上面，來計算廣告的點閱率，並大量的記憶客戶瀏覽過的網站，盡量丟給客戶相關的廣告，以增加廣告效果。而這一類的整合的缺點若有一台主機伺服器出現問題，網頁上就會顯示不正常，必須要克服。

而微軟的IE瀏覽器上面，在版本4.0上面就新增了
＜IFRAME SRC=sURL .....＞＜/IFRAME＞
的語法，算是綜合上面兩個優點，讓不同網站伺服器畫面整合的好方法，唯一的缺點就是Netscape不支援。

至於這一類介面的平行整合必須要考量的就是安全性的問題，為了防止非法的連接使用，通常是使用參數編碼加密，透過使用者的瀏覽器來傳遞，但是若要嚴謹一點，這兩台伺服器就必須建了某種認證上的通訊機制，使用共同資料庫，或是即時的通訊規格，都是很好的方法。