MedEtikett
Ein Medizinproduktehersteller in Deutschland — ISO 13485 zertifiziert — benötigte ein Etikettiersystem, das regulatorisch konforme Etiketten zuverlässig, reproduzierbar und ohne manuelle…
Fallstudie ansehen →Monitoring, Updates, Fehler, kleine Änderungen — verantwortet von einem Team, das das System kennt
Der Launch ist nicht die Ziellinie.
Eine Live-Anwendung braucht Aufmerksamkeit, solange sie live ist: Abhängigkeiten altern, Betriebssysteme verlieren den Support, ein Partner ändert sein Format, ein Nutzer findet den Fall, den niemand getestet hat, eine Behörde ändert das Etikett. Wir bieten laufenden Support und Wartung als dauerhafte Verantwortung — für die Systeme, die wir gebaut haben, und ausgewählt für Systeme, die andere gebaut haben.
Reaktiver Support ist keine Strategie.
Zu viele Anwendungen bekommen erst Aufmerksamkeit, wenn etwas kaputtgeht. Abhängigkeiten sind Jahre veraltet, ein Framework bekommt still keine Sicherheitspatches mehr, die Performance sinkt eine langsame Abfrage nach der anderen, und kleine Probleme stapeln sich, bis eines davon der Vorfall ist. Bis dahin sind die Entwickler, die das System gebaut haben, längst weitergezogen, und die erste Stunde jeder Korrektur geht dafür drauf, neu herauszufinden, wie es funktioniert.
Wir betreiben Support als kontinuierliche Verantwortung — mit Zeitplan, festem Team und Protokoll —, nicht als Notdienst, den man ruft, wenn es schon brennt.
Was wir liefern.
Drei Stufen, von Monitoring und Updates bis zu einer festen Kapazität für Änderungen, bemessen daran, wie kritisch die Anwendung ist. Die Mechanik ist auf jeder Stufe dieselbe: ein fester Ansprechpartner, vereinbarte Reaktionszeiten und ein Protokoll über alles, was getan wurde.
- Monitoring und Alarmierung, damit wir von einem Ausfall, einem fehlgeschlagenen Job oder einer volllaufenden Platte erfahren, bevor Ihre Nutzer es Ihnen sagen
- Dependency-, Framework- und Laufzeitupdates nach Zeitplan, einschließlich Sicherheitswarnungen, damit die Anwendung nie auf einer nicht mehr unterstützten Version sitzt
- Fehlertriage und -behebung mit vereinbarten Reaktionszeiten, so präzise dokumentiert, dass die Korrektur der zweite Schritt ist und nicht der fünfte
- Performance-Monitoring und -Tuning: die langsame Abfrage, die wachsende Tabelle, der Bericht, der früher Sekunden brauchte
- Kleinere Erweiterungen und kleine Funktionsarbeiten innerhalb einer monatlichen Kapazität, damit die Anwendung mit dem Geschäft Schritt hält, ohne dass jedes Mal ein neues Projekt aufgesetzt wird
- Mit der Außenwelt Schritt halten: Formatänderungen bei Partnern, Store- und Betriebssystemanforderungen für Mobile-Apps, Zertifikatsverlängerungen, regulatorische Etikettenänderungen
- Backups geprüft und Wiederherstellungen geprobt, ein Release-Weg gepflegt, damit eine dringende Korrektur genauso sicher ausgeliefert wird wie eine geplante
- Ausgewählte Übernahme von Anwendungen, die wir nicht gebaut haben — nach einer Bestandsaufnahme, die ehrlich sagt, wofür wir verantwortlich sein können und wofür nicht
Warum exbisoft.
Zehn Jahre in Produktion sind bei uns der Normalfall.
Die individuelle E-Commerce-Plattform eines Medizintechnikunternehmens ist seit fast zehn Jahren mit über 99 Prozent Verfügbarkeit live — Hosting, Serverwartung und Updates durchgehend bei uns. Den Angebotskonverter eines Telekommunikationspartners pflegen wir durch jede Revision des Anbieterformats. Langfristig ist das, was die meisten unserer Engagements werden.
Dasselbe Team, wenn wir es gebaut haben.
Engineers, die die Geschichte Ihres Systems und die Gründe hinter seinen Entscheidungen kennen — kein wechselnder Support-Desk, der bei null anfängt. Dieses Wissen macht aus einer zweitägigen Untersuchung eine zweistündige Korrektur.
Kontinuierlich, nicht reaktiv.
Updates sind geplant, das Monitoring wird beobachtet, und kleine Probleme werden behandelt, solange sie klein sind. Support ist ein fester Bestandteil der Zusammenarbeit, proaktiv gesteuert statt nur durch Vorfälle ausgelöst.
Gebaut, um betreut zu werden.
Die Systeme, die wir bauen, kommen mit den Umgebungen, der Pipeline und der Dokumentation, die Support günstig machen: Eine dringende Korrektur geht denselben Weg über Entwicklung, QA, Test und Live wie ein geplantes Release, und es gibt einen Nachweis, was wann ausgeliefert wurde.
Ehrlich beim Umfang.
Anwendungen, die anderswo gebaut wurden, übernehmen wir ausgewählt, nach einer Bestandsaufnahme, und nur dort, wo wir wirklich Verantwortung tragen können. Wo nicht, sagen wir das — und wir sagen, was sich vorher ändern müsste.
Eine Live-Anwendung ohne Supportplan?
Erzählen Sie uns, was Sie haben, wer es gebaut hat, wie es heute läuft und was passiert, wenn es ausfällt. Wir sagen Ihnen ehrlich, wie laufender Support aussehen sollte — und auf welcher Stufe.
Gespräch beginnen