第十章　軟體供應鏈      

像汽車這種用途非常明確的產品都有客製化的需求，更何況是ERP這種用途不明確、每位用戶都有自己想法的產品呢！要讓企業有又便宜又合身的資訊系統，ERP一定要走向大量客製化。

「嗨，丹尼爾，我是艾美，週四下午可以到軟協開會嗎？」

艾美是丹尼爾唸台大時就認識的朋友，那時丹尼爾在電機系，艾美唸商學系。艾美很活躍，畢業後進資策會，一直當到處長。

丹尼爾：「我正在開車，進辦公室再確認一下時間，週四下午應該可以，到時候見。」

艾美正在進行一項計畫，希望整合軟體廠商，建立軟體產業價值鏈。由於丹尼爾研究服務導向架構(SOA, service-oriented architecture)多年，艾美希望他能到會議上做簡報。

********************************************************************

雖然没去過軟體協會，因為有GPS，丹尼爾很快就找到軟協所在的大樓，原來在民權東路和承德路口，距離開會時間還有15分鐘，問題是去那裡找停車場。在台北市，停車一直是個問題，希望不要遲到。

軟協會議室中，眾多軟體公司的高階主管齊聚一堂。丹尼爾開始簡報。

「艾美的計畫非常好，台灣的軟體公司若繼續像一盤散沙，遲早會被外來產品打敗，從市場上消失。」

「如果這麼多軟體公司，每家都投入資源發展ERP軟體，從頭做到尾，勢必没有規模經濟，没有人能賺到錢。」

「許多軟體公司來自企業的資訊部門，對母公司的行業也許了解，但對其他行業未必清楚。每家公司各有專精，但不可能樣樣都行，所以客戶買到的ERP系統，可能只有一部分適用，大部分不合用。」

「就算發展特定行業專用系統，底層的架構也要懂。例如資料庫、應用伺服器、框架、服務呼叫機制等。其他如帳號管理、權限管理、程式管理、工作流管理、目錄樹管理等系統管理機制，和行業知識無關，也必須了解，否則做不出ERP系統。」

「能不能讓了解行業知識的人專精於發展該行業的應用系統，而不必管底層架構和系統管理機制呢？甚至直接用現成的軟體元件開發系統呢？」

「軟體公司一起分工，有的發展元件，有的發展應用模組，有的組裝ERP系統並協助客戶導入。因為行業有別，各應用模組又可分為多個行業版本，分別由熟悉該行業及該模組的軟體公司發展。協助客戶導入系統的公司可針對客戶的需要選擇適當版本的應用模組，組裝成適合客戶使用的ERP系統。」

「發展元件的公司是軟體供應鏈的上游，發展行業別應用模組的公司是軟體供應鏈的中游，組裝ERP系統並協助客戶導入的公司是軟體供應鏈的下游。」

********************************************************************

丹尼爾的開場帶來些許震撼，對與會的軟體公司高階主管而言，可能是太異想天開了吧！

有一個與會者發言：「你是說軟體公司要放棄現在正在做的事？」

丹尼爾：「我的意思不是放棄，而是專注在自己最擅長的事。正如台灣的資訊硬體公司，做PC的不生產主機板，做主機板的不生產IC，設計IC的不做晶片、做晶片的不做封裝，做封裝的不做測試。如果PC廠什麼都自己做絕對没有競爭力。」

另一位與會者：「PC是標準化產品，可以大量生產，ERP是客製化產品，怎能相提並論？」

丹尼爾：「没錯，每一位用戶對ERP各有不同需求，PC可以大量生產，ERP不能大量生產。所以，ERP需要的是大量客製化(mass customization)。」

在寶盛公司門口，有一則標語：「堅持標準化、歡迎客製化。」那可不只是標語，SOA讓寶盛能兼顧標準化與客製化。NEO共有4000多個ERP服務，這些服務全部是封死的(encapsulated)，發展ERP系統的人只能呼叫不能修改它們，且呼叫服務的介面只有一個標準，這就是標準化。相對的，發展ERP系統的人可以任意組合服務成為不同的商務流程，或任意設計、調整自己喜歡的操作介面來滿足個別客戶的需求，這就是客製化。

********************************************************************

「SOA讓ERP能大量客製化。」丹尼爾繼續簡報，但也犯了老毛病，開始把台下的聽眾當成學生。

「十九世紀以前是工藝生產(craft production)，二十世紀以後是大量生產(mass production)。工藝生產可做出多樣化的產品，但成本極高；大量生產成本很低，但產品種類很少，顧客没有多少選擇。福特汽車在1908年9月27日推出第1台T型汽車，就是大量生產的最好例子，它讓汽車從奢侈品變成大家都負擔得起的重要生活工具。關於福特T型車有一句名言：『你可以選擇你喜歡的顏色，只要它是黑色的』，這句話顯示大量生產成本低的原因是少樣多量。」

「誰知道當年T型車總共賣出多少部？猜猜看？」

一位與會者舉手：「10萬輛。」

丹尼爾：「單一車款能賣到10萬輛，真不簡單。」

另一位與會者舉手：「5萬輛。」

丹尼爾：「錯了，T型車總共賣出1300萬輛！」

全場嘩然。丹尼爾回想當年參觀底特律汽車博物館時，看到T型車的介紹，也嚇一跳。

「二十世紀初，有汽車開就已經不錯了，大家認為黑色是理所當然的，没有人質疑為什麼没有其他顏色，也没有人需要其他顏色。」

「後來就不一樣了，汽車顏色多樣化，型式也多變，每年一小改款，每隔數年就有一個大改款，新車種也不斷的推出，汽車已經從『少樣多量』變成『多樣少量』，要維持多樣少量同時兼顧最低成本，只能從產品設計做起，將產品設計成模組化產品(modular product)，才有可能大量客製化。」

「ERP也是一樣。1980年代以前，企業資訊系統全部是量身訂製(in-house design)，相當於工藝生產；1980年代以後出現ERP套裝軟體，多家企業共同使用同一套系統，相當於大量生產；到了21世紀的今天，由於經營環境變化快速，僵硬不變的套裝軟體已經不能使用，但又不可能回到量身訂製，所以兼具高速度、低成本、及多樣化的大量客製ERP已經成為不可避免的趨勢。」

********************************************************************

一位與會者舉手問道：「大量客製化的條件是什麼？ERP如何大量客製化？」簡報快要變成上課了，而與會者似乎也不在意。

丹尼爾：「大量客製化的第1個條件，產品必須模組化。也就是說，產品必須由數個模組構成，而模組與模組之間必須有標準化的介面。」

NEO SOA-ERP共有1個核心模組和10個管理活動模組，核心模組是必要的，管理活動模組則可有可無，可以選配。每個模組各有數百個服務，這些服務的服務說明(WSDL, Web Service Description Language)就是模組之間的標準化介面。服務介面包含服務名稱、輸入訊息、輸出訊息，都已標準化，不會改變，但服務升級時可以新增輸入訊息和輸出訊息欄位，也可以改善邏輯以提升效率。

以庫存模組為例，有入庫、出庫、預約等服務的WSDL，就是它和其他模組間的標準介面。當採購模組的進貨單或製造模組的工令入庫單要入庫時，可呼叫庫存模組的入庫服務；當銷售模組的出貨單或製造模組的工令領料單要出庫時，可先呼叫庫存模組的預約服務再呼叫其入庫服務。

熟悉某行業採購、銷售、或製造流程的人可自行發展這些模組，但不必發展庫存模組，只要呼叫NEO庫存模組的入庫、出庫、預約等服務即可。所以，10種管理活動模組各有數種版本選項，化工業可選擇適合它的庫存、銷售、採購、製造、成本、計劃等模組版本，機械業也選擇這些模組，只是版本有的相同、有的不同，其他行業也是一樣。客戶導入ERP時，先選擇模組版本，各模組版本選定之後即可組裝成專為他設計的ERP系統。

發展行業別模組時，也可使用寶盛的EUD (end user development)調整工具，不必寫程式即可客製。EUD調整工具包括：改變欄位名稱、隱藏欄位、附加欄位、附加表格、附加按鈕、客製圖形、多維表、樹狀表、客製報表、服務組合、商務流程組合等。

ERP的導入是供應鏈(supply chain)、ERP的客製則為發展鏈(development chain)。由於導入ERP難免要客製，所以ERP的供應鏈和發展鏈緊密結合。

ERP發展鏈的成員可分為：元件發展商、標準模組發展商、行業別模組發展商、和ERP系統導入商。寶盛的NEO SOA-ERP有4000多個服務元件和11個標準模組，可以說是元件發展商兼標準模組發展商，行業別模組發展商「EUD調整」標準模組中的商務流程和使用者介面，發展適合特定行業的模組，以降低客戶別客製的需求。ERP系統導入商為特定客戶選擇適當模組，組裝成ERP系統，並為客戶導入，必要時也可以利用「EUD調整」客製個別客戶所需流程、功能或報表。

「大量客製化的第2個條件是製程必須模組化。從原材料到完成品必須能清楚的區分成數個階段，每個階段都有標準化的作業程序，也都會產出具標準規格的半成品。」

ERP供應鏈即ERP導入鏈，共分為8個階段：專案啓動、系統安裝、作業分析、流程改善、系統客製、系統整合、系統開帳、系統上線。其中流程改善包含種子人員之教育訓練、系統整合包括使用人員之教育訓練。

專案啓動後，ERP系統導入商為客戶選擇適當模組，組裝並安裝ERP系統。接下來進行作業分析和流程改善，若有客製需求則產出需求規格。系統客製階段委外給模組發展商，必要時模組發展商還會委託元件發展商製作特殊元件，後者完成客製元件後即交給模組發展商，模組發展商完成客製模組後再交給系統導入商進行系統整合、系統開帳、及系統上線。

ERP供應鏈和發展鏈的接口即系統客製階段。針對一個ERP導入專案，所有發展鏈成員，包括元件發展商、標準模組發展商、行業別模組發展商、和ERP系統導入商，都有可能涉入，所以ERP的供應鏈和發展鏈是密不可分的。

「大量客製化的第3個條件是模組和製程須能快速連結，以便迅速回應客戶不同的需求。」

每個ERP導入案的客戶需求都不一樣，使用中的客戶也會產生新需求，各種ERP模組—包括標準模組、行業別模組、和客製模組，須能快速在ERP供應鏈中被開發及組裝，以滿客戶的需求。以NEO SOA-ERP為例，選好模組之後，經簡單的設定即可快速組裝成系統。

「大量客製化的第4個條件是客製成本必須很低。」

用模組組裝ERP系統的成本很低，因為不必寫程式。至於行業別模組或個別客戶的客製，由於NEO SOA-ERP的EUD調整工具有多種「無程式」(codeless) 客製方法，也就是不用寫程式就能客製，成本很低。若行業別模組是「EUD調整」標準模組客製而來，則每一行業別模組其實就是一套系統初始值(initial value)。

SAP先把各行各業的需求做在系統中，再利用參數設定調整系統行為；NEO將各種基本活動做成服務，再根據各行各業的需求組合服務及商務流程來實現系統行為，這兩種方法都不需寫程式。SAP本來就包含多種流程供使用者選用，但額外的流程就很難客製；NEO只有一種標準流程，由多個服務構成，但這些服務不必寫程式就可以任意重組出其他流程。SAP的參數設定雖然不用寫程式，但因參數太多太複雜，所以成本也不低。

「大量客製化的第5個條件是『無縫』(seamless)。不能讓客戶看到模組之間的接縫，對客戶而言，他拿到的是一個整體性的產品。」

NEO SOA-ERP的程式不管是標準或客製，外觀都一樣，使用者看不出它是組裝起來的。利用NEO的應用系統維護、應用程式維護、目錄樹維護、和服務元件維護等功能把客製程式加入系統及服務說明中，使用者看不出任何痕跡。

「大量客製化的第6個條件是『無摩擦』(frictionless)。模組之間的溝通必須是即時的，不能讓流程中斷。」

NEO SOA-ERP模組和模組之間以服務呼叫來溝通，資訊在模組之間流通没有時間差。例如採購模組的進貨單在入庫時呼叫庫存模組的入庫服務，商務流程在兩個模組之間完全没有時間差。

********************************************************************

艾美看不下去了：「能夠從丹尼爾教授學到一些知識是很不錯的，但我們今天的主題是台灣軟體產業的合作。丹尼爾教授，請繼續您的簡報。」

丹尼爾：「像汽車這種用途非常明確的產品都有客製化的需求，更何況是ERP這種用途不明確、每位用戶都有自己想法的產品呢！要讓企業有又便宜又合身的資訊系統，ERP一定要走向大量客製化。」

「把服務當成軟體元件，可快速組裝成不同的模組，再根據客戶需求選擇適當的模組組裝成ERP系統，這就是接單組裝(ATO, assemble to order)的做法。」

「越上游差異性越少，越到下游才有系統的差異性。應該盡量把有差異的部分放在下游，上游盡量生產共用的元件，這就是軟體供應鏈的延遲差異化(postponed differentiation)策略。」

「服務元件和標準模組是共用性最高的元件。行業別模組雖然各不相同，但共用服務元件和標準模組。若有足夠的行業別模組，對任何ERP導入專案而言，唯一的差異化就是導入過程的第5階段-系統客製，這是唯一無法事先做好所有準備工作並明確掌握進度的階段。但因為有行業別模組，系統客製已被降至最低，再加上不用寫程式的「EUD調整」，顧問自己就能搞定，ERP導入的時間可以大大縮短，成本可以大大降低。」

********************************************************************

某流通業軟體廠商副總：「我們公司有十幾位資深顧問，可以精確掌握客戶需求，但客製程式跟不上，經常延誤進度。你有什麼建議嗎？」

丹尼爾：「傳統客製就是寫程式，非常繁瑣，又没時間充分測試。軟體供應鏈的標準模組呼叫現成的服務，行業別模組繼承標準模組，客製模組再繼承行業別模組，不用寫程式或只要寫一小部分程式。除了客製模組外，其他程式都已經過徹底測試，客製模組的程式又少，因此客製又快又不容易出錯。加上NEO SOA-ERP有服務框架、服務開發器、介面框架、和介面開發器、服務元件協定開發器等多種自動化程式工具，只要貴公司顧問開得出規格，程式就能在短時間內完成。」

丹尼爾的簡報已近尾聲。

丹尼爾：「以前政府長期資助某些本土汽車公司，記得小時候路上常看到台灣品牌的車子，但現在已經完全消失了，所有車廠都只代理外國品牌的汽車。現在政府也資助某些軟體公司，希望錢能用在正確的事情上，我們不願意看到台灣軟體業最後的下場和汽車業一樣。」

丹尼爾：「我們非常期待艾美的理想可以實現。軟體公司彼此互相合作，像寶盛這種研發型的公司專注在服務元件和標準模組的開發上；有行業知識的公司專注於行業別模組的開發，並督促上游公司研發高品質的服務元件和標準模組；有品牌和通路的公司則專注在組裝ERP系統並服務他們的客戶，同時也要將資訊傳到供應鏈上游，以開發出更符合市場需求的服務元件、標準模組、和行業別模組。ERP用戶所看到的ERP服務業者，是資深管理顧問，能針對需求協助客戶設計出最適合的商務流程，並快速組裝ERP系統來實現這些商務流程。」

丹尼爾的結論：「只有集合眾多軟體公司和顧問公司變成一個虛擬的大型資訊服務公司，台灣的軟體產業才能收規模經濟(economies of scale)之效，與世界上的軟體大廠競爭。」