IT成本99個問號-施炳健

昨日中午我與施炳健先生(施先生詳細背景資料,我將會在名人堂詳加介紹)見面,施先生可以說是台灣BankingIT最具代表性人物,也是我在業界最敬仰的前輩.他知道我在支持一個討論BankingIT的網站,覺得很有意義,特地將他在去年看的一本書-IT成本99個問號-他覺得內容很好,應該對台灣BankingIT界應該有參考價值.所以特別加以整理成摘要,提供我轉載,希望對大家有參考價值....
-IT成本99個問號-
這是調查日本60家用戶與主要廠商所得的結果，主要供用戶削減IT成本與提高投資收益比率(ROI)。文中如非特別述明，均為日本的情形，金額單位為日圓。此99問概分為估價、人事費、交涉訂約、硬體、軟體與服務等六大部份。

這是調查日本60家用戶與主要廠商所得的結果，主要供用戶削減IT成本與提高投資收益比率(ROI)。下文如非特別述明，均為日本的情形，金額單位為日圓。

第1部 估價篇

  1. 系統建構費的明細內容是什麼？

    2. 可分為以下3項：

    • 硬體購置費
    • 軟體使用費
    • 系統開發費

    在20年前主機全盛期，這3者的比例為3：1：6；現在開放系統成主流，這比例成為1：1：3。在美國，這比例成為1：2：2，這是在美國比較多用套裝軟體，因此系統開發費用所佔比例較低。

  2. 系統開發費如何決定？

    3. 許多用戶都委託外部軟體廠商開發應用系統。

    外部廠商的系統開發費都分為「直接費」與「間接費」兩項。「直接費」為「工程師單價×工時」，也就是系統開發的人事費用；「間接費」則為開發系統所必需的經費，如現場辦公室租金、開發用機器租金等，原則上是實報實銷，因此盈餘會含在「直接費」。「直接費」與「間接費」的比例為8：2，有些案子為6：4。

    此外還有「風險費」，是萬一發生問題時動用的預備金。大多數廠商都「調整」工時以勻出風險費。

    由此可見「直接費」又可細分為勞務費與管理費、毛利、風險費3項，其比例為4：4：2。依此計算，1億日圓的案子，真正原價只有5200萬日圓。

    用戶支付的總金額

    • 間接費 20~40%
      • 工程師的交通費
      • 辦公室之租金
      • 專案所需要的硬體與軟體費用
    • 直接費 工程師單價×工時 60~80%
      • 工程師的薪水與業務管理費（4）
      • 毛利（4）
      • 風險費（2）
  3. 如何估算工時？

    4. 手法有三：

    • 事例類推法：依過去類似案件之實例估算。簡單來說就是靠經驗。
    • FP（Function Point）法：抽出相關資料，乘以依處理的難度決定的係數求出規模。這方法比較『科學』。
    • WBS（Work Breakdown Stricture）法：把工程細分為小作業單位，分別估算。

    這三法各有長短。IBM說，對一件專案，他們至少用兩種手法估算，但一般廠商都用事例類推法。

  4. 最後還是用『人月』表現開發工時嗎？

    5. 以『人月』表現開發工時是計算軟體開發費時，習慣性使用的工時單位。

    開發費＝工程師單價×工時，表現在估價單上，就是「200萬圓×5人月」、「100萬圓×50人月」等。這種計算方法早在10多年前就受人垢病。「人月」是一般工程師一個月的作業量。好壞工程師的單價差距沒有能力差距大，廠商用一般工程師的人月估價，還比較能賺錢。於是廠商不再作提高生產力的努力。

    但是以人月估價還比較容易瞭解，因此用戶還常常要求訂定人月契約。

  5. IBM為什麼主張「脫離人月」？

    6. 日本IBM在主張「脫離人月」。理由是：

    • 對努力提高生產力者不利。
    • 這是對優秀的系統不付正當代價的機制。
    • 生產性愈高，工時愈少，愈賺不到錢。
    • 對用戶無益，對高生產性廠商不公。軟體開發的生產性有3~25倍的差距。
    • 繼續使用人月契約，必然會降低軟體開發水準。
  6. 各家廠商的估價為什麼差異很大？

    7. 兩年前某大製造廠因建立系統而要廠商估價時，「最便宜的只要3億日圓，而最貴的要30億日圓」。弄得這製造廠不再信任廠商。
    有幾個原因，使廠商對同一案件有不同估價。其中最大的是對用戶提出的需求有不同解釋。愈無經驗的廠商，愈有提出廉價估價單的趨勢。
    估價額高 ←擴大解釋 對說明書或RFP的解釋 縮小解釋→ 估價額低
    ←多 估計工時 少→
    ←高 工程師單價 低→
    ←高 使用軟體的價格 低→

  7. 實際開發費為什麼總是超出估價？

    8. 最大原因是用戶對系統的需求，在估價時還沒有很清楚。使用部門看到系統雛型後，常會追加或變更系統功能。這時因責任清楚，所以增加的費用由用戶負擔。問題是開發途中發現兩者對系統需求認知上的差異，或解釋上的不同，不得不變更系統功能。這時增加的費用，常常由用戶與廠商各負擔一半。

  8. 如何認知廠商的估價適當？

    9. 即使是委外開發，也以內部開發程序估計工時，乘以內部工程師單價，求出成本，與廠商的估價比較。如果差距過大，就請廠商說明、更正或確認。
    要查勘的主要重點有：

    • 是否比想像的金額差得太多？甚至多一位數或少一位數？
    • 系統具備的功能是否適當？既不過多，也不過少？
    • 整體工時是否適當？既不過多，也不過少？
    • 設計與測試等工程的工時是否適當？既不過多，也不過少？
    • 廠商的工程師單價是否適當？是否過高或過低？
  9. SI (System Integration) 究有多少收益？

    10. 廠商大致估計30%的收益率估價。這看來有點過高，但進行得不順利的案子，會一下子就吃掉別的案子的收益，因此就整個事業來說，營業收益率不一定很高。在日本，富士通的收益率約為8.7%，NEC5.1%。

  10. 對夕陽產業會提高估價？

    11. 有這種傾向。因為廠商不能期望用戶能繼續擴大業務，還擴充系統功能，再讓廠商有做“下次”生意的機會。
    反之，如果用戶是成長中的產業，有可能做很大的折讓。

  11. 有收益率900%的軟體嗎？

    12. 以300萬日圓販賣原價30萬日圓，收益率高達900%的是R/3的外加軟體。這是由於用戶沒有R/3的開發知識，也無法估計開發外加軟體所需的功時與技術，以致以30~50萬日圓開發的軟體，可以賣到100~300萬日圓高價。

  12. 統包廠商的利潤有多少？

    13. 日本的系統開發有統包、下包等多階段構造。統包廠商把工作下包時，常以「管理費」等名目，向下包廠商徵收契約金額的30~40%甚至50%費用。下包廠商所得到的金額當然減少，下包廠商的職員不得不以低工資長時間工作。

  13. 用戶不要讓廠商知道有多少預算？

    14. 買東西時，店家有時會問要買大概多少價位的東西？那是店家想在買主的預算內提供最好的物品。
    建構系統則不一樣。廠商知道預算之後，好歹增加一些功能與一堆說詞，提出用滿預算的估價單。只要變更伺服器架構、套裝軟體的種類、開發手法等，就有辦法任意操作估價單。如果建構的是CRM，那可以準備100萬日圓1套到1億日圓1套的各種套裝軟體。

  14. 估價不是免費的？

    15. 不一定。如果使用套裝軟體建構系統，則愈來愈多的廠商向用戶申請「計算正確估計價款作業」的費用。
    引進套裝軟體建構系統的估價作業大致如下：

    契約時的概算→專案開始→適合與差異分析→正確估價→開發作業開始

    在「適合與差異分析」時要確認套裝軟體的適用程度，並確定系統功能。這時候發生的作業費用要由用戶負擔。有家大化學工廠曾負擔這種作業費用達2000萬日圓，這佔總額的10%。另一家製藥廠，原來5億日圓的估價，經適合與差異分析作業之後，提高到9億日圓。（增加的當然不完全是分析作業費用，只是這時候暴露出原來估價的馬虎）。

  15. 專案管理費是『消費稅』？

    16. 不少估價單列有「專案管理費」一項。金額欄所列的是「開發費」（即工程師單價×人月）乘以一定係數（多為7~10%）。因此有人戲言此為『消費稅』。
    這是專案經理（PM）的費用。其實，這儘可以像一般開發費以「單價×人月」表現，只是專案經理常常兼顧數個專案，通常由各案依比率分擔，如果寫成多少個人月，會受用戶誤以為是專任的專案經理，因此以係數計算其費用。

  16. 風險費真的一律20%？

    17. 有些用戶認為廠商的估價單不管開發規模或難易，都灌水20%做為風險費。甚至有些用戶認為廠商以風險費賺錢。
    估價單上並沒有風險費項目，但是廠商在估價時，的確估進風險費。風險費是專案進行得不順利時所發生費用的預備費。不過，各廠商的算法不一樣，而且逐案計算，並非一律20%。
    專案進行得順利時風險費也不會退給用戶，而是累積在公司裡，填補進行得不順利的案子所發生的額外費用。風險費率常常設法調整到在一段時間內互補後變零的程度。

  17. IBM如何計算風險費？

    18. 在日本許多大廠商中，IBM是唯一有計算風險費體系的一家。IBM有全世界通用的風險評分表，其中列舉26個會危及專案的典型事項。估價人員在各事項上評定「高（3分）」、「中（2分）」、「低（1分）」。合計26個分數後，比對費率表決定風險費率。
    另外仔細查明該專案特有的風險，依照一定方法數值化後追加，最後決定風險費。

  18. 所謂「500萬日圓1件」是什麼指標？

    19. 日本資訊系統用戶協會（JUAS）為了訂定系統品質的目標值，提倡以簡單易懂的「每500萬日圓系統價格，最多允許有1個錯誤（bug）」新基準，以替代專家才能懂的「每1000步驟最多允許有1個錯誤（bug）」舊基準。

  19. 間接費包含哪些項目？

    20. 包含：開發據點租用的辦公室租金、開發用機器的租金、發給工程師使用的PC、工程師的交通費與住宿費都算在裡頭。如果為了使開發作業提高效率而建構管理系統時，其建構費也算。
    間接費大致佔開發費的兩成，但有時會近四成。有些用戶認為間接費還有許多削減的餘地，只是都以實際開銷列帳，因此廠商不認真節省。

  20. 早上加班會減少成本？

    21. 會減少計程車費。晚上加班不要超過末班車的時間，工作做不完，明天搭早班車上班繼續做。

  21. 不在企業現場開發比較節省成本？

    22. 開發作業可以在現場，也可以在廠商的辦公室。前者須設置一間辦公室，費用當然由用戶負擔。因此乍看之下似乎後者較能節省成本，其實也不見得。因為用戶要時常叮嚀時後者比較不容易，以致較會遺漏與錯誤，或延誤進度。

  22. 廉價無好貨，系統亦然？

    23. 系統100%亦然。廉價建構的系統，往往需要以人工運作補拙，以致運作費用增加。以後擴展系統時，也往往要負擔較多的費用。

  23. 開發費什麼時候支付？

    24. 有驗收時一次支付者，也有分3次（專案開始時、中途、驗收時）支付者，並不一定。

  24. 資料移轉費含在估計內嗎？

    25. 不一定。如果包含在內，有時會高達全部建構費用的20%。

第2部 人事費篇

  1. IT工程師的價碼多少？

    2. 廠商依職位別決定派在專案的工程師單價。
    日本委外工程師的單價大致如下表：

    Consultant
    至少200萬日圓/人月。甚至有900萬日圓/人月者。
    PE(Project Manager)
    200~300萬日圓/人月。
    SE(System Engineer)
    80~200萬日圓/人月。以100~130萬日圓/人月較多。*
    Programmer
    50~100萬日圓/人月。
    OP(Operator)
    30~60萬日圓/人月。

    *用戶大多以100萬日圓為講價基準。大廠商的SE較貴，富士通、NEC約150萬日圓，IBM200萬日圓，因此許多用戶非不得意不用大廠商的SE。

  2. Consultant的價碼?

    3. Consultant因習得許多技術與累積許多經驗，因此價碼較高。但是Consultant的高價位，也常被用戶所垢病，尤其是「R/3認定Consultant」。許多用戶認為這種Consultant只不過是習得R/3技術的SE，竟然價位那麼高。「R/3認定Consultant」分成8級，各級的技術層次不一樣，例如應用系統利用技術有第1級到第8級，品質保證則有第7級與第8級。各級「R/3認定Consultant」的價碼如下：
    單位：日圓
    級別 L1 L2 L3 L4 L5 L6 L7 L8
    單價/日 8萬 10萬4千 12萬 15萬2千 18萬4千 22萬4千 26萬4千 30萬4千
    加班/時 1萬3千 1萬6千 1萬9千 2萬3千 2萬8千 3萬4千 4萬1千 4萬7千

  3. 工程師的價碼如何決定？

    4. 年資、職位、IT技能、業務知識、專案經驗、供需關係、特別技術（ERP套裝軟體、安控、網路）等都是考量因素，而且著重因素又視公司的策略而不同。

  4. 會用什麼程式語言能使單價變動嗎？

    5. 程式員會用什麼語言幾乎不會影響其價碼。但會用新舊兩種語言（如Java＋PL/1，Java＋COBOL等）的程式員，其價碼比一般只會用新語言或舊語言（不管幾種）的程式員高50萬日圓左右。

  5. 經廠商考試及格者價碼較高？

    6. 經廠商考試及格會由廠商授予謀種資格。如微軟的MCP（Microsoft Certified Professional）、ORACL的ORACLE MASTER、CYSCO的CCNA（CYSCO Certified Network Associate）、IBM的DB2 Global Master等。有這些資格的價碼並不特別高。

  6. 月薪30萬日圓起的是哪一種『技術人員』？

    7. 是系統操作員，而且即使累積經驗也不會加薪，因此都努力學習技能，希望能升格為程式員或SE。

  7. 有在5、6年之間身價暴跌的技術人員嗎？

    8. 有，「Web設計員」。5、6年前，會使用HTML或JavaScript設計簡單網頁，就可以月入40萬日圓。現在的設計員如果自己不再長進，則月入不到10萬日圓。不過還繼續充實技術的設計員，其身價沒有很大變化。後者大多有BtoC或BtoB技術。

  8. 日本工程師較歐美工程師貴？

    9. Consultant與PM價碼美日差不多，SE與程式員美國較日本貴一倍以上。歐洲則只有日本的一半。

  9. 中國工程師便宜嗎？

    10. 「便宜、品質好、快」，這就是對中國工程師的評價。價碼則只有日本人的7成。印度工程師亦然，技術比日本工程師高很多。
    不過有一部分中國/印度工程師的價碼高過日本人。那就是除了母國語言外，還會講日語、英語的『橋樑SE』，他們要做日本企業與中國/印度工程師間的橋樑，因此其價碼與日本上級SE差不多相等，月薪200萬日圓。最近有許多製造業建構包含中國生產據點的SCM，因此對「中國人橋樑SE」的需求增加。

第3部 交涉、訂約篇

  1. 折讓的底線？

    2. 某用戶的資訊部長說，曾有一次，某廠商聽到自己的估價比別家貴一倍，當場就減價4成。這位部長忿怒說，那開頭的估價算什麼？另一位用戶也說，只要輕輕的說，是否太貴了一點，馬上就會減價兩成。
    用戶都認為廠商的估價，都已灌進折讓空間。
    不過折讓3成以上，恐怕會影響系統品質，或拖延上線日期。

  2. 「2：4：2：3的法則」是IT業界的常規？

    3. 「2：4：2：3的法則」是表現自契約開始到真正付款為止的開發費變遷的暗語。假定契約金額是2000萬日圓（2），開發途中因用戶會增加許多額外需求，開發費馬上會增加到4000萬日圓（4）。廠商當然會向用戶要。用戶會主張契約金額是2000萬日圓，所以只支付2000萬日圓（2）。但是廠商會主張費用增加的原因在用戶，於是雙方各退一步，以3000萬日圓（3）成交。

  3. 預算要多列多少？

    4. 大都多列2~3成。

  4. 初次承包的廠商總較便宜？

    5. 廠商永遠需要開拓新客戶，因此對新客戶的折讓率也高。甚至以不折讓而有名的IBM，對新客戶也設有「特別價格」。以小電腦「eServer iServer」為例，其折讓率達「標準價格的60%」，軟體更大，有用戶證實曾以幾乎免費的價格『購買』「WebSphere」。

  5. 如何訂定避免追加費用的契約？

    6. 開發系統到驗收付款階段，常因廠商提出追加費用而引起糾紛。
    要避免這種糾紛，要在契約裡明定支付追加費用的手續。例如「因變更需求而發生的追加費用應由雙方協議處理」。同時也要明定變更需求的手續，例如「變更需求必須以書面辦理，且要雙方負責人簽名」。

  6. 超過預算的費用如何支出？

    7. 如果追加費用少，就直接申請追加預算，如果多，知道申請追加預算一定不會通過，資訊室負責人則：

    1. 流用別案的預算。
    2. 與廠商交涉這次少收點，下次再補。
    3. 使用前數次專案預算剩餘累積下來的預算。
  7. 著作權之歸屬會不會影響價格？

    8. 會。資訊系統（無論是軟體或資料）必然發生著作權。這著作權究屬何方，都會影響系統構築成本。
    以使用套裝軟體的案例來說明。問題會發生在以承包方式開發時。以承包方式開發的軟體與資料，一般都歸屬廠商。用戶只限於自己業務範圍內擁有使用權。這在不使用套裝軟體的案子也一樣。（委託開發但非承包方式開發，或派員協助開發時，開發出來的成品，其著作權歸屬用戶）。
    用戶不以為然的是，為了彌補套裝軟體功能之不足而追加開發的模組，其著作權都歸屬廠商。這樣就不能阻止廠商把充滿本公司業務知識或創意的模組，拿到競爭對手使用。更有甚者，當本公司要把這一模組拿到集團裡的別家公司使用時，還有可能被廠商徵收使用費。
    要防止這種事態發生，須要事先就要在契約中明確規定著作權歸屬。例如「追加開發之功能模組，其著作權由雙方共有之」等等。
    但是把所有的著作權通通攬在自己公司也不見得有利，因為廠商必然會要求代價。看準追加模組的特性，然後仔細考慮該不該自己保留著作權。如不值得保留，就當作講價的籌碼。
    追加模組大概可分為3類：

    1. 在任何業界都可以適用的－－用戶要擁有著作權成本很高。如讓給廠商，就可能會折讓很多。
    2. 在用戶的業界都可以適用的－－用戶放棄著作權則風險很高，故該支付一些成本保留著作權，或與廠商共有著作權。
    3. 只適用於用戶業務的－－這對廠商沒有什麼利益，因此把著作權讓給廠商也不會折讓開發費。用戶則較容易獲得著作權。
  8. 承包與準委任兩種契約，哪一種開發費較便宜？

    9. 兩種契約形態雖異，其開發費不會相差很大。只是要掌握各契約形態的特性。

    契約形態 內容 主要的適用範圍 價格 廠商的完成責任
    承包 用戶委託廠商完成整套系統（成品）。 大多用在系統開發作業的案子。 對成品的確定價格。 有瑕疵擔保責任，發生系統的交貨延期、有瑕疵等時，有時會有罰款。
    準委任 用戶委託廠商成套的業務。 常用在系統規劃或維護、運用作業的案子。 為對象業務的代價。常以「工程師單價×工數」計算。 不一定負完成責任。無瑕疵擔保責任，只要以善意處理即可，也沒有罰款。
    派員 委託廠商派來具有用戶指定能力的人員。 常用在系統開發作業的一部分或維護、運用作業的案子。 原則上以「工程師單價×工數」計算。 不負完成責任。

  9. 什麼是目前受注目的「FPAF契約」？

    10. FPAF是「Fixed Price Award fee」之簡寫，可譯為「附獎金的定額（契約）」。FPAF契約的內容為「契約金額訂得比通常低，但成果超過用戶原來的期望時，付給廠商特別報酬（成果報酬）」。例如建構系統，並訂定目標為「提高營業額多少%」，如果達到，則以「增加營業額的幾%」付給廠商。不過要量化系統的貢獻度很不容易，因此這種契約形態還不易推行。

  10. 賠本的專案會受到報復？

    11. 廠商會找機會報復。

  11. 2次、3次開發，開發費較貴？

    12. 有這種傾向。

  12. IT預算如何分配？

    13. 現實狀況是IT預算的6、7成用在現有系統之維護與運用上，新系統之開發只用3、4成。這就很難加強競爭力，因此企業界正在努力把這比例改為5：5。

第4部 硬體篇

  1. 售價67,000日圓的伺服器原價是多少？

    2. 33,000日圓。這是NEC去年4月上市的低價位伺服器組件原價。佔售價的49%。加上組裝成本、說明書製作費、包裝費、物流費、宣傳費、販賣店利益等，NEC大概也只賺幾千塊日圓。
    原價內容是：主要4組件佔其中4成，即母板（搭載Intel845E晶片）約8000日圓，處理機（Celeron 1.7GHz）約6500日圓，硬碟（40GB）約5000日圓，128MB記憶體約4000日圓，以上合計23,500日圓。剩下的9500日圓是CD-ROM、FD、鍵盤、滑鼠等各1、2千日圓，框架約2000日圓，電源與電線約3000日圓。

  2. Dell的伺服器，日美哪裡較便宜？

    3. 低價位機種在日本賣價較低，有些差價幾達兩萬日圓；中高價位機種差不多。

  3. Dell也會折讓嗎？

    4. 會。對企業界用戶，看購買量，甚至折讓5%。

  4. PC還會降價嗎？

    5. 最近PC的售價降落很多，大約只剩下1、2年前的5、6成。還會降價嗎？看條件，會。
    其實硬體已無降價空間，軟體（Windows）也不大會降價。那麼依什麼條件降價？就是拿掉不必要的組件－－尤其是企業用戶。企業用戶的用途固定，因此可以拿掉FDD等組件（這就可降價1000日圓）。CD-ROM也是可以考慮拿掉。如果不用Windows而改用Linux，就可以降低10,000日圓左右。

  5. 回收品便宜多少？

    6. 所謂回收品是回收瑕疵品，由廠商修改後再賣出的商品。還有訂貨生產未交貨前取消，與郵購後在可退貨期間退的貨都是回收品。回收品的賣價常常便宜1、2萬日圓。Dell在Dell Out Ret/Dell Express的網站賣出的機種，竟會便宜3成。

  6. PC的管理費多少？

    7. 有個試算，1台要27萬日圓以上。內容是網路環境之設定、安全對策、新軟體之引進等費用。

  7. 真的有「半價打8折再折讓兩成」？

    8. 原是表示底價的商場慣語，現在也表示大幅減價（等於折讓68%），甚至有「半價打8折再折讓五成」的。就硬體來說，這句話還可以適用，即使不折讓那麼多，折讓30%是常事。
    廠房折讓這麼多，而想在以後的維護費上賺回來，因為維護費是商品的標準價格乘以一定的維護率計算。因此有些廠商願意以高一級機器交貨，卻不要補差價。

  8. 利用大量購貨折扣？

    9. 購買PC會適用大量購貨折扣，因此大量購貨時售價比通常的價格低。多少台才算大量就不能一概而論，但是似乎在10台以上就算大量了。

  9. 如何得到最後的折價？

    10. 訂定「守密義務契約」，往往能得到進一步的折價。

  10. 要購買硬體就要在年度快結束時？

    11. 因廠商在年度快結束時，為達到營業目標，常以較便宜的價格出售。

  11. OEM商品比廠商自製的產品便宜？

    12. 是有這種傾向。

  12. 用戶開發系統用的機器可以從廠商免費獲得？

    13. 據查沒有這種案例，原則上都是用戶自備。不過因模擬正式環境進行測試時，廠商有時會租給用戶大型機器。

  13. 主機的購價該為多少？

    14. 主機的標準售價以44個月份月租費為原則。而每個月的月租費大致由機器的MIPS值決定。300MIPS以上的大型機器每1MIPS的單價在3、4萬日圓之間，中小機器則為8萬日圓以上。這個價位每年下降15~20%，因此目前的價位大約是3年前的半數。
    由此推算最常用的200MIPS機器的標準售價應該是7億日圓，但是價格交涉，都從半價開始，而真正成交的價格，大概等於20個月份月租費。
    此外用戶每年要負擔主機標準售價10%左右的維護費，也就是說200MIPS機器每年的維護費為7000萬日圓。這，基本上不會折讓。

  14. 真有5000萬日圓以下的主機嗎？

    15. 有。IBM的z800 Linux。以處理機1個，記憶體8G的最小架構，售價3700萬日圓，實際售價可能會降到2000萬日圓出頭。不過這機器只能使用Linux。據IBM說，這種架構的機器的處理能力，相當於以2處理機構成的16台UNIX伺服器。

  15. 主機的價格是成本的3倍嗎？

    16. 1980年代的確有這種法則，現在大概是製造成本的1.5倍，毛利大概只有兩成。

  16. 中古主機價位多少？

    17. 目前只有IBM主機有中古市場，每1MIPS的單價在新機器的1成左右。

  17. 什麼是伺服器的從量收費制度？

    18. 因處理量增加，以致使用到本來就裝在機內的備用處理機（Capacity on Demand，CoD）時，從開始使用時起計價的制度。以前這種制度約定一開始使用，就要計價，而且開始使用後即使處理量減少也不能退，現在已進展到可以1日為單位租用，或計算使用率，以1%為單位租用。

  18. 備用處理機的產權屬誰？

    19. 現在還沒有標準答案。

  19. 伺服器用的記憶體為什麼比較貴？

    20. 桌上型電腦的256MB正牌記憶體價格現在不到1萬日圓，特價品還會低到4000日圓不到。但是PC伺服器用的256MB正牌記憶體要到3萬日圓，如果是UNIX伺服器用記憶體就要15萬日圓。
    發生這種差價的主要原因是功能不同，服器用的記憶體具有ECC（錯誤校正功能）。其實ECC造成的差價最多也不過1成，不至於導出3~15倍的差價，廠商說是測試得比較仔細，當然售價較貴。

  20. 169萬日圓的512M記憶體是什麼？

    21. 是IBM的小型電腦「eServer iSeries」的512M記憶體價格。不過據說其原價不過2、3萬日圓。不僅是記憶體，小型電腦的組件都很貴，與同樣規格的PC比較，都在15倍左右。不過折讓也很大，IBM賣上述記憶體在50萬日圓以下。

第5部 軟體篇

  1. 「R/3」售價為什麼那麼貴？

    2. 因其使用費與系統建構費都貴（最少也要使用費的5倍，通常都在8、9倍成交）。其使用費每個用戶要91萬日圓，稍有規模的公司就1億日圓跑不掉。建構系統的工程師也貴，是通常的1.5倍，PM就要370萬日圓一個月。
    R/3包括FI（財務會計）、CO（管理會計）、SD（販賣管理）、PP（生產管理）等模組，精通其中一項的工程師不少，但精通全部或其中幾項的工程師則不多，因此要引進其中幾項時，如非使用較貴的精通全部的工程師，就得同時使用只精通其中一項的工程師多人，建構費自然就貴了。
    Add On軟體的開發費也不可忽視。

  2. ERP套裝軟體要多少錢？

    3. 各家ERP套裝軟體的使用費都不表明，因此這裡僅就SAP、Oracle、PeapleSoft三家的情形略加敘述。
    ERP套裝軟體的使用費體系中最常使用的是依使用者人數計費的「指定用戶方式」。SAP與Oracle用這種方式。SAP還分：1. 可以使用全部功能的「完整使用權」，1個使用者要91萬日圓；2. 只使用「經費計算」等固定功能的「僱主使用權」，1個使用者要6萬日圓；3. 給公司外部往來顧客使用的「限定使用權」，1個使用者要30萬日圓等3種。
    Oracle較單純，1個使用者要50萬日圓。
    PeapleSoft較複雜，要依營業額、持有財產、員工數等，以獨特的計算方法計算。有個事例是「營業額1000億日圓、員工數8000人的企業，引進4個模組時，使用費為每人140萬日圓」。
    套裝軟體的各模組不一定分售。最無彈性的是SAP。SAP把「R/3」當作業務套裝軟體群「mySAP Business Suite」的一部份，因此購買R/3等於同時購買其他的CRM與SCM。
    PeapleSoft則以分售各模組為原則。
    Oracle處於兩者之間，有包括CRM與SCM等模組的整套「Oracle E- Business Suite」，與分售各模組兩種，不過兩者的最低購買使用權數不一樣。

  3. ERP套裝軟體的升級費多少？

    4. ERP套裝軟體的升級費很貴。以R/3為例，一家擁有員工1500人的公司，把R/3的「3.1H」版提升為「4.6C」時，總共花了1億2千萬日圓。其中包括轉換作業費、硬體提升費、測試費等。如有維護契約，R/3新版本身免費。
    如果升級而需要增加Add On軟體，則其開發費又很貴，費用當然由用戶負擔。SAP並不保證原有的Add On軟體在R/3新版上能動。Add On軟體的費用，大約是「300支7000萬日圓」。

  4. 日本國產軟體便宜嗎？

    5. 不能一蓋而論。原因是外國製軟體與日本國產軟體所涵概的範圍不一樣。前者多整套出售，而後者常常以模組方式供應。

  5. 外國製軟體的日文版較貴？

    6. 差不多是1.5倍。

  6. Oracle可以減價到什麼程度？

    7. Oracle比SQL Server、DB2等同樣DB軟體貴2倍，並宣稱所提供的功能值得這個價錢，因此不會動不動就減價。但據查有打6折的事例，在很特別的狀況下，也有打1折的。不過一般都以打5、6折為最常見。

  7. 成為廠商的廣告事例就較便宜？

    8. 是。這不只是軟體，硬體也如此，但最低條件是必須有廣告價值。

  8. Notes Client 是雙重收費？

    9. 無此事實，但其使用費體系很容易引起用戶的誤會。

  9. SCM軟體的價格多少？

    10. 各模組在4、5千萬日圓之間，如購買「需求預估」、「供需計畫」、「生產計畫」、「補貨計畫」等基本功能模組，就得花兩億日圓，此外每年還得負擔17、18%，也就是3400~3600萬日圓之維護費。

  10. 有6倍價格差的軟體嗎？

    11. 雖然屬於同一領域，有些製品的價格差距很大。最有代表性的是CRM套裝軟體。CRM的定義很曖昧，而且有具備各種功能的「整合型」軟體，也有只具一部份功能的「單功能型」軟體。前者的使用費達91萬日圓，後者只需15萬日圓。功能之多寡當然影響建構費用，其差距從數萬日圓到數億日圓。

  11. 「軟體模組」的價位如何？

    12. 「軟體模組」既可加速開發，又可節省成本。那貴不貴？以Java組件的流通市場「eBank」為例說明。
    eBank的Java組件價格依其性質之不同而有差異。eBank由涉及系統功能的「System Component」與有關業務系統的「Base Component」構成。各Component所提供的組件在20~100萬日圓之間，平均是30萬日圓。把兩者配成套的套裝軟體「ePackage」則最少要200萬日圓。

  12. 主機用軟體的使用費呢？

    13. 主機用軟體的使用費視MIPS數而定。MIPS數愈高，每月的使用費也愈高，但其單價較低。大約是每100MIPS（含OS與基本中間軟體）1000萬日圓，但實際成交往往半於此價，而用戶仍然覺得偏高。

  13. 增加MIPS要多少？

    14. 要加強主機性能（就是增加MIPS），以某家用戶的主機9672增加70MIPS為例，每月使用費要追加730萬日圓。其內容為：處理能力增加費約660萬日圓，製表管理、工作程序管理等第三者製的5種軟體約72萬日圓。

  14. 增加MIPS但不增加使用費是怎麼一會事？

    15. 有訂契約時事先訂立使用多少年之間，雖增加MIPS也不增加使用費者。

  15. 還有免費提供軟體的嗎？

    16. 有。有購買硬體時附送軟體者。

  16. 如何善用6000億日圓減稅方案？

    17. 這是日本自2003年4月起實施3年的促進企業IT投資的稅制。說明省略。

第6部 服務篇

  1. 廠商賺維護費？

    2. 每家廠商都說不，但用戶對此不滿。

  2. 硬體維護費約多少？

    3. 如訂單基本維護契約時，一年的維護費為硬體價格的10~15%。IBM說是標準價格的10%，NEC說是標準價格的20%，但這該是例外數字。有IBM用戶的維護費達主機月租費的50%，但這用戶訂約時約定要有工程師駐守，而且月租費也特別低廉。

  3. 軟體的維護費包括些什麼？

    4. 公開系列的軟體與主機軟體，在維護契約內所定的項目不同。
    公開系列軟體包括1. 升級到新版軟體的權利；2. 廠商要提供錯誤修正檔；3. 廠商要回應基本詢問。維護費在使用權費用（買斷）的17~22%之間。
    主機軟體的維修等項目包括在月租費裡，故障復原則另付費，較大規模的版本升級則中止原契約而另訂新約。

  4. 購置第一年怎會要維護費？

    5. 套裝軟體在購置第一年就得付維護費。第一年不是在保固期間嗎？廠商的講法是第一年也享受版本提升的權利，但用戶都不以為然。

  5. 軟體維護費可不可以打折扣？

    6. IT業界都認為軟體維護費不打折，但也有交涉後打折扣的例子。

  6. Open Source的維護費多少？

    7. Open Source的軟體本身，都可從網際網路免費得到，但請提供維護服務，就需要維護費。一個例子是30萬日圓可問10件問題，也有1年維護費50萬日圓，問問題不受限制。

  7. 什麼是硬體現場調整費？

    8. 把硬體安裝在現場，調整好後讓機器順利運轉的作業費用。用戶多不以為然。有用戶抱怨說，只一天的作業，就要204萬日圓。

  8. 路由器的安裝費太貴？

    9. 有用戶抱怨說，在50多家營業處裝置1台路由器，結果裝1台要10萬日圓。
    但用戶沒有網路工程師，只好認了。

  9. 取得廠商認定資格的費用要多少？

    10. 微軟、SAP、IBM、Oracle等大廠商都自行評估IT工程師的能力，創立認定等級的資格制度。要取得這種資格，就需1. 付學費上課，2. 付考試費接受認定考試。前者上1天課的費用自1萬5千日圓到5萬日圓不等，需上多少天課就付多少天費用；後者的價位也在1萬日圓到5萬日圓之間。這費用，貴者可達合計155萬日圓之譜。

  10. 委外費用如何決定？

    11. 決定委外契約費用的大致過程如下：

    1. 用戶向廠商提出本公司目前用在資訊系統之費用內容與金額。
    2. 上述費用應估算公司內部人事費加薪部份，與可能外購軟體部份。
    3. 應規劃在委外期間實施的硬體增添與更新，並估算因而發生的費用。
    4. 協議如果委外則能得到多少削減成本利益，然後決定費用。

      5. 幾乎所有的案例，都每年重新檢討與改訂契約費用。

  11. 短期的委外契約較貴？

    12. 是。最少5年才有削減成本效果。

  12. 主機寄託（Housing）的成本結構如何？

    13. 租賃設置伺服器場地的主機寄託（Housing）服務很接近不動產業。其成本主要由：1. 光熱費、2. 建物費（含自家發電機、空調、防範等設備）、3. 土地費三項形成。3者的比例大致為1：3：2~4，不過這比例與其絕對金額依各條件之不同而有異。

  13. 中心遠離城市區較有利？

    14. 一般來說，設在鄉鎮的資料中心或主機寄託（Housing）服務的服務費較低廉，因此大都認為利用這種中心較有利。其實並不盡然。如果加上連接網際網路的費用與交通費，就不見得便宜。

  14. 通訊服務會愈來愈便宜嗎？

    15. 是的。

  15. 什麼是評審估價單服務？

    16. 用戶要有評審能力，才能正確評審廠商所提估價單之正當性。這對非IT業的用戶來說，不是一件容易的事。最近就有一種服務，站在廠商與用戶之間，幫用戶評審估價單之正當性，查詢其內容，並挑出最適合於用戶的一件。其服務費在數十萬日圓與100萬日圓之間。

  16. e-learning費用多少？

    17. 利用網際網路授課的e-learning愈來愈盛行。費用？
    以「MCP」的廠商資格認定為目標的e-learning為例，相當於67小時上課的課程需54,000日圓，再加模擬考試費14,000日圓也不過68,000日圓。專科學校提供的MCP考生講座，就需要15~22萬日圓。

  17. IT資產管理服務費用多少？

    18. IT資產管理服務是替用戶盤查軟硬體，並予管理的服務。以管理20台PC為例，最初費用50萬日圓，每月管理費5萬日圓。管理事項還包括硬體結構管理、業務系統版本管理與運轉情形監視。

  18. 系統共同開發的削減成本效果如何？

    19. 兩家用戶共同開發系統，各家負擔的成本，比單獨開發節省2、3成而已。

研究與報告
註冊級