I&M Bank elige a Otoma para modernizar sus pagos de extremo a extremo

Qué ha ocurrido

El banco keniano I&M Bank, una entidad comercial de nivel 1, ha seleccionado a Otoma, un proveedor de infraestructura de pagos nativa de IA y sin código, para modernizar su tecnología de pagos de extremo a extremo. Según informó Finextra, el objetivo declarado es ofrecer a sus clientes servicios de pago más rápidos, fiables y eficientes.

El alcance del acuerdo abarca toda la cadena de pagos del banco y no un módulo aislado, lo que sitúa el anuncio dentro de un proceso de transformación tecnológica de mayor envergadura. Las fuentes disponibles no detallan el calendario de implantación, las condiciones económicas del contrato ni las funcionalidades que se desplegarán en una primera fase.

La noticia llega en un momento en que muchas entidades financieras africanas revisan sus sistemas heredados de pagos. La elección de una plataforma sin código sugiere que el banco busca cambiar flujos de pago con menos dependencia de ciclos largos de desarrollo a medida.

Por qué importa

Para los responsables de experiencia, IA y transformación digital, el caso ilustra cómo una plataforma de pagos nativa de IA y sin código puede cambiar la forma en que una organización diseña, ajusta y opera sus servicios financieros. Cuando la infraestructura de pagos se puede reconfigurar con menos fricción técnica, la capacidad de responder a necesidades cambiantes de los clientes deja de depender únicamente del equipo de ingeniería.

El impacto directo recae sobre cada transacción que realiza un cliente. Pagos más fiables y procesos más eficientes reducen los puntos de incertidumbre en los que tradicionalmente se pierde la confianza, y eso convierte la modernización del núcleo de pagos en una decisión de servicio tanto como de tecnología.

La perspectiva de Renascence

En Renascence creemos que la velocidad de un pago es el aspecto menos revelador de cualquier modernización. Los clientes juzgan los pagos por los momentos de duda: la transferencia que no se confirma, el estado que no se explica, el reintento que no sabe si ya se ha cobrado.

El principio de fondo es reducir el esfuerzo percibido y hacer visible el estado de cada operación en todo momento. Un proveedor puede prometer rapidez, pero la confianza se construye cuando el cliente entiende qué ha pasado sin necesidad de llamar al banco. Antes de evaluar funcionalidades, un operador orientado al cliente debería mapear los recorridos de fallo más frecuentes y definir qué información necesita el usuario en cada uno. Esa lista, y no la demostración del proveedor, debería marcar los criterios de selección.