银行IT解决方案在中小银行落地要抓哪些关键环节

前几天跟一个在城商行做科技部负责人的老同学吃饭，他跟我倒了一肚子苦水。他们行去年上了一套新的银行IT解决方案，预算花了小几百万，结果系统上线三个月，柜面交易时不时卡顿，客户投诉量翻了将近一倍。他跟我说这事的时候，筷子往桌上一搁，叹了口气：“当初选型的时候觉得功能都挺全，怎么一落地就哪哪都不对劲呢？”说实话，这个问题不是他一家遇到的问题。很多中小银行在推进银行IT解决方案的时候，都容易踩进同一个坑里，就是重选型、轻落地。

中小银行跟大行比，落地难点到底在哪

大行做银行IT解决方案，有几百人的科技团队，有充足的预算，上线一个新系统可以抽调各业务部门的人配合测试。中小银行呢？科技部可能就十来个人，还要管机房、管网络、管运维，一个人当三个人用。我那位老同学所在的银行，科技部一共八个人，既要保障日常系统稳定运行，又要推进新项目上线，精力根本不够分。

另外，中小银行的业务流程往往没有大行那么标准化。大行是总行统一制定流程，分行执行。中小银行很多时候是各分支机构的做法都不太一样，一套标准化的银行IT解决方案拿去，反而跟实际业务对不上。我当时跟他说，你们的问题不在系统本身，在于从选型到上线中间少了好几个关键环节。

第一个环节，选型之前先搞清楚自己的家底

很多中小银行做银行IT解决方案选型的时候，习惯性地去看大行用了什么，或者看同业谁家上了什么系统。这个思路不能算错，但忽略了一个前提，就是得先摸清自己行的业务量、业务流程、现有系统架构、人员技术能力。我那位老同学后来复盘发现，他们选的系统功能确实强大，但里面有很多模块他们根本用不上，反而是一些他们特别需要的定制化功能，系统支持得不够好。

我给他的建议是，在接触供应商之前，先让各业务部门把日常操作中最头疼的问题列出来，按优先级排序。然后拿着这个清单去跟供应商谈，看对方的银行IT解决方案能不能重点解决排在前面的几个问题。别被那些花里胡哨的功能演示带偏了。

第二个环节，实施过程中的沟通机制比技术本身更重要

我见过太多项目，技术方案写得漂漂亮亮，一到实施就各种扯皮。业务部门说系统不好用，科技部说业务部门需求变来变去，供应商说客户配合不够。说到底，是缺少一个固定的沟通机制。中小银行做银行IT解决方案落地，最好在项目组里安排一个既懂业务又懂技术的人做协调，每周固定开一次碰头会，把上周的问题过一遍，下周的计划对一遍。这事听起来简单，但能坚持做到的团队不多。

老同学后来跟我说，他们第二次上线新系统的时候，就是靠这个笨办法，把上线时间从原计划的六个月压缩到了四个月，而且上线后的故障率比第一次低了八成以上。他跟我说这事的时候，语气里带着点得意，说“早知道第一次就这么干了”。

提示：中小银行选银行IT解决方案，供应商的实施经验和本地化服务能力，往往比产品功能列表更值得关注。

第三个环节，上线之后的持续优化别断了

很多中小银行觉得系统上线了，项目就结束了。其实上线只是开始。头三个月是问题暴露的高峰期，柜员操作不习惯、某些交易路径设计得不合理、报表格式跟监管要求对不上，这些问题都得一个个改。如果这时候供应商撤场了，科技部自己又改不动，系统就慢慢变成一个半拉子工程。

所以在签合同的时候，就得把上线后的运维支持条款谈清楚。比如上线后前三个月，供应商要派几个人驻场，响应时间是多少，免费优化的工作量包含哪些。这些细节不写进去，后面容易扯皮。我那个老同学第一次就是吃了这个亏，合同里只写了上线验收，没写上线后的支持，结果系统一出问题，供应商来一趟算一趟的钱。

实战中还有两个容易被忽略的细节

一个是数据迁移。中小银行虽然数据量比不上大行，但历史数据往往分散在好几个老系统里，格式不统一。迁移之前一定要做几轮模拟演练，别等到正式切换那天才发现对不上。另一个是人员培训。不光是柜员操作培训，科技部自己的人也得培训，至少要知道系统出常见问题时怎么排查、怎么临时处理。不然一出问题就打电话找供应商，耽误时间不说，客户体验也差。

说实话，我自己也不是每个项目都做得完美。前年帮另一家村镇银行做咨询的时候，我就忽略了他们网点网络带宽的问题，方案里设计了一个需要实时同步大量数据的模块，结果上线后网点那边卡得没法用，后来临时改成了异步同步才勉强解决。这事让我挺不好意思的，但也提醒我，做银行IT解决方案这行，永远得把实际环境想得再复杂一点。

银行IT解决方案在中小银行落地，说到底拼的不是谁的系统功能多，而是谁把细节想得更周全。选型前摸清家底，实施中保持沟通，上线后持续跟进，这三个环节抓住了，项目成功的概率就大很多。至于我那个老同学，他们行最近又在筹备新的信贷系统升级了，这次他学乖了，提前三个月就开始做内部流程梳理。希望他这次顺利吧，别再半夜给我发语音倒苦水了。