企业级产品工厂系统-立项评审

北京联创智融信息技术有限公司企业级产品工厂系统立项评审2013年05月15日

产品按归属部门各自进行管理，产品信息分散已有的产品手册按部门梳理，统一性差统计口径不一致，同一产品统计数据存在差异信息资料电子化程度低，可维护性差分行间、分行部门间难以实现产品信息的互享功能重复，各分行自行开发，总行难以整合——产品标准不统一行业内产品管理现状标准标准标准计划技术方案编制业务需求分析测试部署开发设计产品创新的方式采用传统的“需求-开发-上线”模式，IT开发工作量大、占用资源多、周期长，不能满足市场需要。约1月约1-4月约1-2月约0.5月IT立项约2-6月约1-2月据估算，现有涉及IT项目开发的产品创新周期约为6.5-15.5月——产品研发速度慢行业内产品管理现状各产品部门之间无法实现及时、顺畅的信息沟通，达到完全信息共享；银行产品整个系统业务流程无法实现信息自动化，需要多人参与，无法有效的对销售信息进行统计；产品销售人员无法对业务数据及产品信息量准确及时的了解；银行对销售人员信息化共享要求较高，多部门业务人员配合度提高；灵活性——销售缺乏信息支持行业内产品管理现状5功能重复，各分行自行开发，浪费资源编写产品概要设计提出技术方案分析可行性项目说明书A项目说明书B项目说明书C系统A系统B系统C项目提出部门产品设计，编制项目说明书向项目主管部门提项目建议方案A方案B方案C甲分行乙分行丙分行条线业务人员科技开发人员需要跨部门协调沟通手工编写大量文档资料总行业务系统项目说明书D丁分行方案D——产品复用性差行业内产品管理现状2012年某行全行产品创新计划中有7个分行涉及了金融社保卡的产品创新项目，在产品功能、流程、目标客户等方面趋同全行分行之间信息闭塞，缺乏交流和共享，总行对分行产品创新的指导整合管理不足，分行创新基本上各自为战——缺乏产品信息共享行业内产品管理现状问题（现状）流程能力原因

能够通过结构化标准化的方式描述产品1能够通过多种方式装配产品2识别创新产品差异34能够对装配好的产品进行质检5能够将设计好的产品信息同步到相关系统无产品信息的版本管理没有企业级产品信息标准产品复用性差产品创新流程不顺7.项目人员手工编写大量文档资料，时间长10.功能重复，各分行自行开发，总行难以整合9.IT开发时业务部门和IT开发部门需要大量沟通8.IT开发人员工作量大，资源占用多，周期长6.需求信息要进行人工辨别处理，工作量大5.分行间、分行部门间难以实现产品信息的互享4.信息资料电子化程度低，可维护性差3.统计口径不一致，同一产品统计数据存在差异2.已有的产品手册按部门梳理，统一性差1.产品按归口部门各自进行管理，产品信息分散产品创新需求整合效率低8能够支持不同层级按权限设计新产品6能够统一管理产品组件和条件7能够对现有的产品进行升级和维护能够对产品设计过程进行管理9——流程能力问题分析（一）问题（现状）人文管理能力原因

足够高度、足够战略级的产品工厂建设策略制定1以完善产品建设为目标、高执行力、高协调能力的专职机构2建设有良好的岗位间衔接流程34足够清晰细致的功能需求分析成果，或分析方法论5成熟、丰富、有参考意义的案例或经验没有统一管理的制度和组织机构没有全局规划没有合理、易用的操作流程指导7.项目人员手工编写大量文档资料，时间长10.功能重复，各分行自行开发，总行难以整合9.IT开发时业务部门和IT开发部门需要大量沟通8.IT开发人员工作量大，资源占用多，周期长6.需求信息要进行人工辨别处理，工作量大5.分行间、分行部门间难以实现产品信息的互享4.信息资料电子化程度低，可维护性差3.统计口径不一致，同一产品统计数据存在差异2.已有的产品手册按部门梳理，统一性差1.产品按归口部门各自进行管理，产品信息分散没有一套供业务、技术、测试、销售共同认可的数据解读模式——管理能力问题分析（二）汽车部件管理发动机R20A1R20A7变速箱底盘其它部件通过部件对汽车进行装配整车装配车间装配底盘装配发动机装配变速箱汽车装配工厂零件装配车间变速传动机构变速操纵机构变速箱零件汽车底盘零件离合器减震器银行产品工厂通过组件对产品进行装配银行可售新产品产品设计车间定义产品核心信息选择产品资源设备配置产品条件……产品条件库归集频度资金归集归集金额计算方式内部存款利率其它条件内部计价存款利息结算周期…产品组件配置资金归集组件内部透支组件周期限额支付组件内部计价组件其它组件产品工厂是借鉴制造行业的标准化生产模式，充分吸收制造行业的零件标准化、部件模块化、装配平台化的特点，建立一个支持业务人员进行组件化、参数化装配的产品创新平台。零件标准化部件模块化装配平台化…整车质检车架悬挂………产品质检出厂车辆——借制造业工厂模式研发金融产品目标方案-理念发布同步创新质检产品原有模式：产品工厂模式：IT人员编写概要设计等文档，约1-2月采用配置方式设计产品,预计1周所有新产品都需要开发测试,约2-6个月部署产品数据需要手工方式发布到生产系统,约0.5月产品数据采用自动发布到生产系统计划业务需求分析技术方案编制IT立项设计开发测试部署约1月约1-2月约1-4月产品设计对产品进行测试,预计1周4–13月产品设计IT升级产品设计开发IT立项技术方案编制1-2周4-6周6-12周产品创新人员业务需求分析基于基础产品配置,现有条件满足需求,通过增加产品条件满足需求开发全新的产品迭代进行产品测试产品测试产品测试——创新效率前后对比产品工厂预期效果11客户提出需求，希望减少现金管理的汇划费用支出，并增加现金池支付方式的选择。对照我行现有产品，业务人员分析发现“实时现金池”与此需求较为接近，但需要针对降低汇划费、增加支付方式等需求进行产品创新。需要多种支付模式不能更精准满足企业多种需求的流动性产品集团理财归集填平交易费虚拟现金池创意节省资金汇划费实现账户的两级管理子账户也可以是定期存款或通知存款账户客户需求银行收取实际资金划转的相关费用只能实现总、分账户间的资金归集和下拨子账户只能是结算账户已有的可售产品实时现金池虚拟现金池产品需求文档——提升：专业化处理产品需求产品工厂预期效果产品创新人员

编写需求产品分析人员

转换产品需求现金管理12选中产品组件状态产品条件状态条件取值范围归集频度生效归集金额计算方式生效资金归集生效选中生效允许账户透支标志生效内部透支额度生效内部透支还款模式生效……生效现金池服务费生效内部透支服务费周期限额支付生效周期限额支付限额生效……定向支付生效账户收支标志生效………………生效允许账户透支标志生效内部透支额度生效内部透支还款模式生效……生效现金池服务费…内部透支服务费周期限额支付生效周期限额支付限额生效……定向支付生效账户收支标志生效支付金额确定方式新增虚拟现金池支付模式新增……………………归集对象新增账簿层级新增子账户类型新增复用组件：6个，新增组件：0个复用条件：43个，新增条件：5个通过将虚拟现金池需求转化成结构化、标准化的产品需求，可更快速、清晰地发现，该产品可复用实时现金池的产品组件，但资金归集、定向支付方面需要增加“归集对象”等5个产品条件。——提升：提高产品需求分析效率产品工厂预期效果基于产品需求分析，业务人员可以利用产品工厂快速装配产品，包括选择已有的产品组件和条件，以及根据需求新定义产品条件。对新增的产品组件或条件，必须按照结构化、标准化的方式进行定义。产品信息能够被生产系统直接识别而无需转换。基本信息管理信息核算信息条件信息资金归集组件内部透支组件服务费组件周期限额组件定向支付组件添加条件增加其他虚拟现金池组件：其他产品组件1

其他产品组件2

其他产品组件…

归集频度:归集金额计算方式:零余额模式归集对象:账簿账簿层级:两层子账户类型:结算账户√√

基于基础产品配置

直接创建新产品

基于可售产品配置继承自可售产品实时保存信息内部计价︾更多组件增加其他组件取消创建产品条件定义应用范围产品组:产品组件:现金管理资金归集产品条件:产品条件描述:归集对象定义：确定主账户与子账户（成员账户）之间归集的形式产品条件特征协商标识:YESNO协商层级:02-合约层矩阵标识:YESNO结构类型:3-列表结构度量单位:值域范围:账簿——提升：快速装配产品产品工厂预期效果内部定价14

基于基础产品配置

直接创建新产品

基于可售产品配置基本信息管理信息核算信息条件信息资金归集组件内部透支组件服务费组件周期限额组件定向支付组件增加其他虚拟现金池组件：其他产品组件1其他产品组件2

其他产品组件…

︾更多组件增加其他产品线组件虚拟现金池：定价应用联动到定价应用内部定价场景一：定价应用中存在相关定价信息√保存信息除了产品本身的限制、约束及规则，业务人员可以通过产品工厂联动定价模块、合约模块，将产品与定价信息的关联，设计产品的合约文本，完成产品详细设计。若已有价格信息符合需求，直接调用；若无符合需求的价格，业务人员可提出需求，由定价模块设计好后，再进行关联。——提升：联动价格、合约产品工厂预期效果归集金额计算方式归集对象产品条件条件账户层级子账户类型允许账户透支标志内部透支额度内部透支还款模式现金池服务费是否设定周期支付限额是否设定取现限额是否设定单笔支付限额支付限额取现限额账户收支标志……受理资金归集下拨指令确认执行归集下拨规则是否实时归集计算归集金额记录资金池额度结束执行定时归集开始……示例产品条件取值归集金额计算方式：零余额归集涉及产品条件产品条件取值归集对象：账簿归集涉及产品条件虚拟现金池业务流程…托管客户资产客户流动资金调拨现金管理付款现金管理收款建立现金管理合约手工验证自动验证停止验证5级流程（步骤）…生成归集信息确定归集路径检查子账户合法性归集账簿金额执行实时归集…生成归集信息确定归集路径检查子账户合法性归集账簿金额提示确认流程执行过程是否正确？错误正确在产品装配完成之后，根据产品配置，从流程角度对产品装配结果进行可视化验证，该验证方式不需要IT测试环境、测试案例等，就可让业务人员对配置结果进行验证，有效的提高了产品创新速度和创新质量。——提升：产品配置可视化验证产品工厂预期效果16根据既定规则对创新产品与已有产品的相似度提供分析对比并可形成差异化分析报告，为产品创新管理提供辅助决策支持。产品管理人员可依据对比结果判断是否允许创新，保证尽量减少冗余产品。

基于基础产品配置

直接创建新产品

基于可售产品配置相似度85%虚拟现金池基本信息管理信息核算信息条件信息资金归集组件归集频度：实时归集对象：账户子账户类型：通知/定期/结算归集金额计算方式：零余额模式内部透支组件执行方向：定向账户收支标志：只收不付/收支两用/只付不收定向支付组件XX组件定时现金池基本信息管理信息核算信息条件信息XX组件…………放弃人工识别继续保存当前设计产品相似度90%实时现金池基本信息管理信息核算信息条件信息资金归集组件内部透支组件XX组件……可售产品可售产品支取金额确定方式：资金池余额定向支付组件允许账户透支标志：允许内部透支额度：内部透支还款模式：min=0,max=9,999,999,999,999日终汇总还款允许账户透支标志：允许内部透支额度：内部透支还款模式：min=0,max=9,999,999,999,999日终汇总还款资金归集组件内部透支组件归集频度：日/月/季执行方向：定向账户收支标志：只收不付/收支两用/支付不收定向支付组件归集金额计算方式：零余额模式允许账户透支标志：允许内部透支额度：内部透支还款模式：min=0,max=9,999,999,999,999日终汇总还款归集频度：实时归集金额计算方式：零余额模式执行方向：定向账户收支标志：只收不付//收支两用/支付不收归集路径：逐级归集路径：逐级/顶级归集路径：逐级——提升：产品差异识别产品工厂预期效果17产品创新人员A基本信息管理信息产品线：客户资产管理所属类别：产品组：现金管理核算信息条件信息产品名称：虚拟现金池产品简介：指银行按照与客户签订的协议，将指定的集团总部及其成员单位的银行账户（包括定期、通知存款账户）资金虚拟集中，由集团总部统一管理资金头寸。现金管理资金归集组件服务费组件内部透支组件周期限额支付组件定向支付组件基础产品：现金池产品设计数据包发布产品确定核算规则通过分析、配置及测试产品联动完成产品开发制定规章制度IＴ升级培训人员完成产品详细设计后，业务人员在产品工厂中可进行产品业务测试，检查是否缺失必选产品组件，产品条件之间的依赖关系是否有效。测试通过后，联动核算，确定核算规则；联动IT，配置与产品相关的服务，准备好产品投产的IT环境。完成产品投产所有准备事项后，启动产品目录发布程序。产品创新人员B审核创新产品——提升：联动产品快速发布产品工厂预期效果银行系统范围特征优点缺点组织工商银行自主开发覆盖存款、贷款、中间业务、资金业务。以产品目录做分角色全景视图体现，灵活配置，组件化、参数化设计。联动客户营销、绩效考核和风险管理业务环节。创新能力强，创新过程重视产品用户体验。自主创新成果转化到服务领域快。对竞争对手产品创新情报跟踪较弱。专设的产品创新部门，总分研发架构，以统一领导、分工负责、矩阵管理、集中整合为方针。民生银行SAP+自主开发存款和贷款。部分创新产品可以直通生产系统，组件化、参数化配置直接映射流程管理系统。产品配置能力强，整体产品管理、销售、运营、评价考核等机制和流程顺畅。新产品研发没有的全行统筹，也没统一的产品目录。各事业部自己的产品研发创新部门。中信银行神州数码+自主开发外部客户提供的所有金融服务介质、渠道及金融工具。对产品进行统一编码和控制管理，同时支持组合产品和子产品，并统一维护。实现了业务和参数以及系统的分离，灵活性强。不是完整产品工厂，产品经过组件条件设计后，需人工转为参数录入系统。专门设立产品管理部门和产品经理。花旗银行OracleFlexcube

全行所有条线产品。不同的业务部门跨多条业务线、跨部门合作，市场情报中心便承担起创新主导者的角色，发起多部门讨论产品概念，组织立项和研发。系统设置快速发布引擎，可以将新产品研发成果快速发布到生产系统。花旗南美部分国家的系统还是基于原有的大机批处理架构，新产品发布需要额外的开发。设置独立的市场情报中心，专门负责市场分析和情报收集，并推动跨部门产品创新。印度工业银行InfosysFinacle全行所有条线产品。产品工厂的有5000多个参数为新产品开发和组合作选择，组件条件在业务层面选配，技术人员翻译成参数配置进系统。全SOA架构，支持多币种、多语言、多品牌、配置灵活，扩展性强、易用性好。有核心系统实施失败案例，负面影响较大。强化产品经理职能，要求其深入理解内部流程，IT技能较高，能够和技术部门良好合作。BBVA(毕尔巴鄂比斯开)银行埃森哲Alnova全行所有条线产品。采用业内先进的开放架构Java和Web，产品、费、率为设独立工厂，中央化快速配置产品，对定价进行分散配置。可以对全行产品集中的定义、控制和管理也可以支持保险产品。内置流程管理引擎和管理器，需要另外与企业级流程管理集成设定创新情报团队，独特的产品经理选拔培养流程非常完善产品经理负责制。美国银行PIM+MDM存款和一些跨个人领域的套餐。将产品、合约、定价作为一体化考虑。产品创新需要进行产品建模，由专家对产品需求进行“翻译”再录入至PIM系统进行后续开发。集中产品描述，灵活的产品创新机制，与合约、定价良好集成。不同系统间数据转换问题突出；定义新产品需专家人工转换需求。设置产品建模团队和技术团队。——系统开发及优缺点总结同类产品综述—

银行系统的发展交易银行流程银行客户银行各种智能渠道日趋成熟互联网冲击，潜在客户群体猛增认识到原子交易与产品的本质IT技术发展业务规则复杂化胖核心，重运行各种产品趋于同质化，客户自主行为及要求提升客户体验的创新成为关键，新产品的创新上线速度要求提高民生银行在建设2008年流程流程银行时预测：5-10年内，银行系统将逐渐向客户银行格局转变直销银行成为开始转变的标志领先实践—

国外直销银行纯粹的网络银行，SecurityFirstNetworkBank（SFNB）

它是全球第一家纯网络银行。建立之初，以服务网民为宗旨，业务模式和用户体验更贴近互联网用户习惯，更能吸引年轻的个人用户。但由于完全缺乏母银行的品牌、安全等基因，在商业模式、信息安全和客户服务方面，面临很大挑战，对其所在国的网络用户普及率、监管政策等依赖度较高。全球性的直销银行，INGDirect

在成立INGDirect前，荷兰国际集团在海外的对公业务和保险业务已占据一定的市场规模，但尚无零售业务。1997年，在加拿大首创大获成功后，迅速向全球多个国家复制。

INGDirect通常是目标国家市场的首位直销银行，三年左右即实现盈亏平衡。经历2008年金融危机后才逐步收缩，目前出售了在北美