Projekte
Plattformen und Websites im Detail: was die Ausgangslage war, wie sie geschnitten sind, was sie können – und was daran noch aufgebaut wird.
Fallstudien
Vom Auftritt über die Verwaltung bis zur Zugriffssteuerung: Sie führen öffentlichen Auftritt und laufenden Betrieb zusammen.
Eigenentwicklung · Software-Plattform
XINOOMandantenfähige Business-Plattform · Kundenverwaltung · CMS · Zugriffssteuerung
Unsere eigene Plattform: Kundenverwaltung, Finanzen, Projekte, Support und Website-Pflege in einem System – mandantenfähig, damit sie anderen Unternehmen als eigener Arbeitsbereich bereitgestellt werden kann.
Fallstudie lesenMusik, Entertainment & Kreativwirtschaft
VIVAORA Entertainment UGDigitales Betriebssystem · Musik · Buchung · Verwaltung
Ein Künstlerprojekt ist ein Unternehmen: Veröffentlichungen, Anfragen, Angebote, Belege, Dokumente und Inhalte gehören in ein System statt in acht Werkzeuge.
Musik, Entertainment & Eventdienstleistungen
DJ D WhiteEventplattform · Redaktionssystem · Buchung · Kundenverwaltung
Neuer Auftritt mit Buchungsanfragen, Equipment-Verleih, Referenzverwaltung und geschütztem Verwaltungszugang für einen Künstler im Veranstaltungsgeschäft.
Fallstudie lesenImmobilienverwaltung, -vermittlung und -bewertung
Weiß-Plan GmbHWebsite-Relaunch · XINOO CMS · geschützter Redaktionszugang
Neuer Webauftritt mit eigenem Designsystem, XINOO-Redaktionssystem und geschütztem Zugang für ein Immobilienunternehmen – mit Einbindung vorhandener Fachsysteme.
Fallstudie lesenFulfillment, Logistik & Handel
VL BlumOperations-Plattform · Systementwurf & Oberfläche
Vom Auftrag bis zur Rechnung greifen in der Logistik acht Schritte ineinander. Für VL Blum ist der vollständige Systementwurf einer Operations-Plattform entstanden – Oberfläche gebaut, Backend-Umsetzung als nächster Schritt.
Lösungsmuster
Neben den benannten Projekten zwei Muster, die in vielen Vorhaben in ähnlicher Form auftreten.
Die folgenden Darstellungen sind Lösungsmuster, keine benannten Kundenprojekte. Die belegten Projekte stehen oben.
Unabhängig vom Anwendungsfall bleiben vier Dinge gleich.
Anmeldung, Rollen und Berechtigungen als Teil der Architektur – nicht als nachträgliche Ergänzung.
Web-Anwendungen, APIs und Schnittstellen, die zum Prozess passen statt umgekehrt.
Anbindung bestehender Systeme, ohne sie vorher ersetzen zu müssen.
Protokollierte Zugriffe und prüfbare Datenhaltung als Voraussetzung, nicht als Zusatz.
Systeme dieser Größe sind an keinem Stichtag fertig. Wir kennzeichnen deshalb je Bereich, ob er entwickelt ist, gerade aufgebaut wird oder vorgesehen ist – mit denselben drei Begriffen auf jeder Seite: Umgesetzt, Wird aufgebaut, Vorgesehen. Was wir nicht belegen können, steht nicht auf diesen Seiten.
Schildern Sie die Ausgangslage. Wir ordnen ein, welche Ebene zuerst dran ist – und ob wir dafür die Richtigen sind.