Eine Bank kann ein Portal mit hundert Funktionen besitzen, in das sich ein Kunde einmal im Quartal einloggt, während er seine Überweisungen in der App eines anderen Anbieters macht. Das Problem ist selten eine fehlende Funktion; fast immer geht es darum, ob Kunden tatsächlich nutzen, was da ist. Für einen Head of Digital heißt das: Der Erfolg eines Online-Banking-Portals misst sich nicht an der Liste ausgelieferter Module, sondern daran, wie viel Kunden online erledigen, ohne anzurufen oder in eine Filiale zu gehen.
Nach unserer Erfahrung entscheidet über den Erfolg das Unglamouröse: Geschwindigkeit, Vorhersehbarkeit, Sicherheit ohne Reibung und eine saubere Verbindung zu den Systemen der Bank. Solche Plattformen bauen wir seit Jahren. Für eine führende Bank mit starker Präsenz in der CEE-Region haben wir eine digitale Plattform für Firmenkunden mitentwickelt und dabei sehr anspruchsvolle Erwartungen an bestimmte Programmiersprachen und Technologien erfüllt.
Was erwartet ein Bankkunde heute online?
Ihr Kunde vergleicht Ihr Portal nicht mehr mit dem Portal des Wettbewerbs. Er vergleicht es mit jeder anderen App, die er täglich nutzt, und erwartet dieselbe Leichtigkeit. Die Anmeldung soll sofort gehen, der Saldo gleich sichtbar sein, und die häufigste Aktion in zwei oder drei Schritten erreichbar.
Im Firmenkundengeschäft hat jede Aktion ein anderes Gewicht. Ein Privatkunde prüft einen Saldo; ein Firmenkunde autorisiert eine mehrstufige Überweisung über eine große Summe, verwaltet Berechtigungen im Team und zieht Daten in die eigenen Systeme. Ein einziges Portal muss beide Welten bedienen, ohne die Firmenseite zu verflachen oder die Privatkundenseite zu überfordern. Diese Spannung zwischen Einfachheit und Tiefe ist der Kern beim Entwurf von Online-Banking.
Was entscheidet wirklich darüber, ob ein Online-Banking-Portal genutzt wird?
Ob ein Kunde wiederkommt, hängt meist an drei Dingen, die in keiner Funktionsmatrix auftauchen:
- UX, die zur Aufgabe passt - häufige Aktionen oben, seltene weggeräumt, kein verschwendeter Klick auf dem kritischen Pfad,
- Performance und Vorhersehbarkeit - das Portal antwortet in der Spitze um 9 Uhr genauso schnell wie nachts, ohne Einfrieren während der Autorisierung,
- Barrierefreiheit und WCAG - das Portal funktioniert für Menschen, die Screenreader und Tastaturnavigation nutzen, was im Bankwesen zugleich eine Compliance-Anforderung ist,
- Vertrauen - der Kunde sieht, dass sein Geld und seine Daten sicher sind und dass Sicherheit nicht bei jeder Anmeldung im Weg steht.
Erst die Summe daraus macht aus „ich habe ein Konto bei dieser Bank” ein „ich erledige alles in diesem Portal”.
Wie entwerfen Sie Architektur und Backend des Portals?
Ein Online-Banking-Portal besteht aus mehreren Schichten, die zusammenspielen müssen: dem Frontend, das der Kunde sieht, der Schicht der Geschäftslogik, den Integrationen mit dem Bankenkern und der Sicherheitsschicht, die alles zusammenhält. Wir entwerfen sie so, dass sich eine davon weiterentwickeln lässt, ohne den Rest neu zu schreiben.
Das Backend einer solchen Plattform muss widerstandsfähig und prüfbar sein, nicht nur schnell. Jede Finanzoperation braucht eine Spur, Datenkonsistenz und eine klare Fehlerbehandlung, denn eine Bank hat keinen Raum für eine „Überweisung, die vielleicht durchgegangen ist”. Deshalb setzen wir dort, wo es gerechtfertigt ist, auf eine modulare oder Microservice-Architektur, mit sauberer Trennung der Zuständigkeiten und gut dokumentierten APIs. Dieses Fundament erlaubt es, über Jahre Kanäle und Funktionen zu ergänzen, statt alles für den Starttag auf einmal zu bauen.
Wie gehen Sie mit Sicherheit und Compliance im Online-Banking um?
In einer Bank ist Sicherheit kein zusätzliches Feature, sondern die Bedingung dafür, dass das Portal überhaupt existiert. Wir planen sie von Anfang an ein, statt sie am Ende anzuschrauben:
- starke Authentifizierung und Autorisierung (MFA, SCA), so eingebunden, dass sie schützt statt frustriert,
- Datenverschlüsselung bei Übertragung und Speicherung sowie eine sichere Verwaltung von Geheimnissen,
- vollständige Prüfbarkeit von Operationen und Zugriffen, bereit für die Aufsicht,
- Konformität mit der Branchenregulierung (PSD2, DSGVO, aufsichtsrechtliche Leitlinien und mehr), eingebaut in die Prozesse und nicht in nachträgliche Dokumentation.
Für eine Institution im Private Banking entwickeln wir seit 2017 ihre Sicherheitssysteme und die digitalen Plattformen für ihre Kunden, wir wissen also, dass diese Schicht meist darüber entscheidet, ob ein Projekt überhaupt abheben kann.
Wie integrieren Sie das Portal mit den Systemen der Bank?
Ein Portal entsteht selten auf einer leeren Fläche. Es muss meist mit dem Core-System, dem Transaktionsbanking, den Kartensystemen, dem Data Warehouse und einem Dutzend über Jahrzehnte angesammelter Dienste sprechen. Oft ist nicht die Oberfläche, sondern die Integration der schwierigste Teil des Projekts.
Wir gehen sie von Verträgen und Daten her an: Wir legen genau fest, was das Portal liest und schreibt, über welche APIs und mit welchen Konsistenzgarantien. Wo Quellsysteme alt oder geschlossen sind, bauen wir eine Vermittlungsschicht, die das Portal von ihren Grenzen abschirmt. So wird ein modernes Frontend nicht zur Geisel des Änderungstempos im Bankenkern, und beide können sich im eigenen Rhythmus entwickeln.
Wie sichern Sie Performance und Skalierung bei bankweitem Verkehr?
Online-Banking hat Spitzen: den Zahltag, das Monatsende, die Handelssitzung. Die Plattform muss ihre Antwortzeiten halten, auch wenn sich die halbe Kundschaft gleichzeitig anmeldet. Darum kümmern wir uns auf mehreren Ebenen:
- horizontale Skalierung kritischer Dienste (Containerisierung, Orchestrierung), damit Spitzenlast nicht das Ganze lahmlegt,
- Optimierung von Abfragen und Datenschicht, denn dort bilden sich meist die Engpässe,
- Caching und Asynchronität dort, wo der Kunde nicht jeden Schritt in Echtzeit braucht,
- Monitoring und Observability mit echten Alarmen, die Sie sehen, bevor ein Kunde anruft.
Das Ziel ist kein Rekord im Lasttest, sondern ein Portal, das am schlimmsten Tag des Monats genauso schnell ist wie am ruhigsten.
Welche Kompetenzen stellen wir für ein Bankprojekt bereit?
Wir stellen das Team rund um die konkrete Plattform und ihren Stack zusammen, nicht nach einer fertigen Vorlage. In Bankprojekten besetzen wir am häufigsten:
- Architekten und Backend-Entwickler, die den Kern der Plattform und ihre APIs bauen,
- Frontend-Entwickler, die das Portal und seine UX verantworten,
- Security-Engineers, die Authentifizierung, Verschlüsselung und Compliance bewachen,
- DevOps- und QA-Spezialisten, verantwortlich für stabile Releases und Qualität.
Im Bankwesen zählt zudem, dass wir Menschen zu den geforderten Technologien finden, auch zu ungewöhnlichen - wie im Firmenkundenprojekt, in dem sehr spezifische Programmiersprachen entscheidend waren.
Wie machen wir das bei RITS?
Wir tun es als Nearshore-Partner aus Polen, mit echter, langjähriger Erfahrung im Bankensektor:
- für eine führende Firmenkunden-, Investment- und Privatkundenbank mit starker Position in CEE haben wir eine digitale Plattform für Firmenkunden mitentwickelt und dabei sehr anspruchsvolle Erwartungen an bestimmte Programmiersprachen erfüllt,
- für eine führende Institution im Private Banking und Asset Management entwickeln wir seit 2017 interne Systeme, Sicherheitssysteme und digitale Plattformen für ihre Kunden, mit nahezu 90 eingesetzten Spezialisten,
- wir verbinden Frontend, Backend, Security und Integrationen zu einem wartbaren Ganzen,
- wir prüfen die Kompetenzen vor dem Start und stellen das Team rund um die Technologien und Anforderungen der jeweiligen Bank zusammen.
Meist liefern wir das als Individualsoftware, gebaut von unserem Team, und dort, wo eine Bank bestimmte Kompetenzen schnell aufstocken muss, als Team-Verstärkung oder dediziertes Team.
Wo beginnen Sie mit einem Online-Banking-Portal?
Beginnen Sie mit der häufigsten einzelnen Kundenaufgabe - einer Überweisung, einer Autorisierung, einer Datenabfrage - und zählen Sie, wie viele Schritte den Kunden heute davon trennen, sie zu erledigen. Diese Übung zeigt schneller, wo Sie echte Nutzung verlieren, als eine weitere Liste zu ergänzender Funktionen. Daraus folgen der Umfang des Portals, die Anforderungen an Backend und Integrationen und die Rollen, die Sie im Team brauchen. Die Unterschiede zwischen den Kooperationsmodellen haben wir in unserem Artikel zu IT-Kooperationsmodellen beschrieben.
Sie gestalten oder entwickeln ein Portal und Online-Banking? Sprechen wir darüber - wir finden ein Team und eine Architektur passend zu Ihrer Bank und Ihren Kunden.