網路辭典

1. 請問，何謂 Web 2.0 ？

一群傻子在消耗網路資源。

2. 請問，長尾效應是什麼？

就是把大家不要的奧客收集起來，期望可以挖出最後一點錢。

3. 請問，藍海策略是什麼？

就是公司即將開始賠錢，告知員工的一種手法。

4. 請問，何謂電子商務？

有人能夠自動把錢塞到你口袋的異想世界。

5. 請問，何謂 Business Model？

就是要找人投資新創事業前必須要做出來的一些文件。

找出產品創新的特色分類：創新

最近一直被別人問到，什麼是創新？創新的定義是什麼？這實在是非常難講清楚，我認為創新是讓一個公司或是一家企業生存下來最重要的要件之一，現在企業之間的競爭非常激烈，只要成本、管理、流程、財務等等沒有控制好，往往競爭力就差了很多。而創新不單單適用在產品上面，是全面性的創新。

如果只講軟體產品上的創新，我想找出產品的特點，訂立有效地目標，並且大力的往那個方向前進是最好的辦法。

維護成本的降低，由於現在的軟體系統多半會隨著維護合約簽訂，如果在產品開發之初沒有考慮維護的成本，無論是在設備或是人力上，往往是一個產品成功與否的關鍵，如果你的軟體系統上的維護大部分是資料庫的維護，儲存媒介的選擇與檔案存取的技術方式，決定了維護上的成本。

執行速度的加速，軟體系統內部的演算法，以及資料存取計算的速度往往是使用者選擇重要的關鍵，如果能在使用者最在意的地方加速執行的效能，往往是成功的關鍵點。

使用介面上的創新，雖然Windows標榜所有的軟體有一致的介面，很容易學習，但是並不是各行各業都能適用這些方式來操作，如果能在使用介面上獨樹一格，容易使用，並且減少出錯的機會，相信是很大的特色。

使用學習上的創新，現在的套裝軟體，或是網路上下載的軟體，往往都要看使用手冊，全部翻完才能知道所有的功能，不然就是一個功能一個功能慢慢嘗試，以MS Word為例，你用的到的功能有他提供的50%嗎？恐怕很難吧！在產品使用的學習上如果讓人很簡單使用，很快的學習所有的功能，也是不錯的。

整合度上的創新，如果你的系統是平台式的系統，或是提供資料的系統，整合度就是很大的考驗了，例如語音辨識的系統，一定要與作業系統的輸入法，或者是文書處理的程式做好整合，如果是兩三家廠商共同開發的系統，不同的程式之間要提供良好的整合介面，這項工作有些廠商並不太願意做好，有的是商業的考量，有的真的是困難度很高，可是只要整合良好，一定是很好的賣點。

使用人數的增加，網際網路讓全世界的網路連接起來，電腦的效能也愈來愈高，所以提昇使用者上限，以及二十四小時不間斷地服務，是現在所有產品必須思考的，當然使用者多起來，效能及維護的問題也要同時考量的。

作業系統與硬體的選擇，雖然說ＰＣ普及率非常的高，但是ＰＣ的硬體廠商很多，周邊設備以及擴充性導致開發出來的產品經常有不相容的情況，如果你的產品可以使用簡單而統一的硬體規格，使用不同的作業系統，例如ＤＯＳ或者是Ｌｉｎｕｘ也是可以思考的方向之一，不過這一點一定要考慮到未來開發的便利性。

找出產品的特色，是迫切需要去做的，隨時的問一下，我們的產品有沒有特色，有沒有競爭力？

如何走創新之路分類：創新

最近真的是不景氣，但是我好像沒有因此而停下來的機會，將近一個半月沒有寫新的題目，並不是沒有新的題目可寫，也不是忙碌的不可開交，而是我在思考，我寫的東西對讀友到底有什麼樣的幫助。

回到我當初寫這一系列文章的主題，當時可以說是網路公司紛紛成立燒錢的時候，大家對於新的商業模式，充滿了希望，也因此時時有新的話題，有新的創意出現，大家每天逛網站的時候，討論的是新的行銷方式，新的廣告技術，以及新的系統架構。

這一些新的事務對我們的衝擊非常大，經常以為世界就要變天了，傳統媒體就要消失的樣子，在技術上認為WEB服務將取代現有的系統，所有的通訊協定將被TCP/IP所取代，而所有的網站將會資料庫化，所有的文件將用HTML的型態來表現。

事實上，這些事情一直不斷的在發酵改變，但是舊有的軟體系統架構，舊有的商業模式仍然存在，但是大家會走的更有效率，更往節省成本的方式進行，目前大家總認為失業的問題是政府政策沒有跟上，是產業外移，或者是全球景氣不佳所致，其實，最大的問題，我想是產業ｅ化下的結果，所有的產品都往超大系統走，一次可以服務的人可以無限的大，所以平均成本就可以降的非常低，唯一要解決的就是服務品質的控管了。

創新要熟悉舊的系統架構，大家總以為創新要把舊的東西打破，把現有的系統打掉的意思，其實，真正在運作的系統都一定有存在的價值，相信在一個系統建構的當初一定有他的創新之處，也有他效能好的地方，這些好處，一定要保留住，而有些創新的想法只重視解決當前的問題，並沒有想到目前在運作的系統優點。

創新要多做別人不想做的事情，人的慣性總是安於現狀或是自己習慣的生活方式，這一點我們不得不承認，當你勇於改變的時後，改變的不只是自己，因為自己的改變也需要別人的配合，軟體開發絕對是團隊合作的事情，至於這個團隊有多大，就必須做好協調的工作，如果重視技術創新而不管客戶的需求，或是只管開發新客戶不管就客戶，這些都是不對的。

我們經常聽到一句話，我的工作已經做完了，剩下來是別人要配合修改的部分，雖然在一個軟體系統裡面我們會切開一些模組分組負責，但是團隊的個人並不是跟系統一樣都這麼理性去看待這件事情，而一個大的系統整合起來的時候問題出現在哪裡，並不是單一個人的問題，而是整體的問題，如果未來的路是大系統當道，我們就無可避免的要走整合的路，帳號整合，所有個人資料整合，使用方式整合，將是無可避免的事情。

創新也要懂得轉彎，不要以為改變就是創新，但是創新真的是要利用改變的力量的，有時候一個新的想法真的很好，但是客戶不知道改變的好處的時候，這時候就需要轉彎，可能要慢慢的來進行，尤其是一個系統的操作習慣，所以作任何事情，並不是做到百分之一百就好了，有時候甚至要做到百分之兩百，才能真正的把你的理念發揚給別人知道，而評估這些轉彎所需要的資源，應該是事前就應該想到的，也規劃好的。

創新沒有界線，沒有規則前例可循，我們經常會依照一些書籍或前人的經驗來思考事情，這樣並非不好，只是這樣只是幫助我們避免掉做錯的事情而已，如果要做對做好一件事情，就需要跳脫這一種思考模式，認真的與團隊對話，發揚創新的想法與做法。

創新要堅持，只要問問自己，我這樣的創新是對的嗎？是否符合真的客戶需要，客戶真的有節省成本，也有幫忙到他們嗎？只要是對的，持續不斷地創新才是生存之道。

創新就是改變，如何做好組織變革分類：創新

在軟體系統設計下，有人以為學新的技術就是創新、有人以為接觸新的產品就是創新、有人以為只要用不同的程式語言來開發就是創新，而反過來說，有人覺得維護一套舊的系統，過時的技術就無法創新了，其實這些都是不正確的想法，我認為比較正確的定義是，只要您做的事情是不會讓錯誤重複發生的，就是創新，這就是改變。

對於一般人來講，談創新容易，但是大家的認知不同，當企業要做組織變革的時候，太強調這種改變的好處，但是大家的前方總是一團迷霧，無法具體化的實行，更何況不變的好處或許更多，因為創新帶來生產力的提昇、企業收入的增加都無法具體而且快速的反應在公司的管理制度裡面，所以說，或許我們可以反過頭來列舉不變的好處與壞處，讓所有的人加入創新思考的領域。

如何把一個企業中組織變革的阻力化為助力，我認為有下列幾個方法，並不是一處可及的。

開誠布公，不斷地說明清楚創新的好處，並且試算變革出節省的成本與未來的展望，一般人會有兩極化的反應，一是更加的努力工作，大家以為多做一些工作就可以免於改變，另一種是消極的反抗，解決方法如下。

多聽聽別人的想法不要爭辯，通常一個創新方案提出來大家討論的時候，會有20% 的人欣然接受，而可能也有20% 的人嚴重的質疑可行性，另外剩下的60%可能沒有意見，所以如過這種創新方法是對的，而且有信心可以完成，我們應該多聆聽60%沒有意見人的想法，另外剩下反對的20%你可能做什麼都沒有用，試著用辯論的方式只會讓其他人有疑慮罷了。

進入探討的過程，只要大家有信心去做組織的變革，這時候的過程才真正的重要，往往一般企業忽略了這段時間的努力，造成失敗。這個探討是大家一起努力出來的，因為事情已經開始執行了，如果中間執行的不順暢，只要大家一起探討努力前進，不要想走回頭的路。

察覺並承諾，組織的變革並不能很快的看到成果，所以領導人要注意觀察這時候組織內細微的改變，只要符合當初創新的想法，就要給予鼓勵給予承諾，這樣的變革才能成功。

創新思考的幾項迷思分類：創新

創新就是使用新技術嗎？

如果以ＰＣ的硬體發展的趨勢，加上軟體技術的日新月異，很多人使用快速的軟體開發，導致所有的程式設計都想學新的技術，但是我們一定要回頭想一想，新技術有降低成本嗎？新技術對未來維護有方便性？新技術可以符合產品的需求？新技術對於軟硬體支援有相容性？新技術有制定標準規格？

如果這些答案的評估都是正向的，當然可以使用新技術，但是創新的要點並不是使用新技術，只是用了新技術可以比較容易達成創新的目的，所以即使通過了上面的檢驗，我們還是要先制定產品創新的規格才能繼續評估，是否使用新技術。

創新就是開發新功能嗎？

有人以為不斷地提供新的功能給客戶，就是創新。其實大大的不是，創新應該還是要符合客戶的需求，如果這個需求只是為了改版而改版，根本沒有符合客戶的最大使用功能來修改的話，可能不要改來的好，因為改了版本還要經過一段時間的陣痛期。

而有時候一項好的創新服務可能只是改了功能表的位置，按鈕的熱鍵設定，或者產品的重新包裝，甚至只是操作手冊線上服務的字眼，或者只是行銷計劃重新組合而已，所以，新功能可以是創新的一部份，但是並不是大部分。

創新就是與別人不同嗎？

我們經常為了與競爭對手做一些區別，會想出不同的操作方式，或是畫面的設計排列重整，有些時候是非常不好的，例如當大家已經熟悉跑馬燈是由右至左跑的時候，如果你跑一個由左至右的跑馬燈，一定沒有一個人會習慣的。

如果一個系統已經沒有創新的空間的時候，千萬不要在變花樣去想與別人不一樣，可以在系統的效能，系統的架構去想創新，抄襲別人的東西雖然想起來不好，但是如果要改變所有人的操作習慣，可能沒有人要使用你的產品的。

而與別人不同的地方應該是讓人更方便、更迅速獲得想要的內容、或是更能壓低成本的創新。

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

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

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

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

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

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

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

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

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

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

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

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

漸進式創新法分類：創新

不斷創新，不斷思索變革之道，也就是要不斷地追求改善。

我想各位聽到「創新」，一定馬上想到龐大的研發費用、一批聰明絕頂的研發人員，NO！錯啦！「創新」並不是來自靈感、來自某幾個發明家。管理大師彼得杜拉克就曾說過：「創新並非來自天才，與靈感也不相干，而是來自辛勤、有系統的工作。」事實上，根據調查，創新的來源也是「漸進多於突破」、「學習多於發明」──取自某演講稿。

一般的程式設計師總會陷入一個迷思，就是只要做好維護的責任，或者是要重視新功能的開發動作，有時因為痛恨舊的架構，所以經常革命性的打掉舊有的程式碼重新再寫過一次，而有人就會有鴕鳥的心態，只是再舊的程式碼裡面加一大堆的特殊處理，來因應不斷出現的狀況，這兩種現象都是太過的做法，雖然都可以解決，但是都會出現很大的陣痛，革命型的做法容易導致客戶有一段的適應期 (debug)時期，時間一拖長，客戶就走掉了，鴕鳥型的做法容易導致一個系統的架構混亂，愈來愈不容易更動。

所以一個良好的系統演化，必須要靠的就是程式設計人員，對於一個系統的觀念是否能往正確的方向走，也是程式設計師的責任，不諱言的，良好的執行者所受到的鼓勵並不是短期間可以看的到的，系統創新的評比也很難在考績上面表現得出來。以下提供幾個漸進式的創新方法......

模組化是一個非常好的方法，只要把模組化當成你的工具，慢慢地將不適用的模組抽換掉，你就可以把系統架構簡單化，未來要加新功能的時候不用在東一個、西一行的加入程式碼來處理例外狀況了。

做紀錄檔統計效能，使用者如何操作系統最清楚的並不是程式設計師，也不是系統分析師，是程式系統的本身，您只要在重要的程式碼做一些紀錄，當然不能影響系統的效能，然後適當的分析這些紀錄，可以很容易的知道系統的瓶頸在哪裡，未來可以用什麼平台、什麼程式語言來開發比較好維護。

絕對不要特殊處理，特殊處理的程式碼就好像是滾雪球一樣，如果是一個大的斜坡，你就會越滾越大，講難聽一點，就好像是說謊一樣，你經常要說另一個謊，來掩飾前面的錯誤，如果架構不對，就要找時間勇於改善系統的架構，花了一個星期來改架構，總比未來花兩個星期來找出 Bug，然後可能賠上幾個系統不穩定的評價好的多吧！

經常在別人的工作報告上看到，了解XX系統的架構、修正XX系統的Bug，其實，這些字句都不應該出現的，除了目標不明確之外，要彌補之前的錯誤，就安排了一大堆的進度，真的非常浪費資源的。

延伸閱讀：【流程】軟體開發過程階段性目標與相容性的做法

閘道系統的應用分類：創新

閘道系統的應用在我們日常的生活無所不在，但是我們經常不知道，例如電話電信公司、電話機、傳真機、對講機、EMail伺服器、呼叫器甚至是我們現在常用的ICQ，都一定要有相關的閘道系統及產業的配合，而這種產業一定只要遵循相關的通訊規格就可以與別人溝通。

如果仔細想想一個網站也是一個很好的閘道器，入門網站也是某一種形式的閘道器，他們需要把內容的資訊流轉化成為營收，無論是利用廣告的收入或是收取上架費用導入流量的方式，都是閘道系統必須去轉換的核心價值所在，也是最基本的功能。

這是我想到一個閘道應用系統要開發必須注意的事項：

1.通訊協定的排列組合

充分的了解所有電信通訊或者是網際網路的應用特性，千萬不要自己創造一種新的格式，還記得SONY Beta錄影帶慘痛的經驗嗎？各種通訊協定如果可以找出最佳的應用方法，並且變成非常普遍為大家所應用的話，就是很好的閘道系統。

2.現階段的相關產業能夠變成通路

要創造一個新的通路非常困難，行動電話在台灣的通路是一個難得的異數，未來不太可能有相同的機會出現，我們在街頭巷尾看到的便利商店，或者是一個地方固定都有的水電行，甚至幫中小企業安裝電話總機線路的公司，都是現有的通路，一定要找出他們能夠容易上手安裝及應用的地方，因為只有這樣才能推廣的出去。

3.安裝及操作介面要容易使用

買電話機回家插上電及電話線就可以使用了，這個是一個閘道系統的重要目標，使用ICQ可能需要學習一下，但是他也提供了邊做邊學的功能，這個是目前所有閘道系統在推廣非常重要的一點，也是要給大多數人應用的機會點，但是如果你的系統是比較少數人要使用，價位也比較昂貴的，當然是可以不用考慮的。

4.一定要轉換產業價值

如果分析現階段所有的企業需求，大家會發現內容的開發以及被瀏覽的產業價值應該不會超過5%，其他還有資訊流、金流、物流的價值應該是佔非常多的比例，尤其是資訊流就應該佔有30%的比例，而現有日常生活的閘道系統應該還有很多創新的機會才是。

兩擔大蒜談創新分類：創新

有一個賣蒜的農夫，挑著一擔大蒜到北京城裡去賣，結果一天下來都沒有賣出，還碰到大雷雨，淋溼了一身。躲雨的地方剛好開了一家網路咖啡店，店裡的年輕人請他進店裡座，問他賣了多少？農夫說：一塊錢也沒賣出去，現在的人都到超市去買了恐怕以後都會賣不出去。 　他就立刻問這位農夫說：你的蒜頭有什麼特別？農夫很驕傲的說，這些蒜頭全部都是我自己種的，是用純天然的肥料，所以又大又漂亮。這位年輕人一聽，就說：我或許可以幫你！ 　他就上網打入「有機大蒜(organic garlic)」進行搜尋，幾分鐘後，就對農夫說：我已經把你的一擔蒜頭賣掉了，是一家德國的公司正在找用有機天然肥料培植的大蒜，他們還要買很多而且價格特別高。

我想創新並不是一個很大的革命，只是提高產品的附加價值，很多的軟體工程師在設計系統的時候經常是為了創新而創新，因為對手的軟體的一個小功能而做出更炫更誇張的功能，但是並沒有考慮為什麼要加這個功能，等到完成的時候，這個酷炫的功能使用者並不會經常的去使用到。

如果應對到兩擔大蒜的故事，這就是創新的時候沒有考慮到產品的附加價值的問題，當然我們要了解產品本身的核心價值在哪裡，並提高使用者對於我們核心價值的使用率，如果您是作一套語音辨識的輸入法系統，您就不應該把重點放在手寫輸入法的介面，應該想到語音辨識的應用範圍，並提昇使用者對於語音辨識的操作的方便性及應用功能。

如果是經營商業套裝軟體的系統，就應該考慮增加的附加價值是否可以增加營收，增加客戶購買的意願，提高客戶再度光臨購買下一版的功能，當然，軟體的收入模式有很多種，可以按使用次數計費，按使用時間計費，而目前最常用的模式就是第一次購買軟體的時候的費用，所以比較難達到附加價值增加營收的方法，網路帶來了一些的希望，透過網路更新軟體，透過網路傳遞更有用的訊息及資訊，來增加產品的附加價值甚至會反客為主，就是營收可能不再是第一次的軟體費用，而是每一次新增功能的費用，但是一套軟體系統的核心價值並不會完全的更改，反而更加的有價值了。

從上面大蒜的小故事告訴我們從產品的『附加價值』及『行銷通路』來改善產品創新的方向，一般的程式設計師也應該多多接觸行銷及業務推廣的層面，才能設計出正確創新的產品。

系統架構的構思過程分類：創新、系統

創意的構思過程可以分為感覺構思→邏輯構思→多面構思→靈感構思 這四個過程，而我們往往在一個系統的構思階段便想了很久，做不出來，只要善用這些構思的方法，你很快可以把一個系統的架構畫出來，以便快速的完成一個雛形。

一般的軟體工程師往往會不滿現狀，想設計出一套完美的系統，我們在之前討論用最笨的方法來思考的時候，就是避免大家想的太多非必要性的功能，造成後續維護與發展的困擾，試著想想看當我們早上起床刷牙洗臉吃早餐一直到搭車上班，我們需要用很多的腦力去構思嗎？這就是反射動作，我們在做一項思考的時候，往往就是用感覺構思就已經完成了大部分的事情，可以說是反射動作的思考。

當我們找不到一項東西，譬如說是一本書好了，便要冷靜的回想，什麼時候用過這本書，書本可能放置的位置，從主題意義來想，用各方面的判斷與分析，是不是上大號的時候放在廁所，或是放在公司放在朋友家裡忘記拿回來了，這個構思的階段就是邏輯的構思。

如果找不到我們通常就開始全面的搜索，地毯式的找尋，把全家每一個地方翻過來找，我們在創意會議的時候也常常如此，把所有現有品牌或是競爭對手，把字典的字全部翻出來，一項一項檢討比較，這個就是多面的構思。

至於靈感的構思方法，是我們比較少用的，用不同的角度，在一個突發的狀況下想出一個靈感，好像寫文章文思泉湧，創意猛然向你撲來，這個就是靈感的構思，一般寫程式的時候也就是為什麼有時候去上上廁所休息一下，就會把Bug臭蟲抓出來的原因。

而據我個人觀察發現一般工程師在邏輯構思的階段就往往無法決定是要往哪個方向，無法決定用哪個方法來實作，這個當然是要問問別人的意見，如果無法很快的做決策的時候，一般來講都是先做了再說，當然不要做完了再來測試，要做到一半的時候就要想辦法測試，來看看自己當初想的方向有沒有錯誤。

再來工程師常常犯的毛病就是想的太多，設計一些很少會用到的功能，雖然是多面的思考，但是很少會用的上的，這一點需要做一些測試，來測試我們的程式碼，這一點也是我們目前為止很少做的品質管理工作，來評定我們的程式設計師。

當然撰寫新系統需要一些經驗，看看前人的程式碼是最快的學習方式，用上述構思的方法或許可以讓您更快的了解你的思考架構。

延伸閱讀：【創新】先把自己變笨，歸零的思考

先把自己變笨，歸零的思考分類：創新

所有的人類一定會有先入為主的觀念，如果要想出好的點子，好的系統架構，好的可行方案，除了團隊集思廣義之外，就是簡單歸零的思考，您會得到一個很簡單的結論，會設計出可用的系統，這就是先把自己變笨。

一般人經常犯的兩個毛病就是眼高手低與先入為主，總覺得一個市場已經有人先進去了，就看不到未來而想要避開他，或者是做一件事情如果先前已經有做過的經驗，就不會想回頭去做。

舉例來說，一個軟體系統的開發，如果一個資深的軟體工程師開發過了，他可能很少有機會去繼續維護或是加強的機會，因為他覺得他已經做過了而不會想花心思在上面，大部分的人會繼續追求更新的技術，更快速的開發工具，這一點屢試不爽，如果一段程式碼被同一個人看過三次以後，他就一定不會是這段程式碼的主人了!

也因為如此，程式設計的世界品質的掌握需要大量的人力，我們會利用一些檢查表格，一些流程來保證他的品質，而這一點剛好跟速度是剛剛好相反的，而這些流程剛剛好都讓大家覺得自己很笨，為什麼要做這一堆無聊的事情呢？除了與團隊溝通的功能之外，也是一個很好的歸零的思考！

設計一套系統的時候會想的很多，想要給操作人員使用者非常簡便的操作，但是只要利用很簡單的邏輯，拋開以前的包袱，有時候一套一天寫好的簡單工具程式，也可以讓使用者感覺到非常的貼心的。

當我們回頭不斷地review您以前的程式與當時的想法，試著把缺點一項一項的列出來，挑戰自己的主觀，有時候真的很難，放的下是唯一的解法，變笨，試試看！

創意模型與軟體系統開發模型分類：創新

每一種行業或者是說每一種專業，都有所謂的『模型』，就是事情思考運作的模式，有所謂的商業模型、組織模型、營運模型等等，我們要討論的創意模型與軟體系統開發的模型如何整合在一起，是我們要不斷地學習的地方。

創意模型，思考過程與方法是最重要的，經常性的『跳脫』，有助於提供更好的解決方式，並且讓你更清楚你目前的阻礙在哪裡，要了解目前看事情的方法外，真的還有其他的替代方案存在﹔找尋『刺激』，把一貫的想法和對事物的評價分開了看，思考的過程或許要犯錯才能達到快速或正確的解決方法，人往往在說話之後，才會找到說話的理由，雖然接受刺激的心理不是很舒服，但是刺激之後的想法會穫得不少的改變，至於這些激發創意的這兩個過程與方法在運用的時候，心理面最好能分辨，而這些技巧要長時間的訓練而達成的。

軟體系統開發的模型，我們在第十期有做簡單地說明，就是瀑布式、螺旋式與壓縮扭曲後的開發過程，這些開發模型依照每一個專案或產品的不同會有不同的方法，如果隨著開發工具的不斷提昇，加上創意創新的組合，會有千百種不同的運作模式，而時間的因素是我們一直考慮不周詳的地方，也是軟體開發為什麼無法掌控進度的原因。

簡單地舉一個例子，如果有一個專案，是進出貨管理系統，我們一定要做使用者訪談的工作，但是系統分析師去訪問了兩次，發現使用者以往的工作流程過於繁複，有些是因為紙上作業或方便上司查核，或者是莫名的原因而做的流程，系統分析師會不斷地內心掙扎，到底是原來的過程如何改變呢？這時候用的方法往往是依照原流程『不變』，當系統完成之後，使用者會發現比原來的作業更繁複。

當系統分析師利用創意思考的方法，找到更好的運作流程而將資訊系統做了大改變，而且作業過程簡化後，將查核的功能自動的做進了系統，等到系統開發好了，也除錯到達一定的階段，這時候的使用者因為少了很多很多的步驟，掌控的資料量少了，變開始對系統不信任或者是有不安全感，往往會開始抱怨，這時候要改變的就是使用者的心態，或者是使用者對外溝通的模式整個改觀，雖然我們的例子過於極端，但是一套資訊系統的開發，真正的是影響到一個環境內的運作與思考模式的。

用最簡單的方法分類：創新

開發軟體系統經常會有沉重的包袱，就是要維護以前的系統，所以我們的思考方式經常會被限制住，久而久之就會用舊的方法來解決新的問題，有時候會事倍功半，用最簡單最笨的方法有時後也是最好最具創意的做法，所以常常把自己的頭腦規零，有一定的好處喔!

舉一個簡單的例子，通常我們寫很多機房傳遞訊息的程式都想到就是用Socket來傳遞，然後用資料庫來記錄傳遞的訊息或是過程，光光這兩個包袱，我們就要先寫Client/Server的程式兩支，然後在設法要利用ODBC取出資料庫的資料然後傳給Server，中間牽扯非常多的關卡，如果有任何一個關卡出現了問題，整件事情就是失敗的設計，雖然這個系統的時效性及架構非常的好!

如果上面的例子是每日的批次作業的話，我們可以考慮用文字檔案的模式，產生要發送的訊息，然後透過FTP Server或者EMail Server來傳遞資料，雖然時效性不是最好，但是都是用現成的系統來傳遞訊息，只要系統夠穩定，應該是最快也是最好的解決方式，但是同時解決傳遞訊息的問題時，我們要考量的不只是程式設計或系統分析的方便性，還要全面考量到其他單位的系統維護操作，客戶服務或者甚至客戶本身是否會有影響到操作的問題。

現階段的軟體開發工具非常的多，程式設計師的困擾應該是在開發工具的熟悉度，我們應該利用開放的心胸各方面去學習，DOS的批次檔執行編寫也可以解決很多很多的問題，現在電腦應用系統，已經不一定限制在Windows 的作業平台了，學習任何一種電腦程式語言，一定要了解並且多方運用，有時候你會發現為什麼10分鐘可以完成的事情，以前的人要用10小時做完，只要有充分的理由，最笨的做法是有時候是解決問題最好的方法，您隨時要有革命的創新理念。

一個系統最有價值的地方我們通常是看的不清楚，現在流行成立新的網站，成立之初只要把同類型的網站複製一份過來即可，但是要成功的經營，一定要持續不斷地在核心技術以及自己的價值鏈上提昇競爭能力，簡單地突出自己的地位是很好的做法喔!

心智分枝圖分類：創新

有時候經常會忘東忘西的，跟朋友聊天也會時常忘記重要的關鍵，這個時候應該是應用分類的方式來記憶與創造一些新的思考方向，最近也因為工作的關係，回去看看別人寫過的程式，感覺獲益不少，雖然已經了解其中的運作過程，但是，所謂溫故知新可能就是這個道理吧！

於是今日把創意FORMAT(Business Beyond The Box)這本書拿出來研讀，再研究一下如何創意思考，其中有一個方法就是心智分枝圖，把問題寫在一張紙的中央，並且畫了一個圓圈，然後想一些分類的方式畫出分支，然後從這些分支中找出答案，這個方法雖然天馬行空，但是是很好找出這個問題的解答，或是相關的話題。

人的思考方式，思緒經常是變換不定的，由直線的思考方式來看，這種分支方式的思考模式有更大的空間，但不至於把討論的主題拋開，可以有效的拉回來，當我們開始思考的時候一個念頭會觸發另一個念頭，這種思考的模式有助於思緒的組織性與結構性，當你的腦海中有一些具體事件或是關聯的圖像的時候，都可以很快的畫在紙上，並且有效的作一些分類。

以前寫程式總是先在紙上或是心理構思完成後才開始動手寫，但是經常發現，寫出來的東西擴充性很差，不然就是錯誤一大堆，一直補東補西的修改，結果就認為這個系統是一個大怪獸，物件導向的程式語言的語法雖然避免掉了一些我們常犯的錯誤，所以應用這種心智分支的思考模式，可以預先把所有的問題先找出來，並想出良好分類的方式。

我們時常會落入自己工作習慣領域的迷思，總覺得自己是很重要的，透過這個簡單的訓練，或許也可以想想每一個人在分工合作的重要性。

軟體的整合性價值分類：創新

我們觀察一些畫家或是藝術家的畫作， 如果你看看畢卡索早期的單幅作品，你可能會覺得其實我們只要勤加練習，也可以畫出同樣品質的作品，但是畢卡索的成功是在於他不斷地創新的畫風，從社會寫實主義派、野獸派、印象派到立體派，無不表現出他驚人的創作思路，也提高了他個人作品的價值。

畢卡索參考網址：http://www.paris.org/Musees/Picasso

因此，一項產品、一項服務或是一家企業如果沒有不斷地創新他的產品服務範圍，他的價值就會慢慢地減少，競爭力也漸漸地比競爭者要弱，以３Ｍ為例，研發與生產的投入比例上面是30/70 的分配方式，不斷地創新開發是他們的核心價值與競爭力的所在。

我們舉唱片業為例子，我們去買ＣＤ唱片，計算一下這些流通物品的成本好像只有售價的十分之一甚至到二十分之一，但是這些唱片的價值在哪裡呢？在歌手的聲音與作曲作詞的創作嗎？我們在產品的價值比較上面往往會拿具有實體的東西來做比較，而在網際網路上面，我們用什麼來衡量作品的價值呢？當這些創作變成資料流在網路上流來流去時，智慧的結晶如何評斷價值呢？

以往，所有的產品服務都會搭售在具有實體物品的東西上面，例如：書籍、唱片、上課的講義、軟體光碟片、交易、電影、觀光等等，當這些知識的資料很容易在網路上複製、流通與查詢的時候，我們應該很容易的去判斷這些服務的價值吧！

網際網路正以級數成長的方式在統一傳輸的規格（TCP/IP...），也在統一顯示的介面（ HTML...），軟體系統要達成服務的功能時，是絕對不能抵擋這些潮流的，而要把一項產品價值附加在實體物品的機會也愈來愈少了，在軟體系統上面創新去落實產品服務的本身價值，將是所以人人應該做的投資吧！

所以網路上許多單一的產品需加以適當的包裝變成有特色的商品，形成「整合性商品服務」才能真正成為創造價值者。

創新力與執行力必須以專業為基礎分類：創新

這幾天看一齣韓國的連續劇，內容是描寫一個非常喜歡做皮鞋設計的女主角，因為不是科班出身，設計出來的圖樣基礎非常不好，但是社長看到他的設計創意十足，因此請他進來在打樣室做粗重的工作，從基礎做起－－《蕃茄》。

姑且不論這齣戲有多八股或是劇情的發展有多惡毒，我們往往只看到成功的人光鮮亮麗的一面，看不到他被後打拼階段的基礎，這一點在所有事情都是網路的時代更是明顯，我們往往會想到很多很多的創意，但是等到後續要執行的階段，不是發現資源不足就是策略方法錯誤。

在軟體設計的領域裡面，我們往往會聽到業務單位說，為什麼軟體設計單位花了這麼多時間開發我們不需要的功能呢？這除了是溝通不良之外，往往是兩個單位的人彼此的專業性不夠，軟體設計單位要充分的了解市場競爭者的現況，綜合客戶的需求等等，我們並不是一昧的聽單一客戶的訊息來修改，而是要走在客戶的前端，產品市場的前端，服務需求的前端。

在一個工作領域要培養專業能力並不是非常容易的，第一個是部門單位的專業分工，使得一個人經常只能在自己的工作領域上努力，而且犯了當局者迷的錯誤，除了自己在工作上要找出自己的專業能力外，我們也要了解別的單位的專業能力，更要了解公司整體的專業能力，如果在軟體設計的領域裡面，雖然現在的開發工具非常的容易使用，但是舉凡作業系統、資料結構、物件導向概念、主從架構（Client/Server）等等，就是最基礎最基礎的專業，無論是經驗法則苦練出身的軟體研發工程師，或是本科系出身的工程師，我想基礎打好是最重要的，十倍速的網路時代，其實是可以邊做邊學的。

前幾天跟同事討論，軟體操作功能表的演進，從Windows 3.1 時代的標準功能表(檔案、編輯、檢視...) 到工具列(Tool bar)的發展，到現在瀏覽器上面大大小小的組合下拉式選單(ComboBox)，或彈出式(Popup)選單我們是否已經被微軟牽著鼻子走呢？如果我們能創新出更好的操作介面，是否更要考慮到讓客戶更好用呢？

發行股票卡片的可能性？分類：創新

今天在看電視的時候，聽到一句話＂那就是為什麼有棒球卡，沒有性愛卡的原因了＂--城市鄉巴佬

我去年去紐約旅遊的時候在精品店看到一種商品，大小跟撲克牌一樣的大小，每一張卡片介紹紐約附近好玩的地方，這種卡片不能玩撲克牌，但是確能引起觀光客的收藏與實際上的應用。

運動在美國是重要的休閒娛樂活動，所以在球場附近或書店的架子上擺上球員運動卡是在也自然不過的事情，除了收藏之外也是投資大眾(簽賭)了解這個球員基本資料的最好方法。

小時後有一種卡通卡片，要去書店買來，然後要把不同的卡片依據不同的編號貼在畫冊上面，若買到重複的卡片，還要跟同學去交換，等全部收集完成所有的編號的時候，就完成了一個故事，我現在還保存的很好，每當拿出來的時候，就會想到那段時間的回憶與同懠的互動！

前幾天一群朋友不約而同的傳了一個折扣網頁給我，只要上網註冊就可以將抽獎券及優待券列印出來，然後實際的到晶華酒店消費就可以優惠，這使我想到了在網路上發行＂股票卡＂的可能性？

每次到券商去交易的時候，門口總有一群人在發名片，上面打著零股買賣或者是未上市股買賣，為什麼這些人不能包裝一下，發一下股票卡，介紹他想炒作的未上市股票，或者是收購哪些零股的好處也可以順便打打知名度，兩年前的台北市，特種酒店印的名片不是就很精美的嗎？

在Internet 上的瀏覽器列印出來是一張撲克牌的大小，而塞進去很多有用的資訊並不容易，首先是這些卡片的資料必須是比較長期投資必要的資料，例如上市公司的基本資料或是營收成長圖，以週為單位的Ｋ線圖，或者是分析師的建議等等。

我想在網路上要做到社群的互動並不容易，如果這些卡片又能達到社群互動的話就要靠一番創意的思考了！如果大家因此而賺到許多的錢，請不要忘記我啊！

躍進式的思考模式分類：創新

創新與創造力是與生俱來的, 但是我們如何把這種能力激發出來呢？ 我們經常會發現一項成功的產品, 並不是他發明了什麼新的科技, 只不過用了一些概念, 把舊有的產品特性把他組合起來, 變成新的產品, 而『創新』就是這個組合的結果。

簡單地舉一個例子，3M的便利貼只不過是把便條紙加上膠水的概念(當然膠水不能太黏)，而這些概念的形成就是『創新』。

我認為要達到成功的創新必須要有躍進式改變的思考方式，以前我們在學校的時候總是要求自己的名次要比上一次考試的名次進步即可，這種的競爭模式是在不變的環境中追求成功的觀念，我們常常會想去年的業績是100萬，而今年只要做到110萬就是進步了，但是在現在的社會環境中，所有的環境都是變動的，如果只是單純的要求在不變的環境下求進步，作單純漸進式的改變，要達成創新目標是非常不容易的。

對於工作與生活作一些無聊或瑣碎的改善，幾乎人人都有做過，仔細的想一想看，我們是否經常不知不覺地因襲成規並經常下意識地經受現狀並樂在其中？我們是不是在平常上班做的事情，是遵循前認同是所建立的慣例與習慣？這些既有的思考模式就是創新的阻力，而要突破既有框框的思考模式就是採用躍進式的思考方式。

我提供一些簡單的方法，來增強躍進式的思考，就是對於目前的環境做全面化的了解，積極地往前看，我們往往會利用過去的經驗來判斷未來的發展，這樣子經常會掉落到一個陷阱裡面，認為未來就是過去的經驗組合，但是我們瞻望未來而非回顧歷史的話，我們就會發現要因應未來而改變的幅度心驚，如果我們努力的前瞻未來，思考哪些將會發生的改變，你就會很快的認清，如果只是做漸進式的改良，你永遠到達不了終點。

為什麼需要創新？(2)分類：創新

回顧在十九世紀末，蒸汽機發明後進入了工業時代，那時候的工廠林立，集中勞力資本大量生產成為生產產品成功的條件，到了現在，後工業時代或是稱為電腦時代，不斷地利用新的技術組合出新的產品，成功的條件就是要不斷地創新。

以前的消費性電子產品週期可能是十年，到了現在，一家公司，如果一年不出新產品的話，可能會被別人懷疑是否已經倒閉了呢？

我舉一個物理學的例子：

A.如果一件物品在一個完全沒有阻力的環境中，只要他的速度是每小時10公里，你不用給他任何的動力，只要環境不改變，他行進的速度永遠是每小時10公里，也就是他永遠都是在前進的。

B. 但是如果一件物品在一個完全沒有阻力的環境中，他的動力是一定的時候，他就一定會有加速度，而且他的速度是愈來愈快的，只要環境不改變，他行進的速度會一直不斷地增加。

由上面這個例子來說明，如果A是工業時代的環境，成功的條件就是集中勞力資本大量生產，而B是電腦時代的話，成功的條件就是不斷地利用新的技術組合出新的產品，而這個動力－－＂創新＂的概念應該是非常重要的。

十年前大家習慣的稱為知識爆炸的時代，所以資訊的分類與儲存查詢引發了資料庫系統的開發與成長，現在，所有的產品生命週期，生活方式的改變，都是十倍速的在改變，我們不可能把全世界的知識來分類，儲存，查詢計算出這個改變的路徑，而不被這個時代所遺棄的方法，應該就是想出如何創新吧？

為什麼需要創新？(1)分類：創新

很高興這個網路時代，大家都可以變成發行者，也可以就自己有興趣的事情做討論，回憶自己在電腦軟體的開發工作上也有16年的光陰，我想就我的經驗與大家分享!

目前台灣最賺錢的行業莫過於電子硬體的代工，加工，我們買的是外國人的機器，生產的是外國人需要的硬體元件，有晶片，元件，主機板，筆記型電腦，PC等等，大家總以為這些就是高科技，但是自己想一想，除了高效率的製程外，我們還有哪些是別人無法取代的核心技術呢?

台灣人做事總是一窩蜂，常常有搶時機的觀念，因此，中小企業只要認為有賺頭，馬上大家搶進，例如最近的金融網站，由於金融產品是完全不用＂實體商品＂流通的行業，所以在網際網路上的傳播及買賣最為容易，但是能握有買賣機制的行業，到底有哪些呢?

在舊時代，只要握有產品的通路權，就擁有了一切；現在，握有了網際網路的通路(熱門網站)，就擁有了一切嗎?這恐怕還是未定之數吧! 我想應該是握有＂客戶＂才是正確的路，而這些客戶為什麼會上門，就是靠創意創新與改變!

目前大家都說台灣的軟體業是下一波的電子股(或是生物科技?)，但是我們用的作業系統，開發工具都是美國人開發的，要在這些工具平台上創新恐怕是很難，Microsoft 透過行銷手法，要大家學 VB/ASP是不是就無法在上面搞新的創意呢?

廣告公司的企劃人員，是靠＂創意＂讓他的客戶信任他的，但目前沒有一套軟體是靠＂創新＂讓客戶滿意的！

如果我們能用創新加注於現有產品的生命，是否就可以在創造我們的核心價值呢？