决胜未来:银行重塑的5个原则

[摘要]

金融科技的浪潮彻底革新了人们对金融服务的认知。银行必须将其商业模式,从传统的赚取差价和隐性收费,转变为未来超个性化的模式,提供更公平的金融服务产品,为用户提供新的不同方式的价值。在接下来的几年中,银行利用其体量、规模和资产优势,并提供不同于新兴金融科技公司的差异化服务,未来可期!

“客户对服务的预期不再拘泥于行业传统。我们的金融服务水平如何,与非金融数字化品牌打几个回合下来便见分晓。”

——桑坦德银行首席运营官,MICHAEL HARTE

引言

传统大型银行的市场,正在被一寸寸蚕食——无论是小而美的初创企业,还是科技巨头组成的金融科技新势力,都想要来分上一杯羹。这局面好似“毕加索吃鱼”,风卷残云。传统银行怕是要从未来人们的生活中消失了吧?如此前卫的畅想,你我可能感到过于激进,而33%的千禧一代则认为,哪怕一辈子不踏进银行的大门也无妨。如此一看,这想法似乎并非无稽之谈。

谁对银行构成了威胁?可能并不单单是Amazon这个体量的竞争对手。相反,银行的收入来源正被一系列新对手不断侵蚀:SquareStripe改变了企业的收款方式;StarlingRevolutSimple打破了银行需要分支机构的执念。Facebook和Google之类的已知巨头,正迫切想控制客户的钱包,改变人们对支付、使用金钱和信贷的方式。传统银行的业务正在被全方位侵蚀。

花旗和汇丰是竞争对手吗?当然。但最激烈的财富争夺战,却来自一些不常见的竞争对手。桑坦德银行的首席运营官Michael Harte说得很形象:“客户对服务的预期不再拘泥于行业传统。我们的金融服务水平如何,与非金融数字化品牌打几个回合下来就见分晓。”简单说,人们对花旗和苏格兰皇家银行这些传统金融机构的期望值,与世界上Google、Facebook和Uber等科技巨头相当。更可怕的是,当前全球四分之三的千禧一代表示,比起传统的银行服务,他们对谷歌、亚马逊、苹果、Paypal和Square提供的金融服务更感兴趣。

除了新竞争对手入场,监管机构也开始对银行进行全方位轰击,这让银行不得不改变思维,拥抱变化。即将生效的《通用数据保护条例》(GDPR)迫使欧盟的银行重新考虑获取和处理客户数据的方式。同样地,《欧盟支付服务指令》(PSD2)削弱了银行对其客户账户信息和支付服务的垄断地位。

形势是瞬息万变的。中国自不必说,仅仅移动支付支付宝和财付通就占据了90%的市场。在韩国,其最受欢迎的消息应用程序Kakao推出了一项银行业务。在短短五天内,Kakao银行累计注册80万个账户,获得6.15亿美元存款,放款5.6亿美元。

(Kakao银行在运营3个月内揽得435万用户)

大局如是。银行业应当如何应对?金融科技并非全新的产物,银行业大佬与科技界新秀对弈也算不上是新闻了。我们认为,银行必须将其商业模式,从传统的收费和隐性消费,转变为未来超个性化的模式,提供更公平的金融服务产品,为用户提供新的不同方式的价值。在接下来的几年中,面对重重挑战,银行业有望利用其体量、规模和资产,提供不同于新兴金融科技公司的差异化服务,后发制人,决胜未来。

“传统银行需转变观念。是要做“银行”还是“信用卡”公司,或者想要成为客户的合作伙伴,通过提供现金和投资专长帮助客户和企业实现资产管理目标?”

——ThoughtWorks金融服务产品组合总监,ANEESH LELE

那么,

银行服务能够渗入到客户日常生活的方方面面吗?

银行能否重构自己的商业模式,为各类群体提供更好的金融服务?

银行能否实现革新,变得更智能、更公平、服务体验更流畅?

答案是肯定的。从下列五项原则入手,银行可以实现业务重塑。

原则1:挖掘客户意图和期望

银行向客户推出特色服务并不算什么新鲜概念。但 “特色” 仅仅是就产品本身而言,并不聚焦到特定的客户群。比如,向刚办理过信用卡不久的客户推销新的信用卡,给当下正积极储蓄的客户提高信用卡额度,再如对不开车的客户赠送燃油积分等等,这样 “不在点上” 的特色服务比比皆是。银行是金融数据盛宴的特权嘉宾——客户喜欢在哪里用餐、喝酒和购物都在数据中反应,银行可完全了解。然而,这些数据尚未被合理利用,历史数据既未曾被银行主动挖掘产生价值回馈,也没有将客户潜在数据收集并不断扩充。

何不对交易和财务数据进行分析,为客户提供个性化的指导?美国Mint和Clarity Money这样的公司已经在为客户提供这些银行业的周边服务,帮助他们的用户设置预算,支付水电费,并告知他们在哪些方面可以降低花销。如果想做得更好,何不将这些服务与客户的意图进行关联?为银行业服务的聊天机器人公司Personetics的报告显示,54%的客户期望银行理解他们的长期财富增值目标。银行可以使用会话界面了解客户想要实现的目标。顾客可能会说“我想九月份去罗马旅游”或者“我想存款,在2022年供我女儿上大学,不用贷款”。如果是银行可以帮助他们实现这些任务呢?银行可以创建一些特殊优惠和自动储蓄计划,于发薪日在独立账户预留资金。有许多应用程序可以帮助用户做预算,总结分析和展开投资,但这些服务是碎片化割裂开来的。银行有这个条件将这些业务串联起来,成为人们金融生活的中心。

传统银行拥有大量消费者的数据,这是一个巨大优势——比如,摩根大通应用程序每月有2500万活跃用户!初创公司及各种新对手,如果能有这种级别的用户量,简直要笑开了花。但正如Kakao的例子所示,境况可能是瞬息万变的。银行需要不断迭代其数字体验,成为客户日常生活的场景中的高频交互对象,可以通过多种渠道挖掘客户的意图,如:呼叫中心、银行应用程序或其分支机构。会话式界面将在这个场景中大有助益。

LEMONADE

想到保险时你会想到什么?首先想到的肯定不是速度和效率。然而,这却是客户对Lemonade的反馈。这家纯线上保险公司承诺通过人工智能技术实现快速承保和理赔。这是使用科技重新规划客户体验的优秀典范。

等理赔结果时,再没有繁琐的文件材料和漫长的等待了。

通过简化理赔流程,公司开门见山处理问题,切中客户的需求痛点。流程中集成了会话界面、视频聊天和智能图像扫描,公司可在几分钟内支付理赔款——这与通常理赔时无休止等待形成了鲜明对比。

(Lemonade几分钟就可以处理保险理赔)

原则2:将产品转型为平台

现今世界上市值最大的10家公司中,有五家(即苹果、谷歌、亚马逊、Facebook和微软)是从他们的平台战略中挖掘巨大价值。平台思维更是颠覆了零售业、音乐产业乃至CRM产业。这些企业的特点是拥有多重市场和API,其他企业可以采用“即插即用”的形式接入他们的平台,在这些平台构架基础上协力创造新价值。最典型的例子是亚马逊,亚马逊开放了自己的云基础设施,提供AWS服务。优步创立之初,使用的是谷歌地图开放的API接口来运营自己的业务。与垂直行业中的同类竞争对手相比,平台模式的企业可以获得更高的市价总值,所需雇佣的员工也更少(我们可以对比下Instagram和柯达,或者拿Airbnb和万豪酒店比下就一目了然)。

银行业是否能从中得到启发,借势一跃? 没有必要一切都推倒重来,未必必须从零开始创新。相反,对创意人员和合作伙伴开放你自己的平台,推动基于你平台的创新。Open Banking API可以让银行集成各类合作伙伴的数据和数字服务,为客户提供端到端的服务体验。而且银行拥有从平台战略获益的先天优势。他们自己本身就拥有海量数据,而现有的合作伙伴关系可以让生态系统加速发展。但是,若想转型成为一个基于平台的业务模式,这需要管理者从思维上进行改变。要放弃“我们的主业是为客户提供金融产品”,转向“我们也为开发人员、金融科技公司和其他企业提供接入银行API、SDK和匿名数据的机会”。如果能够为合作伙伴提供打造新型服务的便捷平台,那么这些银行将拥有先发优势——因为这可以快速累积网络效应,而网络效应也是平台能否成功的关键所在。

银行必须借用、购买或聘请技术骨干帮助银行从线性业务转向平台业务。采用平台策略后,就有了为优秀合作伙伴提供生态系统的可能性。银行因此就不需要方方面面都自己去创造、开发,事事擅长。相反,银行可以成为一个创新的平台。有时银行可能还需要包容竞争对手的产品,所以银行应该对“合作竞争”战略保持开放态度,以最大化发挥自身平台的优势和效用。

Starling Marketplace

Starling是英国一家新兴银行,致力变革银行服务方式,为所有人提供健康的金融产品。Starling的“Marketplace”是平台型API战略的最高表现形式。这样公司的客户就可以在一个APP内查看和管理他们的金融业务。好比一个专门集成金融服务和银行业务的应用商店。通过这种方式可以将其他金融科技公司和银行纳入Straling的生态系统,而不是将他们视为竞争对手,从而为客户提供更全面互补的产品组合。例如,信用评分供应商、贷款供应商和其他信贷服务方可以集成到Starling的API,然后展示在Marketplace界面上。客户随后可以选择符合自己需求的“应用程序”,定制他们的Starling体验。例如,居住在海外的客户可能选择Transferwise应用,通过这个应用能够以较低的费用迅速进行国际汇款。

(Starling银行的Marketplace将金融服务融入类似应用商店的界面中)

“Marketplace让我们专注于建立世界上最好的活期账户,同时为我们的客户提供市场中最好的产品和服务。”

——Starling的首席平台官 MEGAN CAYWOOD

原则3:投资隐私、安全和透明度

你的客户是否知道银行如何利用他们的数据?如果答案是否定的,那么英国和欧盟的银行就面临极大不合规风险——2018年5月25日,《通用数据保护条例》这个法规就要生效,它强制要求银行、比较网站和保险公司彻底重构客户获取和市场营销的策略。

但是顶级银行将不仅着眼合规,还将客户的隐私、安全和透明度作为一项资产。银行可以提供一个全面的数字身份,结合付款和行为数据来提高安全性并节省客户时间。想象下,数字身份证可以解决各种站点和商店频繁的密码输入需求。这样的身份证(ID)可以对用户进行身份验证,并可以让用户快速方便地获得电力、医疗保健乃至新话费合约等(没有繁琐的文件和审批周期!)

德意志银行

德国最大的银行正在为跨平台银行业务和服务创建单点登录数字身份。用户将能够使用一个安全的主密钥注册并登录各种服务。他们期望为数字支付提供一个单一源头。值得注意的是,德意志银行目前面临Facebook的正面竞争,因为Facebook也在做同样的事情。但德意志银行认为自己在客户账户安全性和隐私保护上更胜一筹,从而使自己的产品可信度更高。

原则4:拥抱市场迭代

各大品牌逐渐开始采用精益、敏捷的方法来改善他们的产品。这通常需要经常收集反馈意见和想法,并据此改进产品和功能。

在产品上市后,通过从社交渠道倾听和反馈更新产品和功能,改善后的产品就不会随着时间被堙没。这还有助于省去“发布-推广-维护-再次发布”这一昂贵的周期。收到反馈后可以开发更符合客户需求和利益的第二代和第三代产品。银行可以利用这种反馈决定是否“追加”或“中止”投资。如果在产品开发生命周期的更早期增加用户测试,可以避免产品经过漫长、昂贵开发周期后沦为败笔,并能在产品投入市场后对其进行改进。

特斯拉

埃隆·马斯克(Elon Musk)最近在推特(Twitter)上回应了客户的建议,并告知客户其反馈的意见将纳入即将发布的软件版本中,这一举措震惊了特斯拉公司的股东和支持者。

这一事件表明,产品的更新迭代和共同创造是一个连续的过程,不仅仅是停留在产品开发阶段。

(埃隆·马斯克倾听客户的反馈意见,改善上市的特斯拉产品)

原则5:提升品牌忠诚度

忠诚是由人文关怀、便利程度以及情感驱使的,而不是靠积分和可预测性。你的数字策略是什么?让你的策略更简单些。没有人愿意带着大量文件去银行开一个账户。想下哪些科技可以提升客户的体验,缩短乏味繁琐的环节。当Starling推出迅速响应的移动应用时,正是解决了这个痛点。新客户可以在3分钟内使用手机开设一个账户。客户不需要去银行分支机构跑一趟,也没有必要一张纸单据签字。最重要的是让客户满意并节省他们的时间,同时与有吸引力的福利和奖励计划相结合。未来客户在选择银行的时候,不会问“哪家的抵押贷款业务最便宜?”,他们的问题是“我的银行可以为我提供哪些服务?”以及“这家银行能够给我的生活带来什么便利?”

亚马逊Prime会员

当亚马逊(Amazon)要求其顾客通过付款获得特权的时候,亚马逊就颠覆了业界对客户忠诚度的传统定义。杰夫·贝佐斯(Jeff Bezos)非常相信这项服务的价值,如果没有加入这项服务他会说“你这个人不可靠”。与亚马逊网络服务(AWS)一道,亚马逊Prime一直是亚马逊主要的增长动力之一。会员的行为真的不一样,他们认为自己与亚马逊有着某种关系,因为成为Prime用户带来的心理影响,会员几乎不会考虑去其他零售商购买产品。会员资格使他们享受到一系列特惠,既有闪电般的快递,也可以在Prime视频上欣赏电影和节目。

为金融服务业找一个类似的方案将很有前景。银行可以通过付费会员项目向客户提供什么服务,使得客户不想离开呢?一揽子的旅行、房屋和人身保险,免费理财咨询,研究加密货币和初创投资,数字身份证——有许多服务可以添加!

(亚马逊Prime将客户锁定在亚马逊的生态系统中)

结语

未来已来,银行业的创新变革只争朝夕:金融服务应该是普惠的,所有客户都应该能在银行业务中享受到无缝的体验。终结Blockbuster命运的并非Netflix,而是用户对更好服务体验的青睐;在Netflix出现后,依旧固守付费模式的Blockbuster犹如经历一场困兽之斗。同样,在复杂的竞争局面中,面对客户众多的选择,银行服务需要围绕客户需求进行重组,避免客户流失。

你准备好迎接变革了吗?如果你已经尝试并失败过,不要有所怀疑。怀抱紧迫感,再尝试一次。大型零售商、媒体和交通运输企业的倒闭就是一个预警:没有任何企业因为自己伟大的过去就一定永存。变革不会按战略套路出牌,没有必要“单打独斗”,找到能引领你交付和执行的创新合作伙伴。银行不需要拥有创新能力去开发一切。相反,银行可以提供“创新即服务”,构建一个整合客户金融生态系统的平台。银行业现如今是在技术和文化层面战斗,因此需要升级团队和系统来体现以客户为中心的理念,并加快产品上市速度。问问自己:“我该如何帮助客户提升体验?如何帮助他们实现目标?”那些对“客户至上”和技术同样重视的银行,将重塑银行业,而跟不上变革节奏的银行将被时代遗忘。未来可期,祝你好运!


更多精彩商业洞见,请关注微信公众号:ThoughtWorks商业洞见

Share

银行IT的敏捷转身

[摘要]

中国银行业的数字化转型才刚刚拉开帷幕,作为转型重点的银行IT部门正在经历从开发模式到组织定位的巨大变革。本文从时下银行IT广泛的敏捷转型开始分析,揭示了中国银行业面临的数字化挑战,分享了应对挑战的一些共识,同时给出了中国银行数字化转型的大方向。

数字化挑战

过去的3年时间里,我作为敏捷转型顾问,合作频次最多的,就是全国大大小小的银行。银行业IT这一波的敏捷转型,很多人会归因为互联网金融的冲击,认为银行业IT被迫从原来的内部职能部门走上前台,迎战外部市场的挑战。也有不少银行从业人员,对此持有不同看法:类似P2P这样的互联网业务,对中国的银行业还谈不上任何的冲击。在我看来,真正冲击中国银行业的,是以下两个方面:

  • 服务渠道的变迁——渠道从过去实体的网点向数字化渠道转移。注意,这并不是说所有的服务都变成了移动APP,而是所有的服务都会用某种数字化的形式呈现,比如现在到工行建行网点办卡都是通过一台综合服务机;交行几年前开始试点网点机器人,而招行已经在刷脸取款。由于银行之前是没有数字化部门的,所以这些要求自然跟IT挂上了钩。
  • FinTech的冲击——技术突破正在改变业务形态。最近火过了头的加密货币(比特币)正是这样的技术案例,它可能对未来银行业务产生颠覆性影响。在欧美很多利用智能技术做征信的平台也快速崛起,替代了传统费时费力的背景调查。对比之前的传统银行科技,FinTech拥有非常大的不确定性,这给习惯于购买成熟软件产品的银行带来了不小的挑战。当然由于又是科技相关,所以这口锅自然也得IT背了。

以上两点带来的变化显而易见,所以,无论提不提敏捷,银行IT都得转型。建立在支撑基础业务、保证业务稳定运行之上的IT部门,不可能自然而然演进成为“以用户为中心,思考服务体验,并保持对业界先进技术洞察”的新型数字化IT部门。下面就结合我过去3年中,近10家银行的顾问经历,谈谈这个转型中的挑战和可能的应对之策。

稳与快

我们辅导过一家外资银行,一上来就要求全球范围实施DevOps,“全面”敏捷。作为顾问,感觉很爽,改进起来气贯长虹。半年之后,已经没有不做敏捷改进的项目了,就连基于小型机AS/400的系统也都走上了DevOps的持续发布之路。

中国的银行业可就不是这样一个情况了。我和业内熟悉的几个人,经常开玩笑说“‘喝茶’就是悬在中国银行敏捷转型头上的‘达利摩斯之剑’”——高管们心里羡慕着互联网玩法的“小、快、灵”,脑子里却时刻担心着因生产事故被请去“喝茶”。转型需要经历烟斗曲线,当刚好处于曲线下挫点时,很可能因为一次事故而被全面叫停。一位银行科技高管曾经在内部会议上对我直言:“不要以为我不支持敏捷,正是因为我支持,所以才拉着你们跑慢一点”。

团队里有顾问找到我说不想做中国的银行了,太纠结,犹抱琵琶半遮面。于是我反问这位顾问,为什么中国的银行不能像外行一样一步到位呢?是因为太保守或者太官僚?一时问得对方语塞。其实,外行比起咱们可能更保守,生怕有一点负面消息,有的机构更庞大,更官僚。那么是什么原因,让我们中国的银行不敢“全面”敏捷呢?

就我目前认知,中国银行和外资银行有两点显著不同:一是中国银行集中精力办大事儿的构建方式;二是中国银行IT的历史定位。

如果我们对比中外银行的业务架构,会发现咱们的银行在业务设计上非常集中。这样的集中思路投射到IT系统建设上也是非常明显的:一般会考虑一套系统支持多条业务线。经典的例子是咱们的银行一般只有一套清算、核算平台,而外行每条业务线可能有自己的独立平台。集中建设的好处自然已经体现出来了,短时间我们就构建起来了一个相对完善的金融电子平台,但带来的问题就是系统非常复杂。

(图:中外行典型组织结构区别)

在敏捷转型过程中,有两个领域的复杂度是让我头疼的:电信和金融。大家可能想象不到,打通一次电话和完成一笔转账都要涉及近亿行代码!一条业务需求动辄要求修改十几个独立应用!咱们集中建设的银行系统显然不是随便就敢改的,早期即使在银行大型机系统上引入迭代开发都是很困难的。而这些系统往往又是银行的核心主干,任何小错误都可能造成致命的连锁反应。

在IT定位上,从国有五大行到各大股份制银行,基本都将IT归到了科技部下面统一管理。从组织结构上,可以看到IT的定位是一个共享的内部服务部门,或者说,是一个成本中心。最初的IT只是管理一些购买的商业软件和平台,并没有作为一个强自研能力的组织存在。银行IT的自有员工和外包人员比例,普遍都在1:6左右,一个主要的IT系统可能也就能投入两三个长期自有员工。到了现代,这个以科技为核心(Tech@Core)的时代,这样的人员配置显然已经捉襟见肘了。

以上两个因素,从技术架构和人员架构两个方面制约了敏捷的大规模推广。所以,银行想要“快”起来,往往不那么容易。各家银行的转型,都会选择相对新的技术领域,或和用户结合比较紧密的应用开始试点。而初期的转型目标,也会设定为“探索在现有约束条件下,如何进行敏捷模式落地”。最终,大多数银行都会走向“双模”:明确哪些系统和应用更看重业务表现的稳定性(采用瀑布模式),哪些更看重市场变化的响应速度(采用敏捷迭代模式)。

(图:源于Gartner总结的双模IT架构基本示意图)

理论上讲,“双模”只是一个过渡状态,这种方式也受到了不少专家的批评。“双模”可能会掩盖掉一些更深层次的问题,比如系统快不起来,根本原因其实是架构质量问题。从科技的发展趋势来看,确实止步于“双模”是不明智的,微服务化和平台化架构的逐步成熟会让以前稳定第一的系统也快起来。但就目前的约束来看,“双模”是已有成型建制银行IT的必经之路,其意义更多是在组织里植入管理不确定性的能力,从而构建对市场变化的快速响应能力。

效率与响应力

“唯快不破”是互联网服务发展的必备条件,而这个“快”其实是被很多管理者误解的。这个误解也造成了银行IT管理者们对“快”的提法有些许反感。这个误解的根源,在于对效率和响应力的混淆。

如果我们正确分析互联网成功服务的特质,就会发现他们根据市场变化推出和改变服务的速度特别快,而这个快很明确是在响应力上。举个日常生活中的例子,作为干洗店的客户,我们其实并不关心干洗店内部的效率问题(例如单位时间处理多少件衣服、干洗机的利用率等),我们关心的是干洗店能多好多快地把我们衣服洗好。

互联网时代给银行业带来的一个明显转变,就是从过去“以自身服务为中心”,到现在“以客户为中心”。从前在以自身服务为中心的时候,我们的管理方法及技术实践都是围绕效率来做的;到了这个时候,显然我们必须用客户的视角来思考问题,所以就需要更加关注响应力。当我们在追求效率的道路上走到一定程度,就有可能伤害响应力。比如为了干洗机的利用率,我们批量分类客户的同类型衣物放一个批次,显然这样的做法在订单达到一定数量的时候,会减缓每个客户的交货时间,让客户等待更久,伤害了对客户的响应力。

同理,这也是为什么在敏捷组织里,我们提倡少分角色、跨职能协作。当我们的分工过于细化时,对外部的变化响应能力就下降了。在传统银行IT系统里这样的情况是很普遍的,一个业务需求需要分解到十几个应用模块完成,而每个模块都只能由一个专人完成。

理解响应力的重要性并不难,但实践高响应力的管理却是相当困难的。银行业是一个重流程管理的行业,银行IT显然也继承了这样的基因。重流程标准化的管理方法,造成大家习惯性地进行自身局部效率的优化,实则增加了端到端的响应时间。我经常举一个发生在我们每天日常工作中的例子让大家意识到这个问题的严重性。

你是一位IT管理者,小王是一位认真负责的开发人员。一天他告诉你,现在项目A上他的工作进入尾声了,接下来只需要占用他一半的工作时间。这样的情况下,小王希望请示接下来的工作安排。在实际工作过程中,大家会赶快告诉小王启动项目B的工作,或者分配给他项目C的部分工作。假设小王启动了项目B的工作,很快他发现需要小李协助才能开展分析工作,而小李这个时候正在项目A上忙得不可开交。接下来有意思的事情就发生了,小王显然会要求小李配合,而这事儿如果真正发生了,显然就耽误了项目A的工期,那么项目A的完成时间就要推后了。小王和小李有可能找到你来请示工作优先级,然而,可怕地是,在你的意识里,会觉得这显然是“加加班”就能解决的问题!

于是,整个IT产业陷入了做不完的需求和越来越严重的内耗!

(图:小王工作安排示意,由于项目B的引入工作越来越多,成效却变少了)

实际上,如果我们认识到项目A的关键要素是快速推向市场,那么我们给小王的安排应该是让他继续专注于项目A,看看什么地方能够协助团队尽快完成项目。这个认知的转变是困难的:

  • 作为管理者,要放弃过去对人员利用率的执着,理解利用率和响应力不是正比关系,在一定阶段后甚至和效率也没有正比关系。
  • 作为员工,要放弃一个萝卜一个坑的工作模式,保持持续学习和跨职能工作的能力,把自己构建成一个T型人才。这个案例中,小王要能够帮助项目A的其它工作,就要求他具有开发之外的其它能力,比如测试。

在这样一个时代背景下,银行IT的敏捷转型,实际是基于以用户为中心的根本原则,加强整个组织的响应力。如果大家还在以“一个功能实现是不是更快了”来度量和牵引转型方向,那么请尽快调整到“面向市场和用户的端到端交付指标”上来。

业务与技术

懂业务是银行业人员晋升的关键因素。曾经在一次银行IT中层管理干部的培训上,我让大家举手表决是向业务方向发展,还是向技术方向发展,结果是全部都选择的业务方向。不可否认,银行业务的复杂度,要设计一套IT系统需要很强的业务理解。但数字化时代,技术成为了越来越重要的一个支柱,各银行组织如果不能快速构建技术人员的职业通道,必然很难在数字化上取得真正的收益。

我们从两个方面来看看中国银行业技术方面的挑战。

第一点是没有足够的技术封装。经常看到一个有意思的现象是,银行业务人员会看数据库,每一张数据库表就映射一张物理世界的报表。这样的设计结果往往是一张银行数据库表可能有好几百个字段。一段时间内,这样的设计是很流行的,因为沟通需求和最后验收都会相当顺畅,直接看数据库表就完成了技术和业务的交流。隐患就是,数据库根本就没有模型可言,修改任何的数据项都需要波及整个系统,所以大家就倾向于一开始就把所有的数据项全部列好,如果不确定就先留下一些空字段以备后续不时之需。

由于根本没有数据模型封装,看似业务上便于理解的设计,到后来也会因为冗余严重、耦合紧密而变得难于理解,或根本不可维护。只要是在基于如此架构上工作过的IT人员,就特别能理解,“为什么弄懂一个几千行的存储过程,需要花几天时间”。没有封装的结果,就是每个维护修改者都需要理解已有系统的所有复杂细节。这也是为什么我们在银行核心COBOL系统中,会看到大量的冗余代码——与其修改已有的程序,还不如忘记已实现的业务,为新增业务重新开发。

第二点是没有开放的技术生态。银行业经常把基于Java这样现代语言的开发称之为开放平台,与之对比的是传统基于大型机和小型机的封闭开发环境。最近还就开发效率问题和一个老牌银行技术人员进行过讨论。一个观点是,基于成熟封闭环境的开发一旦上手其实效率可以很高,对金融行业来说更加模式化,并且硬件保证了高性能和稳定性。于是我也花了不少时间,来研究这样环境下的开发模式,比如在绿色的传统命令界面上完全采用键盘操作,从代码管理到部署都是私有的平台和工具。

从我的角度来看,传统封闭开发环境有以下几个致命伤:

  • 技术设计的表现力不够,造成可维护性差。长期下来,系统修改十分困难,成本随时间爬升很快。
  • 不能够利用很多已有资源。从开源到云服务,实际上都是开放生态中的可用资源。开放技术的全球知识库早已超越了任何一家企业可以提供的技术服务。使用这些共享资源的门槛,就是需要加入到这样的开放生态中去,随着环境的发展而持续演进。
  • 难以支撑快速的市场和用户扩张,对基础资源抽象隔离不够。以云服务为例,某种意义上,云是对之前我们计算机硬件资源的封装,让其成为像日常生活中水电气一样的公用资源,它使得我们在数字世界扩张的时候可以不再受基础资源的限制。然而,在银行IT中,这样的基础资源和服务抽象很少。

很多银行已经意识到了上述的问题,在科技发展方向上,决定逐步将系统应用向开发技术平台迁移。但还存在很严重地照搬过去架构设计的倾向,如前述数据库设计问题仍然存在于新系统中。在敏捷转型过程中,会发现即使在开放平台上也很难实现端到端的业务价值交付,其中核心症结之一仍然在技术架构上。去年,我花了比较大的精力在领域驱动设计(DDD)的推广上,也是希望通过这个方法让银行IT组织认识到正确的架构设计思想。

未来的银行数字化部门应该在应用设计上达成业务和技术的架构绑定,而在人员任职上形成业务和技术的双通道。

文档与人

曾经一句玩笑话“人走文档留”,引起了我对银行IT人才观的深入思考。从较长一个时期看,IT人才观的转变可能是中国银行业的最大挑战。在前沿程序设计会议上,当我倾听一家外行科技VP讲函数式编程,看到两家美国银行收购硅谷技术公司的业界新闻的时候,就深刻地意识到,把“文档”当成IT资产的观念,将会严重阻碍中国银行的科技发展。

也许,在国家鼓励下的BATJ合作,可能给咱们的银行IT业带来深层次的冲击。从去年开始,这个冲击已经超越了我们经典意义上的敏捷转型,而是银行组织级的变革。在这个过程中,我认为我们要解决三个组织级的定位问题。

  • IT合作伙伴的战略定位——从现在的人员外包模式,到面向价值共享的战略合作模式。现行包人头的方式,是敏捷转型的障碍,在银行数字化转型过程中必须重视并解决。当IT和数字化成为银行业未来业务的重要支柱,合作伙伴的定位及合作方式就必须相应改变。
  • IT人员的能力定位——从现行的流程执行模式,到面向业务和技术创新的持续学习模式。随着智能技术在未来几十年的持续渗透,追求效率的金融领域会逐步用机器替代掉重复性工作中的人。这对IT的影响是更深远的,很快我们就会有机器来代替基础的程序员和测试人员,也不再需要管理这些基础人员的IT自有组织。但更为紧缺的是,具备持续学习能力、能够快速响应市场需求变化的数字化人才。
  • 数字化平台的支撑——从过去组织统一流程、检查规范模式,到平台化快速支撑模式。针对未来的不确定性,做细管理流程、强化检查节点的帮助其实是有限的,而提供快速的试验支撑,能够灵活快速地启动小规模多点尝试,则是成功的关键。

人才这个话题上,有一点是确定的:整个组织需要构建数字化人才的能力模型及持续培养体系。去年在国内,我也很欣喜地看到,若干家银行的高管们,开始过问大数据人才的招聘和留用问题,关心在现有体系下如何开辟新的渠道来灵活留用人才。

数字化未来

前面谈了目前银行业IT转型的挑战,最后让我们展望一下未来可能的方向。在前文中我已经多次提到了“数字化”。一个可以预见的未来就是数字化银行,其实《银行3.0》中已经描述了这样的现实,作者也已经开始讲“银行4.0”了。

应该澄清的一点是,数字化不等于IT系统,数字化能力不等于写计算机程序。IT系统仅仅是数字化的一个基础,数字化包含了以用户为中心的实时战略方法和高响应力的敏捷组织,在这样的组织里对技术卓越及创新生机文化的追求是大家的共同目标。

(图:数字化转型模型)

银行业IT的敏捷转型,显然必须服务于这个数字化未来。通过敏捷转型,我们需要把现行的IT部门变成未来数字化银行业务的支撑平台之一。而IT的敏捷转型最终目标应该明确为:

  • 提升端到端的市场响应能力,从而能够为科技引领创新提供能力支撑。
  • 探索科技和业务融合的新模式,从而能够为数字化业务提供模式支撑。

中国银行业的转型才刚刚拉开帷幕,敏捷转型的模式还需要更多的实践者出来分享和交流,谨以此文作为和大家交流的起点。


更多精彩商业洞见,请关注微信公众号:ThoughtWorks商业洞见

Share