Menü
Das Portal stellt diese Berichte jetzt planmäßig zusammen und versendet sie und gibt dem Team damit 20 Stunden pro Woche zurück.
Ein reguliertes Zahlungsunternehmen führte seinen gesamten Betrieb — Geschäftskunden aufnehmen, jede Transaktion verfolgen und über alles berichten — mit unverbundenen Werkzeugen und manuellen Tabellen. Es brauchte ein Portal, aus dem heraus sich das Geschäft führen lässt.
Ich habe rund 90 % des Frontends dieses Portals gebaut. Kunden werden gesammelt angelegt statt Formular für Formular, und jedes Konto liegt an einem Ort.
Das Geld — Eingänge, Ausgänge, Inkasso, Überweisungen — wird live beobachtet, statt im Nachhinein zusammengesetzt zu werden.
Der größte Gewinn war das Berichtswesen. Zwei Personen verloren zuvor etwa 20 Stunden pro Woche allein damit — 15 bis 20 wiederkehrende Wochen- und Monatsberichte, jeder einzelne von Hand erstellt.
Zahlen aus Tausenden täglicher Transaktionen ziehen, Excel-Formeln schreiben und jede Datei formatieren: das war die Handarbeit. Jetzt stellt das Portal dieselben Berichte planmäßig zusammen und versendet sie, ohne dass jemand eine Tabelle anfasst.
Hinweis zur Vertraulichkeit: Kunden- und Firmennamen wurden aus Vertraulichkeitsgründen geändert oder weggelassen. Die Arbeit, meine Rolle und der Projektumfang sind echt.
Zwei Personen brauchten einmal etwa 20 Stunden pro Woche, um 15–20 Wochen- und Monatsberichte von Hand zu erstellen — jetzt stellt das Portal sie selbst zusammen und versendet sie
Eingänge, Ausgänge, Inkasso und P2P live beobachtet — nicht im Nachhinein abgestimmt
Nahezu das gesamte Frontend des Webportals, von Anfang bis Ende entworfen und geliefert
Jeder der 15–20 wiederkehrenden Wochen- und Monatsberichte stellt sich jetzt selbst zusammen und versendet sich
Hauptbücher, Nebenbücher und Transaktionen mit mehreren Beteiligten mussten zu Bildschirmen werden, die auch Nicht-Fachleute sicher bedienen können.
TypeScript mit Redux-Toolkit-State-Management und einem Ant-Design-System, in Feature-Modulen strukturiert, damit das Portal weiter wachsen kann.
Live-Transaktionsströme über vier Zahlungswege — täglich zwischen 1.000 und 10.000 — brauchten eine stets aktuelle Ansicht, ohne die Oberfläche zu überfrachten.
Eine Echtzeitansicht über Ein- und Auszahlungen, Inkasso und P2P — kombiniert mit vereinfachter Einzel- und Sammelaufnahme von Nutzern.
Große Finanztabellen mussten sich clientseitig als saubere PDF- und Excel-Dateien exportieren lassen, ohne das Portal einfrieren zu lassen.
PDF- (jsPDF + AutoTable) und Excel-Berichte (XLSX) auf Abruf und nach Zeitplan, die sich selbst erzeugen und zustellen — aus stundenlanger Handarbeit wird ein Hintergrundjob.
Geschäftskunden mussten große Nutzerbestände auf die Plattform bringen — ein manuelles Formular nach dem anderen hätte nie Schritt gehalten.
Rollenbasierter Zugriff, Verwaltung von Firmenkonten und durchsuchbare Transaktionshistorien mit Status — dazu Ansichten für Settlement und Abstimmung in einer responsiven, auf große Datenmengen ausgelegten Oberfläche.
Unsere Teams führen das Geschäft heute aus dem Portal heraus — Kundenaufnahme, Hauptbücher und Live-Transaktionsansichten an einem Ort. Muhammad hat die Geschäftsseite verstanden, nicht nur die Spezifikation.
Die Identität des Kunden ist vertraulich. Diese Zusammenfassung gibt mündliches Feedback an Muhammad und das Projektteam wieder.
Erzählen Sie mir, was Sie bauen oder verbessern, und ich helfe Ihnen, einen praktischen nächsten Schritt zu finden.
Noch keine Kommentare. Teilen Sie als Erste Ihre Gedanken.
Einblicke in Webentwicklung und den Bau von Produkten, die wirklich live gehen.