Anonymisierte Fallstudie · Technologiestrategie und Neugestaltung des Betriebsmodells
Mehr als 300.000 € jährliche Technologiekosten aus einem wachsenden Health-SaaS entfernt.
Ein wachsendes Health-SaaS wandte sich wegen wiederkehrender Softwareprobleme an Neoground. Das tiefere Problem war ein überdimensioniertes, anbieterabhängiges Betriebsmodell über Infrastruktur, Videoauslieferung, Livestreaming, Anwendungen, Integrationen und Plattformverantwortung hinweg. Neoground richtete dieses Modell neu aus – auf ein angemessen dimensioniertes technisches Fundament, austauschbare Spezialdienste und eine zusammenhängende Plattformstrategie.
- Kunde
- Wachsendes europäisches Health-SaaS-Unternehmen
- Mandat
- Technologiestrategie, Systemrestrukturierung und Infrastrukturmigration
- Einstiegspunkt
- Wiederkehrende Software-, Skalierungs- und Zuverlässigkeitsprobleme
Wiederkehrende Kosten für Infrastruktur, Medien, Streaming, Software, Lizenzen und Anbieter wurden durch die Neuausrichtung beseitigt.
Video- und Live-Auslieferung wurden über die bisherigen, weitgehend auf 720p ausgerichteten Betriebsgrenzen hinaus entwickelt.
Kerndaten, Workflows, Architektur und zukünftige Anbieterentscheidungen der Plattform kehrten unter die Kontrolle des Unternehmens zurück.
Fallstudie navigieren
Kontext
Ein stetig wachsendes SaaS trug eine Technologiestruktur, die für ein ganz anderes Unternehmen gebaut worden war.
Der Kunde betrieb eine abonnementbasierte Gesundheitsplattform mit Anwendungen, Videoinhalten, Livestreams, APIs, externen Integrationen und einer stetig wachsenden Nutzerbasis. Hyperscale-Infrastruktur war nicht erforderlich. Benötigt wurden verlässliche Performance, kontrollierbares Wachstum und eine Plattform, die sich über viele Jahre weiterentwickeln konnte.
Ursprünglich kam das Unternehmen zu Neoground, weil die Software zunehmend schwer zu warten war. Fehler, Performance-Engpässe, Grenzen bei Spitzenlast und wiederholte technische Eingriffe banden Aufmerksamkeit, die in Produkt und Geschäft hätte fließen sollen.
Die Softwareprobleme waren real, aber Symptome einer breiteren Struktur. Hosting, Betriebssysteme, Medienauslieferung, Livestreaming, Spezialwerkzeuge, Individualanwendungen und externe Anbieter hatten sich angesammelt, ohne dass ein gemeinsames wirtschaftliches oder architektonisches Modell sie steuerte.
Rekonstruktion von Technologie und Kosten
Das Unternehmen bezahlte für Skalierung, Spezialisierung und Abhängigkeit, die es in dieser Form nicht brauchte.
Neoground kartierte die Plattform über Infrastruktur, Software, Lizenzen, Medienauslieferung, Livestreaming, interne Workflows, Drittanbieterwerkzeuge, Lieferantenverträge, Betriebsverantwortung und wiederkehrende Kosten hinweg.
Das Gesamtbild zeigte, dass die Ausgaben vom tatsächlichen Wachstumsprofil des Unternehmens entkoppelt waren. Teure Komponenten blieben häufig bestehen, weil sie irgendwann ein Problem gelöst hatten, nach „Enterprise“ aussahen oder nach Jahren anbietergetriebener Entwicklung nur schwer noch hinterfragt wurden.
Dasselbe Muster zeigte sich auf mehreren Ebenen. Ein hochpreisiger Bare-Metal-Server konzentrierte die gesamte Produktionsumgebung auf eine Maschine. Kosten für proprietäre Betriebssysteme liefen ohne zwingende technische Notwendigkeit weiter. Spezialisierte Verträge für Medien und Livestreaming verlangten Enterprise-Preise für Fähigkeiten, die moderne Standarddienste deutlich wirtschaftlicher bereitstellen konnten.
Externe Werkzeuge hielten zudem Metadaten und operative Funktionen, die näher am eigentlichen Produkt liegen sollten. Das erhöhte Kosten und machte das SaaS stärker von APIs, Anbieteroberflächen und fragmentierten Wahrheitsquellen abhängig.
- Ein teurer Produktionsserver bündelte zu viel operative Verantwortung auf einer einzelnen Maschine.
- Internes RAID schützte Laufwerke, bot aber keine vollständige Anwendungs- oder Infrastrukturredundanz.
- Proprietäre Serverlizenzen verursachten wiederkehrende Kosten ohne entsprechenden Produktwert.
- Verträge für Videoauslieferung und Livestreaming waren unverhältnismäßig teuer.
- Medienmetadaten und operative Workflows waren über externe Werkzeuge verteilt.
- Wiederholte Wechsel zwischen Agenturen und Anbietern hatten zu aufeinanderfolgenden Neuaufbauten statt zu einer langfristig tragfähigen Plattformrichtung geführt.
Neugestaltung der Infrastruktur
Die Architektur am tatsächlichen Geschäft ausrichten – und Resilienz von Beginn an mitbauen.
Neoground ersetzte das überdimensionierte Ein-Server-Modell durch eine kleinere, modulare Linux-basierte Infrastruktur. Datenbank-, Anwendungs-, API- und unterstützende Service-Verantwortung konnten dort getrennt werden, wo dies Resilienz, Wartbarkeit oder zukünftige Skalierung verbesserte.
Die Plattformsoftware benötigte nur kontrollierte Anpassungen, um auf der neuen Struktur zuverlässig zu arbeiten. Das Unternehmen behielt sein Produkt und gewann zugleich ein Fundament, das sich schrittweise erweitern ließ, statt einen immer teureren Server irgendwann durch den nächstgrößeren ersetzen zu müssen.
Der Wechsel zu einem passenderen Anbieter senkte die Infrastrukturkosten weiter und verbesserte zugleich Qualität und Zuverlässigkeit der Betriebsumgebung. Das Linux-Fundament beseitigte zudem unnötige proprietäre Serverlizenzen und schuf eine sauberere Grundlage für Automatisierung, Monitoring, Deployment und Wartung.
- Überdimensionierten Bare-Metal-Server durch eine modulare Serverlandschaft ersetzt.
- Verantwortlichkeiten für Datenbank, Anwendung, API und unterstützende Dienste getrennt.
- Tatsächliche Infrastruktur- und Serviceredundanz eingeführt.
- Von der proprietären Serverumgebung auf ein modernes Linux-Fundament migriert.
- Produktion zu einem geeigneteren und wirtschaftlicheren Anbieter verlagert.
- Plattform auf höhere Parallelität und planbarere Performance bei Lastspitzen angepasst.
- Wiederkehrende Infrastrukturkosten bereits vor Lizenz- und weiteren Anbieterersparnissen um mindestens 6.000 € jährlich reduziert.
Betriebsmodell für Medien
Die größten Einsparungen entstanden, indem Kontrolle über Video- und Livestream-Auslieferung zurückgewonnen wurde.
Das Unternehmen zahlte rund 10.000 € pro Monat an einen spezialisierten Medienanbieter für Videoverarbeitung und Streaming. Neoground ersetzte diese Beziehung durch einen Enterprise-fähigen Videoauslieferungsdienst, der hinter den eigenen Plattformgrenzen des Unternehmens integriert wurde.
Das Produkt behielt die Kontrolle über Konten, Zugriffsrechte, Inhaltsmetadaten, Kursbeziehungen und Darstellung. Der Spezialanbieter stellte Medienfähigkeit bereit, ohne selbst zur Architektur des SaaS zu werden. Dadurch entfielen rund 100.000 € jährliche Kosten bei weiterhin verlässlicher Auslieferung.
Paywall-geschütztes Livestreaming folgte demselben Prinzip. Neoground implementierte eine elastische cloudbasierte Streaming-Architektur für mehrere Tausend gleichzeitige Zuschauer, die bei Bedarf weiter skalieren konnte. Der bisherige spezialisierte Livestreaming-Vertrag wurde überflüssig und rund weitere 80.000 € jährliche Kosten entfielen.
Auch eine im Büro betriebene Transcoding-Appliance und Teile des dazugehörigen Medienworkflows wurden unnötig. Hochwertiges Ausgangsmaterial konnte direkt durch die neue digitale Pipeline laufen. Full HD und 4K wurden für Video und Livestreams praktisch nutzbar, während die alte Umgebung weitgehend auf 720p beschränkt geblieben war.
-
01
Video-Bibliothek
Der teure Spezialvertrag für Videoauslieferung wurde durch einen Enterprise-fähigen Dienst hinter einer kontrollierten Plattformintegration ersetzt.
-
02
Livestreaming
Ein skalierbarer Cloud-Streaming-Stack ersetzte einen hochpreisigen Spezialanbieter und erhielt zugleich den geschützten Zugang für zahlende Nutzer.
-
03
Medienverarbeitung
Hardwarebasiertes Transcoding im Büro wich einem einfacheren digitalen Workflow, getragen von ausreichender Netzwerkkapazität.
-
04
Inhaltsqualität
Die Plattform erhielt verlässliche Full-HD- und 4K-Auslieferung, statt weiter um frühere 720p-Grenzen herum zu planen.
-
05
Eigentum an Metadaten
Inhaltsstruktur, Metadaten, Zugriffsregeln und Bibliotheksverwaltung wanderten in das SaaS-Backend, wo sie das gesamte Produkt unterstützen konnten.
-
06
Anbieteroptionalität
Medienanbieter wurden zu austauschbaren Implementierungskomponenten statt dauerhaften Produktabhängigkeiten.
Systeme und Plattformrichtung
Das Produkt nicht länger in Fragmenten neu bauen, sondern ein dauerhaftes Plattformmodell etablieren.
Die technische Geschichte des Unternehmens folgte einem wiederkehrenden Muster. Ein Anbieter oder internes Team baute eine Lösung, das Geschäft entwickelte sich weiter, Einschränkungen sammelten sich an und ein späteres Team ersetzte große Teile des Systems durch eine neue, lokal schlüssige, aber strategisch wieder isolierte Implementierung.
Neoground verband Anwendungsoberfläche, APIs, mobile und externe Anwendungen, Mediensysteme, Integrationen, neue Produktbereiche und Betriebsbackend unter einer gemeinsamen Plattformrichtung. Jede Ebene konnte sich eigenständig weiterentwickeln, folgte aber gemeinsamen Prinzipien für Datenhoheit, Schnittstellen, Berechtigungen, Deployment und Produktstruktur.
Funktionen, die zum Produkt gehörten – etwa Medienmetadaten, Bibliotheksverwaltung, Zugriffslogik und Integrationsstatus – wurden in das Plattformbackend überführt. Spezialisierte externe Anbieter blieben dort im Einsatz, wo sie echte Hebelwirkung boten, aber ihre Datenmodelle und Interfaces bestimmten nicht länger das Gesamtprodukt.
Die Führung erhielt eine klarere technologische Entwicklungslinie. Neue Funktionen und Dienste konnten am selben Plattformmodell bewertet werden, statt das nächste isolierte Werkzeug, die nächste Sonderintegration oder den nächsten zukünftigen Neuaufbau zu erzeugen.
- Eine gemeinsame Richtung für UI, Backend, APIs, Anwendungen, Medien und Integrationen
- Klare Verantwortung für Produktdaten und operative Metadaten
- Stabile Grenzen um austauschbare externe Dienste
- Weniger Abonnements und fragmentierte Administrationsoberflächen
- Modernisiertes Softwarefundament mit höherer Performance und Wartbarkeit
- Eine Plattform-Roadmap, die weiteres Wachstum ohne wiederholte Neuerfindung aufnehmen kann
Die strategische Abwägung
Der entscheidende Schritt war nicht günstigeres Hosting. Es war die Trennung von Produktfähigkeit und geerbten Anbieterkosten.
Ein eng gefasstes Infrastrukturprojekt hätte einige Tausend Euro einsparen können und die größere Anbieter- und Plattformstruktur unangetastet gelassen. Ein reiner Softwareeingriff hätte Performance verbessern können, ohne die Verträge und das Betriebsmodell zu verändern, die den wiederkehrenden Druck erzeugten.
Neoground behandelte Infrastruktur, Software, Medien, Livestreaming, Anbieterbeziehungen, interne Workflows und Plattformstrategie als ein System. Dadurch wurde sichtbar, welche Fähigkeiten das Unternehmen tatsächlich brauchte und welche Kosten primär aus historischer Verpackung und Abhängigkeit entstanden waren.
Die resultierende Architektur lehnte externe Dienste nicht grundsätzlich ab. Sie setzte sie bewusst ein. Standard- und Spezialanbieter konnten Infrastruktur oder Medienfähigkeit liefern, während der Kunde Kontrolle über Produktlogik, Daten, Workflows und die Möglichkeit behielt, Anbieter später auszutauschen.
Das Unternehmen brauchte keine günstigeren Versionen derselben Abhängigkeiten. Es brauchte ein Betriebsmodell, in dem sich Anbieter ändern können, ohne dass sich das Produkt mit ihnen ändern muss.
Ergebnis
Mehr als 300.000 € wiederkehrende Kosten entfernt – und eine Plattform, die mit dem Wachstum ruhiger wurde.
Die kombinierte Neuausrichtung beseitigte mehr als 300.000 € jährliche Software- und Technologiekosten. Das Ergebnis entstand aus angemessener Dimensionierung der Infrastruktur, Änderungen bei Betriebssystem und Anbietern, neuen Modellen für Video- und Livestream-Auslieferung, weniger externen Werkzeugen, Plattformkonsolidierung und dem Wegfall unnötigen Anbieter-Overheads.
Zuverlässigkeit und Performance verbesserten sich gleichzeitig. Die modulare Infrastruktur erhöhte die operative Leistungsgrenze, reduzierte Druck in Spitzenzeiten und schuf belastbarere Redundanz. Modernisierte Software und klarere Servicegrenzen reduzierten zudem wiederkehrende Fehler und Engpässe, die zuvor interne Technikkapazität gebunden hatten.
Der Medienbetrieb wurde zugleich günstiger und leistungsfähiger. Full-HD- und 4K-Auslieferung, skalierbare Paywall-Livestreams, vereinfachtes Transcoding und plattformeigene Metadaten ersetzten eine kostspielige und fragmentierte Anbieterstruktur.
Das interne Technikteam verbrachte deutlich weniger Zeit mit Ausfällen, Skalierungsgrenzen und fragilen Integrationen. Produkt- und Betriebsabläufe wurden ruhiger, während die Führung eine Plattformrichtung erhielt, an der zukünftige Anwendungen, Funktionen, Anbieter und Integrationen ausgerichtet werden konnten.
Die wichtigste Veränderung bestand darin, dass Technologie für das Geschäft weniger sichtbar wurde. Die Plattform lief stabiler, nahm weiteres Wachstum auf und benötigte nicht länger fortlaufende wirtschaftliche oder technische Eingriffe, um ihre Kosten zu rechtfertigen.
- Mehr als 300.000 € jährliche Software- und Technologiekosten entfernt.
- Rund 100.000 € jährliche Kosten für Videoauslieferung beseitigt.
- Rund 80.000 € jährliche Kosten für spezialisiertes Livestreaming beseitigt.
- Ausgaben für Infrastruktur, Betriebssysteme, Anbieter, Hardware und Abonnements zusätzlich reduziert.
- Plattformperformance und Kapazität bei Spitzenlast erhöht.
- Tatsächliche Redundanz ersetzte die Abhängigkeit von einem einzelnen Premium-Produktionsserver.
- Full-HD- und 4K-Auslieferung für Video und Livestreaming wurde praktikabel.
- Interner Wartungsaufwand und wiederkehrende Incident-Arbeit gingen deutlich zurück.
- Anbieterabhängigkeit über Infrastruktur, Medien, Software und Betrieb hinweg sank.
- Die Führung erhielt eine zusammenhängende Plattform- und Technologiestrategie.
Erhebliche jährliche Kosten wurden entfernt, ohne Produktfähigkeit oder Wachstumsspielraum zu reduzieren.
Ein modulares Linux-Fundament, modernisierte Software und klarere Grenzen reduzierten operative Fragilität.
Das Unternehmen konnte Anbieter wechseln, Dienste ergänzen und das Produkt ausbauen, ohne den früheren Neuaufbauzyklus zu wiederholen.
Hinweis zur Vertraulichkeit
Warum diese Fallstudie anonymisiert bleibt.
Das Mandat umfasste vertrauliche Lieferantenverträge, Infrastrukturökonomie, Plattformarchitektur, operative Schwächen, interne Workflows und wirtschaftlich sensible Technologieentscheidungen. Unternehmen, Produkt, Anbieter und identifizierende Implementierungsdetails werden deshalb nicht veröffentlicht.
Die genannten jährlichen Einsparungen und wesentlichen Kostenkategorien beruhen auf dem dokumentierten Mandat. Der Kunde hat diese öffentliche Fallstudie weder beauftragt noch freigegeben; ein Testimonial oder eine Empfehlung wird nicht impliziert.