Ein unabhängiges ungarisches Softwareunternehmen.

Appsint ist ein unabhängiges ungarisches Unternehmen für IT-Lösungen und Beratung, gegründet 2011. Wir entwerfen, bauen und betreiben komplette Unternehmenssysteme auf unserem eigenen, bewährten Low-Code-Framework — durchgängig, von der ersten Idee bis zum jahrelangen Betrieb.

Wir sind ein erfahrenes Team mit tiefem Fachwissen in Banken, Energie, Nuklear, öffentlicher Verwaltung und EU-finanzierten Programmen. Das Unternehmen wurde von zwei erfahrenen IT- und Unternehmensberatern gegründet, die nach Jahren in großen Unternehmens- und Regierungsprojekten das Framework bauten, das sie sich immer gewünscht hatten — und ein Unternehmen, um damit komplette Lösungen zu liefern. Die ganze Geschichte der Gründer lesen →

Die meisten Umsetzungsprobleme leben in der Lücke zwischen den Menschen, die das Geschäft verstehen, und den Menschen, die die Software bauen — eine Lücke, die üblicherweise mit Übergaben, schriftlichen Spezifikationen und Hoffnung überbrückt wird. Appsint ist bewusst so aufgebaut, dass diese Lücke nicht existiert. Dieselbe Person, die sich mit einem Kunden zusammensetzt, um eine Anforderung zu verstehen und zu formalisieren, ist auch diejenige, die die Lösungsarchitektur entwirft und sie in unserem Low-Code-Framework aufbaut.

Das ist nur mit einer bestimmten Art von Kollegen möglich: erfahren, neugierig und wirklich in beiden Welten zu Hause. Unsere Entwickler sind zugleich Business Analysts (BA); unsere Analysten denken in Architektur und Datenmodellen. Wenn ein Kunde beschreibt, wie seine Arbeit tatsächlich abläuft — die Ausnahmen, die Sonderfälle, die regulatorischen Vorgaben —, weiß die zuhörende Person bereits, was der Bau erfordert und was eine spätere Änderung kosten wird. Nichts geht bei der Übersetzung verloren, weil es keinen Übersetzungsschritt gibt.

Es bedeutet auch, dass das Team auf die Weise dynamisch ist, die zählt: Kleine Entscheidungen treffen die Menschen, die dem Problem am nächsten sind, Kurskorrekturen geschehen in Tagen statt in Change-Request-Zyklen, und die Person, die etwas zugesagt hat, ist auch die, die es liefert.

Die Gründer verbrachten das erste Jahrzehnt ihrer Laufbahn als Berater und Architekten in großen, geschäftskritischen Programmen für Unternehmen und den öffentlichen Sektor — Banken-Backoffices, behördliche Informationssysteme, regulierte Finanzwirtschaft, dokumentenintensive Abläufe. Projekt für Projekt sahen sie dasselbe Fehlermuster wiederkehren, und es hatte nichts damit zu tun, wie clever die Technologie war.

Anforderungen wurden auf Papier geplant, indem man sich die Software vorstellte. Geschäftsleute sollten im Voraus und im Detail festlegen, wie sich Softwarefunktionen verhalten sollen — diese Funktionen wurden dann auf Papier entworfen, abgezeichnet und erst viel später gebaut. Aber die Aufgabe einer Führungskraft ist es, das Geschäft gut zu führen, nicht Software zu entwerfen. Sie zu bitten, sich ein nie gesehenes System vorzustellen, brachte selbstbewusste Spezifikationen hervor, die sich als falsch erwiesen, sobald eine funktionierende Maske erschien.

Veränderung machte alles kaputt. Echte Organisationen stehen nicht still. Vorschriften ändern sich, Prozesse entwickeln sich weiter, Prioritäten verschieben sich. In einer papierorientierten Welt mit großem Vorab-Design öffnete jede Änderung die gesamte Kette erneut — neu spezifizieren, neu entwerfen, neu entwickeln, neu testen —, und Budget und Zeitplan zahlten den Preis dafür. Und das Feedback kam zu spät: Bis Endnutzer und Fachverantwortliche das System tatsächlich anfassen konnten, waren die teuren Entscheidungen längst gefallen.

Die Gründer kamen zu dem Schluss, dass das Problem weder die Menschen noch der Aufwand waren — es war die Methode. Ein komplexes System lässt sich nicht zuverlässig auf Papier mit Menschen entwerfen, deren Expertise das Geschäft ist, nicht die Software. Man muss sie früh und oft auf etwas Reales reagieren lassen.

Also stellten sie sich eine andere Art zu bauen vor: gegen echte funktionale Gerüste planen, nicht gegen Papierabstraktionen. Schnell ein funktionierendes Rückgrat aufstellen, in den ersten Wochen echte, klickbare Prototypen vor Endnutzer und Fachverantwortliche stellen, direktes Feedback einholen und das System auf das zulaufen lassen, was die Organisation wirklich braucht — während ein stabiles, ingenieurmäßig gebautes Rückgrat das Ganze auch unter Veränderung verlässlich hält.

Diese Idee brauchte ein Fundament, das es in einer Form, der sie vertrauten, noch nicht gab, also bauten sie eines: ein Low-Code-Framework (WSF — ursprünglich das Workflow Solution Framework), das ein echtes, funktionierendes System schnell aufstellen, Veränderungen kostengünstig aufnehmen und dennoch das Gewicht einer regulierten, geschäftskritischen Bereitstellung tragen konnte. Sie bewiesen es in wiederholten Kundenprojekten — und gründeten dann 2011 Appsint, um das Framework als echtes geistiges Eigentum zu entwickeln und damit vollständige, „schwergewichtige” Unternehmenslösungen zu liefern, durchgängig: von der ersten Idee bis zu jahrelangem Betrieb.

Genau das tut Appsint bis heute.