Das erste Anzeichen dafür, dass ein Rotorblatt-Servicebetrieb seine Tabellenkalkulationen überwachsen hat, ist selten eine Katastrophe. Es ist banaler: der Moment, in dem eine Projektleiterin feststellt, dass sie drei Versionen derselben Stundenliste hat, keine davon als endgültig gekennzeichnet, und die Kampagne vor fünf Wochen endete.
Bei einer oder zwei gleichzeitigen Kampagnen funktioniert eine Kombination aus Tabellenkalkulationen, WhatsApp und gemeinsamen Ordnern gut genug. Das Team ist klein, alle kennen sich, und Ausnahmen werden telefonisch geklärt. Das ist keine Kritik an den Menschen, die diese Einsätze leiten. Es ist ein vernünftiger Ausgangspunkt, der so lange funktioniert, bis er es nicht mehr tut.
Der Punkt, an dem es aufhört zu funktionieren, ist bei jedem Dienstleister anders, aber die Symptome sind konsistent. Stundenzettelstreitigkeiten. Compliance-Dokumentation, die auf vier Smartphones verteilt ist. Rechnungszyklen, die sich Wochen nach Abschluss der Kampagne hinziehen. Wenn diese Probleme gemeinsam auftreten, sind sie kein Zeichen dafür, dass operativ etwas schiefgelaufen ist. Sie sind ein Zeichen dafür, dass die Werkzeuge nicht mehr zur Komplexität der Arbeit passen.
Was Blattservice-Arbeit anders macht
Allgemeine Projektmanagementsoftware wurde nicht für Kampagnen entwickelt, bei denen ein Team IRATA-zertifizierter Seilzugangstechniker in 80 Metern Höhe arbeitet — oft ohne zuverlässige mobile Datenverbindung — auf Turbinen, die über mehrere Windparks verteilt sind, unter Verträgen, die verschiedene Aktivitäten zu unterschiedlichen Tarifen abrechnen. Die Daten, die diese Einsätze erzeugen, sind spezifisch, zeitkritisch und kommerziell bedeutsam auf eine Weise, die bei den meisten Projekten nicht zutrifft.
Ein Stundenzetteleintrag bei einer Blattservice-Kampagne ist nicht nur eine Aufzeichnung von Stunden. Er trägt den Abrechnungssatz, der für diesen Schichttyp gilt, den GPS-Standort, der bestätigt, dass der Techniker an der Turbine und nicht in der Unterkunft war, die Bereitschaftsklassifizierung, die bestimmt, ob der OEM für wetterbedingte Ausfallzeiten den halben oder vollen Satz zahlt, und die digitale Genehmigung des Teamleiters, die die Daten bei einem kommerziellen Streit glaubwürdig macht. Ein Allzweckwerkzeug kann Stunden erfassen. All das kann es ohne erheblichen Konfigurationsaufwand nicht tun — den die meisten Dienstleister weder Zeit noch Ressourcen haben aufzubauen.
Die Lücke zwischen dem, was generische Projektsoftware leisten kann, und dem, was ein Rotorblatt-Servicedienstleister benötigt, ist keine Lücke in Funktionen. Es ist eine Lücke in der Domänenspezifikät.
Die Feldseite: Was am Rotorblatt funktionieren muss
Offline-First ist nicht verhandelbar
Windparkstandorte sind keine Büros. Die Konnektivität reicht von langsam bis nicht vorhanden und ist unvorhersehbar. Jede mobile Anwendung, die für den Betrieb eine Live-Internetverbindung benötigt, ist eine mobile Anwendung, die im Feld nicht genutzt wird. Das Gerät muss vollständig offline funktionieren, alles lokal in der Warteschlange halten und zuverlässig synchronisieren, sobald der Techniker wieder in Reichweite ist. Das klingt einfach. In der Praxis sind Konfliktauflösung, Datenintegrität und Hintergrundsynchronisierung schwierige Ingenieursprobleme — und wenn sie falsch gelöst werden, entstehen korrumpierte Datensätze oder verlorene Daten zum denkbar ungünstigsten Zeitpunkt.
Strukturierte Daten, kein Freitext
Wenn ein Techniker beliebigen Text in ein Notizfeld eingeben kann, sind die Daten, die im Projektdatensatz ankommen, unstrukturiert und nicht auswertbar. Die Suche nach allen Schadensdatensätzen, bei denen der Schadenstyp „Vorderkantenerosion“ war, über 400 Turbinenbesuche hinweg wird zu einer Übung im Interpretieren von Abkürzungen und Schreibvarianten. Die Daten existieren, können aber nicht genutzt werden. Strukturierte Erfassung — definierte Antwortoptionen, Pflichtfelder, bedingte Logik, die die richtigen Fragen zum richtigen Zeitpunkt im Arbeitsablauf einblendet — macht die Daten operativ statt archivisch.
Fotos an Datensätze gebunden, nicht separat gespeichert
Bei einer Blattinspektionskampagne ist das fotografische Beweismaterial kein ergänzendes Material. Es ist der Datensatz. Ein OEM, der eine Reparatur anficht, muss die Vorher- und Nachher-Aufnahmen sehen, die mit der spezifischen Schadensinstanz am spezifischen Blattabschnitt an der spezifischen Turbine verknüpft sind. Fotos, die in einem gemeinsamen Ordner mit Dateinamen wie „IMG_4372.jpg“ gespeichert sind, sind kein Beweis. Fotos, die direkt an einen Aufgabendatensatz angehängt sind — mit Zeitstempel und GPS-Standort, in einem Format, auf das der OEM ohne manuelle Aufbereitung durch den Dienstleister zugreifen kann — sind Beweis. Der Unterschied liegt darin, wie die Software die Beziehung zwischen Bildern und Datensätzen zum Zeitpunkt der Erfassung strukturiert.
Die Büroseite: Was für den Projektmanager funktionieren muss
Stundenzettelgenehmigung ohne eigenen Verwaltungsaufwand
Die gängige Lösung bei Stundenzettelstreitigkeiten sind mehr Prüfschritte. Das Problem ist, dass mehr Prüfschritte mehr Aufwand bedeuten — und dieser Aufwand landet oft bei der einen Person im Büro, die ohnehin schon drei gleichzeitige Kampagnen betreut. Stapelgenehmigung — bei der der Projektmanager GPS-gestempelte Datensätze in einer einzigen Warteschlange prüft, Unregelmigkeiten kennzeichnet und den Rest in einer Aktion genehmigt — macht das tägliche Stundenzettelmanagement bei größerem Umfang überhaupt erst möglich. Die einzelne Prüfung jedes Eintrags nacheinander ist es nicht.
Berichtserstellung, die kein separater Arbeitsauftrag ist
Bei den meisten Blattservice-Kampagnen ist die Erstellung des abschließenden Compliance-Berichts eine eigenständige, manuelle Aufgabe, die mehrere Tage in Anspruch nimmt. Daten aus dem Feld müssen konsolidiert, formatiert und in eine Dokumentenvorlage übertragen werden. Dieser Prozess ist fehleranfällig, zeitaufwändig und vollständig redundant, wenn die Felddaten von Anfang an strukturiert erfasst wurden. Ein Berichtsdesigner, der direkt aus dem Projektdatensatz bezieht — der die Schadensauswertung, Stundenzetteldaten und Fotodokumentation automatisch befüllt — verwandelt eine mehrtägige Aufgabe in eine Angelegenheit von Stunden.
Budgettransparenz, bevor die Kampagne endet
Ein Projektmanager, der am letzten Tag der Demobilisierung feststellt, dass die Kampagne 15 % über Budget liegt, hat keine Handlungsoptionen mehr. Ein Projektmanager, der am vierzehnten Tag sieht, dass die Kampagne auf 8 % über Budget zusteuert, hat Entscheidungsmöglichkeiten: den Umfang anpassen, die Abweichung verhandeln oder zumindest eine kaufmännisch fundierte Erklärung vorbereiten, bevor der Kunde fragt. Echtzeit-Kostenakkumulation — abgeglichen mit dem Projektbudget und mit Warnmeldungen beim Überschreiten von Schwellenwerten — ist der Unterschied zwischen reaktivem und gesteuertem kaufmännischem Handeln.
Die OEM-Integrationsfrage
Rotorblatt-Servicedienstleister sind keine unabhängigen Akteure. Sie arbeiten innerhalb kaufmännischer OEM-Rahmen, die zunehmend eigene digitale Anforderungen haben. Zwei davon sollten bei der Bewertung einer Softwareplattform verstanden werden.
WINDA. Die Schulungsdatenbank der Global Wind Organisation ist heute der Standardreferenz zur Verifizierung von Techniker-Zertifizierungen in der Branche. Dienstleister, die auf OEM-verwalteten Kampagnen arbeiten, müssen bestätigen, dass jeder dem Projekt zugewiesene Techniker aktuelle GWO-Zertifizierungen besitzt (BST, BTT, ART je nach Anforderung). Dies manuell zu tun — Zertifikate vor jeder Mobilisierung einzusammeln und zu prüfen — ist langsam und fehleranfällig. Eine Integration, die WINDA-Datensätze direkt aus dem Projektdatensatz abfragt, eliminiert den manuellen Schritt und schafft einen nachweisbaren Compliance-Nachweis.
OEM-Serviceplattformen. Einige OEMs verlangen inzwischen, dass Blattinspektions- und Reparaturdaten in ihre eigenen Servicemanagementsysteme geliefert werden — und nicht als PDF-Bericht. Nordex arbeitet auf ServiceNow. Ein Dienstleister, der auf Nordex-Anlagen arbeitet und keine direkte Integration hat, gibt Zeit damit, Daten erneut einzugeben, die bereits im Feld erfasst wurden. Die Integration existiert; die Frage ist, ob die Software des Dienstleisters sie unterstützt. Da OEMs diese digitalen Anforderungen auf weitere Systeme ausweiten, wird diese Frage häufiger werden, nicht seltener.
Was bei der Auswahl zu prüfen ist
Die Fragen, die Werkzeuge, die für den Blattservice entwickelt wurden, von solchen unterscheiden, die daran angepasst wurden:
- Funktioniert die mobile Anwendung vollständig offline — und wie geht sie mit der Synchronisierung um, wenn die Verbindung zurückkehrt?
- Wie sieht strukturierte Datenerfassung in der Praxis aus — konfigurierbare Checklisten mit Pflichtfeldern oder Freitextnotizen?
- Werden Fotos direkt an Aufgaben- und Schadensdatensätze zum Zeitpunkt der Erfassung angehängt oder separat gespeichert?
- Unterstützt das Stundenzettelmanagement GPS-Validierung und Stapelgenehmigung — oder muss jeder Eintrag einzeln geprüft werden?
- Können Berichte direkt aus dem Projektdatensatz generiert werden, oder erfordert die Erstellung manuellen Datentransfer?
- Ist die Plattform mit WINDA, Nordex SNOW oder den OEM-Plattformen integriert, die Ihre Kunden nutzen?
- Was weiß der Anbieter über den Blattservice im Besonderen — Seilzugangsdisziplinen, Bereitschaftsklassifizierungen, LEP- und LPS-Arbeitstypen?
Die letzte Frage lässt sich in einer Produktdemonstration schwerer bewerten, ist aber die entscheidende: sie bestimmt, ob die Software auch in zwei Jahren noch zum Betrieb passt, wenn die Randfälle auftauchen, die im Verkaufsgespräch nicht besprochen wurden.
Collabaro wurde von und für Rotorblatt-Servicedienstleister entwickelt. Es deckt die Felddaten, die Stundenzettel, die Berichte und die oben beschriebenen OEM-Integrationen ab. Wenn Sie sehen möchten, wie das in der Praxis aussieht, buchen Sie eine Demo — wir führen Sie durch den für Ihren Betrieb relevanten Workflow.
← Zurück zu Field Notes