Service-Start-up
Facility Management: Facility Services implementieren » Grundlagen » Arten des Start-ups » Service-Start-up
Servicefähigkeit vor dem Regelbetrieb herstellen
Der Service-Start-up ist ein zentraler Bestandteil des FM-Start-ups beim Dienstleisterwechsel. Er stellt sicher, dass die Facility-Management-Leistungen für Auftraggeber, Nutzer, Betreiberorganisation und Dienstleister ab dem Betriebsbeginn klar erreichbar, verständlich beschrieben, zuverlässig steuerbar und nachvollziehbar dokumentiert sind.
Während der Betriebs-Start-up die operative Organisation des Dienstleisters aufbaut, konzentriert sich der Service-Start-up auf die nutzer- und auftraggeberorientierte Leistungsbereitstellung. Er beantwortet die Frage, wie Leistungen angefordert, erbracht, priorisiert, rückgemeldet, bewertet und verbessert werden.
Ein professioneller Service-Start-up verhindert, dass Nutzer nicht wissen, an wen sie sich wenden sollen, Störungen über falsche Kanäle melden, Servicezeiten falsch einschätzen oder Sonderleistungen informell beauftragen. Er schafft klare Servicewege, definierte Ansprechpartner, abgestimmte Service Level, nachvollziehbare Leistungsnachweise und ein belastbares Berichtswesen.
Damit ist der Service-Start-up die Schnittstelle zwischen Vertrag, Betrieb und Nutzererlebnis.
Service-Start-up im Facility Management
- Definition Service-Start-up
- Ziel des Service-Start-ups
- Bedeutung beim Dienstleisterwechsel
- Abgrenzung zu anderen Start-up-Arten
- Umfang des Service-Start-ups
- Servicekatalog als Grundlage des Service-Start-ups
- Typische Services im FM-Start-up
- Service Desk und Helpdesk
- Meldewege im Service-Start-up
- Ansprechpartner und Zuständigkeiten
- Servicezeiten und Erreichbarkeit
- Priorisierung von Serviceanforderungen
- SLA im Service-Start-up
- KPI für den Service-Start-up
- Ticketprozess im Service-Start-up
- Nutzerkommunikation im Service-Start-up
- Kommunikationsmittel für Nutzer
- Servicekultur und Nutzererlebnis
- Sonderleistungen und Zusatzanforderungen
- Beschwerde- und Reklamationsmanagement
- Feedback und kontinuierliche Verbesserung
- Service-Reporting
- Eskalationsmanagement im Service-Start-up
- Service-Start-up und Datenschutz
- Service-Start-up und Barrierefreiheit
- Service-Start-up nach Beteiligten
- Auftraggebersicht im Service-Start-up
- Auftragnehmersicht im Service-Start-up
- Nutzersicht im Service-Start-up
- Nachunternehmersicht im Service-Start-up
- Service-Start-up-Prozess
- Test des Service-Start-ups vor Go-live
- Service-Start-up-Checkliste
- Startkritische Themen im Service-Start-up
- Statusbewertung im Service-Start-up
- Beispielhafte Bewertungsmatrix
- Risiken ohne Service-Start-up
- Typische Fehler im Service-Start-up
- Schnittstellen im Service-Start-up
- Service-Start-up und Hypercare
- Nachweise im Service-Start-up
- Service-Start-up-Bericht
- Servicebezogene Betriebsbereitschaft
- Qualitätskriterien für einen gelungenen Service-Start-up
- Nutzen des Service-Start-ups
- Unterstützung beim Service-Start-up
- Ergebnis eines gelungenen Service-Start-ups
- Anspruch
Definition Service-Start-up
Ein Service-Start-up ist die strukturierte Vorbereitung, Einrichtung und Aktivierung aller servicebezogenen Prozesse, Kommunikationswege, Leistungsbeschreibungen, Service-Level-Regelungen und Rückmeldeverfahren vor Beginn des FM-Regelbetriebs.
Er umfasst insbesondere Servicekatalog, Ansprechpartner, Meldewege, Service Desk, Ticketsystem, Priorisierung, Reaktionszeiten, SLA, KPI, Nutzerinformation, Beschwerdemanagement, Leistungsnachweise, Eskalationswege, Sonderleistungsprozesse und Service-Reporting.
| Begriff | Bedeutung im Service-Start-up |
|---|---|
| Service-Start-up | Vorbereitung der nutzer- und auftraggeberorientierten FM-Serviceprozesse |
| Servicekatalog | Übersicht der verfügbaren Leistungen, Zuständigkeiten, Grenzen und Anforderungswege |
| Service Desk | Zentrale Annahme-, Steuerungs- und Kommunikationsstelle für Störungen und Serviceanforderungen |
| Meldeweg | Kanal, über den Nutzer oder Auftraggeber Leistungen anfordern oder Störungen melden |
| Ticket | Dokumentierte Serviceanforderung, Störung oder Aufgabe mit Status, Zuständigkeit und Nachweis |
| SLA | Vereinbarter Service Level mit Reaktions-, Bearbeitungs- oder Qualitätsanforderungen |
| KPI | Kennzahl zur Bewertung von Servicequalität, Reaktionsfähigkeit und Leistungsstabilität |
| Nutzerkommunikation | Information der Gebäudenutzer über Ansprechpartner, Verfahren, Zeiten und Änderungen |
| Eskalation | Geregelte Weiterleitung kritischer oder überfälliger Anliegen an höhere Entscheidungsebenen |
| Service-Reporting | Regelmäßige Auswertung von Tickets, Leistungen, SLA, KPI, Beschwerden und Verbesserungen |
Ziel des Service-Start-ups
Das Ziel des Service-Start-ups ist die Herstellung einer klaren, zuverlässigen und steuerbaren Servicefähigkeit. Nutzer und Auftraggeber sollen ab dem ersten Betriebstag wissen, welche Leistungen verfügbar sind, wie sie diese anfordern, welche Reaktionszeiten gelten, wer zuständig ist und wie Rückmeldungen erfolgen.
Der neue Dienstleister soll zugleich in der Lage sein, Serviceanforderungen geordnet aufzunehmen, zu priorisieren, zu bearbeiten, zu dokumentieren und auszuwerten. Damit entsteht eine belastbare Grundlage für Nutzerzufriedenheit, Dienstleistersteuerung und kontinuierliche Verbesserung.
| Ziel | Erläuterung | Ergebnis |
|---|---|---|
| Serviceleistungen sichtbar machen | Leistungen werden verständlich beschrieben und abgegrenzt. | Nutzer und Auftraggeber wissen, was angefordert werden kann. |
| Meldewege ordnen | Ticketsystem, Hotline, E-Mail, Portal oder Service Desk werden klar definiert. | Anforderungen laufen über die richtigen Kanäle. |
| Ansprechpartner klären | Zuständigkeiten für Nutzer, Auftraggeber, Objektleitung und Nachunternehmer werden benannt. | Rückfragen und Störungen werden schneller zugeordnet. |
| Reaktionsfähigkeit sichern | SLA, Prioritäten, Servicezeiten und Eskalationen werden eingerichtet. | Kritische Anliegen werden angemessen behandelt. |
| Nutzerkommunikation vorbereiten | Nutzer erhalten Informationen zum Dienstleisterwechsel und zu neuen Serviceprozessen. | Unsicherheit und Fehlmeldungen werden reduziert. |
| Leistungsnachweise ermöglichen | Serviceleistungen werden dokumentiert und auswertbar gemacht. | Qualität, Abrechnung und Steuerung werden nachvollziehbar. |
| Beschwerdemanagement einrichten | Rückmeldungen, Reklamationen und Verbesserungen werden geordnet bearbeitet. | Servicequalität kann aktiv verbessert werden. |
| Reporting vorbereiten | KPI, SLA, Ticketvolumen und Maßnahmen werden regelmäßig ausgewertet. | Auftraggeber erhält steuerungsfähige Informationen. |
Bedeutung beim Dienstleisterwechsel
Beim Dienstleisterwechsel ändern sich häufig Ansprechpartner, Kommunikationswege, Ticketprozesse, Servicezeiten, Prioritäten, Eskalationswege und Nachweisverfahren. Diese Veränderungen betreffen Nutzer unmittelbar. Wenn sie nicht klar kommuniziert werden, entstehen Unsicherheit, Fehlmeldungen, parallele Kommunikationskanäle und Beschwerden.
Der Service-Start-up sorgt dafür, dass der Wechsel nicht als Bruch im Service wahrgenommen wird. Er stellt sicher, dass Nutzer weiterhin Leistungen abrufen können, dass der Auftraggeber Transparenz erhält und dass der neue Dienstleister Serviceprozesse strukturiert steuert.
| Herausforderung beim Dienstleisterwechsel | Bedeutung des Service-Start-ups |
|---|---|
| Neue Ansprechpartner | Nutzer müssen wissen, wer künftig zuständig ist. |
| Neue Meldewege | Störungen und Anforderungen müssen über definierte Kanäle eingehen. |
| Veränderte Servicezeiten | Erwartung an Erreichbarkeit und Reaktionsfähigkeit muss geklärt werden. |
| Neue SLA und KPI | Servicequalität muss messbar und verständlich werden. |
| Neue Ticketprozesse | Meldungen müssen systematisch aufgenommen und rückgemeldet werden. |
| Neue Eskalationswege | Kritische Anliegen müssen schnell und geordnet entschieden werden. |
| Neue Nachweislogik | Leistungen müssen dokumentiert, geprüft und ausgewertet werden. |
| Übergangsunsicherheit | Nutzer benötigen Orientierung und Vertrauen in die neue Serviceorganisation. |
Abgrenzung zu anderen Start-up-Arten
Der Service-Start-up ist eng mit anderen Start-up-Arten verbunden, hat aber einen eigenen Schwerpunkt. Er betrifft die Frage, wie FM-Leistungen gegenüber Auftraggeber und Nutzern bereitgestellt, kommuniziert und bewertet werden.
| Start-up-Art | Schwerpunkt | Verhältnis zum Service-Start-up |
|---|---|---|
| Gebäude-Start-up | Gebäude, Flächen, Räume, Zugänge und Nutzerbereiche | Liefert Informationen zu Nutzergruppen, Servicebereichen und räumlicher Zuordnung. |
| Geräte-Start-up | Werkzeuge, Maschinen, PSA, mobile Endgeräte und Betriebsmittel | Sichert die praktische Fähigkeit zur Serviceausführung. |
| System-Start-up | CAFM, Ticketsystem, GLT, Reporting und digitale Schnittstellen | Stellt die digitale Grundlage für Serviceannahme, Rückmeldung und Reporting bereit. |
| Betriebs-Start-up | Personal, Organisation, Prozesse, Bereitschaft und Eskalation | Organisiert die operative Bearbeitung der Serviceanforderungen. |
| Daten-Start-up | Anlagen-, Raum-, Flächen-, Nutzer- und Vertragsdaten | Liefert die Datenbasis für Tickets, SLA, KPI und Auswertungen. |
| Dokumentations-Start-up | Pläne, Unterlagen, Nachweise und Protokolle | Sichert die Informationsgrundlage für Servicebearbeitung und Nachweise. |
| Compliance-Start-up | Arbeitssicherheit, Freigaben, Betreiberpflichten und Datenschutz | Definiert Grenzen und Anforderungen für sichere Serviceerbringung. |
| Nachunternehmer-Start-up | Externe Dienstleister und Spezialleistungen | Bindet externe Serviceerbringer in Melde-, Nachweis- und Eskalationswege ein. |
| Kaufmännischer Start-up | Abrechnung, Leistungsnachweise, Budgets und Sonderleistungen | Regelt, welche Services pauschal, freigegeben oder separat abzurechnen sind. |
Umfang des Service-Start-ups
Der Service-Start-up umfasst alle Themen, die für eine verlässliche Servicebereitstellung vor dem Betriebsbeginn geklärt sein müssen. Der Umfang hängt von Gebäudetyp, Nutzerzahl, Serviceumfang, Vertragsmodell, Betriebszeiten, Systemlandschaft und Service-Level-Anforderungen ab.
| Themenfeld | Inhalt |
|---|---|
| Servicekatalog | Beschreibung der verfügbaren Leistungen, Leistungsgrenzen, Zuständigkeiten und Anforderungswege |
| Service Desk | Organisation der zentralen Annahme, Steuerung und Rückmeldung von Serviceanfragen |
| Meldewege | Ticketportal, Hotline, E-Mail, App, persönliche Meldung oder Auftraggeberkanal |
| Ansprechpartner | Zuständigkeiten für Auftraggeber, Nutzer, Objektleitung, Fachbereiche und Nachunternehmer |
| Servicezeiten | Regelzeiten, Bereitschaftszeiten, Notfallzeiten und Sonderzeiten |
| Priorisierung | Einstufung von Meldungen nach Dringlichkeit, Kritikalität und Nutzerwirkung |
| SLA | Reaktionszeiten, Bearbeitungszeiten, Verfügbarkeiten, Qualitätsanforderungen und Eskalationsregeln |
| KPI | Kennzahlen für Ticketqualität, Reaktionsfähigkeit, Nutzerzufriedenheit und Leistungserfüllung |
| Nutzerkommunikation | Information über neue Prozesse, Ansprechpartner, Meldewege und Übergangsregelungen |
| Sonderleistungen | Verfahren für Zusatzleistungen, Freigaben, Preise, Nachweise und Abrechnung |
| Beschwerdemanagement | Annahme, Bewertung, Bearbeitung und Auswertung von Beschwerden und Reklamationen |
| Feedback | Nutzerfeedback, Servicebewertungen, Lessons Learned und Verbesserungsmaßnahmen |
| Leistungsnachweise | Dokumentation von Serviceleistungen, Rückmeldungen, Fotos, Zeiten und Freigaben |
| Reporting | Serviceberichte, Ticketstatistiken, SLA-Auswertungen, KPI und Maßnahmen |
| Eskalation | Kriterien, Stufen, Ansprechpartner und Entscheidungswege bei kritischen Anliegen |
| Hypercare | Engere Betreuung der Nutzer und Serviceprozesse in der Startphase des Regelbetriebs |
Servicekatalog als Grundlage des Service-Start-ups
Der Servicekatalog ist eines der wichtigsten Instrumente im Service-Start-up. Er beschreibt, welche Leistungen der neue FM-Dienstleister erbringt, wie diese Leistungen angefordert werden, welche Voraussetzungen gelten und welche Leistungen nicht zum vereinbarten Standardumfang gehören.
Ein guter Servicekatalog vermeidet Missverständnisse. Er hilft Nutzern, Leistungen richtig anzufordern. Er hilft dem Auftraggeber, Leistungsumfang und Sonderleistungen zu steuern. Er hilft dem Dienstleister, Anfragen korrekt zu priorisieren und nachzuweisen.
| Bestandteil des Servicekatalogs | Erläuterung |
|---|---|
| Leistungsbezeichnung | Klare und verständliche Benennung der Serviceleistung |
| Leistungsbeschreibung | Kurze Beschreibung, was die Leistung umfasst |
| Leistungsgrenze | Abgrenzung, was nicht enthalten ist oder gesondert beauftragt werden muss |
| Zielgruppe | Nutzer, Auftraggeber, Fachbereich, Objektleitung oder Sondernutzer |
| Meldeweg | Ticketportal, E-Mail, Telefon, App oder definierter Ansprechpartner |
| Servicezeit | Zeiten, in denen die Leistung regulär erbracht oder angenommen wird |
| Reaktionszeit | Zeit bis zur ersten Reaktion oder Annahme |
| Bearbeitungszeit | Zeit bis zur Erledigung oder qualifizierten Rückmeldung |
| Freigabeerfordernis | Hinweis, ob Auftraggeberfreigabe oder Kostenstelle erforderlich ist |
| Nachweis | Ticketabschluss, Protokoll, Foto, Leistungsschein oder Freigabe |
| Eskalation | Vorgehen bei Dringlichkeit, Fristüberschreitung oder Konflikt |
| Abrechnung | Pauschalleistung, Zusatzleistung, Regieleistung oder gesonderte Beauftragung |
Typische Services im FM-Start-up
Der Service-Start-up muss alle vertraglich relevanten Services berücksichtigen. Die konkrete Ausgestaltung hängt vom Vertrag ab. Die nachfolgende Tabelle zeigt typische Servicebereiche.
| Servicebereich | Beispiele | Start-up-Relevanz |
|---|---|---|
| Technische Störungen | Heizung, Lüftung, Kälte, Sanitär, Elektro, Aufzug, Beleuchtung | Kritische Meldung, Priorisierung, Reaktionszeiten und Entstörung |
| Nutzeranforderungen | Raumtemperatur, Beleuchtung, kleine Reparaturen, Umzüge, Möbel, Schlüsselthemen | Klare Meldewege und Rückmeldungen |
| Reinigung | Nachreinigung, Sonderreinigung, Sanitärverbrauch, Reklamationen | Servicezeiten, Qualitätsprüfung und Nutzerfeedback |
| Sicherheit | Zutritt, Ausweise, Kontrollgänge, Sicherheitsereignisse | Eskalation, Dokumentation und Vertraulichkeit |
| Entsorgung | Behälter, Sonderabfälle, Abholungen, Zusatzbedarfe | Zuständigkeit, Termine und Nachweise |
| Außenanlagen | Winterdienst, Wege, Grünpflege, Verkehrssicherung | Saisonalität, Dringlichkeit und Nutzerkommunikation |
| Empfang / Besucher | Besucherprozesse, Auskünfte, Weiterleitungen | Nutzer- und Besucherorientierung |
| Logistik | Anlieferung, interne Transporte, Materialbewegungen | Freigaben, Zeiten, Wege und Nachweise |
| Sonderleistungen | Veranstaltungen, Zusatzreinigung, Umbauten, Sonderöffnungen | Freigabe, Kosten und Abrechnung |
| Notfallservices | Wasserschaden, Stromausfall, Brandalarm, Aufzugseinschluss | Rufbereitschaft, Eskalation und Sofortmaßnahmen |
Service Desk und Helpdesk
Der Service Desk ist die zentrale Annahme- und Steuerungsstelle für Serviceanforderungen. Er kann beim Dienstleister, beim Auftraggeber oder als gemeinsame Lösung organisiert sein. Entscheidend ist, dass Nutzer und Auftraggeber einen klaren Einstiegspunkt haben.
Der Service Desk muss nicht nur Meldungen entgegennehmen. Er muss Meldungen verstehen, kategorisieren, priorisieren, zuständigen Rollen zuordnen, Rückmeldungen geben, Eskalationen auslösen und die Bearbeitung dokumentieren.
| Aufgabe des Service Desk | Erläuterung |
|---|---|
| Annahme von Meldungen | Störungen, Anforderungen, Beschwerden und Sonderleistungen werden aufgenommen. |
| Plausibilitätsprüfung | Meldungen werden auf Vollständigkeit, Verständlichkeit und Zuständigkeit geprüft. |
| Kategorisierung | Meldungen werden technischen, infrastrukturellen oder kaufmännischen Bereichen zugeordnet. |
| Priorisierung | Dringlichkeit, Kritikalität und Nutzerwirkung werden bewertet. |
| Zuweisung | Zuständige Teams, Personen oder Nachunternehmer werden bestimmt. |
| Kommunikation | Nutzer erhalten Eingangsbestätigung, Statusinformationen und Abschlussmeldungen. |
| Eskalation | Kritische oder überfällige Vorgänge werden weitergeleitet. |
| Dokumentation | Bearbeitung, Zeiten, Maßnahmen und Nachweise werden im System erfasst. |
| Auswertung | Ticketvolumen, Bearbeitungszeiten, Wiederholmeldungen und Beschwerden werden analysiert. |
| Verbesserung | Häufige Probleme werden in Maßnahmen und Optimierungen überführt. |
Meldewege im Service-Start-up
Meldewege müssen vor Betriebsbeginn eindeutig festgelegt und kommuniziert werden. Unklare Meldewege führen dazu, dass Nutzer Störungen an alte Ansprechpartner, persönliche Kontakte oder informelle Kanäle senden. Dadurch werden Meldungen nicht systematisch erfasst und können nicht belastbar ausgewertet werden.
| Meldeweg | Geeignet für | Start-up-Anforderung |
|---|---|---|
| Ticketportal | Standardmeldungen, Serviceanforderungen, Statusverfolgung | Nutzerzugänge, Kategorien, Anleitung und Rückmeldung vorbereiten |
| Service-Hotline | Dringende Anliegen, Nutzer ohne Systemzugang, Rückfragen | Rufnummer, Besetzung, Weiterleitung und Notfalllogik definieren |
| E-Mail-Funktionspostfach | Standardmeldungen, einfache Anforderungen, Übergangsphase | Zuständigkeit, Bearbeitungsregel und Systemübernahme klären |
| Mobile App | Nutzernahe Meldungen, Fotos, Standortangaben | App-Zugang, Datenschutz und Bedienung erklären |
| Persönliche Meldung | Vor-Ort-Kontakt, Empfang, Objektbüro | Verfahren zur Systemerfassung festlegen |
| Auftraggeberkanal | Managementmeldungen, Freigaben, Eskalationen | Abgrenzung zu Nutzerkanälen definieren |
| Notfallnummer | Kritische Ereignisse außerhalb normaler Meldewege | Rufbereitschaft, Sofortmaßnahmen und Eskalation absichern |
| Nachunternehmermeldung | Externe Rückmeldungen und Leistungsnachweise | Vorgaben für Dokumentation und Rückmeldung festlegen |
Ansprechpartner und Zuständigkeiten
Der Service-Start-up muss klare Ansprechpartner benennen. Dabei ist zu unterscheiden zwischen fachlicher Zuständigkeit, operativer Bearbeitung, Eskalation, Freigabe und Nutzerkommunikation.
| Ansprechpartnerrolle | Aufgabe |
|---|---|
| Auftraggeber-Ansprechpartner | Vertrags-, Freigabe-, Eskalations- und Steuerungsthemen |
| Objektleitung Dienstleister | Operative Gesamtverantwortung und Schnittstelle zum Auftraggeber |
| Service Desk | Annahme, Kategorisierung und Weiterleitung von Meldungen |
| Technische Fachrolle | Bearbeitung technischer Störungen und Wartungsthemen |
| Infrastrukturelle Fachrolle | Reinigung, Sicherheit, Entsorgung, Außenanlagen und Logistik |
| CAFM-/Ticketsystem-Verantwortlicher | Systemprozesse, Ticketqualität, Daten und Auswertungen |
| Nachunternehmerkoordinator | Externe Leistungen, Termine, Nachweise und Eskalationen |
| HSE-/Sicherheitsansprechpartner | Sicherheitsregeln, Unterweisungen, Freigaben und Notfälle |
| Nutzervertretung | Nutzeranforderungen, Kommunikation und Feedback |
| Management-Eskalation | Entscheidungen bei kritischen Service-, Kosten- oder Vertragsfragen |
Servicezeiten und Erreichbarkeit
Servicezeiten müssen eindeutig beschrieben werden. Nutzer müssen wissen, wann Leistungen regulär erbracht werden, wann nur eine Annahme erfolgt, wann Rufbereitschaft gilt und welche Ereignisse als Notfall gelten.
| Zeitmodell | Erläuterung | Bedeutung |
|---|---|---|
| Regelservicezeit | Zeitraum der regulären Leistungserbringung | Standard für planbare Leistungen und normale Anfragen |
| Annahmezeit | Zeitraum, in dem Meldungen entgegengenommen werden | Kann von Bearbeitungszeit abweichen |
| Betriebszeit des Gebäudes | Zeit, in der das Gebäude genutzt wird | Einfluss auf Reinigung, Sicherheit, Technik und Nutzerbetreuung |
| Bereitschaftszeit | Zeit außerhalb der Regelservicezeit mit definierter Erreichbarkeit | Wichtig für kritische technische oder sicherheitsrelevante Ereignisse |
| Notfallzeit | Jederzeitige Reaktion auf definierte Notfälle | Muss mit Rufnummern und Eskalationswegen abgesichert sein |
| Sonderzeit | Veranstaltungen, Wochenenden, Feiertage oder besondere Nutzungen | Bedarf zusätzlicher Freigaben und Ressourcen |
| Reaktionsfenster | Zeit bis zur ersten qualifizierten Reaktion | Grundlage für SLA |
| Bearbeitungsfenster | Zeit bis zur Erledigung oder Zwischenlösung | Grundlage für Leistungssteuerung |
Priorisierung von Serviceanforderungen
Nicht jede Meldung hat dieselbe Dringlichkeit. Der Service-Start-up muss definieren, wie Serviceanforderungen und Störungen priorisiert werden. Die Priorisierung sollte nachvollziehbar, einfach verständlich und mit SLA verknüpft sein.
| Priorität | Beschreibung | Beispiele | Ziel |
|---|---|---|---|
| P1 – Kritisch | Gefahr für Personen, erhebliche Betriebsunterbrechung oder sicherheitsrelevantes Ereignis | Brandalarm, Stromausfall in kritischem Bereich, Aufzugseinschluss, Wasserschaden | Sofortige Reaktion und Eskalation |
| P2 – Hoch | Wesentliche Beeinträchtigung von Nutzung, Technik oder Sicherheit | Ausfall Heizung in Nutzerbereich, defekte Zutrittsanlage, größere Leckage | Schnelle Bearbeitung mit Priorität |
| P3 – Mittel | Normale Störung oder Serviceanforderung ohne unmittelbare Gefährdung | Defekte Leuchte, Raumtemperaturbeschwerde, kleinere Reparatur | Bearbeitung im definierten Servicefenster |
| P4 – Niedrig | Komfortthema, planbare Anforderung oder geringe Auswirkung | Möbelanfrage, Beschilderung, kleinere Nachbesserung | Geplante Bearbeitung |
| Sonderleistung | Nicht im Standardumfang oder kostenrelevant | Veranstaltungsservice, Zusatzreinigung, Umzug, Sonderöffnung | Freigabe und gesonderte Steuerung |
SLA im Service-Start-up
Service Level Agreements müssen im Service-Start-up so operationalisiert werden, dass sie praktisch anwendbar sind. Es reicht nicht, Reaktionszeiten vertraglich zu vereinbaren. Es muss geklärt sein, wann die Zeitmessung beginnt, welche Ereignisse gemessen werden, welche Pausen zulässig sind und wie Nachweise entstehen.
| SLA-Element | Erläuterung |
|---|---|
| Leistungsgegenstand | Welche Serviceleistung wird gemessen? |
| Messbeginn | Eingang der Meldung, Ticketanlage, Qualifizierung oder Freigabe |
| Reaktionszeit | Zeit bis zur ersten qualifizierten Reaktion |
| Bearbeitungszeit | Zeit bis zur Lösung, Zwischenlösung oder qualifizierten Rückmeldung |
| Eskalationszeit | Zeitpunkt, ab dem ein Vorgang eskaliert wird |
| Servicezeitbezug | Gilt die Zeit innerhalb der Regelservicezeit oder rund um die Uhr? |
| Prioritätsbezug | Unterschiedliche Servicelevel je Kritikalität |
| Ausnahmen | Nutzerabwesenheit, fehlende Freigabe, Ersatzteilverfügbarkeit oder höhere Gewalt |
| Nachweis | Ticketstatus, Zeitstempel, Protokoll, Foto oder Rückmeldung |
| Bewertung | Einhaltung, Abweichung, Begründung und Maßnahme |
| Bericht | Monatliche oder vereinbarte SLA-Auswertung |
| Verbesserung | Ableitung von Maßnahmen bei wiederkehrenden Abweichungen |
KPI für den Service-Start-up
KPI machen Servicequalität messbar. Sie sollten bereits im Service-Start-up definiert werden, damit der Regelbetrieb von Beginn an mit belastbaren Kennzahlen gesteuert werden kann.
| KPI | Bedeutung | Nutzen |
|---|---|---|
| Ticketvolumen | Anzahl der Meldungen nach Zeitraum, Kategorie und Bereich | Erkennen von Belastung und Schwerpunkten |
| Reaktionszeit | Zeit bis zur ersten qualifizierten Reaktion | Bewertung der Erreichbarkeit |
| Bearbeitungszeit | Zeit bis zur Erledigung oder Zwischenlösung | Bewertung der operativen Leistungsfähigkeit |
| SLA-Erfüllungsquote | Anteil der innerhalb SLA bearbeiteten Vorgänge | Vertrags- und Qualitätssteuerung |
| Wiederholmeldungen | Erneute Meldungen zum gleichen Problem | Hinweis auf Ursachen oder unzureichende Lösung |
| Erstlösungsquote | Anteil direkt gelöster Meldungen ohne Weiterleitung | Effizienz des Service Desk oder Objektteams |
| Ticketrückstände | Offene Tickets nach Alter und Priorität | Steuerung von Engpässen |
| Beschwerdequote | Anteil Beschwerden an Gesamtmeldungen | Nutzerzufriedenheit und Qualitätsindikator |
| Nutzerzufriedenheit | Bewertung durch Nutzerfeedback | Wahrnehmung der Servicequalität |
| Eskalationsquote | Anteil eskalierter Vorgänge | Hinweis auf Prozess-, Ressourcen- oder Kommunikationsprobleme |
| Sonderleistungsquote | Anteil kosten- oder freigabepflichtiger Leistungen | Kaufmännische Steuerung |
| Abschlussqualität | Vollständigkeit von Rückmeldungen, Nachweisen und Dokumentation | Nachweis- und Auditfähigkeit |
Ticketprozess im Service-Start-up
Der Ticketprozess ist der operative Kern vieler Service-Start-ups. Er muss vor Betriebsbeginn klar definiert und getestet sein. Ein Ticketprozess darf nicht nur technisch im System existieren. Alle Beteiligten müssen wissen, wie er anzuwenden ist.
| Prozessschritt | Inhalt | Ziel |
|---|---|---|
| Meldung | Nutzer oder Auftraggeber meldet Störung oder Anforderung | Servicebedarf wird erfasst |
| Erfassung | Meldung wird im System als Ticket angelegt | Nachvollziehbarkeit entsteht |
| Qualifizierung | Informationen werden geprüft und ergänzt | Bearbeitbarkeit wird hergestellt |
| Kategorisierung | Zuordnung zu Servicebereich, Objekt, Raum oder Anlage | Zuständige Bearbeitung wird möglich |
| Priorisierung | Dringlichkeit und Kritikalität werden festgelegt | SLA und Eskalation werden steuerbar |
| Zuweisung | Ticket wird Team, Person oder Nachunternehmer zugeordnet | Verantwortung wird klar |
| Bearbeitung | Maßnahme wird durchgeführt oder veranlasst | Serviceleistung wird erbracht |
| Rückmeldung | Nutzer erhält Status, Rückfrage oder Abschlussinformation | Transparenz entsteht |
| Nachweis | Leistung, Zeit, Foto, Material oder Protokoll wird dokumentiert | Prüfbarkeit wird gesichert |
| Abschluss | Ticket wird fachlich und systemseitig geschlossen | Vorgang ist beendet |
| Auswertung | Ticket wird in KPI, SLA und Verbesserungen berücksichtigt | Servicequalität wird steuerbar |
Nutzerkommunikation im Service-Start-up
Nutzerkommunikation ist ein entscheidender Erfolgsfaktor. Ein Dienstleisterwechsel kann fachlich gut vorbereitet sein und dennoch schlecht wahrgenommen werden, wenn Nutzer nicht wissen, was sich ändert.
Die Kommunikation sollte einfach, klar und frühzeitig erfolgen. Nutzer benötigen keine vollständige Vertragsbeschreibung, sondern praktische Orientierung.
| Kommunikationsinhalt | Zweck |
|---|---|
| Neuer Dienstleister | Nutzer wissen, wer künftig FM-Leistungen erbringt. |
| Ansprechpartner | Nutzer kennen Service Desk, Objektleitung oder zuständige Kontaktstellen. |
| Meldewege | Nutzer wissen, wie sie Störungen und Anforderungen melden. |
| Servicezeiten | Nutzer verstehen Erreichbarkeit und Bearbeitungszeiten. |
| Prioritäten | Nutzer wissen, warum kritische Störungen vorrangig bearbeitet werden. |
| Sonderleistungen | Nutzer erkennen, welche Leistungen freigabepflichtig oder kostenpflichtig sind. |
| Übergangsphase | Nutzer verstehen mögliche Startbesonderheiten und Anlaufprozesse. |
| Rückmeldeverfahren | Nutzer wissen, wie sie Statusinformationen erhalten. |
| Feedbackkanal | Nutzer können Anfangsprobleme und Beschwerden strukturiert melden. |
| Eskalationsweg | Kritische Anliegen werden nicht informell, sondern geordnet weitergeleitet. |
Kommunikationsmittel für Nutzer
| Kommunikationsmittel | Einsatz |
|---|---|
| Nutzerinformation per E-Mail | Allgemeine Ankündigung des Dienstleisterwechsels und neuer Meldewege |
| Intranetmeldung | Dauerhafte Bereitstellung von Serviceinformationen |
| Aushang im Gebäude | Sichtbare Information für Nutzer ohne digitalen Zugang |
| Kurzanleitung | Einfache Erklärung des Ticketportals oder der Hotline |
| FAQ | Antworten auf häufige Fragen zu Leistungen, Zeiten und Zuständigkeiten |
| Servicekarte | Kompakte Übersicht mit Kontaktdaten und Meldewegen |
| Kick-off mit Nutzervertretung | Abstimmung besonderer Anforderungen und Kommunikationsbedarfe |
| Empfangsinformation | Unterstützung für Besucher und interne Nutzer |
| QR-Code zum Serviceportal | Niedrigschwellige digitale Meldung im Gebäude |
| Hypercare-Information | Hinweise zur Startphase und Feedbackmöglichkeit |
Servicekultur und Nutzererlebnis
Der Service-Start-up ist nicht nur ein organisatorischer Prozess. Er prägt auch das Nutzererlebnis. Nutzer bewerten Facility Management häufig nicht nach Vertragsdetails, sondern nach Erreichbarkeit, Freundlichkeit, Verlässlichkeit, Rückmeldung und sichtbarer Problemlösung.
Eine gute Servicekultur entsteht durch klare Standards, geschulte Mitarbeitende und nachvollziehbare Prozesse.
| Servicekriterium | Bedeutung |
|---|---|
| Erreichbarkeit | Nutzer erreichen den Service über bekannte Kanäle. |
| Verständlichkeit | Meldungen, Rückfragen und Antworten sind klar formuliert. |
| Verlässlichkeit | Zusagen, Termine und Rückmeldungen werden eingehalten. |
| Freundlichkeit | Servicekommunikation erfolgt professionell und respektvoll. |
| Transparenz | Nutzer sehen, ob ein Anliegen aufgenommen und bearbeitet wird. |
| Lösungskompetenz | Anliegen werden nicht nur weitergeleitet, sondern lösungsorientiert behandelt. |
| Rückmeldung | Nutzer erhalten Abschlussinformationen und bei Verzögerung Zwischenstände. |
| Konsequenz | Wiederholte Probleme werden nicht nur bearbeitet, sondern analysiert. |
| Diskretion | Vertrauliche Nutzer- und Gebäudedaten werden geschützt. |
| Verbesserung | Feedback wird aufgenommen und in Maßnahmen überführt. |
Sonderleistungen und Zusatzanforderungen
Viele Konflikte im Facility Management entstehen durch Sonderleistungen. Nutzer oder Fachbereiche erwarten Leistungen, die nicht im Standardumfang enthalten sind oder zusätzliche Kosten auslösen. Der Service-Start-up muss deshalb ein klares Verfahren für Sonderleistungen definieren.
| Thema | Regelung im Service-Start-up |
|---|---|
| Definition Sonderleistung | Welche Leistungen liegen außerhalb des Standardumfangs? |
| Anforderungsweg | Wie wird eine Sonderleistung beantragt? |
| Freigabe | Wer darf eine kostenrelevante Leistung beauftragen? |
| Kostenstelle | Welche Budget- oder Kostenstellenangabe ist erforderlich? |
| Angebot | Muss vor Ausführung ein Angebot erstellt werden? |
| Reaktionszeit | Gelten andere Zeiten als bei Standardleistungen? |
| Leistungsnachweis | Wie wird die Ausführung dokumentiert? |
| Abrechnung | Pauschal, Einheitspreis, Regie oder gesonderte Rechnung |
| Priorität | Wird die Sonderleistung gegenüber Störungen zurückgestellt? |
| Eskalation | Was geschieht bei dringenden, aber nicht freigegebenen Anforderungen? |
Beschwerde- und Reklamationsmanagement
Beschwerden sind im Service-Start-up nicht nur Störungen, sondern wichtige Hinweise auf Prozess-, Kommunikations- oder Qualitätsprobleme. Ein professionelles Beschwerdemanagement stellt sicher, dass Beschwerden aufgenommen, bewertet, bearbeitet, rückgemeldet und ausgewertet werden.
| Beschwerdeprozess | Inhalt |
|---|---|
| Aufnahme | Beschwerde wird über definierten Kanal erfasst. |
| Einordnung | Beschwerde wird nach Leistung, Bereich, Dringlichkeit und Ursache kategorisiert. |
| Verantwortlichkeit | Zuständiges Team, Objektleitung oder Nachunternehmer wird zugeordnet. |
| Sofortmaßnahme | Bei Bedarf wird kurzfristig reagiert. |
| Ursachenanalyse | Wiederholte oder schwerwiegende Beschwerden werden tiefer geprüft. |
| Rückmeldung | Nutzer oder Auftraggeber erhält Antwort zum Ergebnis. |
| Nachweis | Bearbeitung und Maßnahmen werden dokumentiert. |
| Eskalation | Kritische Beschwerden werden an höhere Ebene weitergeleitet. |
| Auswertung | Beschwerden fließen in KPI, Qualitätsgespräche und Verbesserungen ein. |
| Prävention | Wiederkehrende Ursachen werden durch Maßnahmen reduziert. |
Feedback und kontinuierliche Verbesserung
Der Service-Start-up sollte von Beginn an ein Feedbackverfahren vorsehen. Gerade in der Startphase zeigen Rückmeldungen, ob Meldewege verständlich sind, ob Nutzer die neuen Prozesse akzeptieren und ob Servicezeiten realistisch sind.
| Feedbackquelle | Nutzen |
|---|---|
| Nutzerfeedback im Ticket | Direkte Bewertung einzelner Leistungen |
| Rückmeldungen der Nutzervertretung | Bündelung wiederkehrender Themen |
| Service Desk Beobachtungen | Erkennen unklarer Kategorien oder häufiger Rückfragen |
| Objektleitung | Praktische Bewertung von Abläufen und Ressourcen |
| Auftraggebergespräche | Strategische Bewertung von Servicequalität und Steuerbarkeit |
| Nachunternehmerfeedback | Hinweise zu Schnittstellen, Zugängen und Nachweisen |
| Ticketanalysen | Objektive Auswertung von Mengen, Zeiten und Wiederholungen |
| Qualitätsbegehungen | Sichtbare Bewertung der Leistung vor Ort |
| Beschwerden | Hinweis auf Schwachstellen und Kommunikationsdefizite |
| Hypercare-Meetings | Schnelle Nachsteuerung in den ersten Betriebswochen |
Service-Reporting
Service-Reporting schafft Transparenz über Leistung, Qualität, Nutzerverhalten, Engpässe und Verbesserungsbedarf. Es sollte bereits im Service-Start-up vorbereitet werden, damit der Auftraggeber ab Betriebsbeginn steuerungsfähige Informationen erhält.
| Berichtselement | Inhalt |
|---|---|
| Ticketvolumen | Anzahl der Tickets nach Zeitraum, Standort, Kategorie und Priorität |
| Ticketstatus | Offen, in Arbeit, wartend, erledigt, überfällig |
| Reaktionszeiten | Zeit bis zur ersten qualifizierten Reaktion |
| Bearbeitungszeiten | Zeit bis zur Lösung oder Abschlussmeldung |
| SLA-Erfüllung | Einhaltung vereinbarter Servicelevel |
| Wiederholmeldungen | Häufig wiederkehrende Anliegen oder Orte |
| Beschwerden | Anzahl, Ursache, Status und Maßnahmen |
| Nutzerfeedback | Bewertungen, Kommentare und Zufriedenheit |
| Sonderleistungen | Anzahl, Freigaben, Kostenbezug und Nachweise |
| Eskalationen | Kritische Fälle, Ursachen und Entscheidungen |
| Maßnahmen | Offene und erledigte Verbesserungsmaßnahmen |
| Trends | Entwicklung über Startphase und Regelbetrieb |
Eskalationsmanagement im Service-Start-up
Eskalationen müssen vor Betriebsbeginn geregelt sein. Nicht jede Verzögerung ist eine Eskalation, aber kritische Anliegen, SLA-Verletzungen, Sicherheitsrisiken, Beschwerden oder Entscheidungslücken brauchen definierte Wege.
| Eskalationsauslöser | Beispiel | Reaktion |
|---|---|---|
| Kritische Störung | Sicherheits- oder betriebskritischer Ausfall | Sofortige Information an Objektleitung und Auftraggeber |
| SLA-Verletzung | Reaktionszeit oder Bearbeitungszeit überschritten | Eskalation an zuständige Führungsebene |
| Wiederholstörung | Gleiches Problem tritt mehrfach auf | Ursachenanalyse und Maßnahmenplanung |
| Nutzerbeschwerde | Beschwerde über Servicequalität oder Kommunikation | Prüfung, Rückmeldung und Qualitätssicherung |
| Unklare Zuständigkeit | Auftragnehmer, Auftraggeber oder Nachunternehmer nicht eindeutig verantwortlich | Klärung in Eskalationsrunde |
| Fehlende Freigabe | Sonderleistung oder Maßnahme kann nicht starten | Entscheidung durch Auftraggeber |
| Nachunternehmerverzug | Externe Leistung bleibt aus | Ersatzmaßnahme oder Vertragspartnereskalation |
| Sicherheitsrelevantes Anliegen | Gefahr für Personen, Gebäude oder Betrieb | Sofortmaßnahme und HSE-Einbindung |
| Daten- oder Systemproblem | Tickets können nicht verarbeitet werden | IT-Eskalation und Ausweichprozess |
| Reputationskritisches Thema | Hohe Nutzerwirkung oder Managementsichtbarkeit | Managementinformation und Kommunikationsmaßnahme |
Service-Start-up und Datenschutz
Serviceprozesse verarbeiten häufig personenbezogene Daten, Nutzerdaten, Kontaktdaten, Standortinformationen, Beschwerden, Fotos und Informationen zu sensiblen Gebäudebereichen. Deshalb muss Datenschutz im Service-Start-up berücksichtigt werden.
| Datenschutzthema | Bedeutung |
|---|---|
| Nutzerkonten | Zugriff auf Serviceportal oder Ticketsystem muss geregelt sein. |
| Personenbezogene Daten | Name, Kontakt, Raumzuordnung und Anliegen dürfen nur zweckgebunden genutzt werden. |
| Sichtbarkeit von Tickets | Nutzer sollen nur eigene oder freigegebene Vorgänge sehen. |
| Fotos | Fotodokumentation darf keine unzulässigen Personen- oder vertraulichen Informationen enthalten. |
| Nachunternehmerzugriff | Externe Dienstleister erhalten nur notwendige Informationen. |
| Löschung und Archivierung | Aufbewahrungsfristen und Löschprozesse werden definiert. |
| Vertrauliche Bereiche | Meldungen aus Sicherheits-, Forschungs- oder Geschäftsbereichen werden besonders geschützt. |
| Protokollierung | Zugriff und Bearbeitung kritischer Daten können nachvollziehbar sein. |
| Rollenrechte | Berechtigungen werden nach Aufgaben und Verantwortung vergeben. |
| Nutzerinformation | Nutzer wissen, wie ihre Meldedaten verarbeitet werden. |
Service-Start-up und Barrierefreiheit
Serviceprozesse sollten für relevante Nutzergruppen gut zugänglich sein. Barrierefreiheit betrifft nicht nur bauliche Themen, sondern auch Kommunikation und digitale Meldewege.
| Aspekt | Bedeutung |
|---|---|
| Verständliche Sprache | Serviceinformationen sollten klar und ohne unnötige Fachbegriffe formuliert sein. |
| Mehrere Meldewege | Nicht alle Nutzer können oder wollen ein digitales Portal nutzen. |
| Telefonische Erreichbarkeit | Wichtig für dringende Anliegen oder Nutzer ohne Systemzugang. |
| Digitale Bedienbarkeit | Portale und Apps sollten möglichst einfach nutzbar sein. |
| Standortangaben | Nutzer benötigen einfache Möglichkeiten, Raum oder Bereich zu benennen. |
| Rückmeldungen | Statusinformationen sollten verständlich und nachvollziehbar sein. |
| Aushänge | Analoge Hinweise unterstützen Nutzer ohne digitalen Zugriff. |
| Unterstützung durch Empfang oder Service Desk | Persönliche Hilfe erhöht Nutzbarkeit. |
Service-Start-up nach Beteiligten
Der Service-Start-up betrifft unterschiedliche Beteiligte mit eigenen Erwartungen und Aufgaben. Diese Perspektiven müssen aktiv abgestimmt werden.
| Beteiligter | Interesse und Aufgabe im Service-Start-up |
|---|---|
| Auftraggeber | Transparenz, Steuerbarkeit, SLA, KPI, Nutzerzufriedenheit und Eskalationsfähigkeit |
| Auftragnehmer | Klare Meldewege, realistische Servicelevel, effiziente Bearbeitung und Nachweisfähigkeit |
| Nutzer | Einfache Ansprechpartner, verlässliche Rückmeldungen und störungsarme Services |
| Objektleitung | Steuerung von Tickets, Teams, Nachunternehmern, Eskalationen und Servicequalität |
| Service Desk | Qualifizierung, Priorisierung, Zuweisung, Rückmeldung und Ticketqualität |
| Technisches Team | Bearbeitung technischer Störungen und Rückmeldung von Maßnahmen |
| Infrastrukturelle Teams | Reinigung, Sicherheit, Entsorgung, Logistik und Außenanlagenleistungen |
| Nachunternehmer | Eindeutige Aufträge, Zugänge, Nachweise und Eskalationswege |
| HSE / Compliance | Sicherheitsrelevante Meldungen, Freigaben und Schutzanforderungen |
| IT / CAFM | Ticketsystem, Nutzerrechte, Daten, Portale und Reporting |
| Einkauf / Vertragsmanagement | Sonderleistungen, Freigaben, Nachträge und Abrechnung |
| FM-Connect.com | Strukturierung, Prüfung und Steuerung der servicebezogenen Startfähigkeit |
Auftraggebersicht im Service-Start-up
Aus Auftraggebersicht ist der Service-Start-up die Grundlage für transparente Dienstleistersteuerung und Nutzerzufriedenheit. Der Auftraggeber muss sicherstellen, dass die vereinbarten Services nicht nur beschrieben, sondern praktisch nutzbar sind.
| Auftraggeberaufgabe | Erläuterung |
|---|---|
| Serviceumfang freigeben | Klarstellen, welche Leistungen Standard, Zusatzleistung oder ausgeschlossen sind |
| SLA und KPI abstimmen | Messbare Qualitäts- und Reaktionsanforderungen festlegen |
| Nutzerkommunikation unterstützen | Informationen zum neuen Dienstleister und zu Meldewegen freigeben |
| Eskalationswege definieren | Ansprechpartner und Entscheidungsebenen festlegen |
| Sonderleistungsfreigaben regeln | Kostenrelevante Leistungen transparent steuern |
| Berichtswesen abstimmen | Serviceberichte, Ticketstatistiken und Qualitätskennzahlen definieren |
| Nutzervertretung einbinden | Besondere Anforderungen und Kommunikationsbedarfe aufnehmen |
| Datenschutzanforderungen klären | Umgang mit Nutzerdaten, Fotos und sensiblen Informationen regeln |
| Startfähigkeit bewerten | Prüfen, ob Serviceprozesse vor Go-live funktionsfähig sind |
| Verbesserungen steuern | Erkenntnisse aus Hypercare und Reporting in Maßnahmen überführen |
Auftragnehmersicht im Service-Start-up
Aus Auftragnehmersicht schafft der Service-Start-up eine klare Grundlage für effiziente Leistungserbringung. Der Dienstleister muss wissen, welche Leistungen über welche Kanäle eingehen, wie sie bewertet werden und wie Nachweise zu führen sind.
| Auftragnehmeraufgabe | Erläuterung |
|---|---|
| Servicekatalog operationalisieren | Leistungen in verständliche Servicebeschreibungen und Prozesse überführen |
| Service Desk organisieren | Annahme, Qualifizierung, Priorisierung und Rückmeldung sicherstellen |
| Ticketsystem einrichten | Kategorien, Prioritäten, SLA, Status und Rückmeldungen konfigurieren |
| Servicezeiten absichern | Personal, Erreichbarkeit und Bereitschaften passend planen |
| Nutzerinformation vorbereiten | Meldewege, Ansprechpartner und Startinformationen bereitstellen |
| Nachunternehmer integrieren | Externe Leistungen in Ticket-, Nachweis- und Eskalationsprozesse einbinden |
| Leistungsnachweise definieren | Rückmeldungen, Fotos, Protokolle und Freigaben standardisieren |
| Eskalation steuern | Kritische Fälle rechtzeitig weiterleiten |
| Reporting liefern | Servicekennzahlen und Maßnahmen regelmäßig auswerten |
| Servicequalität verbessern | Beschwerden, Wiederholmeldungen und Feedback systematisch bearbeiten |
Nutzersicht im Service-Start-up
Aus Nutzersicht ist der Service-Start-up gelungen, wenn der Wechsel des FM-Dienstleisters verständlich, erreichbar und zuverlässig abläuft. Nutzer müssen ihre Anliegen einfach melden können und eine nachvollziehbare Rückmeldung erhalten.
| Nutzeranforderung | Bedeutung |
|---|---|
| Klarer Einstiegspunkt | Nutzer wissen, wo sie Störungen und Anforderungen melden. |
| Verständlicher Serviceumfang | Nutzer erkennen, welche Leistungen verfügbar sind. |
| Verlässliche Rückmeldung | Nutzer erhalten Eingangsbestätigung, Status und Abschlussinformation. |
| Angemessene Reaktionszeit | Kritische Anliegen werden schneller behandelt als Komfortthemen. |
| Einfache Sprache | Serviceinformationen sind verständlich und praxistauglich. |
| Transparente Sonderleistungen | Nutzer wissen, wann Freigaben oder Kostenstellen erforderlich sind. |
| Feedbackmöglichkeit | Nutzer können Qualität und Probleme zurückmelden. |
| Wenig Umstellungsbelastung | Neue Prozesse werden einfach erklärt und unterstützt. |
Nachunternehmersicht im Service-Start-up
Nachunternehmer müssen servicebezogen eingebunden werden, wenn sie Leistungen bearbeiten, die durch Nutzer oder Auftraggeber ausgelöst werden. Sie müssen wissen, wie Aufträge eingehen, welche Reaktionszeiten gelten, wie Rückmeldungen erfolgen und welche Nachweise erforderlich sind.
| Nachunternehmeraspekt | Bedeutung |
|---|---|
| Auftragsweg | Wie erhält der Nachunternehmer Aufträge oder Tickets? |
| Priorität | Welche Dringlichkeit gilt und welche Reaktionszeit ist einzuhalten? |
| Zugang | Welche Schlüssel, Ausweise oder Freigaben sind erforderlich? |
| Rückmeldung | Wie meldet der Nachunternehmer Status, Abschluss und Probleme zurück? |
| Nachweis | Welche Protokolle, Fotos oder Prüfberichte sind erforderlich? |
| Eskalation | Wen informiert der Nachunternehmer bei Hindernissen? |
| Nutzerkontakt | Darf der Nachunternehmer direkt mit Nutzern kommunizieren? |
| Qualität | Wie wird die Leistung geprüft und bewertet? |
| Datenschutz | Welche Informationen darf der Nachunternehmer erhalten? |
| Abrechnung | Wie werden Sonderleistungen oder Regieleistungen nachgewiesen? |
Service-Start-up-Prozess
Der Service-Start-up sollte als klarer Teilprozess des Gesamt-Start-ups geplant werden. Er beginnt mit der Analyse der vertraglichen Serviceanforderungen und endet mit der stabilen Anwendung der Serviceprozesse im Regelbetrieb.
| Phase | Inhalt | Ergebnis |
|---|---|---|
| 1. Serviceanforderungen analysieren | Vertrag, Leistungsbeschreibung, SLA, KPI, Nutzeranforderungen und Servicezeiten prüfen | Serviceumfang ist bekannt |
| 2. Servicekatalog erstellen | Leistungen, Grenzen, Zuständigkeiten, Meldewege und Freigaben beschreiben | Verständliche Servicebasis entsteht |
| 3. Meldewege festlegen | Ticketportal, Hotline, E-Mail, App, Service Desk und Notfallnummer definieren | Nutzer wissen, wie sie Anliegen melden |
| 4. Ticketprozess konfigurieren | Kategorien, Prioritäten, Status, Rückmeldungen und Eskalationen einrichten | Servicebearbeitung wird steuerbar |
| 5. Ansprechpartner benennen | Auftraggeber, Objektleitung, Service Desk, Fachrollen und Nachunternehmer festlegen | Zuständigkeiten sind klar |
| 6. SLA und KPI operationalisieren | Messlogik, Datenquellen, Ausnahmen und Berichte definieren | Leistung wird messbar |
| 7. Nutzerkommunikation vorbereiten | Informationen, Anleitungen, Aushänge, FAQ und Feedbackkanäle erstellen | Nutzer werden startfähig informiert |
| 8. Nachunternehmer einbinden | Auftragswege, Rückmeldungen, Nachweise und Eskalationen abstimmen | Externe Services sind integriert |
| 9. Testbetrieb durchführen | Testtickets, Rückmeldungen, Eskalationen und Berichte prüfen | Serviceprozesse sind erprobt |
| 10. Go-live durchführen | Servicewege aktivieren und Nutzerkommunikation starten | Servicebetrieb beginnt kontrolliert |
| 11. Hypercare steuern | Anfangsprobleme, Nutzerfeedback und Ticketqualität eng beobachten | Service wird stabilisiert |
| 12. Abschluss bewerten | Service-Start-up-Bericht, Restpunkte und Verbesserungen dokumentieren | Übergang in Regelbetrieb ist nachvollziehbar |
Test des Service-Start-ups vor Go-live
Vor dem Betriebsbeginn sollten die wichtigsten Serviceprozesse getestet werden. Testmeldungen zeigen, ob Meldewege, Ticketkategorien, Prioritäten, Rückmeldungen, Eskalationen und Berichte funktionieren.
| Testfall | Prüffrage |
|---|---|
| Standardstörung | Kann ein Nutzer eine normale Störung melden und erhält er eine Rückmeldung? |
| Kritische Störung | Wird eine dringende Meldung korrekt priorisiert und eskaliert? |
| Sonderleistung | Wird eine freigabepflichtige Leistung korrekt erkannt und gesteuert? |
| Reinigungsreklamation | Wird die Meldung an den richtigen Bereich weitergeleitet? |
| Technische Störung | Wird das Ticket mit Raum oder Anlage verknüpft? |
| Nachunternehmerleistung | Erhält der externe Dienstleister den Auftrag und liefert einen Nachweis? |
| Nutzerfeedback | Kann der Nutzer eine Bewertung oder Rückmeldung geben? |
| SLA-Auswertung | Werden Reaktions- und Bearbeitungszeiten korrekt gemessen? |
| Eskalation | Wird bei Fristüberschreitung oder Kritikalität richtig eskaliert? |
| Reporting | Erscheint das Ticket korrekt in Serviceberichten und KPI? |
| Datenschutz | Sieht der Nutzer nur die für ihn vorgesehenen Informationen? |
| Notfallmeldung | Funktioniert der Weg für kritische Ereignisse außerhalb der Regelzeit? |
| Prüfpunktthema | Leitfrage |
|---|---|
| Serviceumfang | Sind alle vertraglichen Services bekannt und beschrieben? |
| Servicekatalog | Gibt es eine verständliche Übersicht der Leistungen und Grenzen? |
| Meldewege | Sind Ticketportal, Hotline, E-Mail, App oder Service Desk klar definiert? |
| Ansprechpartner | Sind Zuständigkeiten für Nutzer, Auftraggeber und Dienstleister benannt? |
| Servicezeiten | Sind Regelzeiten, Bereitschaft und Notfallwege festgelegt? |
| Priorisierung | Gibt es eine nachvollziehbare Einstufung nach Dringlichkeit und Kritikalität? |
| SLA | Sind Reaktionszeiten, Bearbeitungszeiten, Ausnahmen und Messlogik definiert? |
| KPI | Sind Kennzahlen und Datenquellen für Servicequalität festgelegt? |
| Ticketsystem | Sind Kategorien, Status, Rückmeldungen und Eskalationen eingerichtet? |
| Nutzerkommunikation | Sind Nutzer über neue Prozesse und Ansprechpartner informiert? |
| Sonderleistungen | Sind Freigabe, Kostenstelle, Nachweis und Abrechnung geregelt? |
| Nachunternehmer | Sind externe Servicepartner in Auftrags- und Rückmeldewege eingebunden? |
| Beschwerdemanagement | Gibt es einen Prozess für Beschwerden und Reklamationen? |
| Feedback | Ist eine Rückmeldung zur Servicequalität möglich? |
| Reporting | Sind Serviceberichte, Ticketstatistiken und SLA-Auswertungen vorbereitet? |
| Datenschutz | Sind Rollenrechte, Sichtbarkeit und Umgang mit Nutzerdaten geregelt? |
| Testbetrieb | Wurden Meldewege, Tickets, Rückmeldungen und Eskalationen getestet? |
| Hypercare | Ist eine engere Begleitung der ersten Servicewochen geplant? |
| Restpunkte | Sind offene Punkte priorisiert, terminiert und Verantwortlichen zugeordnet? |
| Go-live-Fähigkeit | Ist der Servicebetrieb für den Betriebsbeginn ausreichend vorbereitet? |
Startkritische Themen im Service-Start-up
Nicht alle Service-Start-up-Aufgaben müssen vor Go-live vollständig optimiert sein. Einige Themen sind jedoch zwingend erforderlich, damit der Regelbetrieb störungsarm starten kann.
| Kategorie | Beispiele | Umgang |
|---|---|---|
| Startkritisch | Meldewege, Service Desk, Notfallnummer, Ansprechpartner, Prioritäten, kritische SLA, Nutzerinformation | Vor Go-live zwingend klären |
| Hoch relevant | Servicekatalog, Ticketkategorien, Sonderleistungsprozess, Nachunternehmerrückmeldung, Reporting | Vor Go-live weitgehend einrichten |
| Steuerbar nach Go-live | Feinabstimmung von FAQ, Optimierung von Ticketkategorien, Erweiterung von Dashboards | In Hypercare mit Termin verfolgen |
| Optimierung | Servicekulturprogramme, langfristige Nutzerbefragungen, Prozessstandardisierung | Im kontinuierlichen Verbesserungsprozess fortführen |
Statusbewertung im Service-Start-up
Eine einheitliche Statusbewertung unterstützt die Steuerung der Servicefähigkeit vor dem Betriebsbeginn.
| Status | Bedeutung | Handlungsbedarf |
|---|---|---|
| Grün | Serviceprozess ist eingerichtet, getestet und startfähig. | Regelbetrieb starten und Servicequalität beobachten. |
| Gelb | Wesentliche Grundlagen sind vorhanden, Restpunkte bestehen. | Restpunkte in Hypercare steuern. |
| Rot | Startkritischer Servicebestandteil fehlt. | Vor Go-live lösen oder Übergangslösung festlegen. |
| Grau | Bewertung ist noch nicht möglich. | Informationen, Tests oder Entscheidungen nachholen. |
| Blau | Für diesen Vertrag oder dieses Objekt nicht relevant. | Nichtrelevanz dokumentieren. |
Beispielhafte Bewertungsmatrix
| Servicebereich | Zielzustand vor Go-live | Mögliche Restpunkte |
|---|---|---|
| Servicekatalog | Standardleistungen und Grenzen sind verständlich beschrieben. | Ergänzung weiterer Detailleistungen |
| Service Desk | Annahme, Qualifizierung und Weiterleitung funktionieren. | Feinabstimmung einzelner Bearbeitungsregeln |
| Meldewege | Nutzer kennen Ticketportal, Hotline oder E-Mail-Adresse. | Ergänzung weiterer Kommunikationsmittel |
| Ticketprozess | Kategorien, Prioritäten, Status und Rückmeldungen sind eingerichtet. | Optimierung einzelner Ticketkategorien |
| SLA | Reaktionszeiten und Messlogik sind definiert. | Erweiterung der SLA-Auswertung |
| KPI | Mindestkennzahlen sind festgelegt. | Ausbau von Dashboards und Trendanalysen |
| Nutzerkommunikation | Erstinformation und Anleitung sind veröffentlicht. | Ergänzung FAQ oder Schulungsmaterial |
| Sonderleistungen | Freigabe- und Nachweisverfahren sind geregelt. | Detaillierung einzelner Preis- oder Abrechnungsregeln |
| Nachunternehmer | Kritische externe Servicepartner sind eingebunden. | Erweiterung direkter Systemzugriffe |
| Beschwerdemanagement | Beschwerden können erfasst und bearbeitet werden. | Erweiterung strukturierter Ursachenanalyse |
| Reporting | Mindestbericht zu Tickets, SLA und Maßnahmen ist verfügbar. | Ausbau regelmäßiger Service-Reports |
| Hypercare | Startphase ist eng begleitet. | Feinjustierung der Taktung |
Risiken ohne Service-Start-up
Ohne Service-Start-up entstehen Risiken, die sehr schnell sichtbar werden. Nutzer erleben unklare Ansprechpartner, langsame Rückmeldungen, falsche Erwartungen und uneinheitliche Kommunikation. Auftraggeber verlieren Transparenz über Servicequalität und Leistungsfähigkeit.
| Risiko | Ursache | Mögliche Folge | Gegenmaßnahme |
|---|---|---|---|
| Unklare Meldewege | Nutzerinformation fehlt | Störungen werden falsch oder gar nicht erfasst | Meldewege vor Go-live kommunizieren |
| Kein Servicekatalog | Leistungen und Grenzen sind unklar | Erwartungskonflikte und Sonderleistungsstreit | Servicekatalog erstellen |
| Fehlende Ansprechpartner | Zuständigkeiten sind nicht benannt | Rückfragen und Eskalationen verzögern sich | Ansprechpartnermatrix veröffentlichen |
| Ticketsystem nicht vorbereitet | Meldungen laufen informell | Nachweise und SLA sind nicht belastbar | Ticketprozess testen |
| Priorisierung fehlt | Alle Meldungen werden gleich behandelt | Kritische Anliegen werden verzögert | Prioritätsmodell definieren |
| SLA nicht operationalisiert | Messlogik ist unklar | Leistungsbewertung wird strittig | SLA-Definition mit Datenquellen festlegen |
| Nutzer nicht informiert | Dienstleisterwechsel wird nicht erklärt | Beschwerden und Akzeptanzprobleme | Kommunikationsplan umsetzen |
| Sonderleistungen ungeregelt | Zusatzanforderungen laufen informell | Kosten- und Freigabekonflikte | Sonderleistungsprozess definieren |
| Nachunternehmer nicht eingebunden | Externe Leistungen werden verzögert | Servicequalität sinkt | Nachunternehmerprozess abstimmen |
| Beschwerden nicht gesteuert | Reklamationen bleiben informell | Wiederholfehler und Vertrauensverlust | Beschwerdemanagement einrichten |
| Reporting fehlt | Auftraggeber sieht Servicequalität nicht | Steuerung bleibt reaktiv | Service-Reporting vorbereiten |
| Datenschutz ungeklärt | Nutzerdaten werden unsauber verarbeitet | Compliance-Risiken entstehen | Rollen- und Datenschutzkonzept definieren |
Typische Fehler im Service-Start-up
| Fehler | Folge | Vermeidung |
|---|---|---|
| Service-Start-up wird nur als Nutzerinformation verstanden | Prozesse, SLA, Tickets und Reporting bleiben unzureichend vorbereitet | Service-Start-up als vollständigen Prozess planen |
| Servicekatalog ist zu technisch formuliert | Nutzer verstehen Leistungen und Wege nicht | Nutzerorientierte Sprache verwenden |
| Meldewege sind zu vielfältig und unklar | Meldungen verteilen sich auf informelle Kanäle | Klare Hauptkanäle und Ausweichwege definieren |
| SLA werden nicht messbar gemacht | Einhaltung kann nicht objektiv bewertet werden | Messlogik, Startzeitpunkt und Ausnahmen definieren |
| Ticketkategorien sind zu kompliziert | Nutzer oder Service Desk erfassen falsch | Kategorien einfach und praxistauglich halten |
| Rückmeldungen fehlen | Nutzer fühlen sich nicht informiert | Status- und Abschlusskommunikation festlegen |
| Sonderleistungen werden informell erbracht | Kosten und Verantwortlichkeiten werden strittig | Freigabe- und Nachweisprozess einrichten |
| Nachunternehmer sind nicht in Serviceprozesse eingebunden | Rückmeldungen und Nachweise fehlen | Externe Auftrags- und Rückmeldewege definieren |
| Beschwerdemanagement wird nicht vorbereitet | Reklamationen eskalieren unnötig | Beschwerdeprozess mit Verantwortlichen einrichten |
| Hypercare fehlt | Anfangsprobleme werden zu spät erkannt | Enge Startbegleitung einplanen |
Schnittstellen im Service-Start-up
Der Service-Start-up hat viele Schnittstellen. Diese müssen vor Betriebsbeginn geklärt sein, damit der Service nicht an Übergabepunkten scheitert.
| Schnittstelle | Bedeutung |
|---|---|
| Service Desk und Objektleitung | Abstimmung von Prioritäten, Rückmeldungen, Eskalationen und Nutzerfragen |
| Service Desk und Techniker | Zuweisung, Status, Rückfragen und Abschluss von technischen Tickets |
| Service Desk und Reinigung | Reklamationen, Sonderreinigungen, Verbrauchsmaterial und Qualitätskontrollen |
| Service Desk und Sicherheitsdienst | Sicherheitsereignisse, Zutritt, Ausweise und Kontrollmeldungen |
| Auftraggeber und Service Desk | Freigaben, Eskalationen, Sonderleistungen und Managementmeldungen |
| Nutzer und Service Desk | Meldungen, Rückfragen, Statusinformationen und Feedback |
| Nachunternehmer und Objektleitung | Externe Einsätze, Nachweise, Termine und Eskalationen |
| IT und Serviceprozesse | Ticketsystem, Nutzerrechte, Portale, mobile Geräte und Reporting |
| HSE und Service | Sicherheitsrelevante Meldungen, Freigaben, Unterweisungen und Notfälle |
| Kaufmännisches FM und Service | Sonderleistungen, Leistungsnachweise, Abrechnung und Budgetsteuerung |
| Reporting und Management | KPI, SLA, Beschwerden, Maßnahmen und Servicequalität |
| FM-Connect.com und Projektbeteiligte | Strukturierung, Prüfung und Steuerung der servicebezogenen Betriebsbereitschaft |
Service-Start-up und Hypercare
Die Hypercare-Phase ist für den Service-Start-up besonders wichtig. In den ersten Wochen nach dem Betriebsbeginn zeigt sich, ob Nutzer die neuen Meldewege verstehen, ob Tickets richtig kategorisiert werden, ob Rückmeldungen funktionieren und ob Servicezeiten realistisch sind.
| Hypercare-Thema | Inhalt |
|---|---|
| Engmaschige Ticketanalyse | Ticketvolumen, Fehlmeldungen, Rückstände und Prioritäten täglich oder regelmäßig prüfen |
| Nutzerfeedback aufnehmen | Rückmeldungen zur Verständlichkeit und Qualität der neuen Servicewege erfassen |
| Service Desk unterstützen | Fragen, Fehlklassifikationen und Prozesslücken schnell korrigieren |
| Nutzerkommunikation nachschärfen | FAQ, Aushänge oder Anleitungen ergänzen |
| SLA beobachten | Früh erkennen, ob Reaktionszeiten realistisch eingehalten werden |
| Nachunternehmer überwachen | Externe Rückmeldungen und Nachweise prüfen |
| Beschwerden priorisieren | Wiederkehrende Beschwerden analysieren und Maßnahmen ableiten |
| Reporting stabilisieren | Serviceberichte und Kennzahlen auf Datenqualität prüfen |
| Eskalationen bewerten | Kritische Fälle und Entscheidungswege nachschärfen |
| Übergang in Regelbetrieb | Hypercare-Erkenntnisse in dauerhafte Serviceprozesse überführen |
Nachweise im Service-Start-up
Ein Service-Start-up muss dokumentiert werden. Nachweise zeigen, dass Serviceprozesse eingerichtet, kommuniziert, getestet und startfähig sind.
| Nachweis | Zweck |
|---|---|
| Servicekatalog | Dokumentiert Leistungen, Grenzen, Meldewege und Freigaben |
| Ansprechpartnermatrix | Zeigt Zuständigkeiten für Nutzer, Auftraggeber und Dienstleister |
| Kommunikationsplan | Dokumentiert Nutzerinformationen, Zeitpunkte und Medien |
| Ticketprozessbeschreibung | Beschreibt Erfassung, Priorisierung, Bearbeitung, Rückmeldung und Abschluss |
| SLA-Matrix | Zeigt Reaktionszeiten, Bearbeitungszeiten, Prioritäten und Messlogik |
| KPI-Set | Definiert Kennzahlen, Datenquellen und Berichtslogik |
| Testprotokolle | Belegen getestete Meldewege, Tickets, Rückmeldungen und Eskalationen |
| Nutzerinformation | Belegt Veröffentlichung von Ansprechpartnern und Servicewegen |
| Nachunternehmerprozess | Dokumentiert externe Auftrags-, Rückmelde- und Nachweiswege |
| Beschwerdeprozess | Regelt Bearbeitung, Eskalation und Auswertung von Reklamationen |
| Reportingmuster | Zeigt Aufbau von Serviceberichten und Ticketstatistiken |
| Datenschutzfreigabe | Dokumentiert Rollenrechte und Umgang mit Nutzerdaten |
| Hypercare-Plan | Beschreibt engere Begleitung der Startphase |
| Maßnahmenliste | Steuert offene Service-Restpunkte |
| Go-live-Bewertung | Dokumentiert servicebezogene Betriebsbereitschaft |
Service-Start-up-Bericht
Der Service-Start-up sollte im Start-up-Bericht oder als eigener Berichtsteil dokumentiert werden. Dieser Bericht zeigt, ob die Serviceorganisation startfähig ist und welche Punkte in der Hypercare weiterverfolgt werden.
| Berichtsteil | Inhalt |
|---|---|
| Serviceumfang | Übersicht über Standardleistungen, Sonderleistungen und Leistungsgrenzen |
| Servicekatalogstatus | Stand der Beschreibung, Freigabe und Veröffentlichung |
| Meldewegstatus | Ticketportal, Hotline, E-Mail, App, Notfallnummer und Ausweichwege |
| Ansprechpartnerstatus | Zuständigkeiten, Vertreter und Eskalationskontakte |
| SLA-/KPI-Status | Messlogik, Datenquellen, Berichte und offene Punkte |
| Ticketprozessstatus | Kategorien, Prioritäten, Status, Rückmeldungen und Eskalationen |
| Nutzerkommunikation | Veröffentlichte Informationen, offene Kommunikationsbedarfe und Feedbackkanäle |
| Nachunternehmerstatus | Einbindung externer Servicepartner in Aufträge und Nachweise |
| Beschwerdemanagement | Verfahren, Zuständigkeiten und Auswertungslogik |
| Datenschutzstatus | Rollen, Rechte und Umgang mit Nutzerdaten |
| Teststatus | Durchgeführte Testfälle, Ergebnisse und Fehler |
| Risikobewertung | Kritische Servicepunkte für Go-live und Regelbetrieb |
| Maßnahmenliste | Offene Punkte mit Priorität, Termin und Verantwortlichem |
| Go-live-Einschätzung | Bewertung der servicebezogenen Betriebsbereitschaft |
| Hypercare-Plan | Vorgehen zur Stabilisierung der Serviceprozesse |
Servicebezogene Betriebsbereitschaft
Vor dem Go-live sollte geprüft werden, ob die Serviceorganisation betriebsbereit ist. Betriebsbereit bedeutet, dass die startkritischen Servicewege, Zuständigkeiten, SLA, Tickets und Kommunikationsmaßnahmen funktionsfähig sind.
| Prüffeld | Betriebsbereitschaftsfrage |
|---|---|
| Serviceumfang | Sind Standardleistungen, Sonderleistungen und Leistungsgrenzen bekannt? |
| Servicekatalog | Ist der Servicekatalog ausreichend beschrieben und freigegeben? |
| Meldewege | Sind die Kanäle für Nutzer und Auftraggeber eingerichtet und kommuniziert? |
| Service Desk | Ist die Annahme, Qualifizierung und Weiterleitung von Meldungen organisiert? |
| Ansprechpartner | Sind Zuständigkeiten und Vertretungen klar benannt? |
| Servicezeiten | Sind Erreichbarkeit, Bereitschaft und Notfallwege definiert? |
| SLA | Sind Prioritäten, Reaktionszeiten und Messlogik anwendbar? |
| KPI | Sind Mindestkennzahlen und Datenquellen vorbereitet? |
| Ticketsystem | Funktionieren Kategorien, Prioritäten, Rückmeldungen und Eskalationen? |
| Nutzerkommunikation | Sind Nutzer rechtzeitig und verständlich informiert? |
| Sonderleistungen | Sind Freigabe, Kostenstelle, Nachweis und Abrechnung geregelt? |
| Nachunternehmer | Sind externe Servicepartner in Prozesse eingebunden? |
| Beschwerden | Gibt es einen Reklamations- und Feedbackprozess? |
| Datenschutz | Sind Rollenrechte und Umgang mit Nutzerdaten geklärt? |
| Testbetrieb | Wurden Serviceprozesse vor Go-live getestet? |
| Restpunkte | Sind offene Punkte priorisiert und terminiert? |
Qualitätskriterien für einen gelungenen Service-Start-up
| Qualitätskriterium | Beschreibung |
|---|---|
| Verständlichkeit | Nutzerinformationen und Servicekatalog sind klar und einfach nutzbar. |
| Erreichbarkeit | Service Desk, Meldewege und Notfallkontakte sind verfügbar. |
| Zuständigkeit | Ansprechpartner, Vertretungen und Eskalationswege sind eindeutig. |
| Messbarkeit | SLA, KPI und Serviceberichte sind definiert. |
| Nachweisfähigkeit | Tickets, Rückmeldungen, Leistungen und Freigaben werden dokumentiert. |
| Nutzerorientierung | Prozesse sind aus Nutzersicht praktikabel. |
| Reaktionsfähigkeit | Kritische Anliegen werden schnell erkannt und bearbeitet. |
| Transparenz | Nutzer und Auftraggeber erhalten angemessene Statusinformationen. |
| Datenschutz | Nutzerdaten und sensible Informationen werden geschützt. |
| Nachunternehmerintegration | Externe Leistungen sind in Serviceprozesse eingebunden. |
| Beschwerdefähigkeit | Beschwerden werden ernst genommen, bearbeitet und ausgewertet. |
| Verbesserungsfähigkeit | Feedback und Kennzahlen führen zu konkreten Maßnahmen. |
| Go-live-Fähigkeit | Startkritische Serviceprozesse sind vor Betriebsbeginn getestet. |
| Stabilität | Hypercare sichert die Anfangsphase ab. |
Nutzen des Service-Start-ups
Ein professioneller Service-Start-up reduziert Unsicherheit und schafft eine klare Grundlage für Nutzerzufriedenheit, Leistungssteuerung und Dienstleistercontrolling.
| Nutzen | Wirkung |
|---|---|
| Klare Servicewege | Nutzer wissen, wie sie Leistungen anfordern und Störungen melden. |
| Weniger Fehlmeldungen | Anliegen laufen über die richtigen Kanäle. |
| Bessere Nutzerzufriedenheit | Rückmeldungen, Reaktionszeiten und Transparenz verbessern die Wahrnehmung. |
| Höhere Steuerbarkeit | Auftraggeber erhält Servicekennzahlen, SLA-Auswertungen und Maßnahmen. |
| Weniger Konflikte | Leistungsgrenzen und Sonderleistungen sind klar beschrieben. |
| Schnellere Bearbeitung | Tickets werden korrekt priorisiert und zugeordnet. |
| Bessere Nachweisführung | Leistungen, Zeiten, Fotos, Freigaben und Abschlüsse sind dokumentiert. |
| Stärkere Servicequalität | Beschwerden, Wiederholungen und Schwachstellen werden ausgewertet. |
| Stabilerer Regelbetrieb | Der neue Dienstleister startet mit geordneten Serviceprozessen. |
| Bessere Zusammenarbeit | Auftraggeber, Nutzer, Dienstleister und Nachunternehmer arbeiten über klare Schnittstellen. |
| Wirtschaftliche Transparenz | Sonderleistungen und Zusatzaufwände werden kontrolliert gesteuert. |
| Kontinuierliche Verbesserung | Ticketdaten und Feedback werden in Optimierungsmaßnahmen überführt. |
FM-Connect.com: Unterstützung beim Service-Start-up
FM-Connect.com unterstützt Auftraggeber bei der strukturierten Planung, Prüfung und Steuerung des Service-Start-ups im Rahmen des Dienstleisterwechsels. Ziel ist eine klare, nutzerorientierte und steuerbare Serviceorganisation vor dem Betriebsbeginn.
Wir betrachten Service nicht nur als Kommunikationsthema, sondern als verbindendes Element zwischen Vertrag, Nutzererwartung, Betriebsorganisation, Ticketsystem, SLA, KPI, Nachunternehmern, Leistungsnachweisen und Reporting.
| Unterstützungsfeld | Beitrag von FM-Connect.com |
|---|---|
| Serviceumfang strukturieren | Ableitung von Standardleistungen, Sonderleistungen und Leistungsgrenzen aus Vertrag und Praxis |
| Servicekatalog entwickeln | Verständliche Beschreibung von Leistungen, Meldewegen, Zeiten und Freigaben |
| Meldewege prüfen | Bewertung von Ticketportal, Hotline, E-Mail, Service Desk und Notfallwegen |
| SLA und KPI operationalisieren | Definition von Prioritäten, Messlogik, Datenquellen und Berichten |
| Ticketprozess gestalten | Strukturierung von Kategorien, Status, Rückmeldungen, Eskalationen und Nachweisen |
| Nutzerkommunikation vorbereiten | Entwicklung von Nutzerinformationen, FAQ, Anleitungen und Kommunikationsplan |
| Sonderleistungsprozess regeln | Klärung von Freigaben, Kostenstellen, Nachweisen und Abrechnung |
| Nachunternehmer einbinden | Integration externer Leistungen in Auftrags-, Rückmelde- und Eskalationsprozesse |
| Beschwerdemanagement aufbauen | Strukturierung von Reklamationen, Ursachenanalyse und Verbesserungsmaßnahmen |
| Reporting vorbereiten | Aufbau von Serviceberichten, Ticketstatistiken, SLA- und KPI-Auswertungen |
| Betriebsbereitschaft bewerten | Prüfung der servicebezogenen Go-live-Fähigkeit |
| Hypercare begleiten | Enges Monitoring von Nutzerfeedback, Tickets und Servicequalität in der Startphase |
| Start-up-Bericht erstellen | Dokumentation von Service-Status, Risiken, Restpunkten und Empfehlungen |
Ergebnis eines gelungenen Service-Start-ups
Ein gelungener Service-Start-up führt dazu, dass Auftraggeber, Nutzer und Dienstleister ab Betriebsbeginn über klare Servicewege zusammenarbeiten. Leistungen sind beschrieben, Ansprechpartner bekannt, Meldewege aktiviert, SLA und KPI anwendbar, Nachunternehmer eingebunden und Rückmeldungen nachvollziehbar.
Der Dienstleisterwechsel wird dadurch nicht als Bruch in der Servicequalität wahrgenommen, sondern als geordneter Übergang in eine neue, steuerbare FM-Serviceorganisation.
| Ergebnis | Bedeutung |
|---|---|
| Klarer Servicekatalog | Nutzer und Auftraggeber kennen verfügbare Leistungen und Grenzen. |
| Funktionierende Meldewege | Störungen und Anforderungen werden korrekt erfasst. |
| Eindeutige Ansprechpartner | Zuständigkeiten und Vertretungen sind bekannt. |
| Anwendbare SLA und KPI | Servicequalität wird messbar. |
| Geordneter Ticketprozess | Meldungen werden priorisiert, bearbeitet und dokumentiert. |
| Informierte Nutzer | Der Wechsel ist verständlich kommuniziert. |
| Eingebundene Nachunternehmer | Externe Leistungen sind servicefähig integriert. |
| Geregelte Sonderleistungen | Zusatzleistungen werden freigegeben, nachgewiesen und abgerechnet. |
| Aktives Beschwerdemanagement | Reklamationen führen zu Korrektur und Verbesserung. |
| Belastbares Reporting | Auftraggeber erhält Transparenz über Servicequalität und Risiken. |
| Kontrollierte Hypercare | Startprobleme werden früh erkannt und nachgesteuert. |
| Stabiler Regelbetrieb | Serviceprozesse funktionieren als Teil der FM-Betriebsorganisation. |
Anspruch
Der Service-Start-up ist die nutzer- und auftraggeberorientierte Grundlage des FM-Start-ups. Er sorgt dafür, dass Leistungen verständlich beschrieben, Meldewege eindeutig festgelegt, Ansprechpartner bekannt, Servicezeiten definiert, SLA und KPI anwendbar, Ticketsysteme nutzbar, Sonderleistungen geregelt und Nutzer rechtzeitig informiert sind.
Ohne Service-Start-up entstehen Risiken durch unklare Kommunikation, falsche Erwartungen, informelle Meldungen, fehlende Rückmeldungen, nicht messbare SLA, ungeordnete Sonderleistungen und geringe Nutzerakzeptanz.
Ein professioneller Service-Start-up schafft Transparenz, Verlässlichkeit und Steuerbarkeit. Er verbindet Nutzererwartung, Vertragsanforderung und operative Leistungserbringung zu einer funktionierenden Serviceorganisation.
FM-Connect.com unterstützt Auftraggeber dabei, den Service-Start-up strukturiert zu planen, fachlich zu prüfen und wirksam in den Dienstleisterwechsel zu integrieren.