Warum Microsoft Copilot viele KMU enttäuscht, besonders im Bau

Die Erwartung ist grösser als das Produktversprechen

Es gibt einen wiederkehrenden Moment in vielen Schweizer KMU der letzten zwölf Monate. Die Geschäftsleitung sitzt in einer Microsoft-Präsentation, sieht Copilot Folien zusammenfassen, E-Mails entwerfen, Excel-Tabellen erklären, Teams-Meetings protokollieren, und unterschreibt die Lizenzen. Sechs Wochen später, nach dem Rollout, kommt die ernüchternde Rückmeldung aus der Belegschaft: „Ja, es schreibt E-Mails. Aber meine Kalkulationen, meine Subunternehmer, mein Offertenprozess, das findet es immer noch nicht."

Das ist keine Polemik gegen Microsoft. Microsoft beschreibt das Produkt selbst genau so: Microsoft 365 Copilot ist eine Produktivitätsschicht innerhalb der M365-Apps, gestützt auf Microsoft Graph, auf bestehende Berechtigungen und auf eine sauber vorbereitete Datenbasis. Microsoft empfiehlt vor dem Rollout ausdrücklich ein Readiness Assessment, Daten-Governance, Adoption-Schulung und laufendes Usage-Monitoring. Die Enttäuschung entsteht in der Lücke zwischen diesem Produktversprechen und der KMU-Erwartung „ein Copilot für alles".

Was Microsoft Copilot tatsächlich ist

Copilot ist hervorragend in dem, wofür er gebaut wurde: in einer Microsoft-365-Umgebung. Er fasst Word-Dokumente zusammen, erklärt Excel-Tabellen, entwirft Outlook-Antworten und protokolliert Teams-Sitzungen, präzise, schnell, mit den Berechtigungen, die der Benutzer im M365-Tenant ohnehin hat. Im Microsoft-Ökosystem ist das ein echter Produktivitätsgewinn.

Warum das in KMU oft als „zu wenig" ankommt

In einem Schweizer KMU liegen die geschäftskritischen Informationen aber selten ausschliesslich in M365. Sie liegen in einer ERP, in einem CRM, in branchenspezifischen Systemen, in Kalkulationsdateien, in Sub-Ordnern auf Netzlaufwerken, in WhatsApp-Chats mit Subunternehmern, in den Köpfen der Polierin und des Bauführers. Copilot sieht davon nichts, nicht weil er schlecht wäre, sondern weil er dafür nicht gebaut ist.

Die fünf typischen Enttäuschungen im KMU-Alltag

Wer mehrere Schweizer Bau-, Treuhand- und Handwerks-KMU nach ihrem ersten halben Copilot-Jahr fragt, hört immer dieselben fünf Punkte.

1. Kein vollständiger Unternehmenskontext

Copilot kann nur das nutzen, was er sieht. Wenn Ihr Offertenwesen in einer Excel-Datei auf dem Netzlaufwerk lebt, wenn die Kalkulationslogik in einem internen Tool steckt, wenn die Subunternehmer-Konditionen in einer separaten Datenbank liegen, dann bleibt der Copilot davor stehen. Er hilft beim Formulieren, aber er weiss nicht, mit welchem Aufschlag Sie diesen Bauherrn bedienen, und warum.

2. Berechtigungschaos wird nicht durch KI gelöst

Copilot nutzt die Berechtigungen, die im SharePoint, im OneDrive und im Teams bestehen. Wenn diese Berechtigungen historisch gewachsen, unsauber oder grosszügig gesetzt sind, und das ist in den meisten KMU der Fall, dann zeigt der Copilot plötzlich Dinge, die Mitarbeitende theoretisch sehen dürfen, praktisch aber bisher nie gesucht hätten. Oversharing wird sichtbar, ohne dass es jemand wollte. KI macht nicht aus einer schlechten Rechtestruktur eine gute.

3. Externe Systeme brauchen Zusatzarbeit

ERP, CRM, Branchensoftware, Buchhaltung, QR-Rechnungs-Plattform, diese Systeme sind selten direkt im Microsoft Graph abgebildet. Microsoft bietet Connectoren, aber jeder Connector ist ein eigenes Integrations-, Lizenz- und Wartungsthema. „Wir verbinden Copilot mit Bexio" klingt nach zwei Wochen Arbeit; tatsächlich ist es ein Projekt mit Anforderungen, Tests, Schulungen und Folgekosten.

4. Governance und Schulung werden unterschätzt

Wenn Mitarbeitende einen Copilot bekommen, aber keine klare Richtlinie haben, was sie eingeben dürfen und was nicht, entstehen exakt die Risiken, vor denen das revidierte DSG schützt. Microsoft selbst betont in den Readiness-Dokumenten Schulung, Welcome-E-Mails und Usage-Monitoring. Diese Arbeit erscheint im Lizenzpreis nicht, und wird in den meisten KMU-Budgets nicht eingeplant. Wer hier spart, zahlt später in Audit, Reputation oder Compliance.

5. Schweizer Rechts- und Datenschutzfragen bleiben

Auch ein grosser Anbieter befreit Sie nicht von Ihren Pflichten als Verantwortlicher nach revidiertem DSG. Cloud-Verarbeitung, Auslandsübermittlung, Datenschutz-Folgenabschätzung bei hohen Risiken, Überwachungsverbote im Arbeitsverhältnis, all das bleibt bei Ihnen. Der EDÖB hält das in seinen Stellungnahmen zu generativer KI klar fest. Wer bei EU-Bezug arbeitet, fällt zusätzlich unter die AI-Literacy-Pflichten des EU AI Act, die seit dem 2. Februar 2025 gelten. Mehr dazu auf unserer Seite zum EU AI Act.

Warum das im Bau besonders sichtbar wird

Im Schweizer Bauwesen werden die fünf Punkte zu greifbaren Schmerzpunkten, weil hier kritische Daten besonders selten sauber in M365 liegen.

Kalkulation, Offerten und Excel-Realität

Die meisten Schweizer Bauunternehmen kalkulieren in Excel. Über Jahre gewachsene Vorlagen, individuell gepflegt, mit Subunternehmer-Sätzen in einem Reiter, mit Aufschlägen in einem anderen, mit Projekt-Erfahrungswerten in einem dritten. Ein Copilot, der diese Datei in M365 öffnet, kann formulieren, aber er kennt die Logik nicht. Er weiss nicht, dass Sie bei diesem Bauherrn 12 % Risikoaufschlag rechnen, weil das letzte Projekt drei Nachträge produziert hat. Diese Geschichte steht nicht in der Zelle.

Baustellenwissen und Richtlinien

Im Schweizer Bau wird ein Punkt zunehmend deutlich: Bau-Antworten werden besser, wenn nur geprüfte, aktuelle und branchenspezifische Quellen genutzt werden, nicht das offene Internet. Genau hier hat ein reiner App-Copilot ohne kontrollierte Wissensbasis Grenzen. Er kennt nicht Ihre internen SUVA-Prozesse, nicht Ihre Mängelrügen-Vorlagen, nicht Ihre Garantieabwicklung mit konkretem Generalunternehmer. Er kennt einen Mittelwert aus dem Internet.

Backoffice, HR und Rapporte

Die ersten produktiven KI-Gewinne im Bau-KMU liegen meist nicht auf der Baustelle, sondern in der Verwaltung: Eingangsrechnungen mit QR-Code, Spesenfotos, Zeiterfassungsfragen, Lohnausweise, Lieferantenfreigaben. Diese Prozesse leben in der Buchhaltungssoftware, in branchenspezifischen Modulen, manchmal noch in Papierdurchläufen. Ein Copilot, der ausserhalb dieser Systeme steht, hilft beim Schreiben der Antwort-E-Mail, nicht beim eigentlichen Prozess. Wie das anders aussehen kann, haben wir im Beitrag KI im Bauunternehmen einführen Schritt für Schritt aufgeschrieben.

Was Schweizer KMU stattdessen brauchen

Die Antwort ist nicht „Microsoft ist falsch, kauft etwas anderes". Sie ist nuancierter: Copilot ist stark da, wo er gebaut wurde, in M365. Für die Prozesse, die ausserhalb von M365 leben, braucht ein KMU eine andere Schicht.

Mitarbeiter-Copilot statt reiner App-Copilot

Der Unterschied ist konzeptionell: Ein App-Copilot lebt in den Anwendungen (Word, Excel, Outlook) und hilft Ihnen, diese Anwendungen produktiver zu nutzen. Ein Mitarbeiter-Copilot lebt in den Geschäftsprozessen, er kennt Ihre Offerten, Ihre Subunternehmer, Ihre Mitarbeitenden, Ihre Lieferanten, und unterstützt Sie an den Stellen, wo Sie tatsächlich Zeit verlieren. Beide haben ihren Platz; sie sind aber keine Konkurrenten.

Arbeitskontext, Rollen, Audit, Swiss Hosting

Ein gut gebauter Mitarbeiter-Copilot vereint vier Eigenschaften: Er kennt Ihren Arbeitskontext über Geschäftsmodule hinweg (ERP, CRM, HR, Wiki); er respektiert Rollen und Berechtigungen, ohne dass diese aus historischem M365-Wachstum übernommen werden; er protokolliert jede Aktion in einer manipulationssicheren Audit-Kette; und er hostet Ihre Daten in der Schweiz, unter Schweizer Recht. Diese Eigenschaften sind im Trust Center von hegyon.ai öffentlich dokumentiert, inklusive Sub-Prozessoren-Liste und DPA auf Anfrage.

Vergleich Microsoft Copilot vs. hegyon.ai

Hier ist die nüchterne Gegenüberstellung, nicht um den einen schlecht und den anderen gut zu reden, sondern um klarzumachen, wofür jedes Werkzeug gebaut wurde:

Die ehrliche Lesart: Ein gut konfiguriertes Schweizer KMU wird beide Schichten nutzen. Copilot für die M365-Produktivität, einen Mitarbeiter-Copiloten für die Prozesse, die ausserhalb davon leben. Die Frage ist nicht „Microsoft oder hegyon", sondern „welche Schicht für welchen Schmerz".

So testen Sie KI in 6 bis 12 Wochen ohne Fehlkauf

Wer Copilot oder einen Mitarbeiter-Copiloten ernsthaft prüfen will, sollte sechs bis zwölf Wochen einplanen, nicht für eine Tool-Evaluation, sondern für einen kontrollierten Pilot.

Daten und Rollen klären

Bevor ein Account vergeben wird, gehört eine einseitige KI-Richtlinie auf den Tisch: erlaubte Datenklassen, verbotene Datenklassen, Verantwortliche, Logging-Policy. Das ist nicht Bürokratie, sondern die Voraussetzung dafür, dass Schulungen Sinn ergeben. Wer das überspringt, baut auf Sand, bei Copilot wie bei jedem anderen System.

Zwei Bau-Use-Cases wählen

Nicht „KI für alle". Sondern zwei konkrete Prozesse, in denen heute messbar Zeit verloren geht. Ideal: ein Büroprozess (Offerttexte, Sitzungsprotokolle, Kreditorenprüfung) und ein Wissensprozess (Subunternehmer-Konditionen abfragen, Mängelrügen vorbereiten, SUVA-Vorgehen erklären). So sehen Sie sowohl die Effizienz- als auch die Governance-Seite.

Mitarbeitende schulen und FAQ schaffen

90-Minuten-Module pro Rolle, mit echten Use-Cases der jeweiligen Funktion. Die Bauleitung trainiert mit echten Offerten, die Kalkulation mit anonymisierten Submissionsbeispielen, das Backoffice mit echten Rechnungsformaten. Eine interne FAQ wird laufend gepflegt, nicht zum Launch geschrieben und dann nie wieder angefasst. Mehr dazu im Beitrag KI einführen, ohne Mitarbeitende zu verlieren.

Messen, skalieren oder stoppen

Nach 30 Tagen messen: Welche Use-Cases laufen produktiv? Welche Rückfragen tauchen auf? Welche Fehlerbilder wiederholen sich? Daraus drei Optionen, skalieren, nachjustieren oder ehrlich stoppen. Die schlechteste Variante ist „weitermachen, weil wir schon Lizenzen haben". Eine ehrliche Stopp-Entscheidung ist günstiger als ein dauerhaft mittelmässiger Rollout.

Nächster Schritt für Schweizer KMU

Wer Microsoft Copilot bereits einsetzt, sollte ihn nicht abschalten, er ist in M365 eine echte Produktivitätsschicht. Aber er sollte nicht die einzige KI-Schicht im Unternehmen bleiben. Für die Prozesse, die ausserhalb von M365 leben, und das sind in einem Schweizer KMU die meisten, braucht es einen Mitarbeiter-Copilot, der Ihren Arbeitskontext kennt.

Wenn Sie sehen möchten, wie das im Alltag eines Bau-KMU aussieht, Offerttext, Kreditorenprozess, Lohnabrechnung, Wissensmanagement in einer Oberfläche, Schweizer Hosting, Audit-Kette, Multi-Provider-LLM, buchen Sie eine 30-Minuten-Demo. Sie bekommen keine Slideshow, sondern eine echte Plattform mit echten Daten.

Schweizer Hosting. Schweizer Recht. Schweizer KMU-Fokus. Die Demo buchen Sie über den Button oben auf jeder Seite, oder direkt unter hegyon.ai/de/contact.