Wenn Sie eine IoT-Plattform unter Ihrer eigenen Marke wiederverkaufen, schließt der Kunde die Vereinbarung zum Servicelevel mit Ihnen und mit niemandem sonst. Ihr Logo steht auf den Dashboards, Ihr Name auf der Rechnung, und Ihr Telefon klingelt, wenn um 2 Uhr nachts keine Daten mehr ankommen. Die Infrastruktur betreiben aber nicht Sie, und aus dieser einen Tatsache folgt die Regel, der jede Klausel in Ihrem SLA gehorchen muss: Sie können Ihrem Kunden nicht mehr zusagen, als die Plattform Ihnen zusagt.
Jede Zusage, die Sie aufschreiben, ist entweder durch eine Zusage des Anbieters gedeckt oder wird von Ihnen als nicht eingepreistes Risiko getragen. Die meisten Reseller-SLAs scheitern, weil sie aus Vorlagen kopiert wurden, die für Unternehmen mit eigenen Servern geschrieben sind. Ihres muss umgekehrt entstehen, ausgehend von dem Dokument, das Ihr Anbieter Ihnen gibt.
Das Durchleitungsproblem
Legen Sie das SLA des Anbieters auf den Tisch, bevor Sie ein Wort Ihres eigenen schreiben. Wenn die Plattform 99,9 Prozent Verfügbarkeit zusagt und Sie einem Kunden 99,95 versprechen, haben Sie die Differenz persönlich übernommen: etwa 21 Minuten Risiko pro Monat, ohne Infrastruktur zum Reparieren und ohne Gutschrift von oben, wenn es schiefgeht.
Diese Lücke bewusst zu übernehmen und in Ihr Honorar einzupreisen, kann eine legitime kaufmännische Entscheidung sein, und wie Sie den Managed Service bepreisen ist der Ort, an dem sie fällt. Sie zu übernehmen, weil niemand die Subtraktion gemacht hat, ist der Weg, auf dem Reseller Servicegutschriften aus der eigenen Marge zahlen.
Genau deshalb gehört das SLA des Anbieters auf Ihre Auswahlliste für Plattformen. TagoIO veröffentlicht sein SLA unter tago.io/sla und ist nach ISO 27001 zertifiziert, was einem Reseller eine geprüfte Grundlage zum Aufbauen gibt statt einer mündlichen Zusicherung. Wenn Sie noch entscheiden, worauf Sie aufbauen: die Plattformen, die Integratoren tatsächlich wiederverkaufen, sind die, die ihre Zahlen veröffentlichen.
Definieren Sie Verfügbarkeit, bevor Sie sie zusagen
Ein Verfügbarkeitsprozentsatz ohne Definition ist Dekoration. Drei Parameter geben ihm Bedeutung.
Zuerst das Messfenster. 99,9 Prozent monatlich gemessen erlauben etwa 43 Minuten Ausfall pro Monat, während dieselbe Zahl jährlich gemessen einen brutalen achtstündigen Ausfall in elf ruhigen Monaten verschwinden lässt. Monatlich ist das ehrliche Fenster.
Zweitens, was als Ausfall zählt: nur der Totalausfall, oder auch eingeschränkter Betrieb? Wenn die API in 30 Sekunden statt in 300 Millisekunden antwortet, erlebt Ihr Kunde einen Ausfall, ob Ihre Definition das zugibt oder nicht.
Drittens, wer misst und wie berichtet wird. Eine Zusage, die der Kunde nicht überprüfen kann, erzeugt Streit. Nennen Sie also die Überwachungsquelle und verpflichten Sie sich, Störungen zu melden, statt auf die Nachfrage zu warten. Unabhängige Erkennung ist auch das, was es erlaubt, Plattformausfälle als Managed Service Provider zu handhaben, statt davon vom eigenen Kunden zu erfahren.
Datenhaltbarkeit ist nicht Verfügbarkeit
Diese zwei werden ständig vermischt, und es sind verschiedene Versprechen mit verschiedenen Folgen. Verfügbarkeit heißt, ob der Dienst jetzt antwortet. Haltbarkeit heißt, ob die Daten überleben.
Eine Plattform kann eine Stunde ausfallen und nichts verlieren, und Ihr Kunde bekommt eine Entschuldigung und eine Gutschrift. Verlorene Daten sind eine andere Kategorie von Fehler, oft nicht wiederherstellbar und manchmal ein Compliance-Verstoß.
Ihr SLA braucht getrennte Formulierungen für beides: einen Verfügbarkeitsprozentsatz mit den Definitionen von oben und eine Haltbarkeitsklausel zu Aufbewahrungsdauer, Backup-Häufigkeit und dem Schicksal der Daten, die während eines Ausfalls gepuffert werden. Stellen Sie Ihrem Anbieter die Pufferfrage direkt, denn das Verhalten der Datenaufnahme während eines Ausfalls ist der Punkt, an dem Haltbarkeit unbemerkt zum Problem der Verfügbarkeit wird.
Supportstufen: Reaktion zusagen, Lösung anstreben
Reaktionszeit ist, wie schnell eine qualifizierte Person einsteigt. Das steuern Sie über Personal, also sagen Sie es verbindlich zu. Die Lösungszeit hängt davon ab, wo der Fehler sitzt, und sitzt er in der Plattform, passiert die Behebung in Infrastruktur, die Sie nicht betreiben. Halten Sie die Lösung als erklärtes Ziel.
Binden Sie beides an die Schwere. Ein Vorfall der Stufe 1, Dienst für alle Nutzer ausgefallen, kann eine Reaktion innerhalb einer Stunde rund um die Uhr und ein Wiederherstellungsziel von vier Stunden tragen. Stufe 2, eingeschränkt aber laufend, erhält eine Reaktion innerhalb von vier Arbeitsstunden. Stufe 3 deckt Fragen und kleinere Fehler mit einem Arbeitstag ab.
Setzen Sie Zahlen, die Ihr Team in einer schlechten Woche schafft, denn eine monatlich verfehlte Zusage kostet mehr Vertrauen als eine nie gegebene. Die Grenzen aufzuschreiben ist auch, was Support tragfähig macht, wenn Sie über zehn Kunden hinauswachsen.
Wartungsfenster und Ausstiegsbedingungen
Geplante, vorab angekündigte Wartung liegt außerhalb der Verfügbarkeitsrechnung, und Ihre angekündigten Fenster müssen innerhalb der Fenster Ihres Anbieters liegen, damit dessen Wartung nie gegen Sie zählt. Sagen Sie 72 Stunden Vorlauf oder mehr zu.
Ausstiegsbedingungen sind die Klauseln, die Käufer im Gedächtnis behalten. Legen Sie fest, dass der Kunde seine Daten während der Vertragslaufzeit und bei Beendigung in einem dokumentierten, maschinenlesbaren Format exportieren kann, nennen Sie die Frist und nennen Sie die Kosten, am besten null. Auf einer Plattform mit vollständigen APIs kostet diese Klausel fast nichts, und sie gewinnt Ausschreibungen gegen Wettbewerber, deren Schweigen zum Ausstieg alles sagt. Ausstiegskosten bis zum Ausstieg zu ignorieren gehört zu den teuersten Fehlern, die Integratoren machen, und dieselbe Frage steht im Zentrum von Anbieterabhängigkeit.
Klauselmuster, die Sie anpassen können
Das sind Formulierungsmuster für Ihre Rechtsabteilung, keine Rechtsberatung. Ein paar Formen, die funktionieren:
“Monatlicher Verfügbarkeitsprozentsatz bezeichnet die Gesamtminuten des Kalendermonats, abzüglich der Minuten der Nichtverfügbarkeit, geteilt durch die Gesamtminuten des Monats. Geplante Wartung, die mindestens 72 Stunden im Voraus angekündigt wurde, ist von der Nichtverfügbarkeit ausgenommen.”
“Vorfälle der Stufe 1 erhalten innerhalb einer Stunde nach Meldung eine Reaktion durch eine qualifizierte Fachkraft, 24 Stunden am Tag, sieben Tage in der Woche. Wiederherstellungsziele sind Zielwerte, keine Garantien.”
“Die Daten des Kunden bleiben Eigentum des Kunden. Innerhalb von 30 Tagen nach Beendigung stellt der Anbieter alle Kundendaten in einem dokumentierten, maschinenlesbaren Format zum Export bereit, ohne zusätzliche Kosten.”
“Servicegutschriften werden als Prozentsatz der Monatsgebühr berechnet, sind auf 100 Prozent einer Monatsgebühr begrenzt und stellen den einzigen Rechtsbehelf bei Verfügbarkeitsmängeln dar.”
Bauen Sie es gespiegelt
Die Methode ist mechanisch. Legen Sie das SLA des Anbieters und Ihren Entwurf nebeneinander und schreiben Sie zu jeder Ihrer Klauseln den Namen der Anbieterklausel, die sie deckt, oder die Marge, die sie einpreist. Was keines von beidem hat, ist eine Schenkung an Ihren Kunden.
Prüfen Sie diese Zuordnung jährlich, denn die Bedingungen Ihres Anbieters, Ihre Personaldecke und Ihre Flottengröße bewegen sich alle. Es ist auch das Dokument, das sich ändert, wenn Sie von Einzelprojekten auf wiederkehrende Services umstellen, denn ein Abonnement ist ein Versprechen, das sich jeden Monat erneuert.
Der Abstand zwischen dem, was Sie erhalten, und dem, was Sie versprechen, verschwindet nie. Ein gutes SLA verkleinert ihn, preist ihn ein und setzt Ihren Namen nur auf das, was Sie kontrollieren. Beginnen Sie mit einer veröffentlichten Grundlage: das SLA von TagoIO steht unter tago.io/sla. Buchen Sie eine Demo oder starten Sie kostenlos.
