CAFM: Support-Setup (Service Desk, Knowledge Base)

• Benutzerfreundlichkeit: Intuitive Oberfläche und Mehrkanal-Support (E-Mail, Webportal, Telefon, Chat) sind unerlässlich. Das System sollte einfach zu bedienen sein – sowohl für den Support als auch für die Endanwender. Eine nahtlose Integration verschiedener Kommunikationskanäle (Telefonintegration, Chat) erhöht die Effizienz und Nutzerakzeptanz.

• Workflow und Automatisierung: Vorkonfigurierte Workflows, automatische Ticket-Zuweisung und Eskalationsregeln sparen Zeit. Eine gute Helpdesk-Software bietet Automatisierungen (Regeln, Vorlagen) für Ticketzuweisungen an zuständige Gruppen oder Techniker, automatische Bestätigungen und Eskalationen. Dies beschleunigt die Bearbeitung und entlastet das Team.

• Skalierbarkeit und Zuverlässigkeit: Das System muss mit dem Unternehmen wachsen können. Hohe Systemstabilität und Performance auch bei Spitzenlast (z.B. Rollout-Phase) sind wichtig. Es sollte in der Lage sein, steigende Ticketmengen und Benutzerzahlen ohne Leistungseinbußen zu bewältigen.

• Sicherheit und Compliance: Granulare Rechte- und Rollenverwaltung, SSL-Verschlüsselung und Konformität mit Datenschutzstandards (z.B. DSGVO) sind Pflicht. Nur autorisierte Personen dürfen auf sensible Tickets zugreifen. Regelmäßige Sicherheitsupdates und ein vertrauenswürdiger Hosting-Standort (Rechenzentrum) sind ebenfalls Auswahlkriterien.

• Funktionaler Umfang: Dazu zählen integrierte Berichtsfunktionen, SLA-Management, Self-Service-Portal, Knowledge-Base-Modul, Multisite-/Mehrmandantenfähigkeit, Mobilität (Apps) und Unterstützung moderner Features (z.B. Chat, KI-Unterstützung). Wichtig ist, dass das Ticketsystem sich in die bestehende Tool-Landschaft integrieren lässt – etwa mit CAFM, ERP, CRM oder Identitätsmanagement (API-Schnittstellen).

• Betriebsmodell (Cloud vs. On-Premise): Moderne Helpdesk-Systeme bieten oft beide Varianten. Cloud-Lösungen punkten durch geringen Wartungsaufwand, flexible Skalierung und schnellen Einstieg, während On-Premise-Systeme volle Datenkontrolle, kundenspezifische Sicherheitskonzepte und ggf. niedrigere langfristige Kosten (bei hohem Nutzungsgrad) bieten. Idealerweise kann ein Anbieter beides anbieten, um kundenseitige Compliance-Anforderungen zu erfüllen.

• Kosten und Lizenzmodell: Neben Anschaffung oder Abonnement-Kosten sollten auch laufende Support- und Update-Kosten sowie Lizenzierungsformen (z.B. Nutzerlizenzen vs. Tickets) betrachtet werden.

Eine Wissensdatenbank (KB) strukturiert und dokumentiert das Know-how des Supports sowie häufige Anwenderfragen. Sie sollte zwei Bereiche aufweisen: einen internen Bereich für Support/IT und einen öffentlichen Bereich für Endanwender (z.B. über ein Self-Service-Portal). Im internen Bereich sammeln Support-Techniker Lösungen, Workarounds, Konfigurationsanleitungen und Fallbeispiele. ManageEngine empfiehlt: „Hier pflegt Ihr Helpdesk seine kollektive Problemlösungskompetenz. Hier dokumentieren Sie Lösungen, Workarounds, FAQs. … Die Transparenz Ihres Wissenspools steigert die Produktivität des Helpdesks und sorgt für eine schnellere Lösungsfindung“. Häufige Störungsbilder und Best-Practice-Anleitungen (z.B. Checklisten für Fehleranalyse) sollten im internen KB hinterlegt sein.

Für Endanwender enthält die Wissensdatenbank FAQs, Anleitungen zur Fehlerbehebung („Troubleshooting“), Bedienungsanleitungen oder Erklärvideos. Die Suche in der KB muss leistungsfähig sein (Verschlagwortung, Volltextsuche) und Ergebnisse dem Kenntnisstand des Nutzers entsprechen. Technisch können ein Ticketsystem und eine KB eng integriert sein – zum Beispiel kann beim Anlegen eines neuen Tickets eine passende Knowledge-Base-Lösung vorgeschlagen werden.

„Eine Wissensdatenbank – zwei Zugänge: getrennte Bereiche für Helpdesk-Mitarbeiter und für Endanwender (öffentlicher Bereich über Self-Service-Portal)“. So greifen Anwender nur auf einfache FAQs zu, während Supportspezialisten auf interne Detailinformationen zugreifen können. Die Pflege der KB gehört zu den regelmäßigen Aufgaben: Support-Mitarbeiter sollten nach Ticketlösung häufige Problem-Lösungen dokumentieren und freigeben.

Self-Service-Angebote entlasten den Support und beschleunigen die Problemlösung. Ein Self-Service-Portal erlaubt Anwendern, selbst Tickets anzulegen, deren Status zu verfolgen und in FAQs bzw. der Knowledge Base nach Antworten zu suchen. Dadurch werden viele einfache Anfragen automatisch geklärt. So empfiehlt ManageEngine, Anwender „über das Self-Service-Portal auf Lösungen für einfache und wiederkehrende Probleme zugreifen“ zu lassen; „So werden sich viele Anfragen von selbst erübrigen.“. FAQs oder How-To-Guides sind Bestandteil des Portals und decken Standardthemen ab (z.B. Passwort-Reset, Zugriffsfehler).

Chatbots können als erweiterter Tier-0-Service fungieren: Sie beantworten rund um die Uhr einfache Fragen oder leiten den Nutzer an eine Ressource (FAQ-Seite, Ticketformular) weiter. Beispielsweise ermöglicht ein Service-Desk-Chatbot 24/7-Support, indem er einem Nutzer schnell grundlegende Hilfestellung bietet oder “einen Kunden direkt auf eine Self-Service-Option wie eine Wissensdatenbank verweisen” kann. Chatbots entlasten die Agents, indem sie repetitive Fragen (Öffnungszeiten, Statusabfragen, Systemmeldungen) selbst klären und bei komplexen Fällen gezielt an die richtige Support-Ebene übergeben. Insgesamt bildet diese unterste Support-Ebene den Tier-0, da Self-Service-Portale, FAQ-Seiten und Chatbots „First-Level-Support bieten [können]. Das Ziel ist, so viele einfache Fragen wie möglich … schnell abzuwickeln und damit wichtige Ressourcen zu schonen“.

Ein Service Level Agreement (SLA) definiert schriftlich die Service-Standards zwischen Support und Anwendern (häufig intern). Es umfasst mindestens Reaktionszeit (Zeit bis zur ersten Bearbeitung/Antwort) und Lösungszeit (Zeit bis zur endgültigen Problemlösung) für verschiedene Ticket-Typen. Ein SLA schließt typischerweise auch Eskalationsregelungen ein, falls Zeiten überschritten werden. Beispielsweise könnte für ein wichtiges Onboarding-Ticket gelten: Reaktionszeit 24 Stunden, vollständige Lösung in 14 Tagen.

Wesentlich ist ein Priorisierungsmodell, das jedes Ticket nach Dringlichkeit und Auswirkung (Impact) bewertet. Nach ManageEngine sollte „SLA[s] basierend auf Priorität festgelegt“ werden, da diese sich aus Dringlichkeit und Auswirkung zusammensetzt. Typisch sind z.B. Prioritäten P1 (kritischer Systemausfall), P2 (Schwerwiegende Funktion eingeschränkt), P3 (eingeschränkte Nutzung), P4 (geringe Wichtigkeit).

Diese Werte sind nur beispielhaft – in der Praxis sind sie je nach Organisation und Ressourcen festzulegen. Für jedes SLA können Eskalationen konfiguriert werden (Hinweise an Führungskräfte, Erhöhung der Priorität o.ä.), sobald eine Frist verletzt wird. Insgesamt dienen klare SLA und Prioritätsmatrix dazu, Erwartungen zu managen und Services planbar zu machen.

Eskalationsmechanismen greifen, wenn ein Ticket länger ungelöst bleibt als vereinbart (SLA-Verletzung) oder wenn die Dringlichkeit zunimmt. Typischerweise unterscheidet man fachliche Eskalation (Weiterleitung an Experten oder ein höheres Support-Level) und hierarchische Eskalation (Information/Einbindung des Managements). ManageEngine beschreibt dies so: „Functional escalation deals with escalating the incident across IT to subject matter experts … Hierarchical escalation … involving higher levels of management …“. Beispielsweise geht ein unerledigtes P1-Ticket nach 1 Stunde an den 2nd Level und nach 2 Stunden zusätzlich an den Teamleiter.

Für das Ticket-Routing nutzt man Kategorien und Regeln im Ticketsystem: Bei Anlage eines Tickets fragt der Anwender z.B. zu Einsatzgebiet (Instandhaltung, Facility, IT) und Priorität. Das System (oder der 1st-Level-Agent) weist es automatisch dem richtigen Team oder Fachbereich zu. Wie OTRS erklärt: „vorkonfigurierte Workflows … Tickets gemäß definierter Regeln den richtigen Teams oder Mitarbeitern zuweist“. Dadurch stellen smarte Automatisierungen sicher, dass Tickets direkt an Experten-Pools gehen und nicht erst überflüssige Umwege laufen.

Eine Rollenmatrix (z.B. RACI) regelt Zuständigkeiten im Incident- bzw. Change-Management. Wichtige Rollen sind etwa: Incident-Owner/Incident-Manager (überwacht kritische Vorfälle), Change-Manager (koordiniert Änderungen), Anwender als Requester, Service-Desk-Agent als Erstbearbeiter, Fachverantwortliche und ggf. ein Change Advisory Board (CAB) für komplexe Änderungen. In der Regel sind diese Rollen dokumentiert und mit Verantwortlichkeiten hinterlegt (wer ist für Kommunikation, Freigabe, Durchführung verantwortlich). Ein Beispiel: Beim Change Management könnte der Change Manager responsible sein, ein IT-Leiter accountable, Fachadmins consulted und Anwender informed.

Eine enge Verknüpfung von Service Desk und CAFM-System optimiert Prozesse. Idealerweise kommunizieren beide Systeme automatisch miteinander. So kann z.B. ein CAFM-Monitoringsignal (etwa ein Sensorfehler oder Warnmeldung eines Gebäudeteils) direkt im CAFM-System ein Problem erkennen. Dieses generiert automatisch ein Support-Ticket im Service Desk zur Bearbeitung durch die Fachabteilung. Beispielsweise heißt es im CAFM-Blog: „Ein CAFM-System kann automatisch ein Ticket generieren, wenn ein Problem erkannt wird, und dieses Ticket an das Ticketsystem zur Bearbeitung senden“.

Umgekehrt können abgeschlossene Support-Vorgänge an das CAFM zurückgemeldet werden (z.B. dass ein Instandhaltungsauftrag erledigt ist). Technisch wird dies oft über APIs, Webhooks oder vorhandene Schnittstellen (z.B. E-Mail-Anbindung, ITIL-Connectoren) realisiert. Die Integration ermöglicht außerdem, dass Datenbestände synchron gehalten werden (z.B. Anlagen-Stammdaten oder Serviceverträge) und bereichsübergreifend einsehbar sind. Insgesamt steigert dies die Transparenz: Projektleiter können etwa sehen, wie viele CAFM-Fehler offen sind und wie lange die Bearbeitung dauert.

Im Support-Betrieb müssen Governance-Strukturen greifen, um Qualität und Konsistenz sicherzustellen. Das bedeutet klare Prozessverantwortung: Für Incident-, Problem- und Change-Management sollten Prozess-Owner definiert sein, die als Steuerungsgremium fungieren. Thorsten Manthey (HDI) betont, dass man ein „klar definiertes Governance-Framework für alle ITSM-Prozesse mit identifizierten Rollen, Verantwortlichkeiten, … Eskalationen mit definierten Schwellenwerten“ braucht. Praktisch heißt das: Regelmäßige Meetings (z.B. Incident-Review-Meetings, CAB-Treffen), definierte Reportings (KPIs zu Ticketvolumen, SLA-Erfüllung, Erstlösungsrate) und kontinuierliche Optimierung (Lessons Learned nach Großstörungen).

• Support-Mitarbeiter (First-Level-Agenten) übernehmen die erste Ticketannahme, Lösung einfacher Anfragen und Dokumentation (z.B. in der Wissensdatenbank).

• Teamleiter überwachen das Ticketvolumen, die Einhaltung der SLAs, erarbeiten Schichtpläne und coachen das Team.

• Helpdesk-Administratoren (oder technischer Operator) kümmern sich um die Wartung und Konfiguration des Ticketsystems, erstellen Rollen, Eskalationsregeln und sorgen für Datensicherheit.

Pflegeprozesse umfassen regelmäßige Updates der Wissensdatenbank (Dokumentation neuer Lösungen) und die Aktualisierung des Ticketsystems (z.B. bei Prozessänderungen oder neuen Servicekatalogen). Hierzu kann ein spezieller Wissensmanager oder der Support-Teamleiter delegiert werden. Wichtig sind zudem Datenschutzprozesse (Aufbewahrungsfristen für Tickets) und ein Release-Management für Support-Tools. Governance schließt auch Auditierung ein – Stichwort BSI/DSGVO: Es muss kontrolliert werden, wer auf welches Wissen Zugriff hat, und ob Abläufe dokumentiert sind.

Eine strukturierte Einarbeitung und fortlaufende Weiterbildung sind unverzichtbar. Neue Support-Mitarbeiter müssen sowohl fachlich (CAFM-Prozesse, Facility-Management-Grundlagen) als auch systemseitig (Ticketing-Tool, CAFM-Benutzeroberfläche) geschult werden. Fachliche Trainings sollten Themen wie CAFM-Datenmodelle, Instandhaltungs-Workflows und Kundenkommunikation abdecken. Gleichzeitig ist ein Onboarding in das Helpdesk-System nötig: Ticket anlegen, KB nutzen, Eskalationen auslösen usw. Ein Mentor oder erfahrener Kollege begleitet üblicherweise die ersten Wochen on-the-job.

„Die Weiterentwicklung der Mitarbeiter ist ein entscheidender Faktor … es ist unerlässlich, dass Helpdesk-Teams kontinuierlich geschult werden“. Dies umfasst Updates bei neuen CAFM-Funktionen, Schulungen zu IT-Service-Management-Standards (z.B. ITIL-Grundlagen) und Soft-Skills (Kommunikation, Service-Orientierung). Workshops, E-Learnings oder Herstellerzertifikate können eingesetzt werden. Ziel ist, dass das Team sowohl die technische Lösungskompetenz als auch das Prozesswissen stets auf dem neuesten Stand hält.

Ein professionell aufgebauter Support im CAFM-Projekt mit klaren Ebenen, Rollen und Tools sichert hohe Servicequalität. Entscheidend sind dabei eine zentrale Service-Desk-Struktur, eine gut gepflegte Wissensdatenbank, geeignete Ticketsysteme, definierte SLAs/Eskalationen sowie Governance- und Trainingskonzepte. So wird gewährleistet, dass Nutzeranfragen schnell gelöst, Fachwissen erhalten und der Betrieb des CAFM-Systems langfristig stabil bleibt.