Ein Besprechungsraum ist für elf Uhr gebucht. Der Vortragende kommt um 10:55. Der Raum ist heiß, der Beamer verbindet sich nicht mit dem Laptop, und die Kaffeekanne an der Tür ist leer. Drei Probleme, drei Warteschlangen: HVAC ist ein Facility-Ticket, der Beamer liegt irgendwo zwischen IT und AV, und die Kaffeekanne ist Hauswirtschaft. Um 11:10 hat der Vortragende drei Teams angemailt und aufgegeben.
Genau das soll ein Facility-Helpdesk beheben. Und 2026 ist es auch der Ort, an dem die interessantesten Veränderungen im Service Management passieren, weil die Linie zwischen Facility und IT eher administrativ als real geworden ist.
Was ein Facility-Helpdesk tatsächlich ist
Ein Facility-Helpdesk ist der Ort, an dem Mitarbeitende alles rund um Gebäude und Arbeitsplatz melden und anfragen: Wartung, Reinigung, HVAC, Raumbuchungen, Besucherlogistik, Catering, Sicherheitsausnahmen, Koordination von Dienstleistern. Die Plattform dahinter nimmt die Anfrage an, klassifiziert sie, schickt die richtige Person oder den richtigen Dienstleister, verfolgt die Lösung und schließt die Arbeit. Gleiche Form wie ein IT-Helpdesk; anderer Gegenstand.
In einer kleineren Organisation ist der Facility-Helpdesk ein E-Mail-Postfach und ein Whiteboard. In einer Organisation mit 200 Personen ist es eine SharePoint-Liste. Ab 500 Personen wird es eine echte Plattform, meist weil drei Dinge gleichzeitig zuschlagen: Das Anfragevolumen wächst über das Erfahrungswissen hinaus, der COO verlangt einen Workplace-Performance-Bericht, den niemand erstellen kann, und das Facility-Team beginnt, Anfragen an “ich habe dir letzte Woche gemailt, hast du es gesehen?” zu verlieren.
Die gute Nachricht ist, dass die Plattformtechnologie, um das gut zu betreiben, existiert und das schon eine Weile. Die interessante Frage 2026 ist nicht, ob man einen Facility-Helpdesk haben sollte. Es ist, ob er eine separate Plattform vom IT-Helpdesk sein sollte.
Die künstliche Wand zwischen IT und Facility
Die meiste Zeit der letzten zwanzig Jahre wurden IT und Facility in verschiedenen Plattformen von verschiedenen Teams verwaltet, die an verschiedene Führungskräfte berichteten. Die Gründe waren historisch, nicht architektonisch. ITSM-Plattformen (ServiceNow, BMC Helix, TopDesk, Jira Service Management) wuchsen im Dienst der IT auf. IWMS-Plattformen (Planon, Spacewell, IBM TRIRIGA) wuchsen im Dienst von Facility und Immobilien auf. Die beiden Produktkategorien entwickelten sich getrennt. Ebenso die Käufer.
Die Wand beginnt teuer auszusehen.
Drei Gründe. Erstens schert sich die Mitarbeiterin nicht darum, welches Team für die Anfrage zuständig ist. “Ich komme im Besprechungsraum 4 nicht online” ist halb ein IT-Problem (der Access Point in diesem Raum ist offline) und halb ein Facility-Problem (der Raum selbst hat Buchungsmetadaten, die aktualisiert werden müssen). Wenn die Helpdesks auf getrennten Plattformen laufen, reicht die Mitarbeiterin das Ticket zweimal ein, in zwei Systemen, mit unterschiedlichen Referenznummern.
Zweitens sind die Daten geteilter, als die Plattformen zugeben. Die CMDB weiß, dass der AP im Besprechungsraum 4 existiert. Die Facility-Plattform weiß, dass Besprechungsraum 4 existiert. Keine weiß, dass die andere es weiß, sodass keine den Access-Point-Incident mit dem Raumbuchungsmuster korrelieren kann, das ihm folgt.
Drittens ist der Käufer, der für beides zahlt, zunehmend dieselbe Person. Der COO, der Leiter Business Services, der Operations-Direktor, jemand, dessen Verantwortung die gesamte Mitarbeiterfläche umfasst. Dieser Käufer will ein Dashboard, einen Kostenbericht, ein Plattformgespräch mit dem Anbieter und ein Implementierungsprogramm statt zwei.
Die Wand besteht fort, weil ihre Änderung erfordert, dass sich beide Teams auf eine Plattform einigen, was meist erst geschieht, wenn eine Vertragsverlängerung das Gespräch erzwingt. Die Teams, die den Schritt gemacht haben, kehren nicht zurück.
Was sich ändert, wenn beide auf einer Engine laufen
Die sichtbare Veränderung ist das Dashboard. Statt zweier Ansichten, die sich uneinig sind, was “offene Tickets” bedeutet, sieht der COO eine Zeitachse jeder Anfrage, die durch das Gebäude fließt, IT und Facility gemeinsam, mit den langsamen oben.
Die weniger sichtbare Veränderung ist, was die AI über beide hinweg tun kann. Drei Beispiele, bei denen es sich lohnt, konkret zu werden.
Onboarding als ein Ereignis. Ein neuer Mitarbeiter, Daan, beginnt nächsten Montag. Das HR-System löst das Ereignis aus. Die Plattform erstellt eine IT-Laptop-Anfrage, eine Facility-Schreibtischzuweisung, einen Besucherausweis für die Büroleiterin für den ersten Tag und eine Outlook-Willkommenssitzung. Ein Auslöser, drei Teams, keine E-Mail-Kette. Die Spur jeder Aktion liegt auf derselben Zeitachse. Wenn der Laptop zu spät kommt, weiß die Büroleiterin es, ohne IT fragen zu müssen.
Domänenübergreifende Incident-Korrelation. Das WLAN im Südflügel ist am Mittwoch löchrig. Die IT-Seite sieht ein Cluster von “kann nicht verbinden”-Tickets. Die Facility-Seite sieht einen HVAC-Dienstleister, der am selben Morgen im Deckenbereich des Südflügels eingeplant ist. Die Plattform korreliert sie und legt dem Bereitschaftsingenieur die Kandidaten-Grundursache vor: Der Dienstleister hat wahrscheinlich das Access-Point-Kabel gestreift. Zwei Systeme hätten zwei ungelöste Untersuchungen produziert.
Workplace-Performance, ehrlich gemessen. Der COO fragt “wie performt der Arbeitsplatz diesen Monat”. Die Antwort sind nicht drei Folien von drei Teams; es ist ein Dashboard mit den echten Zahlen: durchschnittliche Zeit zur Lösung einer Facility-Anfrage, IT-Incident-MTTR, Raumauslastung, Besucherfluss, Asset-Kosten pro Mitarbeiter. Zahlen, die sich widersprechen, werden in der Plattform abgeglichen, nicht in der Sitzung.
Wo IoT tatsächlich hilft (und wo es eine Ablenkung ist)
Smart-Building-IoT ist real, und das meiste, was unter “IoT” verkauft wird, ist eine Ablenkung.
Die Stellen, an denen es seinen Wert verdient:
Belegungssensoren verwandeln das Gespräch über Besprechungsraumbuchungen von Anekdote in Daten. Der Raum, der für acht Personen gebucht wird und nie mehr als drei fasst, ist nun sichtbar. Das Team, das zwei Räume hintereinander bucht, weil es ständig überzieht, kann mit Evidenz statt mit Erinnerung angesprochen werden.
HVAC- und Luftqualitätssensoren ermöglichen vorausschauende Wartung für die Systeme, bei denen reaktive Wartung am schmerzhaftesten ist. Ein Kessel, der zu driften beginnt, kann am Donnerstagmorgen gewartet werden, statt am Freitagabend auszufallen.
Infrastruktur-Selbstmeldung für Drucker, Kaffeemaschinen und Besprechungsraum-AV schließt den Kreis bei Verbrauchsmaterial und kleiner Wartung, ohne dass eine Mitarbeiterin ein Ticket einreichen muss.
Die Stellen, an denen es eine Ablenkung ist:
Sensoren an jedem Schreibtisch erzeugen viele Daten und sehr wenige Entscheidungen. Wenn Ihr Facility-Team nicht bereits Entscheidungen aus den Daten auf Raumebene produziert, werden Daten auf Schreibtischebene nicht helfen.
Echtzeit-alles-Dashboards sind meist ein Zeichen dafür, dass niemand weiß, welches Signal zählt. Die richtige Form ist, dass die Plattform filtert und die kleine Zahl an Signalen sichtbar macht, die Handeln verdienen.
Die ehrliche Rahmung: IoT hilft, wenn es Arbeit entfernt oder eine Entscheidung ermöglicht, die Sie sonst nicht hätten treffen können. Der Rest ist ein Foliensatz.
Asset Management ist das gemeinsame Substrat
Der konzeptionelle Durchbruch, der die domänenübergreifende Plattform funktionieren lässt, ist, IT-Konfigurationselemente und Facility-Assets als dieselbe Art Objekt zu behandeln. Ein Laptop und eine HVAC-Anlage haben denselben Lebenszyklus: anschaffen, bereitstellen, warten, abschreiben, ausmustern, ersetzen. Der Vertrag hat dieselbe Form, das Wartungsfenster hat dieselbe Form, der Kosten-pro-Mitarbeiter-Bericht rollt auf dieselbe Weise auf.
Sobald beide Inventare auf einer Engine liegen, hören drei Dinge auf, ein Problem zu sein. Der Asset-Kostenbericht hört auf, zwei Tabellen zu sein, die sich uneinig sind, welche Abteilung was besitzt. Die Vertragsverlängerungen hören auf, eine Überraschung zu sein, weil derselbe Kalender sie sichtbar macht. Das Compliance-Audit (besonders in regulierten Branchen) hört auf, zwei Beweispakete zu sein, die separat zusammengestellt werden müssen.
Die Teams, die in der Vergangenheit am härtesten darüber stritten, waren Finanzteams, die darauf beharrten, IT-Capex und Facility-Capex seien unterschiedliche Kategorien. Sie hatten bei der Buchhaltung nicht unrecht; sie hatten beim Datenmodell unrecht. Das Datenmodell ist dasselbe. Die Buchhaltung kennzeichnet sich selbst.
Wann Sie sie trotzdem getrennt halten sollten
Wir tun nicht so, als gäbe es keine Szenarien, in denen zwei Plattformen die richtige Antwort sind. Es gibt sie.
Wenn Ihr Facility-Umfang von Kapitalprojekten und Immobilien-Portfoliomanagement dominiert wird (Leasingbilanzierung nach IFRS 16 oder ASC 842, Capex-Tracking, Flächenplanung auf Portfolioebene), ist ein dediziertes IWMS wie Planon oder IBM TRIRIGA die richtige Facility-Plattform. Die Gfacility-Fläche für Facility ist Workplace-Betrieb, nicht Corporate Real Estate.
Wenn Ihr IT-Umfang von sehr tiefem ITSM mit Hunderten Prozessvarianten und einem dedizierten Plattformteam dominiert wird, sind ServiceNow oder BMC Helix meist die richtige ITSM-Plattform. Sie mit einer separaten Facility-Plattform zu paaren ist die richtige Form, wenn beide Bereiche auf dieser Tiefe sind.
Die domänenübergreifende einheitliche Plattform glänzt in der Mitte: Organisationen groß genug, um echte Plattformen zu brauchen, aber nicht so groß, dass jeder Bereich ein eigenes Enterprise-Programm rechtfertigt. Mittelstand und unteres Enterprise, in Marktbegriffen. Das ist ungefähr der Bereich, für den Gfacility gebaut ist.
Was wir gebaut haben
Gfacility ist eine Engine für IT, Facility und Workplace, mit demselben Datenmodell über alle drei Domänen. Der Facility-Helpdesk läuft auf derselben Plattform wie der IT-Helpdesk und das Workplace-Buchungssystem. Das Asset-Inventar ist ein Inventar. Die CMDB und das Facility-Asset-Register sind nicht zwei Datenbanken; sie sind zwei Abfragen.
Die AI-Assistenten nehmen Anfragen in Teams, Outlook, Slack und Chat in normaler Sprache an: “buche den grünen Raum mit Catering für Dienstag um 14:00 für sechs Personen”, “der Drucker in Etage 3 ist offline”, “registriere einen Besucher für Freitag”. Die digitalen Arbeiter (autonome Agenten) schließen die Routinearbeit ohne Menschen im Kreislauf, wo es sicher ist. Jede Aktion wird protokolliert und ist reversibel.
Wir hosten in der EU mit ISO 27001 und DSGVO eingebaut. Die Implementierung ist eine Woche mit einem einzigen Solution Architect, mit Importern für Axxerion, MCS, TopDesk und Planon auf der Facility-Seite und ServiceNow, Jira Service Management, BMC Helix, Freshservice auf der IT-Seite. Die Direktvergleiche decken das Detail ab.
Die Kurzfassung
Der Facility-Helpdesk 2026 ist eigentlich keine Frage über einen Helpdesk. Es ist eine Frage darüber, ob die Wand zwischen IT und Facility das wert ist, was sie kostet. Für die meisten wachsenden Organisationen ist die Antwort von “ja, so haben wir es immer gemacht” zu “nein, und die Verlängerung ist der Moment, es zu beheben” gekippt.
Wenn Sie IT, Facility oder Workplace betreiben und der COO um ein Dashboard gebeten hat, buchen Sie ein 30-minütiges Gespräch und bringen Sie einen Export der Tickets des letzten Quartals aus beiden Teams mit. Wir lassen sie durch den Importer laufen und zeigen Ihnen anhand Ihrer Daten, wie eine Zeitachse aussieht.
Häufig gestellte Fragen
Was ist der Unterschied zwischen einem IT-Helpdesk und einem Facility-Helpdesk? +
Der IT-Helpdesk bearbeitet Incidents und Anfragen rund um Technologie: Laptops, Konten, Software, Netzwerk, Identität. Der Facility-Helpdesk bearbeitet Incidents und Anfragen rund um das Gebäude: Reinigung, Wartung, HVAC, Raumbuchungen, Besucherlogistik, Catering. Die Arbeit ist gleich geformt (Annahme, klassifizieren, zuweisen, lösen, schließen). Die Daten betreffen nur Unterschiedliches.
Warum ist die Trennung ein Problem? +
Weil die Mitarbeiterin, die die Anfrage stellt, sich nicht darum schert, welches Team zuständig ist. 'Ich komme im Besprechungsraum 4 nicht online' ist halb ein IT-Ticket (der Access Point) und halb ein Facility-Ticket (die Raumbuchung). Wenn die beiden Helpdesks auf getrennten Plattformen laufen, wird die Mitarbeiterin dreimal weitergeleitet und der COO hat keinen einheitlichen Blick darauf, wie der Arbeitsplatz performt.
Wo hilft IoT tatsächlich? +
An drei Stellen. Belegungssensoren melden Räume mit kaputten Buchungsmustern. HVAC- und Luftqualitätssensoren ermöglichen vorausschauende Wartung statt reaktiver Tickets. Druck- und Kaffeeinfrastruktur kann selbst melden, wenn Verbrauchsmaterial knapp wird. Überall sonst ist IoT eine Ablenkung, die mehr Daten in Ihre Warteschlange bringt, ohne Arbeit zu entfernen.
Kann eine Plattform wirklich IT und Facility betreiben? +
Ja, wenn das Datenmodell dafür ausgelegt war. Facility über eigene Anfragetypen auf ein ITSM-Tool aufzuflanschen funktioniert eine Weile und bricht dann, wenn das Facility-Team einen eigenen Backlog und eigene Berichte will. Die sauberere Antwort ist eine Engine, in der ein Incident, eine Anfrage, eine Raumbuchung, ein Besucher und ein Asset dasselbe Modell und dieselbe Zeitachse teilen.
Wie unterscheidet sich Asset Management bei Facility und IT? +
Weniger, als man denkt. IT verfolgt Laptops, Monitore, Konten und Software-Berechtigungen. Facility verfolgt Stühle, Pflanzen, HVAC-Anlagen, Kaffeemaschinen und Besprechungsraum-AV. Der Lebenszyklus ist derselbe: anschaffen, bereitstellen, warten, ausmustern, ersetzen. Wenn beide Inventare auf einer Engine liegen, hört der Asset-Kostenbericht auf, zwei sich widersprechende Tabellen zu sein.
Was schließt AI auf der Facility-Seite? +
Raumbuchungs-Ausnahmen ('der gebuchte Raum ist zu klein, kannst du mich umbuchen'), wiederkehrende Wartungstickets, die zu einem Muster passen ('der Aufzug in Etage 3 meldet immer denselben Fehlercode'), Catering-Änderungen ('füge dem Dienstag drei weitere Mittagessen hinzu') und die Besuchermanagement-Sonderfälle, die früher eine Büroleiterin drei Personen anmailen ließen.