Warum Banken, die erwägen, ihre eigenen Anwendungen zu programmieren, noch einmal nachdenken sollten (Steve Morgan)

Jede Bank, die Anwendungen für alles erstellen möchte, vom Versenden eines Newsletters an Kunden bis hin zum Onboarding eines neuen Kunden, ist möglicherweise der Meinung, dass Hardcoding das Beste oder die einzige Option ist, die sie haben. 

Lassen Sie mich Ihnen drei Gründe nennen, warum sie noch einmal nachdenken sollten.

Die Codierung ist teuer und zeitaufwändig

Hardcoding-Anwendungen können Programmierer Monate in Anspruch nehmen – es kann sehr umständlich und ineffizient sein. Und weil qualifizierte Programmierer so schwer zu finden sind, ist ihre Zeit nicht billig, und die Kosten können sich schnell summieren. 

Es ist weitaus kostengünstiger, in eine Low-Code-Plattform zu investieren, mit der Anwendungen schnell und einfach erstellt werden können, da dies nicht die Fähigkeiten eines professionellen Programmierers erfordert und stattdessen von jedem mit Grundausbildung durchgeführt werden kann. Bewerbungen können bis und
innerhalb weniger Tage oder Wochen ausgeführt werden, sodass Banken ihre Betriebsabläufe verbessern und Kunden schneller bedienen können. 

Darüber hinaus ist es mit einer Low-Code-Plattform für alle Beteiligten oder Projektleiter einfacher, daran zusammenzuarbeiten und in jeder Phase effektiv Feedback einzubringen. Denken Sie darüber nach – für alle Nicht-Programmierer, die dies lesen, wie oft haben Sie schon nachgesehen
Codezeilen gelesen und verstanden, was es bedeutet, nützliches Feedback dazu zu geben? Es gibt Low-Code-Plattformen auf dem Markt, die Arbeit für jedermann in Echtzeit zugänglich machen und die Drag-and-Drop-Funktionen und einfache Terminologie verwenden, um nicht nur das zu machen, wie das funktioniert
Anwendung funktioniert übersichtlich, aber auch der Prozess dahinter nachvollziehbar.

Codierung und Anpassung an Veränderungen gehen nicht Hand in Hand 

Die Hardcodierung ist nicht nur mühsam und kostspielig, auf diese Weise erstellte Anwendungen können auch schwer zu ändern sein, was alles andere als ideal für moderne Finanzorganisationen ist, die sich an sich ändernde Kundenpräferenzen anpassen müssen. Im Jahr 2022 und darüber hinaus das Wachstum
Ihrer Organisation ist bei weitem nicht garantiert, und Weiterentwicklung ist die einzige Lösung, daher müssen Banken über ein System verfügen, das sie an veränderte Zeiten anpassen können. 

Das ist leichter gesagt als getan, da die ältesten Banken Großbritanniens in der Regel Schichten über Schichten von fest programmierten Systemen haben und befürchten, dass das „Abschalten von Systemen“ über Nacht massive Probleme verursachen könnte. In der Tat haben wir einige der größten Großbritanniens gesehen
High-Street-Namen tauchten in den Nachrichten auf, weil ihre Systeme während digitaler Transformationsprojekte abstürzten, was dazu führte, dass Millionen von Menschen stundenlang keine Zahlungen leisten konnten.

Es gibt jedoch intelligente Lösungen. Zum Beispiel gibt es Software, die veraltete Technologie „umhüllen und erneuern“ kann, damit sie weder Mitarbeitern noch Kunden Probleme bereitet, und das bedeutet, dass die Bank modernisieren und eine bessere Vorgehensweise einrichten kann
die Zukunft. 

Überlegen Sie, wie eine Bank Kreditkarten anbietet. Mit einer Wrap-and-Renew-Softwarearchitektur kann sich das Unternehmen darauf verlassen, dass seine Kundendatenbanken und die Art und Weise, wie sie mit Front- und Backoffice interagieren, geschützt sind und gleichzeitig KI-gesteuert genutzt werden
Technologie, die den Kundendienstmitarbeitern alle Informationen liefert, die sie benötigen, um ihnen den besten für den Zeitpunkt vorzuschlagen, zu dem sie ihn am dringendsten benötigen.

Old-School-Programmierer gehen zur Neige

Der Satz „Not macht erfinderisch“ klingt bei meinem letzten Punkt so wahr. Nichts wird Banken erkennen lassen, dass sie nicht so weitermachen können, wie sie es seit Jahrzehnten getan haben, wie das Fehlen von Leuten, die den Code aktualisieren können, den sie benötigen, um diese Systeme am Laufen zu halten.

Die Leute, die in den 1980er und 90er Jahren Bankenanwendungen in Programmiersprachen wie Java und COBOL erstellt haben, werden wahrscheinlich bald oder bereits in Rente gehen. Dieses Programmiersprachenwissen schwindet, daher macht es keinen logischen Sinn, diese beizubehalten
Systeme im Laufe der Zeit. 

Wie bereits erwähnt, ist ein Wrap-and-Renew-Ansatz für Banken und Kunden gleichermaßen der beste Weg nach vorn, da dies jetzt noch Zeit ist, um Stück für Stück von knarrenden hartcodierten Anwendungen wegzukommen, da dies bedeutet, dass dies niemand getan hat zu machen
plötzliche Änderungen und fügen ihrer Wachstumsstrategie unnötige Risiken hinzu.

Was kommt als nächstes?

Die Tage, in denen Banken ihren eigenen Code erstellt haben, sind gezählt. Moderne agile Softwareplattformen, die es Banken ermöglichen, die benötigten Anwendungen schnell und einfach zu erstellen, sind der Weg in die Zukunft – sie sind billiger, weniger zeitintensiv, anpassungsfähiger und für die
langfristig. Die Frage ist nicht ob, sondern wann sich die Banken von der reinen Hardcodierung von Anwendungen verabschieden werden, und je früher die Banken dies erkennen, desto besser werden sie dran sein.