You are here

「Branch System究竟是Package Solution抑是Service Solution」?

幾年前有W君問我這個問題。我當時回答說如果Host System規格是我設計的話,Branch System就會是Package Solution。此話怎講?因為那些工作應該是Host System處理?那些工作應該是Branch System處理?在我心裏已有定見,而且我會盡量說服分行使用者接受我的想法。如此Branch System就會專注在共通與操作功能(Presentation & Operation ),而非越俎代庖去處理Host System應處理的業務邏輯(Business Logic)。這種情況下Branch System就比較接近Package Solution。反之,碰上把Host Sytem上面的需求拼命往Branch System丟,那麼其結果就會接近Service Solution。當時W君我想大致是瞭解我的意思,但並非完全理解。因為我觀察他近年來承接的Branch System專案還是越俎代庖太多Host System責任。或許W君另有盤算,希望把Branch System做的肥大複雜化,藉此綁住客戶也說不定,就像核心系統長期綁住客戶一般。然而複雜肥大後的Branch System開發與維護代表著將投入龐大的人力物力。但是銀行客戶並不會支付相匹配Host System的Service費用給Branch System,而且想利用Branch System綁住銀行客戶也可能僅僅是如意算盤不太會成功。前幾天有日本朋友問我日本Branch System(或許精確地說Channel System)進入GCG市場的可能性?我告訴這些日本朋友,也許台灣的銀行客戶太強勢?也許搞Host System太強勢?總之Branch System如果不是Package Solution而是Service Solution。那麼,這個生意註定會是一個賠本的生意。
註:後來W君有告訴我他想把SERVICE BUSINESS轉化成OUTSOURCING BUSINESS,算是窮則變,變則通。但果真能如願?我仍然持保守態度。

Comments

只有branch使用的功能,就應該做在branch,比如說現金櫃...branch只做presentation & operation,是否是舊的作法?...

F I N's picture

BRANCH SYSTEM共通功能當然包括櫃員日記帳及分類帳(現金,現物),因為這部份機能由LOCAL處理最恰當(FINANCIAL I/O-CASH CD,COIN CD或櫃員錢箱),而且與HOST的設計不必硬綁在一起.
註:原文"如此Branch System就會專注在共通與操作功能(Presentation & Operation )"建議你看清礎想清楚再提出意見.

Benjamin Yang's picture

1. 我比較欣賞兄台嘻笑怒罵、冷嘲熱諷的一貫風格. 不要太嚴厲, 年輕的朋友
才會多發表一些看法.
2. Branch System 在台灣, 終歸要以金控的高度來看待, 光 presentation &
operation 就夠忙了, 所以要對它的工作範圍加以限制.
3. Branch System 有 consolidation 化的趨勢, 沒有堅實的架構, 無法應付需
求; 但不能因為 resource 多了, 就越俎代庖, 又弄出另一個龐然大物來.
4. 就算只談銀行櫃台端末的 presentaion & operation, 金融 IT 界的龍頭老大
也把它弄得很龐雜, 這也是 package 變成 service 的重要原因.

Add new comment

Plain text

  • No HTML tags allowed.
  • Web page addresses and e-mail addresses turn into links automatically.
  • Lines and paragraphs break automatically.
CAPTCHA
情非得已,網路蟑螂橫行,必須確認您是友善的訪客,麻煩之處,尚請見諒
Fill in the blank.