copilot als company-gpt – was die einführung wirklich entscheidet

TL;DR. Wir haben Microsoft 365 Copilot bei einem Bauunternehmen mit rund 25 Mitarbeitenden von einem Werkzeug für wenige zum Company-GPT für alle gemacht — inklusive selbst gebauter MCP-Server, über die Copilot-Agents mit externen Fachsystemen sprechen. Der technische Teil war nicht der schwierige. Entscheidend war die Schulung. Und die eigentliche Arbeit beginnt nach dem Rollout. Stand: 2026-08.

die ausgangslage: lizenzen da, nutzung kaum

Der Kunde ist ein mittelständisches Bauunternehmen, rund 25 Mitarbeitende, vollständig in der Microsoft-Welt zuhause. Copilot war vorhanden — genutzt haben ihn eine Handvoll Leute. Das ist der häufigste Zustand, den wir antreffen, und er ist kein Governance-Problem. Es ist ein Nutzungsproblem: Das Werkzeug liegt bereit, aber niemand hat den Leuten gezeigt, wofür es in ihrem Arbeitsalltag taugt.

Genau deshalb war der Auftrag nicht „Copilot einführen", sondern „Copilot so einführen, dass er auch benutzt wird".

warum copilot — und wann wir abgeraten hätten

Wir wählen die Plattform nach dem Kunden, nicht nach Vorliebe. Hier fiel die Entscheidung schnell: Wer ohnehin komplett in Microsoft 365 arbeitet, bekommt mit Copilot die geringste Reibung. Die Daten bleiben im Tenant, die Oberflächen sind bereits vertraut, es kommt kein weiteres Tool mit eigenem Login dazu.

Bei einem gemischten Stack oder hohen EU-Compliance-Anforderungen hätten wir anders beraten — dann sind Langdock oder Claude Enterprise die ehrlicheren Antworten. Und wer kein Microsoft 365 hat, sollte es nicht kaufen, nur um Copilot dazuzunehmen. Die Abwägung im Detail steht in unserem Company-GPT-Vergleich.

mcp: warum copilot nicht mehr an den m365-daten endet

Seit Dezember 2025 ist die Unterstützung für das Model Context Protocol in declarative agents allgemein verfügbar. Praktisch heißt das: Ein Copilot-Agent kann über einen MCP-Server auf Systeme zugreifen, die nichts mit Microsoft zu tun haben — als wäre es eine hauseigene Funktion.

Für dieses Projekt haben wir die MCP-Server selbst gebaut, damit die Agents mit den externen Werkzeugen des Kunden kommunizieren können. Das ist der Punkt, an dem aus einem gut integrierten Chat-Assistenten ein Company-GPT wird: Er beantwortet nicht mehr nur Fragen zu Dokumenten im Tenant, sondern arbeitet mit den Fachsystemen, in denen das eigentliche Geschäft steckt.

Für die Microsoft-Welt selbst gibt es solche Server inzwischen fertig. Alles darüber hinaus schreibt man einmal selbst — und genau dieser Aufwand lohnt sich, weil die Anbindung danach jedem weiteren Agenten offensteht, statt in einer Punkt-zu-Punkt-Integration zu enden. Was MCP technisch ist und warum es der Standard geworden ist, haben wir in AI-Agenten und MCP erklärt.

der teil, der wirklich zählt: die schulung

Wenn wir aus diesem Projekt eine Sache mitnehmen, dann diese: Ohne Schulung wird das Werkzeug nicht eingesetzt. Nicht schlecht eingesetzt — gar nicht.

Das klingt banal, wird aber in fast jedem Rollout unterschätzt, weil die Technik so einladend einfach aussieht. Ein Chat-Feld sieht selbsterklärend aus. Ist es nicht. Der Unterschied zwischen „ich habe es einmal ausprobiert" und „ich benutze es täglich" liegt nicht in der Funktionalität, sondern darin, ob jemand am eigenen Arbeitsalltag gezeigt hat, welche Aufgabe damit schneller geht.

Wir haben deshalb alle Mitarbeitenden geschult, nicht nur die technikaffinen. Und wir würden beim nächsten Mal noch einen Schritt weiter gehen: Wer vorher wenig mit solchen Werkzeugen zu tun hatte, braucht ein eigenes Format — kleinere Gruppe, mehr Zeit, Beispiele aus dem eigenen Aufgabenbereich statt allgemeiner Demos.

was uns umtreibt: der tag nach dem rollout

Die Wirkung war gut. Trotzdem ist das für uns kein abgeschlossenes Projekt, sondern der Anfang — und wir sagen das offen, weil die ehrliche Frage lautet: Benutzen in sechs Monaten noch alle das Werkzeug, und benutzen sie es richtig?

Drei Dinge halten wir für die Antwort:

* Monatlicher Austausch. Ein fester, kurzer Termin, in dem Leute zeigen, was bei ihnen funktioniert hat — und was nicht. * Eine fortgeschriebene Prompt-Bibliothek. Nicht als einmalige Sammlung zum Rollout, sondern als wachsendes Dokument aus der echten Nutzung. * Lessons Learned, die tatsächlich zurückfließen. Was in der Praxis auffällt, muss die nächste Schulung verändern.

Ein Rollout ist ein Datum. Adoption ist ein Prozess. Wer nur das Datum plant, hat in einem halben Jahr Lizenzen, die keiner nutzt — also genau den Zustand, aus dem wir gekommen sind.

für wen das nichts ist

Copilot ist keine universelle Antwort. Wer nicht in Microsoft 365 arbeitet, wer einen bewusst modellagnostischen Stack fährt oder wer Verarbeitung ausschließlich in der EU braucht, ist mit einer anderen Plattform besser bedient. Die Plattformfrage entscheidet sich nach der Discovery — vorher wäre sie geraten.

Wenn ihr überlegt, wie ein Company-GPT bei euch aussehen könnte: Sprecht uns an. Ein Erstgespräch kostet nichts und ist ehrlicher als jede Plattform-Empfehlung von der Stange.