Ein Mitarbeitender lädt einen externen Kontakt in ein Team ein. Alternativ kann die Einladung eines Gastes über einen geregelten Prozess erfolgen. Oder jemand klickt sich schnell durch das Entra Admin Center oder das Azure-Portal und denkt: "Passt schon..."
Der Gast erhält die E-Mail-Einladung, klickt auf "Annehmen", authentifiziert sich und ist wenige Sekunden später technisch in Ihrer Microsoft-365-Welt angekommen.
Technisch.
Praktisch beginnt an genau dieser Stelle oft der Nebel.
Die eigentliche B2B-Einladung funktioniert heute erstaunlich gut. Microsoft hat in den letzten Jahren viel in diesen Teil des Prozesses investiert. Das Problem beginnt danach: beim Landepunkt.
Viele Gäste landen nach der Annahme irgendwo zwischen MyApps, Kontoauswahl und der Startseite ihres eigenen Tenants. Dort steht nirgends: "Willkommen bei Contoso, hier geht es für Sie weiter." Stattdessen sehen sie eine Sammlung von Apps, Kacheln oder Kontexten, die vor allem eines vermitteln: "Viel Erfolg bei der Lösung Ihres Problems."
Diese Perspektive ist vielen Einladenden und späteren Sponsoren nicht bewusst. Wer im großen Unternehmen arbeitet und fast nie selbst irgendwo Gast ist, erlebt diesen Moment der Orientierungslosigkeit nicht aus eigener Anschauung. Auf der anderen Seite des Gartenzauns wirkt vieles deutlich weniger selbstverständlich, und genau deshalb werden lohnende Verbesserungen an dieser Stelle oft unterschätzt.
Gerade MyApps ist dafür ein gutes Beispiel: In vielen Unternehmen ist das Portal nicht wirklich kuratiert. Gäste sehen Dinge, die sie nicht brauchen, teilweise auch Anwendungen, die sie gar nicht öffnen können. Das ist kein Einstieg, sondern ein Werkzeugkasten ohne Beschriftung. Ein prominenter Link von dort zur eigentlichen Landingpage für Gäste ist sinnvoll. MyApps selbst ist diese Landingpage aber nicht.
Für routinierte Microsoft-365-Nutzer ist das nur lästig. Für Lieferanten, Partner, Berater oder Kunden, die nicht täglich zwischen Tenants hin- und herhüpfen wie andere Menschen zwischen Browser-Tabs, ist es echter Orientierungsverlust. Dieser führt wiederum schnell zurück zu dem Medium, das eigentlich entlastet werden sollte: E-Mail.
Das Problem ist nicht mangelnde Disziplin seitens des Gastes, es ist strukturell.
Microsoft 365 ist eine Multi-Tenant-Plattform. Wenn ein Gast einen Link öffnet, muss der Client entscheiden, in welchem Tenant er landen soll. Gibt es bereits eine aktive Sitzung im Heim-Tenant, gewinnt häufig genau dieser Kontext.
Dann klickt der Gast auf einen Microsoft Teams-Link und landet im besten Fall im falschen MS Teams. Im schlechteren Fall landet er gar nicht in einem nutzbaren MS Teams-Kontext. Microsoft dokumentiert selbst, dass Gastfunktionen in MS Teams erst verfügbar werden, wenn der Gast Mitglied in mindestens einem Team ist. Bis dahin fehlt oft genau der Schritt, durch den Ihr Tenant in MS Teams für diesen Gast überhaupt greifbar wird. Der Kanal ist also nicht weg. Für den Gast sieht es trotzdem nur nach einem Link aus, der ins Leere läuft.
Die Folge ist bekannt: Supportanfrage, Rückfrage an den Projektleiter, Ping an irgendwen, der die Einladung einmal verschickt hat, oder im Zweifel schlicht Rückzug auf E-Mail. Aus einem kleinen Orientierungsfehler wird unnötige Arbeit auf mehreren Seiten.
Kurz gesagt: Die Kategorie ist kein "hübsches Etikett". Sie ist die Übersetzung einer geschäftlichen Beziehung in steuerbare IT-Regeln.
Die gute Nachricht: Man muss dieses Problem nicht mit schwerer Technik erschlagen.
Eine sauber aufgebaute SharePoint-Landingpage für Gäste löst erstaunlich viel. Sie gibt einen verlässlichen Startpunkt, bündelt die wichtigsten nächsten Schritte und bringt Gäste mit tenant-fixierten Links in den richtigen Kontext. Die konkrete URL-Mechanik ist wichtig, steht an dieser Stelle aber nicht im Vordergrund.
Der praktische Nutzen lässt sich auf drei Punkte herunterbrechen:
- Eine Landingpage ist schnell gebaut und leicht zu pflegen.
- Sie funktioniert ab Tag eins, auch wenn Microsoft Teams für den Gast in Ihrem Tenant
noch nicht vollständig nutzbar ist. - Sie senkt Supportaufwand, weil sie Orientierung ersetzt, bevor Verwirrung
entsteht.
Die Alternativen klingen oft verlockend, sind aber selten die bessere Wahl. Sorgfältig formulierte E-Mails helfen nur, wenn sie gelesen, verstanden und wochenlang wiedergefunden werden. Conditional Access verbessert Sicherheit, aber nicht Orientierung. Und eigene Weiterleitungs-Apps oder aufwendige Sonderlösungen lösen das Problem technisch zwar theoretisch, erzeugen aber oft mehr Betriebsaufwand, als der eigentliche Schmerz rechtfertigt.
Wenn Einladungen zentral gesteuert werden, sollte die Weiterleitung auf diese Seite direkt Teil des Prozesses sein. Wenn Gäste dagegen ad hoc über MS Teams oder SharePoint eingeladen werden, verschenkt man genau den Moment, in dem ein klarer Weg am meisten helfen würde. Aus Sicht der unmittelbaren Nutzbarkeit läuft das dann oft sogar so, wie Microsoft es vorgesehen hat: Die Team-Mitgliedschaft ist vorhanden, der Gast kann in MS Teams direkt loslegen. Der Preis dafür ist jedoch häufig schwächere Governance, weil solche Zugänge zunächst dezentral und eher nebenbei entstehen.
Werkzeuge wie EasyLife 365 Collaboration können auch solche bereits entstandenen Gastkonten später noch einfangen und in geordnete Prozesse überführen. Für den Sponsor bedeutet das dann aber oft doppelten Aufwand: erst die spontane Anlage, später noch einmal die saubere Pflege. Genau deshalb sind Self-Service-Angebote dort besonders stark, wo der Sponsor im bestehenden Arbeitskontext bleiben kann, statt zusätzlich in ein zentrales Antrags- oder Ticketsystem wechseln zu müssen.
Auch sicherheitstechnisch ist das Bild klarer, als es zunächst wirkt: Mehrstufige Authentifizierung für Gäste ist sinnvoll. In vielen Fällen muss man Gäste dafür aber nicht in den eigenen Tenant zwingen, neue Methoden zu registrieren. Das Vertrauen in MFA aus dem Heim-Tenant ist oft der pragmatischere Weg: sicher, aber deutlich reibungsärmer.
Wir nennen diese Seite gern Entrance Area, nicht "Dashboard", nicht "Portal" und auch nicht "externes Intranet light". Einfach der Ort, an dem ein Gast sofort versteht: Ich bin hier richtig, und so geht es weiter.
Eine gute Seite braucht dabei keine Materialschlacht.
Sie braucht Klarheit:
- eine kurze Begrüßung mit Kontext: Wer hat eingeladen, in welchem Umfeld
findet die Zusammenarbeit statt? - einen klaren ersten Schritt statt einer Vollständigkeitsorgie aus zwanzig
Links - kuratierte Zugänge zu den wenigen Tools und Ressourcen, die in der ersten
Woche wirklich wichtig sind - Links zur Selbstverwaltung und Transparenz für Dinge wie Gastkonto,
Nutzungsbedingungen, Sicherheitsinformationen oder das Verlassen der
Organisation - aktuelle Hinweise oder News, damit die Seite auch nach dem ersten Besuch
noch einen Zweck hat - eine echte Kontaktmöglichkeit, also Name und Kanal statt nur einer anonymen
Funktionsmailbox
Ein paar Gestaltungsentscheidungen sind überraschend wirksam:
- Wenn möglich, sollte die Seite leicht wiederzufinden sein, idealerweise über eine einprägsame URL oder sogar über die SharePoint-Root-Site des Tenants, also zum Beispiel https://contoso.sharepoint.com.
- Ein stimmiges Erscheinungsbild hilft mehr, als man denkt. Logo, Navigation, Farben und sichtbarer Organisationsname beantworten sofort die Frage: In wessen Umgebung bin ich hier eigentlich?
- Für international arbeitende Unternehmen ist Englisch als Standardsprache der Site Collection meist die sicherste Basis. Zusätzliche Sprachversionen auf Seitenebene sind trotzdem sehr empfehlenswert.
- Zielgruppensteuerung lohnt sich, damit nicht alle dieselbe Umgebung präsentiert bekommen. Oft ist sogar eine feinere Unterscheidung sinnvoll, zum Beispiel zwischen internen Mitarbeitenden, klassischen Gastnutzern und Partnern mit eigenem `.ext`-Konto, die häufig parallel mit mehreren Konten arbeiten und dabei oft auf den Geräten ihres eigenen Unternehmens bleiben.
Kurz gesagt: Die Seite soll nicht beeindrucken, sie soll orientieren. Wenn ein Gast in unter zwei Minuten weiß, wo er ist, was er tun soll und wen er fragen kann, hat die Seite ihren Job gemacht.
Spätestens, wenn etwas nicht funktioniert, stellt sich für Gäste eine sehr einfache Frage: Wen frage ich jetzt eigentlich?
Die Einladungs-E-Mail kommt dabei meist nicht völlig aus heiterem Himmel. In der Regel gab es vorher schon Kontakt, eine Abstimmung oder zumindest den Hinweis, dass gleich eine Gästeinladung kommt. Der Gast kennt den Einladenden also oft zumindest dem Namen nach.
Trotzdem hilft die Mail später nur begrenzt weiter. Sie zeigt vor allem, wer an einem bestimmten Tag auf "Einladen" geklickt hat. Das ist nicht zwangsläufig die Person, die heute verantwortlich ist. Vielleicht lief die Einladung über einen Prozess, vielleicht wurde das intern weiterdelegiert, vielleicht hat das Projekt den Besitzer gewechselt, vielleicht ist die Person gar nicht mehr im Unternehmen. Die E-Mail ist eine Momentaufnahme, keine verlässliche Zuständigkeit.
Dabei ist diese Zuständigkeit im Verzeichnis oft längst vorhanden: in Microsoft Entra über die Sponsoren eines Gastkontos. Standardmäßig bleibt diese Information für den Gast aber unsichtbar.
Genau dort setzt unser Guest Sponsor Info Web Part an. Es ist ein kostenloses Open-Source-Web-Part für SharePoint für genau dieses Szenario: Gäste sollen auf ihrer Landingpage sehen, wer ihre Sponsoren sind und wie sie diese Personen erreichen.
Das Web Part liest das Entra-Profil des besuchenden Gastes aus, ermittelt die aktuellen Sponsoren und zeigt Namen, Rollen und Kontaktdaten automatisch an. Keine Pflege pro Gast, keine manuell gepflegten Kontaktlisten, kein Copy-and-paste in irgendwelche Seitentexte. Wenn mehrere Sponsoren hinterlegt sind, sieht der Gast alle relevanten Ansprechpersonen und kann flexibel entscheiden, wen er kontaktiert.
Wenn das Web Part zusätzlich so konfiguriert ist, dass auch die Manager der Sponsoren sichtbar werden, sieht der Gast zumindest deren Namen und bekommt ein besseres Gefühl dafür, in welchem größeren Umfeld in der Organisation er sich bewegt. Direkte Kontaktdaten dieser Manager werden dabei aus Privacy-Gründen nicht angezeigt.
Wie belastbar diese Zuordnung im Alltag ist, entscheidet allerdings nicht das Web Part, sondern der Governance-Prozess dahinter.
Besonders hilfreich wird es dort, wo viele Gäste sonst in einer Grauzone landen: wenn MS Teams in Ihrem Tenant für sie noch nicht nutzbar ist. Das Web Part kann diesen Status sichtbar machen und Chat- oder Anruffunktionen passend behandeln, statt Gäste fröhlich auf Schaltflächen klicken zu lassen, die im Moment ins Leere führen würden.
Und weil das Web Part am meisten bringt, wenn die Seite drum herum ebenfalls gut gebaut ist, haben wir auf unserer Landingpage-Ideen-Seite die passenden Bausteine, Muster für Deeplinks und Links zur Selbstverwaltung gesammelt. Dort gehört die konkrete Umsetzung hin. Hier geht es um das Warum.
Die Landingpage-Ideen finden Sie hier:
Landingpage-Ideen
Mehr zum Web Part finden Sie hier:
Guest Sponsor Info Produktseite
Der Sponsor-Eintrag in Entra ist wertvoll, aber er pflegt sich nicht selbst. Bei vielen Einladungswegen wird zunächst schlicht der Einladende zum ersten Sponsor. Das ist ein brauchbarer Startwert, aber noch kein sauberer Prozess für Pflege, Übergabe und Vertretung.
Wirklich belastbar wird das Modell meist erst, wenn schon bei der Einladung mindestens zwei Sponsoren vorgesehen sind: eine Hauptansprechperson und eine benannte Vertretung. Es gibt keinen eingebauten Prozess, der sauber nachhält, wenn ein Sponsor die Abteilung wechselt, das Unternehmen verlässt oder die Verantwortung an jemand anderes übergibt. Und auch fünf Sponsoren an einem Gastkonto klingen auf dem Papier besser, als sie sich in der Praxis anfühlen. Zu viele Zuständige führen oft dazu, dass sich niemand wirklich zuständig fühlt.
Microsoft stellt mit Microsoft Entra ID Governance durchaus Werkzeuge für Access Reviews und Entitlement Management bereit. Inhaltlich ist das stark, organisatorisch und lizenzseitig aber für viele mittelständische Unternehmen eine ziemlich hohe Einstiegshürde.
EasyLife 365 Collaboration ist dabei deutlich mehr als reines Gastmanagement. Die Lösung verbindet Gäste, Ressourcen und Governance in einem gemeinsamen Modell und verwaltet auch die verschiedenen Typen von Microsoft-365-Gruppen, also etwa Teams, SharePoint-Teamsites und ähnliche Kollaborationsräume, nicht getrennt voneinander.
Sponsorenbeziehungen lassen sich damit schon bei der Einladung sauber anlegen und danach zusammen mit Vertretungen, Reviews und Lifecycle-Regeln pflegen. Das macht aus Sponsor-Sichtbarkeit auf der Landingpage einen belastbaren Prozess statt nur eine hübsche Anzeige.
Workoho ist Platinum Partner für dieses Produkt und bringt dafür praktische Erfahrung aus Umsetzung und Weiterentwicklung mit. Kurz gesagt: EasyLife organisiert die Governance im Unternehmen, das Guest Sponsor Info Web Part macht sie für Gäste sichtbar.
Mehr zu EasyLife 365 Collaboration:
EasyLife 365 Collaboration
Produktdemo mit Workoho:
Hier geht's zur Buchungsseite
Ein typischer Punkt, an dem diese Governance in der Praxis knifflig wird, sind die berühmten .ext-Konten. Dann stellt sich schnell die nächste Frage: Reicht ein gut geführtes Gastkonto aus, oder braucht ein Partner in diesem Fall doch ein zusätzliches internes Externenkonto mit eigener Lizenz und erweiterten Rechten?
Solche Konten heißen je nach Unternehmen .ext, vendor, partner oder anders. Sie sind nicht automatisch falsch. Problematisch wird es erst, wenn sie aus Gewohnheit zum Standard werden oder organisatorisch zwischen alle Stühle fallen. Für echte Mitarbeitende gibt es irgendwann einen klaren Anlass über HR. Für Partnerkonten fehlt dieser Mechanismus oft. Dann werden Verlängerungen in größeren Abständen irgendwo gesammelt bestätigt, obwohl kaum noch jemand nah genug am Projekt ist, um sauber auszusortieren. Und wenn die Person bei der Partnerfirma längst ausgeschieden ist, bekommt die Kundenseite davon nicht zuverlässig etwas mit.
Ein guter Gäste-Governance-Prozess schafft dafür die nötige Entscheidungsgrundlage und rückt die Verantwortung wieder näher an die tatsächliche Zusammenarbeit. Er macht sichtbarer, welche Zusammenarbeit wirklich nur Gastzugriff braucht, welche Ressourcen daran hängen und wo ausnahmsweise mehr nötig ist. Und wenn tatsächlich ein .ext-Konto gebraucht wird, sollte auch dieses Konto an klare Regeln, Reviews und einen echten Lebenszyklus gebunden sein, statt dauerhaft nebenher mitzulaufen.
Auf dieser Grundlage lassen sich nicht nur Gäste selbst, sondern auch die zugehörigen Ressourcen und Freigaben systematisch steuern. Der eigentliche Hebel zeigt sich oft erst danach: Wer darauf weitere Prozesse aufbaut oder bestehende Abläufe daran ausrichtet, kann unnötige Lizenzen und Konten abbauen und zugleich die Sicherheit erhöhen. Selten sparen dieselben Schritte Geld und senken Risiken. Hier passiert oft genau das. Deshalb ist die Landingpage am Ende nicht bloß ein netter Einstieg für Gäste, sondern die sichtbare Oberfläche eines deutlich größeren Themas.
Eine gute Landingpage für Gäste ist nicht nur eine Frage des Komforts, sie ist auch ein Governance-Thema.
Wenn Gäste ohne Führung loslaufen, landen sie oft in den falschen Räumen: persönliche OneDrives als spontane Projektablage, informelle Teams-Chats statt strukturierter Kanäle oder externe Werkzeuge jenseits jeder Richtlinie. Eine klare Landingpage lenkt die ersten Schritte in die richtigen Bahnen.
Und sie sendet ein Signal nach außen: Externe Zusammenarbeit ist in diesem Unternehmen geplant, geführt und ernst genommen, nicht improvisiert.
Genau in solchen Fragen unterstützen wir bei Workoho. Als Platinum Partner für EasyLife 365 Collaboration arbeiten wir mit IT-Teams, die externe Zusammenarbeit nicht nur erlauben, sondern sauber gestalten wollen: nachvollziehbar, praxistauglich und ohne unnötigen Overhead.
Wir handeln dabei ungern nach dem Muster "PowerPoint abliefern und wieder verschwinden", sondern eher wie Bergführer: Lage einschätzen, Route planen, gemeinsam gehen, unterwegs nachjustieren und am Ende dafür sorgen, dass Ihr Team den Weg auch künftig selbst sicher gehen kann. Wenn bei Ihnen zusätzlich ein externer IT-Dienstleister beteiligt ist, ist das kein Problem und meistens einfach Teil der Realität.
Wenn Gäste in Ihrem Umfeld häufiger sinngemäß fragen: "Ich habe die Einladung angenommen. Und jetzt?", dann ist das kein Randthema, und es ist Zeit für ein pragmatisches Gespräch.

Über den Autor
Julian Pawlowski
Julian ist Innovation & Technology Coach bei Workoho und berät Unternehmen zu moderner IT-Strategie, Microsoft 365, Cloud-Architekturen und Security. Als erfahrener Enterprise Architect verbindet er technologische Tiefe mit einem klaren Blick für Geschäftsanforderungen, Nutzerakzeptanz und nachhaltige Veränderung.
