企業(yè)級產品工廠系統(tǒng)-立項評審

北京聯(lián)創(chuàng)智融信息技術有限公司企業(yè)級產品工廠系統(tǒng)立項評審2013年05月15日

產品按歸屬部門各自進行管理，產品信息分散已有的產品手冊按部門梳理，統(tǒng)一性差統(tǒng)計口徑不一致，同一產品統(tǒng)計數(shù)據(jù)存在差異信息資料電子化程度低，可維護性差分行間、分行部門間難以實現(xiàn)產品信息的互享功能重復，各分行自行開發(fā)，總行難以整合——產品標準不統(tǒng)一行業(yè)內產品管理現(xiàn)狀標準標準標準計劃技術方案編制業(yè)務需求分析測試部署開發(fā)設計產品創(chuàng)新的方式采用傳統(tǒng)的“需求-開發(fā)-上線”模式，IT開發(fā)工作量大、占用資源多、周期長，不能滿足市場需要。約1月約1-4月約1-2月約0.5月IT立項約2-6月約1-2月?lián)浪?，現(xiàn)有涉及IT項目開發(fā)的產品創(chuàng)新周期約為6.5-15.5月——產品研發(fā)速度慢行業(yè)內產品管理現(xiàn)狀各產品部門之間無法實現(xiàn)及時、順暢的信息溝通，達到完全信息共享；銀行產品整個系統(tǒng)業(yè)務流程無法實現(xiàn)信息自動化，需要多人參與，無法有效的對銷售信息進行統(tǒng)計；產品銷售人員無法對業(yè)務數(shù)據(jù)及產品信息量準確及時的了解；銀行對銷售人員信息化共享要求較高，多部門業(yè)務人員配合度提高；靈活性——銷售缺乏信息支持行業(yè)內產品管理現(xiàn)狀5功能重復，各分行自行開發(fā)，浪費資源編寫產品概要設計提出技術方案分析可行性項目說明書A項目說明書B項目說明書C系統(tǒng)A系統(tǒng)B系統(tǒng)C項目提出部門產品設計，編制項目說明書向項目主管部門提項目建議方案A方案B方案C甲分行乙分行丙分行條線業(yè)務人員科技開發(fā)人員需要跨部門協(xié)調溝通手工編寫大量文檔資料總行業(yè)務系統(tǒng)項目說明書D丁分行方案D——產品復用性差行業(yè)內產品管理現(xiàn)狀2012年某行全行產品創(chuàng)新計劃中有7個分行涉及了金融社?？ǖ漠a品創(chuàng)新項目，在產品功能、流程、目標客戶等方面趨同全行分行之間信息閉塞，缺乏交流和共享，總行對分行產品創(chuàng)新的指導整合管理不足，分行創(chuàng)新基本上各自為戰(zhàn)——缺乏產品信息共享行業(yè)內產品管理現(xiàn)狀問題（現(xiàn)狀）流程能力原因

能夠通過結構化標準化的方式描述產品1能夠通過多種方式裝配產品2識別創(chuàng)新產品差異34能夠對裝配好的產品進行質檢5能夠將設計好的產品信息同步到相關系統(tǒng)無產品信息的版本管理沒有企業(yè)級產品信息標準產品復用性差產品創(chuàng)新流程不順7.項目人員手工編寫大量文檔資料，時間長10.功能重復，各分行自行開發(fā)，總行難以整合9.IT開發(fā)時業(yè)務部門和IT開發(fā)部門需要大量溝通8.IT開發(fā)人員工作量大，資源占用多，周期長6.需求信息要進行人工辨別處理，工作量大5.分行間、分行部門間難以實現(xiàn)產品信息的互享4.信息資料電子化程度低，可維護性差3.統(tǒng)計口徑不一致，同一產品統(tǒng)計數(shù)據(jù)存在差異2.已有的產品手冊按部門梳理，統(tǒng)一性差1.產品按歸口部門各自進行管理，產品信息分散產品創(chuàng)新需求整合效率低8能夠支持不同層級按權限設計新產品6能夠統(tǒng)一管理產品組件和條件7能夠對現(xiàn)有的產品進行升級和維護能夠對產品設計過程進行管理9——流程能力問題分析（一）問題（現(xiàn)狀）人文管理能力原因

足夠高度、足夠戰(zhàn)略級的產品工廠建設策略制定1以完善產品建設為目標、高執(zhí)行力、高協(xié)調能力的專職機構2建設有良好的崗位間銜接流程34足夠清晰細致的功能需求分析成果，或分析方法論5成熟、豐富、有參考意義的案例或經(jīng)驗沒有統(tǒng)一管理的制度和組織機構沒有全局規(guī)劃沒有合理、易用的操作流程指導7.項目人員手工編寫大量文檔資料，時間長10.功能重復，各分行自行開發(fā)，總行難以整合9.IT開發(fā)時業(yè)務部門和IT開發(fā)部門需要大量溝通8.IT開發(fā)人員工作量大，資源占用多，周期長6.需求信息要進行人工辨別處理，工作量大5.分行間、分行部門間難以實現(xiàn)產品信息的互享4.信息資料電子化程度低，可維護性差3.統(tǒng)計口徑不一致，同一產品統(tǒng)計數(shù)據(jù)存在差異2.已有的產品手冊按部門梳理，統(tǒng)一性差1.產品按歸口部門各自進行管理，產品信息分散沒有一套供業(yè)務、技術、測試、銷售共同認可的數(shù)據(jù)解讀模式——管理能力問題分析（二）汽車部件管理發(fā)動機R20A1R20A7變速箱底盤其它部件通過部件對汽車進行裝配整車裝配車間裝配底盤裝配發(fā)動機裝配變速箱汽車裝配工廠零件裝配車間變速傳動機構變速操縱機構變速箱零件汽車底盤零件離合器減震器銀行產品工廠通過組件對產品進行裝配銀行可售新產品產品設計車間定義產品核心信息選擇產品資源設備配置產品條件……產品條件庫歸集頻度資金歸集歸集金額計算方式內部存款利率其它條件內部計價存款利息結算周期…產品組件配置資金歸集組件內部透支組件周期限額支付組件內部計價組件其它組件產品工廠是借鑒制造行業(yè)的標準化生產模式，充分吸收制造行業(yè)的零件標準化、部件模塊化、裝配平臺化的特點，建立一個支持業(yè)務人員進行組件化、參數(shù)化裝配的產品創(chuàng)新平臺。零件標準化部件模塊化裝配平臺化…整車質檢車架懸掛………產品質檢出廠車輛——借制造業(yè)工廠模式研發(fā)金融產品目標方案-理念發(fā)布同步創(chuàng)新質檢產品原有模式：產品工廠模式：IT人員編寫概要設計等文檔，約1-2月采用配置方式設計產品,預計1周所有新產品都需要開發(fā)測試,約2-6個月部署產品數(shù)據(jù)需要手工方式發(fā)布到生產系統(tǒng),約0.5月產品數(shù)據(jù)采用自動發(fā)布到生產系統(tǒng)計劃業(yè)務需求分析技術方案編制IT立項設計開發(fā)測試部署約1月約1-2月約1-4月產品設計對產品進行測試,預計1周4–13月產品設計IT升級產品設計開發(fā)IT立項技術方案編制1-2周4-6周6-12周產品創(chuàng)新人員業(yè)務需求分析基于基礎產品配置,現(xiàn)有條件滿足需求,通過增加產品條件滿足需求開發(fā)全新的產品迭代進行產品測試產品測試產品測試——創(chuàng)新效率前后對比產品工廠預期效果11客戶提出需求，希望減少現(xiàn)金管理的匯劃費用支出，并增加現(xiàn)金池支付方式的選擇。對照我行現(xiàn)有產品，業(yè)務人員分析發(fā)現(xiàn)“實時現(xiàn)金池”與此需求較為接近，但需要針對降低匯劃費、增加支付方式等需求進行產品創(chuàng)新。需要多種支付模式不能更精準滿足企業(yè)多種需求的流動性產品集團理財歸集填平交易費虛擬現(xiàn)金池創(chuàng)意節(jié)省資金匯劃費實現(xiàn)賬戶的兩級管理子賬戶也可以是定期存款或通知存款賬戶客戶需求銀行收取實際資金劃轉的相關費用只能實現(xiàn)總、分賬戶間的資金歸集和下?lián)茏淤~戶只能是結算賬戶已有的可售產品實時現(xiàn)金池虛擬現(xiàn)金池產品需求文檔——提升：專業(yè)化處理產品需求產品工廠預期效果產品創(chuàng)新人員

編寫需求產品分析人員

轉換產品需求現(xiàn)金管理12選中產品組件狀態(tài)產品條件狀態(tài)條件取值范圍歸集頻度生效歸集金額計算方式生效資金歸集生效選中生效允許賬戶透支標志生效內部透支額度生效內部透支還款模式生效……生效現(xiàn)金池服務費生效內部透支服務費周期限額支付生效周期限額支付限額生效……定向支付生效賬戶收支標志生效………………生效允許賬戶透支標志生效內部透支額度生效內部透支還款模式生效……生效現(xiàn)金池服務費…內部透支服務費周期限額支付生效周期限額支付限額生效……定向支付生效賬戶收支標志生效支付金額確定方式新增虛擬現(xiàn)金池支付模式新增……………………歸集對象新增賬簿層級新增子賬戶類型新增復用組件：6個，新增組件：0個復用條件：43個，新增條件：5個通過將虛擬現(xiàn)金池需求轉化成結構化、標準化的產品需求，可更快速、清晰地發(fā)現(xiàn)，該產品可復用實時現(xiàn)金池的產品組件，但資金歸集、定向支付方面需要增加“歸集對象”等5個產品條件?！嵘禾岣弋a品需求分析效率產品工廠預期效果基于產品需求分析，業(yè)務人員可以利用產品工廠快速裝配產品，包括選擇已有的產品組件和條件，以及根據(jù)需求新定義產品條件。對新增的產品組件或條件，必須按照結構化、標準化的方式進行定義。產品信息能夠被生產系統(tǒng)直接識別而無需轉換。基本信息管理信息核算信息條件信息資金歸集組件內部透支組件服務費組件周期限額組件定向支付組件添加條件增加其他虛擬現(xiàn)金池組件：其他產品組件1

其他產品組件2

其他產品組件…

歸集頻度:歸集金額計算方式:零余額模式歸集對象:賬簿賬簿層級:兩層子賬戶類型:結算賬戶√√

基于基礎產品配置

直接創(chuàng)建新產品

基于可售產品配置繼承自可售產品實時保存信息內部計價︾更多組件增加其他組件取消創(chuàng)建產品條件定義應用范圍產品組:產品組件:現(xiàn)金管理資金歸集產品條件:產品條件描述:歸集對象定義：確定主賬戶與子賬戶（成員賬戶）之間歸集的形式產品條件特征協(xié)商標識:YESNO協(xié)商層級:02-合約層矩陣標識:YESNO結構類型:3-列表結構度量單位:值域范圍:賬簿——提升：快速裝配產品產品工廠預期效果內部定價14

基于基礎產品配置

直接創(chuàng)建新產品

基于可售產品配置基本信息管理信息核算信息條件信息資金歸集組件內部透支組件服務費組件周期限額組件定向支付組件增加其他虛擬現(xiàn)金池組件：其他產品組件1其他產品組件2

其他產品組件…

︾更多組件增加其他產品線組件虛擬現(xiàn)金池：定價應用聯(lián)動到定價應用內部定價場景一：定價應用中存在相關定價信息√保存信息除了產品本身的限制、約束及規(guī)則，業(yè)務人員可以通過產品工廠聯(lián)動定價模塊、合約模塊，將產品與定價信息的關聯(lián)，設計產品的合約文本，完成產品詳細設計。若已有價格信息符合需求，直接調用；若無符合需求的價格，業(yè)務人員可提出需求，由定價模塊設計好后，再進行關聯(lián)?！嵘郝?lián)動價格、合約產品工廠預期效果歸集金額計算方式歸集對象產品條件條件賬戶層級子賬戶類型允許賬戶透支標志內部透支額度內部透支還款模式現(xiàn)金池服務費是否設定周期支付限額是否設定取現(xiàn)限額是否設定單筆支付限額支付限額取現(xiàn)限額賬戶收支標志……受理資金歸集下?lián)苤噶畲_認執(zhí)行歸集下?lián)芤?guī)則是否實時歸集計算歸集金額記錄資金池額度結束執(zhí)行定時歸集開始……示例產品條件取值歸集金額計算方式：零余額歸集涉及產品條件產品條件取值歸集對象：賬簿歸集涉及產品條件虛擬現(xiàn)金池業(yè)務流程…托管客戶資產客戶流動資金調撥現(xiàn)金管理付款現(xiàn)金管理收款建立現(xiàn)金管理合約手工驗證自動驗證停止驗證5級流程（步驟）…生成歸集信息確定歸集路徑檢查子賬戶合法性歸集賬簿金額執(zhí)行實時歸集…生成歸集信息確定歸集路徑檢查子賬戶合法性歸集賬簿金額提示確認流程執(zhí)行過程是否正確？錯誤正確在產品裝配完成之后，根據(jù)產品配置，從流程角度對產品裝配結果進行可視化驗證，該驗證方式不需要IT測試環(huán)境、測試案例等，就可讓業(yè)務人員對配置結果進行驗證，有效的提高了產品創(chuàng)新速度和創(chuàng)新質量?！嵘寒a品配置可視化驗證產品工廠預期效果16根據(jù)既定規(guī)則對創(chuàng)新產品與已有產品的相似度提供分析對比并可形成差異化分析報告，為產品創(chuàng)新管理提供輔助決策支持。產品管理人員可依據(jù)對比結果判斷是否允許創(chuàng)新，保證盡量減少冗余產品。

基于基礎產品配置

直接創(chuàng)建新產品

基于可售產品配置相似度85%虛擬現(xiàn)金池基本信息管理信息核算信息條件信息資金歸集組件歸集頻度：實時歸集對象：賬戶子賬戶類型：通知/定期/結算歸集金額計算方式：零余額模式內部透支組件執(zhí)行方向：定向賬戶收支標志：只收不付/收支兩用/只付不收定向支付組件XX組件定時現(xiàn)金池基本信息管理信息核算信息條件信息XX組件…………放棄人工識別繼續(xù)保存當前設計產品相似度90%實時現(xiàn)金池基本信息管理信息核算信息條件信息資金歸集組件內部透支組件XX組件……可售產品可售產品支取金額確定方式：資金池余額定向支付組件允許賬戶透支標志：允許內部透支額度：內部透支還款模式：min=0,max=9,999,999,999,999日終匯總還款允許賬戶透支標志：允許內部透支額度：內部透支還款模式：min=0,max=9,999,999,999,999日終匯總還款資金歸集組件內部透支組件歸集頻度：日/月/季執(zhí)行方向：定向賬戶收支標志：只收不付/收支兩用/支付不收定向支付組件歸集金額計算方式：零余額模式允許賬戶透支標志：允許內部透支額度：內部透支還款模式：min=0,max=9,999,999,999,999日終匯總還款歸集頻度：實時歸集金額計算方式：零余額模式執(zhí)行方向：定向賬戶收支標志：只收不付//收支兩用/支付不收歸集路徑：逐級歸集路徑：逐級/頂級歸集路徑：逐級——提升：產品差異識別產品工廠預期效果17產品創(chuàng)新人員A基本信息管理信息產品線：客戶資產管理所屬類別：產品組：現(xiàn)金管理核算信息條件信息產品名稱：虛擬現(xiàn)金池產品簡介：指銀行按照與客戶簽訂的協(xié)議，將指定的集團總部及其成員單位的銀行賬戶（包括定期、通知存款賬戶）資金虛擬集中，由集團總部統(tǒng)一管理資金頭寸。現(xiàn)金管理資金歸集組件服務費組件內部透支組件周期限額支付組件定向支付組件基礎產品：現(xiàn)金池產品設計數(shù)據(jù)包發(fā)布產品確定核算規(guī)則通過分析、配置及測試產品聯(lián)動完成產品開發(fā)制定規(guī)章制度IＴ升級培訓人員完成產品詳細設計后，業(yè)務人員在產品工廠中可進行產品業(yè)務測試，檢查是否缺失必選產品組件，產品條件之間的依賴關系是否有效。測試通過后，聯(lián)動核算，確定核算規(guī)則；聯(lián)動IT，配置與產品相關的服務，準備好產品投產的IT環(huán)境。完成產品投產所有準備事項后，啟動產品目錄發(fā)布程序。產品創(chuàng)新人員B審核創(chuàng)新產品——提升：聯(lián)動產品快速發(fā)布產品工廠預期效果銀行系統(tǒng)范圍特征優(yōu)點缺點組織工商銀行自主開發(fā)覆蓋存款、貸款、中間業(yè)務、資金業(yè)務。以產品目錄做分角色全景視圖體現(xiàn)，靈活配置，組件化、參數(shù)化設計。聯(lián)動客戶營銷、績效考核和風險管理業(yè)務環(huán)節(jié)。創(chuàng)新能力強，創(chuàng)新過程重視產品用戶體驗。自主創(chuàng)新成果轉化到服務領域快。對競爭對手產品創(chuàng)新情報跟蹤較弱。專設的產品創(chuàng)新部門，總分研發(fā)架構，以統(tǒng)一領導、分工負責、矩陣管理、集中整合為方針。民生銀行SAP+自主開發(fā)存款和貸款。部分創(chuàng)新產品可以直通生產系統(tǒng)，組件化、參數(shù)化配置直接映射流程管理系統(tǒng)。產品配置能力強，整體產品管理、銷售、運營、評價考核等機制和流程順暢。新產品研發(fā)沒有的全行統(tǒng)籌，也沒統(tǒng)一的產品目錄。各事業(yè)部自己的產品研發(fā)創(chuàng)新部門。中信銀行神州數(shù)碼+自主開發(fā)外部客戶提供的所有金融服務介質、渠道及金融工具。對產品進行統(tǒng)一編碼和控制管理，同時支持組合產品和子產品，并統(tǒng)一維護。實現(xiàn)了業(yè)務和參數(shù)以及系統(tǒng)的分離，靈活性強。不是完整產品工廠，產品經(jīng)過組件條件設計后，需人工轉為參數(shù)錄入系統(tǒng)。專門設立產品管理部門和產品經(jīng)理。花旗銀行OracleFlexcube

全行所有條線產品。不同的業(yè)務部門跨多條業(yè)務線、跨部門合作，市場情報中心便承擔起創(chuàng)新主導者的角色，發(fā)起多部門討論產品概念，組織立項和研發(fā)。系統(tǒng)設置快速發(fā)布引擎，可以將新產品研發(fā)成果快速發(fā)布到生產系統(tǒng)?；ㄆ炷厦啦糠謬业南到y(tǒng)還是基于原有的大機批處理架構，新產品發(fā)布需要額外的開發(fā)。設置獨立的市場情報中心，專門負責市場分析和情報收集，并推動跨部門產品創(chuàng)新。印度工業(yè)銀行InfosysFinacle全行所有條線產品。產品工廠的有5000多個參數(shù)為新產品開發(fā)和組合作選擇，組件條件在業(yè)務層面選配，技術人員翻譯成參數(shù)配置進系統(tǒng)。全SOA架構，支持多幣種、多語言、多品牌、配置靈活，擴展性強、易用性好。有核心系統(tǒng)實施失敗案例，負面影響較大。強化產品經(jīng)理職能，要求其深入理解內部流程，IT技能較高，能夠和技術部門良好合作。BBVA(畢爾巴鄂比斯開)銀行埃森哲Alnova全行所有條線產品。采用業(yè)內先進的開放架構Java和Web，產品、費、率為設獨立工廠，中央化快速配置產品，對定價進行分散配置?？梢詫θ挟a品集中的定義、控制和管理也可以支持保險產品。內置流程管理引擎和管理器，需要另外與企業(yè)級流程管理集成設定創(chuàng)新情報團隊，獨特的產品經(jīng)理選拔培養(yǎng)流程非常完善產品經(jīng)理負責制。美國銀行PIM+MDM存款和一些跨個人領域的套餐。將產品、合約、定價作為一體化考慮。產品創(chuàng)新需要進行產品建模，由專家對產品需求進行“翻譯”再錄入至PIM系統(tǒng)進行后續(xù)開發(fā)。集中產品描述，靈活的產品創(chuàng)新機制，與合約、定價良好集成。不同系統(tǒng)間數(shù)據(jù)轉換問題突出；定義新產品需專家人工轉換需求。設置產品建模團隊和技術團隊?！到y(tǒng)開發(fā)及優(yōu)缺點總結同類產品綜述—

銀行系統(tǒng)的發(fā)展交易銀行流程銀行客戶銀行各種智能渠道日趨成熟互聯(lián)網(wǎng)沖擊，潛在客戶群體猛增認識到原子交易與產品的本質IT技術發(fā)展業(yè)務規(guī)則復雜化胖核心，重運行各種產品趨于同質化，客戶自主行為及要求提升客戶體驗的創(chuàng)新成為關鍵，新產品的創(chuàng)新上線速度要求提高民生銀行在建設2008年流程流程銀行時預測：5-10年內，銀行系統(tǒng)將逐漸向客戶銀行格局轉變直銷銀行成為開始轉變的標志領先實踐—

國外直銷銀行純粹的網(wǎng)絡銀行，SecurityFirstNetworkBank（SFNB）

它是全球第一家純網(wǎng)絡銀行。建立之初，以服務網(wǎng)民為宗旨，業(yè)務模式和用戶體驗更貼近互聯(lián)網(wǎng)用戶習慣，更能吸引年輕的個人用戶。但由于完全缺乏母銀行的品牌、安全等基因，在商業(yè)模式、信息安全和客戶服務方面，面臨很大挑戰(zhàn)，對其所在國的網(wǎng)絡用戶普及率、監(jiān)管政策等依賴度較高。全球性的直銷銀行，INGDirect

在成立INGDirect前，荷蘭國際集團在海外的對公業(yè)務和保險業(yè)務已占據(jù)一定的市場規(guī)模，但尚無零售業(yè)務。1997年，在加拿大首創(chuàng)大獲成功后，迅速向全球多個國家復制。

INGDirect通常是目標國家市場的首位直銷銀行，三年左右即實現(xiàn)盈虧平衡。經(jīng)歷2008年金融危機后才逐步收縮，目前出售了在北美