Por qué los bancos que están considerando codificar sus propias aplicaciones deberían pensarlo de nuevo (Steve Morgan)

Cualquier banco que quiera crear aplicaciones, para todo, desde enviar un boletín a los clientes hasta incorporar a un nuevo cliente, puede pensar que la codificación estricta es lo mejor que puede hacer o la única opción que tiene. 

Déjame darte tres razones por las que deberían pensar de nuevo.

La codificación es costosa y requiere mucho tiempo

Las aplicaciones de codificación dura pueden llevar meses del tiempo de los programadores; puede ser realmente complicado e ineficiente. Y, debido a que es tan difícil encontrar codificadores calificados, su tiempo no es barato y los costos pueden acumularse rápidamente. 

Es mucho más rentable invertir en una plataforma de código bajo que hace que la creación de aplicaciones sea rápida y fácil, ya que no requiere las habilidades de un programador profesional y, en cambio, puede hacerlo cualquier persona con capacitación básica. Las aplicaciones pueden estar activas y
funcionando en cuestión de días o semanas, para que los bancos puedan mejorar la forma en que ejecutan las operaciones y atienden a los clientes más rápido. 

Además, con una plataforma de código bajo, es más fácil para todos los involucrados o que supervisan un proyecto colaborar en él y aportar comentarios en cada etapa de manera efectiva. Piénselo: para todos los que no codifican leyendo esto, ¿cuántas veces han mirado
en las líneas de código y entendió lo que significa dar comentarios útiles al respecto? Hay plataformas de código bajo en el mercado que hacen que el trabajo sea accesible para todos en tiempo real, y que usan funciones de arrastrar y soltar y terminología simple para hacer que no solo cómo el
la aplicación funciona de forma clara, pero también el proceso detrás de ella es comprensible.

La codificación y la adaptación al cambio no funcionan de la mano 

Además de que la codificación dura es laboriosa y costosa, las aplicaciones creadas de esta manera también pueden ser difíciles de cambiar, lo que dista mucho de ser ideal para las organizaciones financieras modernas que necesitan adaptarse a las preferencias cambiantes de los clientes. En 2022 y más allá, el crecimiento
de su organización está lejos de estar garantizado, y evolucionar es la única solución, por lo que los bancos deben tener un sistema que puedan adaptar a medida que cambian los tiempos. 

Esto es más fácil decirlo que hacerlo, ya que los bancos más antiguos del Reino Unido tienden a tener capas sobre capas de sistemas codificados y temen que "apagar los sistemas" de la noche a la mañana pueda causar problemas masivos. De hecho, hemos visto algunos de los mayores
nombres importantes aparecieron en las noticias porque sus sistemas colapsaron durante los proyectos de transformación digital, lo que provocó que millones de personas no pudieran realizar pagos durante horas y horas.

Sin embargo, hay soluciones inteligentes. Por ejemplo, existe un software que puede 'envolver y renovar' la tecnología heredada para que no cause problemas al personal ni a los clientes, y esto significa que el banco puede modernizarse y establecer una mejor manera de hacer las cosas para
el futuro. 

Considere cómo un banco ofrece tarjetas de crédito. Con una arquitectura de software envolvente y renovada, la organización puede estar segura sabiendo que las bases de datos de sus clientes y la forma en que interactúan con las oficinas administrativas y administrativas están protegidas, al mismo tiempo que aprovechan la inteligencia artificial.
tecnología que brinda a los agentes de servicio al cliente toda la información que necesitan para sugerirles la mejor para ellos en el momento en que más lo necesitan.

Los codificadores de la vieja escuela se están acabando

La frase, 'la necesidad es la madre de la invención' suena muy cierta con mi último punto. Nada hará que los bancos se den cuenta de que no pueden continuar como lo han hecho durante décadas como la ausencia de personas que puedan actualizar el código que necesitan para mantener esos sistemas en funcionamiento.

Es probable que las personas que crearon aplicaciones bancarias en lenguajes de programación como Java y COBOL en las décadas de 1980 y 90 se jubilen pronto, o ya lo estén. Ese conocimiento del lenguaje de programación está desapareciendo, por lo que no tiene sentido lógico mantener esos
sistemas a lo largo del tiempo. 

Como se mencionó anteriormente, adoptar un enfoque de ajuste y renovación, y hacerlo ahora que todavía hay tiempo para dejar poco a poco las aplicaciones codificadas que chirrían, es la mejor manera de avanzar tanto para los bancos como para los clientes, ya que significa que nadie tiene para hacer
cambios repentinos y añaden riesgos innecesarios a su estrategia de crecimiento.

¿Qué es lo siguiente?

Los días en que los bancos construyen su propio código están contados. Las modernas y ágiles plataformas de software que permiten a los bancos crear las aplicaciones que necesitan de forma rápida y sencilla son el camino a seguir: son más económicas, consumen menos tiempo, son más adaptables y están diseñadas para la
a largo plazo. La pregunta no es si, sino cuándo los bancos dirán adiós a la codificación pura de aplicaciones, y cuanto antes los bancos se den cuenta, mejor les irá.