Por que os bancos estão considerando codificar seus próprios aplicativos deveriam pensar novamente (Steve Morgan) PlatoBlockchain Data Intelligence. Pesquisa vertical. Ai.

Por que os bancos que consideram codificar seus próprios aplicativos devem pensar novamente (Steve Morgan)

Qualquer banco que queira criar aplicativos, para tudo, desde o envio de um boletim informativo aos clientes até a integração de um novo cliente, pode pensar que a codificação é a melhor coisa a fazer ou a única opção que tem. 

Deixe-me dar três razões pelas quais eles deveriam pensar novamente.

A codificação é cara e demorada

Aplicativos de codificação rígida podem levar meses do tempo dos programadores – podem ser muito complicados e ineficientes. E, como é tão difícil encontrar codificadores qualificados, seu tempo não é barato e os custos podem aumentar rapidamente. 

É muito mais econômico investir em uma plataforma de baixo código que torne rápida e fácil a construção de aplicativos, pois isso não requer as habilidades de um programador profissional e, em vez disso, pode ser feito por qualquer pessoa com treinamento básico. Os aplicativos podem estar ativos e
em questão de dias ou semanas, para que os bancos possam melhorar a forma como executam as operações e atendem os clientes com mais rapidez. 

Além do mais, com uma plataforma de baixo código, é mais fácil para todos os envolvidos ou supervisionando um projeto colaborar nele e fornecer feedback de forma eficaz em cada estágio. Pense nisso – para todos os não programadores que estão lendo isso, quantas vezes você olhou
nas linhas de código e entendeu o que significa dar feedback útil sobre isso? Existem plataformas de baixo código no mercado que tornam o trabalho acessível a todos em tempo real e que utilizam recursos de arrastar e soltar e terminologia simples para tornar não apenas como o
o aplicativo funciona de forma clara, mas também o processo por trás dele é compreensível.

Codificar e adaptar-se às mudanças não funcionam de mãos dadas 

Além de a codificação rígida ser trabalhosa e cara, os aplicativos criados dessa forma também podem ser difíceis de alterar, o que está longe de ser o ideal para as organizações financeiras modernas que precisam se adaptar às mudanças nas preferências dos clientes. Em 2022 e além, o crescimento
da sua organização está longe de ser garantido e a evolução é a única solução, por isso os bancos precisam de ter um sistema que possam adaptar à medida que os tempos mudam. 

É mais fácil falar do que fazer, uma vez que os bancos mais antigos do Reino Unido tendem a ter camadas e mais camadas de sistemas codificados já em funcionamento e temem que “desligar sistemas” durante a noite possa causar enormes problemas. Na verdade, temos visto alguns dos maiores
nomes de rua apareceram nos noticiários porque seus sistemas travaram durante projetos de transformação digital, fazendo com que milhões de pessoas não conseguissem efetuar pagamentos por horas a fio.

No entanto, existem soluções inteligentes. Por exemplo, existe software que pode “embrulhar e renovar” a tecnologia legada para que não cause problemas aos funcionários ou clientes, e isso significa que o banco pode modernizar e estabelecer uma maneira melhor de fazer as coisas para
o futuro. 

Considere como um banco oferece cartões de crédito. Com uma arquitetura de software envolvente e renovada, a organização pode ter certeza de que seus bancos de dados de clientes e como eles interagem com o front e back office estão protegidos, ao mesmo tempo que aproveita
tecnologia que fornece aos agentes de atendimento ao cliente todas as informações necessárias para sugerir o melhor para eles no momento em que mais precisam.

Os programadores da velha escola estão acabando

A frase “a necessidade é a mãe da invenção” soa muito verdadeira no meu último ponto. Nada fará com que os bancos percebam que não podem continuar como têm feito durante décadas como a ausência de pessoas que possam atualizar o código necessário para manter esses sistemas em funcionamento.

As pessoas que construíram aplicações bancárias em linguagens de programação como Java e COBOL nas décadas de 1980 e 90 irão provavelmente reformar-se em breve, ou já se reformarão. Esse conhecimento de linguagem de programação está desaparecendo, então não faz sentido lógico mantê-lo.
sistemas ao longo do tempo. 

Conforme mencionado anteriormente, adotar uma abordagem de finalização e renovação, e fazê-lo agora, enquanto ainda há tempo para fazer a transição dos aplicativos codificados, pouco a pouco, é o melhor caminho a seguir tanto para os bancos quanto para os clientes, pois significa que ninguém tem fazer
mudanças repentinas e acrescentam riscos desnecessários à sua estratégia de crescimento.

Então o que vem depois?

Os dias dos bancos construindo seu próprio código estão contados. Plataformas de software modernas e ágeis que permitem aos bancos criar as aplicações de que necessitam de forma rápida e fácil são o caminho a seguir – são mais baratas, demoram menos tempo, são mais adaptáveis ​​e construídas para o
longo prazo. A questão não é se, mas quando os bancos dirão adeus à pura codificação das aplicações, e quanto mais cedo os bancos perceberem isso, melhor será para eles.

Carimbo de hora:

Mais de Fintextra