Zum Inhalt springen

Über uns

Wir bauen Software, in der gearbeitet werden muss.

GMA Corporation baut individuelle Unternehmenssysteme: Software, die den tatsächlichen Betrieb eines Unternehmens bedient, statt eine allgemeine Vorlage mit Inhalten zu füllen.

Die meisten geschäftlichen Probleme löst man nicht dadurch, dass eine Website schöner wird.

Die meisten Anfragen beginnen mit „wir bräuchten eine Website“. Am Ende des Gesprächs stellt sich meist heraus, dass daran nichts fehlt: Irgendwo wird etwas in einer Tabelle geführt, jemand überträgt Daten von Hand von einer Stelle zur anderen, und niemand sieht an einem Ort, wo ein Prozess gerade steht.

Genau diesen Teil bauen wir. Lohn- und Personalverwaltung, Buchungssysteme, Onlineshops und kundenseitige Oberflächen — Software, in die täglich eingeloggt wird und die sich mit dem Unternehmen verändern muss, das sie nutzt.

Das bedeutet, dass der größere Teil der Arbeit unsichtbar bleibt: Datenmodell, Zustände, Berechtigungen, Prozessgrenzen. Die Oberfläche ist das Ende davon — wichtig, aber nicht entscheidend dafür, ob das System funktionieren wird.

Unternehmensweg

Wie aus Betrieb ein System wurde.

Diese Meilensteine handeln nicht von sichtbaren Kampagnen. Sie zeigen, wie die Arbeit genauer wurde: Geschäftsprozesse in Software zu übersetzen, die jeden Tag genutzt werden kann.

  1. 012024Dezember

    Gründung

    GMA Corporation wurde gegründet

    Zum Start des Unternehmens war Kurukhill bereits ein aktiver Kunde. Damit war die Richtung früh klar: Wir bauen keine reinen Präsentationsseiten, sondern Systeme, die echte Geschäftsarbeit bedienen.

  2. 022025Januar

    Infrastruktur

    Eigener Server in Betrieb genommen

    Wir haben unsere professionelle Servermaschine gekauft und in Betrieb genommen, die die Websites und Systeme unserer Kunden bedient. Ab diesem Punkt gehörte auch die Infrastruktur zu unserer Verantwortung.

  3. 032025Januar

    Neuer Kunde

    Katadent kam ins Portfolio

    Mit Katadent wuchs der Kundenkreis, und die Arbeitsweise wurde klarer: Oberfläche, Inhalt und dahinterliegender Betrieb sind keine getrennten Projekte, sondern ein System.

  4. 042025März

    Buchungsplattform

    Balatoni Szállások

    Im Projekt Balatoni Szállások kamen Suche, Unterkunftsdarstellung und Buchungslogik in ein gemeinsames System. Hinter der Gästeoberfläche wurden Datenverbindungen und Zustände zentral.

  5. 052025Mai

    Webshop

    Balkanpowersports

    Balkanpowersports kam als Teile- und Powersports-Webshop zu unseren Arbeiten hinzu. Die Hauptaufgabe war, Produktstruktur, Auffindbarkeit und Bestellweg präzise aufzubauen.

  6. 062025Juli

    Drop-basierter Shop

    InsomniaCrüe

    InsomniaCrüe brachte als drop-basierter Webshop einen anderen Rhythmus: eine visuelle Welt, die sich je Kampagne ändern kann, während die Bestelllogik stabil bleibt.

  7. 072025Dezember

    Eigenes System

    Start der Smartmunka-Entwicklung

    Smartmunka begann als mehr als eine öffentliche Oberfläche: Es wurde als operative Unternehmenssoftware gebaut, mit Mitarbeiterdaten, Prozessen und internem Betrieb dahinter.

  8. 082025Jahresende

    Jahresrückblick

    Vom Portfolio zum Betriebssystem

    Zum Jahresende wirkten die Projekte nicht mehr wie getrennte Websites: Buchung, Webshop, kundenseitige Oberflächen, Serverbetrieb und Geschäftslogik bewegten sich immer bewusster in dieselbe Richtung.

  9. 092026März

    Applikation

    Smartmunka-Applikation

    Mit der Smartmunka-Applikation rückte das System näher an die tägliche Nutzung: Personaladministration und die zugehörigen Prozesse waren nicht mehr nur eine Desktop-Oberfläche, sondern auch ein app-ähnliches Erlebnis.

  10. 102026Mai

    Zutritt

    QR-Code-Zutrittssystem

    Die Richtung des QR-Code-Zutrittssystems begann: schnelle Identifikation, ein einfacher Einstiegspunkt und ein Betrieb, der physische Anwesenheit mit der digitalen Aufzeichnung verbindet.

  11. 112026Juni

    Neues Projekt

    Robinson Pizzéria

    Robinson Pizzéria eröffnete eine weitere gästeorientierte und operative Richtung. Der Fokus blieb gleich: eine digitale Oberfläche, die nicht nur online erscheint, sondern den Tagesbetrieb bedient.

Grundsätze

Wobei wir keine Kompromisse machen.

Das sind keine Versprechen zu Ergebnissen, sondern die Regeln unserer Arbeitsweise. Passt einer davon nicht zu Ihrem Projekt, sollte das gleich zu Beginn gesagt werden.

  • 01

    Erst der Prozess, dann der Bildschirm

    Ein System wird nutzbar, wenn die Datenstruktur und die Zustandsverwaltung dahinter stimmen. Die Oberfläche ist deren Folge, nicht der Ausgangspunkt.

  • 02

    Weniger Systeme, nicht mehr

    Ziel ist nicht ein weiteres Werkzeug, das offen bleiben muss. Wenn ein neues System keine Arbeit ersetzt, hat es nichts gelöst.

  • 03

    Was fertig wird, funktioniert

    Wir bauen in lauffähigen Teilen, damit es etwas zum Ausprobieren gibt. So zeigt sich ein Missverständnis in Wochen, nicht in Monaten.

  • 04

    Die Übergabe ist kein Abschluss

    Ein System beginnt mit dem Livegang zu arbeiten. Betrieb und Weiterentwicklung gehören zur selben Arbeit.

  • 05

    Offene technische Entscheidungen

    Wir erklären, was wir warum so bauen und was eine spätere Änderung kostet. Wir benennen auch die Kompromisse, nicht nur die Vorteile.

  • 06

    Ein Team, eine Verantwortung

    Öffentliche Oberfläche, interne Verwaltung und die Logik dahinter aus einer Hand. Es gibt keine Übergabestelle, an der die Absicht verloren geht.

Sehen Sie, was wir gebaut haben

Wie wir arbeiten

Fünf Schritte, von denen keiner ausgelassen werden kann.

Die Reihenfolge ist keine Stilfrage: Jeder Schritt baut auf dem vorherigen auf, und der letzte endet nicht mit der Übergabe.

  1. 01

    Aufnahme

    Wir gehen den Prozess so durch, wie er heute läuft: wer was tut, wo die Daten entstehen und wo es stockt. Daraus ergibt sich, was überhaupt gebaut werden muss.

  2. 02

    Systementwurf

    Datenstruktur, Zustände, Rollen und ein Entwurf der Oberflächen. Die strittigen Fragen werden hier entschieden, nicht während der Entwicklung.

  3. 03

    Entwicklung

    Wir bauen in lauffähigen Teilen, damit es etwas zum Ausprobieren und Rückmelden gibt. Abweichungen vom Plan zeigen sich so früh.

  4. 04

    Einführung

    Livegang, Datenübernahme und Einarbeitung der Nutzer. Das System ist fertig, wenn wirklich darin gearbeitet wird.

  5. 05

    Betrieb

    Überwachung, Fehlerbehebung und die nächsten Entwicklungsrunden. Ein laufendes System ist kein abgeschlossenes Projekt, sondern ein laufender Dienst.

Kontakt

Gibt es einen Prozess, der ein System braucht?

Beschreiben Sie, wie er heute läuft und wo es hakt. In der ersten Runde schauen wir, was sich überhaupt zu bauen lohnt — und was nicht.