Start · Lösungen · Betrieb & Produktion · Störungen und Prüfungen der Attraktionen im Griff
Lösung · Betrieb & ProduktionDie Störung in einer Minute von der Attraktion gemeldet, die Prüfung geplant, bevor die Bahn am Samstag stirbt
Störungen und Prüfungen der Attraktionen im Griff
Ein QR-Code an jeder Attraktion lässt das Team eine Störung in einer Minute melden, vom Handy, mit Foto. Der Roboter führt das Serviceheft jedes Geräts, überwacht Prüftermine, sperrt die defekte Attraktion im Buchungssystem und erinnert den Techniker, bevor aus der Kleinigkeit der Samstagsausfall wird. Reparaturen und Stilllegungsentscheidungen bleiben bei Menschen.
Kurzfassung für die Geschäftsführung
Ein Freizeitbetrieb lebt von funktionierenden Attraktionen: Bahnen, Maschinen, Gokarts, Ständen; ihre Störungen aber leben auf der Kreidetafel, in SMS und im Glauben, jemand habe den Service schon angerufen.
Der QR-Code an der Attraktion macht aus der Meldung eine Minute Arbeit: Beschreibung, Foto, fertig; der Roboter eröffnet einen Vorgang, führt das Serviceheft des Geräts und sorgt dafür, dass keine Meldung unterwegs stirbt.
Prüfungen werden aus dem Kalender geplant, nicht aus Ausfällen; die defekte Attraktion verschwindet aus den Buchungen, bevor ein Kunde sie online kauft, und der Inhaber sieht, welches Gerät am häufigsten ausfällt und was es wirklich kostet.
QR-Meldungen vom Handy; Servicehefte der Geräte in SharePoint; Vorgänge und Erinnerungen in Microsoft Teams; Attraktionssperren im Buchungssystem
Geschäftsproblem
Alle wussten, dass die Bahn klemmt. Niemand war derjenige, der anrufen sollte
Jeder Freizeitbetrieb hat seine Störungsfolklore: Bahn drei hebt die Pins zu langsam, Kart sieben stirbt in der Kurve ab, das Trampolin an der Wand hat eine gerissene Feder. Dieses Wissen ist allgemein und niemandes zugleich: Es hängt an der Kreidetafel, kreist in den SMS der Schicht und im Satz „das müsste mal gemeldet werden“, gesprochen von Mittwoch bis Samstag.
Eine Störung zu melden ist heute eine gesellschaftliche Übung: den Manager finden, das Problem schildern, hoffen, dass er es notiert, während er hofft, ans Telefonieren zu denken. Unterwegs stirbt die Meldung im Schnitt zweimal: einmal zwischen Schicht und Manager, einmal zwischen Manager und Servicefirma. Das Gerät arbeitet derweil weiter, verschleißt stärker und wählt für sein Finale den einträglichsten Abend der Woche.
Periodische Prüfungen haben Termine, doch Termine haben die Eigenschaft zu verstreichen: Das Prüfregister ist ein Ordner, und ein Ordner erinnert nicht. Manchmal erinnert der Techniker bei einer Reparatur daran, oder schlimmer, jemand von außen bei einer Kontrolle. Dazu die Buchungen: Ein Kunde kauft online die Bahn, die seit dem Morgen steht, und die Szene am Tresen schreibt sich von selbst.
Am Jahresende weiß der Inhaber, wie viel der Service insgesamt kostete, aber nicht wofür: welches Gerät ein Fass ohne Boden ist und welches alle drei Jahre einmal ausfällt. Ohne Serviceheft je Gerät fallen Ersatzentscheidungen nach Bauchgefühl, und Bauchgefühl kann teuer sein.
Wie es heute läuft
So sieht die Arbeit aus, bevor irgendetwas automatisiert wird.
- MenschDie Schicht bemerkt die Störung und schreibt sie mit Kreide an die Tafel
- WartezeitDie Meldung wartet, bis jemand den Manager zwischen Gästen erwischt
- FehlerrisikoDer Manager notiert auf einem Zettel und will die Servicefirma anrufen
- WartezeitDas Gerät arbeitet weiter und verschleißt bis Samstag stärker
- FehlerrisikoEin Kunde bucht online die Attraktion, die seit dem Morgen steht
- WartezeitAn den Prüftermin erinnert der Techniker oder die Kontrolle
Warum der heutige Prozess mehr kostet, als es scheint
Die Rechnung, die in keinem Budget auftaucht.
- Wie viele Tage vergehen vom Bemerken einer Störung bis zur Meldung an den Service?
- Welches Gerät fiel dieses Jahr am häufigsten aus und was kostete es insgesamt? Wer weiß das?
- Wie oft buchte ein Kunde online eine Attraktion, die außer Betrieb war?
- Welche periodischen Prüfungen werden in 60 Tagen fällig, und woher wissen Sie das?
Kosten des Nichtstuns
Das Modell nimmt einen Betrieb mit über einem Dutzend Attraktionen und sechs Ausfallabenden im Jahr zu je einigen Hundert Euro Einnahmen an; Ihre Zahlen stehen im Buchungskalender und in der Reparaturhistorie, sofern jemand sie führt.
Die teuerste Zeile ist hypothetisch bis zu dem Tag, an dem sie es nicht mehr ist: Eine Sicherheitsstörung, mit Kreide an einer Tafel gemeldet, ist ein Satz, den kein Inhaber in einem Protokoll lesen möchte.
Eine Modellorganisation mit realistischen Proportionen – die Zahlen dienen dazu, dieselbe Rechnung mit Ihren Daten zu machen; sie sind kein Kundenergebnis.
Eine Bowlingbahn mit Bar und Spielhalle: 8 Bahnen, 12 Automaten, eine Küche, rund 70 Meldungen und Prüfungen im Jahr, externer Bahnenservice, Microsoft 365. Störungen auf der Kreidetafel.
Mittwoch, 19:40 Uhr: Ein Schichtmitarbeiter sieht, dass Bahn drei die Pins zu langsam hebt. Er scannt den QR-Code an der Bahn, wählt „Pinsetter“, schreibt einen Satz, hängt ein Handyvideo an. Eine Minute.
Der Roboter eröffnet den Vorgang, trägt ihn ins Serviceheft von Bahn drei ein und sieht: die dritte Pinsetter-Meldung im Quartal; er hebt die Priorität und schlägt den Serviceruf statt Beobachtung vor.
Der Manager gibt mit einem Fingertipp frei; die Anfrage geht per Mail an die Servicefirma, mit der Störungshistorie der Bahn und dem Video. Die Firma bestätigt Freitagvormittag, vor dem Wochenende.
Für die Reparaturzeit sperrt der Roboter Bahn drei im Buchungssystem, sodass niemand sie online kauft; am Freitag nach der Reparatur hakt der Techniker den Vorgang ab, die Sperre fällt, das Serviceheft wächst um den Eintrag mit der Rechnung.
Im Montagsbericht sieht der Inhaber: Bahn drei steht für 40% der diesjährigen Bahnservicekosten; das Gespräch über den Pinsettertausch hat endlich Zahlen. Ein Modellszenario, kein Protokoll eines konkreten Betriebs.
Vorgeschlagene Lösung
Jede Attraktion und jedes wichtige Gerät bekommt eine Karte in SharePoint und einen gut sichtbaren QR-Code. Die Störungsmeldung ist ein Scan, eine Kategorie, ein Satz und optional Foto oder Video; melden kann jeder aus dem Team, vom eigenen Handy, in einer Minute. Der Roboter eröffnet einen Vorgang mit Verantwortlichem und Priorität nach Ihren Regeln: was Beobachtung ist, was ein Serviceruf, was eine sofortige Stilllegung zur Entscheidung des Managers.
Das Serviceheft jedes Geräts schreibt sich selbst: Meldungen, Reparaturen, Prüfungen, Kosten aus Rechnungen, alles chronologisch und zählbar. Die periodischen Prüftermine sitzen im Kalender des Geräts, und der Roboter erinnert mit dem Vorlauf, den Sie festlegen, und schlägt Termine an auslastungsschwachen Tagen vor. Das Prüfregister druckt auf Abruf in einer Minute, was jede Kontrolle und jeder Versicherer zu schätzen weiß.
Das praktischste Stück verbindet Störungen mit Geld: Eine vom Manager stillgelegte Attraktion verschwindet per Konnektor, Export oder API aus dem Buchungssystem, sodass kein Kunde online eine stehende Bahn kauft. Nach dem Abhaken der Reparatur fällt die Sperre von selbst. Über Stilllegung, Serviceruf und Gerätetausch entscheiden immer Menschen; der Roboter sorgt dafür, dass sie es auf Zahlen und rechtzeitig tun.
UiPath Orchestrator: Meldewarteschlange, Prioritäten, Prüferinnerungen und Prüfspur jedes Vorgangs; Konnektoren des UiPath Integration Service zu SharePoint, Teams und Outlook 365
QR-Codes an den Attraktionen, Handymeldungen mit Foto, Servicehefte der Geräte, ein Prüfkalender mit Erinnerungen, Buchungssperren und ein Kostenbericht je Gerät
Ihr Buchungssystem per Konnektor, Export oder API zum Sperren von Attraktionen; Servicefirmen per Mail mit der Gerätehistorie; Servicerechnungen an die Vorgänge geheftet
So läuft der automatisierte Prozess
- AutomatisierungDer QR-Scan an der Attraktion: Kategorie, Beschreibung, Foto, eine Minute
- AutomatisierungDer Roboter eröffnet den Vorgang, ergänzt das Serviceheft und setzt die Priorität
- MenschDer Manager entscheidet: beobachten, Service rufen oder stilllegen
- SystemDie stillgelegte Attraktion verschwindet aus den Buchungen, bevor sie online gekauft wird
- AutomatisierungDie Serviceanfrage geht mit Gerätehistorie und Material raus
- SystemPeriodische Prüfungen melden sich mit Vorlauf, an ruhigen Tagen
Zusammenspiel von Mensch und Automatisierung
Die Automatisierung übernimmt
- Die Meldungsannahme, der Vorgang mit Priorität und der Eintrag ins Serviceheft
- Prüferinnerungen, Buchungssperren und der Schriftverkehr mit den Servicefirmen
- Der Kosten- und Ausfallbericht je Gerät für den Inhaber
Menschen entscheiden
- Entscheidungen über Stilllegung, Serviceruf und Gerätetausch
- Die Reparaturen und Prüfungen selbst: Der Roboter führt sie nicht aus, er überwacht sie
- Die Prioritätsregeln und Sicherheitsschwellen: legt der Betrieb fest
Vorher und nachher
Systeme und Integrationen
Der Stack ist bewusst kurz: ein Motor, eine Ausführungsschicht, ein Ort, an dem ein Mensch entscheidet.
Eingänge
- QR-Meldungen von den Handys des Teams
- der Kalender der periodischen Geräteprüfungen
- die Entscheidungen des Managers zu Sperren und Prioritäten
- Servicerechnungen an die Vorgänge geheftet
Automatisierungsschicht
- UiPath Orchestrator
- UiPath Robots
- UiPath Integration Service
- UiPath Action Center
Zielsysteme
- Servicehefte der Geräte in SharePoint
- Attraktionssperren im Buchungssystem
- Vorgänge, Erinnerungen und der Kostenbericht in Teams
Berührungspunkte mit Menschen: die Entscheidung des Managers bei jedem Vorgang; das Abhaken der Reparatur; die monatliche Durchsicht des Ausfallberichts
Eingesetzte Technologien
Meldewarteschlange, Prioritäten, Erinnerungen, Spur jedes Vorgangs
AVorgänge, Servicehefte und Mails an die Servicefirmen
AKategorie, Beschreibung, Foto vom Handy jedes Teammitglieds
Adas Sperren stillgelegter Attraktionen per Konnektor, Export oder API
BKosten an Vorgänge geheftet, per Postfach oder Buchhaltungsexport
BSo setzen wir das um
Von der Beschreibung zum laufenden Prozess
Diese Lösung setzen wir im Rahmen unserer Prozessautomatisierung um: Zuerst messen wir den Prozess mit Unternehmensdaten, dann bauen, testen und betreuen wir die Roboter.
Fallstudien
Umgesetzte Kundenprojekte finden Sie unter Case Studies.
Illustratives Wirtschaftlichkeitsmodell
Zahlen, die Sie mit eigenen Daten prüfen können.
Das Modell nimmt über ein Dutzend Attraktionen und sechs gerettete Abende im Jahr an; den wahren Einsatz kennt Ihr Buchungskalender. Das Sicherheitsrisiko bepreisen wir nicht; es ist der Grund, keine Tabellenzeile. Ihre eigenen Werte gehören in den Rechner nebenan.
Rechnen Sie mit Ihren Zahlen
Eine illustrative Schätzung auf Basis Ihrer Eingaben. Modelliert wird freigesetzte Kapazität, keine versprochene Einsparung.
Geschäftlicher Nutzen
- Die Störung in einer Minute von der Attraktion gemeldet, mit Foto, von jedem im Team
- Keine Meldung stirbt zwischen Schicht, Manager und Servicefirma
- Kein Kunde kauft online eine stehende Attraktion; die Sperre fällt nach der Reparatur
- Periodische Prüfungen melden sich selbst, an auslastungsschwachen Tagen
- Der Inhaber sieht Kosten und Ausfallraten je Gerät, nicht eine Summe am Jahresende
Aus Sicht der Geschäftsführung
- Die einträglichsten Abende hängen nicht mehr daran, ob am Mittwoch jemand den Service anrief
- Das Prüfregister ist jederzeit bereit für Kontrolle und Versicherergespräch
- Tauschentscheidungen stehen auf der Historie des Geräts, nicht auf Bauchgefühl
KPIs für die Geschäftsführung
Zeit vom Bemerken bis zur Meldung · Ausfallzeit in den Spitzenstunden · fristgerecht erledigte Prüfungen · Buchungen für stillgelegte Attraktionen · Servicekosten je Gerät
Sicherheit und Governance
Die Automatisierung hat genau die Berechtigungen, die sie braucht. Keine einzige mehr.
- Meldungen betreffen Geräte, nicht Personen; der Roboter bewertet die Arbeit des Teams nicht
- Jeder Vorgang hat eine Spur: wer meldete, wer entschied, wann repariert wurde und für wie viel
- Sicherheitsschwellen und Sofortstilllegungs-Regeln legt der Betrieb fest; der Roboter setzt sie durch, er erfindet sie nicht
- Die Entscheidung, eine Attraktion wieder freizugeben, trifft immer ein Mensch
- Die Daten bleiben in Ihrem Microsoft-365-Tenant; die Roboter laufen in der EU-Region der UiPath Automation Cloud
Warum jetzt
Die Saison belastet die Geräte am stärksten und verzeiht am wenigsten; ein vor der Spitze gestartetes Meldesystem bezahlt sich mit dem ersten geretteten Samstag.
QR-Codes und Handys stecken seit Jahren in den Taschen des Teams; es fehlt nur der Ort, an dem die Meldung landen soll.
Ein Quick-Win-Projekt deckt den ganzen Gerätepark in Wochen ab und ändert keine Gewohnheit außer einem Scan.
Relevante Führungsrollen
Sieht, was die Geräte wirklich kosten, und verliert die besten Abende nicht mehr an Ausfälle
Melden in einer Minute und wissen, dass der Vorgang lebt; die Kreide geht in Rente
Bekommt Anfragen mit Historie und Material statt eines Anrufs „irgendwas klemmt“
Häufige Fragen und Einwände
Nein. Der Techniker bekommt eine Mail mit Meldung, Gerätehistorie und Foto und hakt die Reparatur per Link ab, oder Ihr Manager tut es. Für die Servicefirma ändert sich nichts außer der Qualität der Meldungen.
Das lässt sich einschalten: ein eigenes, einfacheres Gästeformular, dessen Meldungen mit niedrigerer Priorität und Teamprüfung in dieselbe Warteschlange laufen. Viele Inhaber starten mit dem Team und ergänzen die Gäste nach einem Monat.
Nein, und es tut auch nicht so. Ihre formalen Pflichten führen Sie weiter wie bisher; der Roboter überwacht die Termine, vervollständigt die Historie und sorgt dafür, dass Sie kein Termin je überrascht.
Wann diese Lösung nicht passt
- Ein Betrieb mit drei Geräten und der Servicefirma nebenan: Die Tafel reicht wirklich
- Die Erwartung von Ausfallvorhersagen aus Sensoren: ein anderes Regal; wir ordnen Meldungen, Prüfungen und Historie
- Ein Manager ohne Bereitschaft zu Prioritätsregeln: Ohne sie ist die Meldewarteschlange eine neue Kreidetafel
Eine Frage für die nächste Sitzung
Welche unserer Attraktionen ist das Fass ohne Boden, und können wir das heute mit Zahlen statt einem Eindruck belegen?
Vorgehen bei der Umsetzung
Der Umfang ohne Unklarheiten, noch vor der Unterschrift.
Wir liefern
- Gerätekarten, QR-Codes und ein Handymeldeformular
- Vorgänge mit Prioritäten, Servicehefte und den Schriftverkehr mit den Servicefirmen
- Einen Prüfkalender mit Erinnerungen und druckbarem Register
- Sperren stillgelegter Attraktionen in Ihrem Buchungssystem
- Einen monatlichen Kostenbericht je Gerät und zwei Wochen Begleitung
Wir brauchen von Ihnen
- Die Liste der Attraktionen und Geräte mit ihren Prüfterminen
- Ihre Prioritätsregeln und Schwellen für sofortige Stilllegung
- Zugang zu Microsoft 365 und zum Buchungssystem per Export oder API
Etappen
Aufnahme
Gerätepark, heutiger Störungsablauf, Prüftermine; ein halber Tag vor Ort
Regeln
Kategorien, Prioritäten, Stilllegungsschwellen, Erinnerungsvorläufe
Aufbau
Karten, QR-Codes, Vorgänge, Hefte, Sperren, Bericht
Parallelbetrieb
Zwei Wochen: QR neben der Tafel, Reaktionszeiten im Vergleich
Start
Die Tafel geht in Rente; Berichtsdurchsicht nach einem Monat
Ein Quick Win. Die meiste Arbeit ist das einmalige Erfassen der Geräte und Prüftermine; der Alltag ist ein Scan und die Entscheidung des Managers.
Samstag, 17:20 Uhr: Bahn drei stirbt mitten im Kindergeburtstag. Sie klemmte seit Mittwoch. Alle wussten es. Die Kreidemeldung erreichte den Service nie.
Listen Sie die Störungen des letzten Quartals und zählen Sie die Tage vom Bemerken bis zur Reparatur. Schicken Sie uns diese Liste; Sie bekommen einen Meldeablauf-Entwurf und die Rechnung der zu rettenden Abende.
Zählen Sie Ihre AusfälleDer Nachbarprozess hat meist dasselbe Problem
Autoklav, Feuerlöscher, Haftpflicht und Personaluntersuchungen laufen in verschiedenen Kalendern ab.
Lösung ansehen Betrieb & ProduktionVerleih: Reservierungen, Kautionen, PrüfungenEin Kunde reservierte zwei Räder, die gerade jemand auslieh. Die Kaution im Heft, der Service im Gedächtnis.
Lösung ansehen Management & PlanungAuslastung von Bahnen, Räumen und Studios, wöchentlichDie Abende platzen aus den Nähten, die Vormittage stehen leer, und die Preisliste ist seit Jahren dieselbe.
Lösung ansehen