Der wichtigste Satz vorweg, und er gilt für jedes Produkt in diesem Markt: Ein Intranet scheitert nie an fehlenden Funktionen, sondern an fehlender Pflege. Wir haben in Beratungsprojekten Plattformen gesehen, die technisch alles konnten und in denen die aktuellste Meldung vierzehn Monate alt war. Wir haben ebenso Lösungen gesehen, die funktional bescheiden waren und trotzdem jeden Morgen von achtzig Prozent der Belegschaft geöffnet wurden – weil dort täglich etwas Relevantes stand. Die KI verschiebt diese Rechnung nicht. Sie verstärkt sie in beide Richtungen: Auf gepflegten Inhalten wirkt ein Assistent verblüffend gut, auf veralteten Inhalten produziert er selbstbewusst formulierte Falschauskünfte.
Drei Merkmale unterscheiden ein zeitgemäßes Intranet von der Dateiablage mit Startseite, die in vielen Unternehmen noch immer so genannt wird:
Die vier Begriffe werden im Markt fast beliebig verwendet, und das ist ein Problem, weil sie unterschiedliche Beschaffungsentscheidungen bezeichnen. Es lohnt sich, sie einmal sauber zu trennen, bevor Sie mit Anbietern sprechen – sonst vergleichen Sie Angebote, die verschiedene Dinge meinen.
Das klassische Intranet ist eine redaktionell gepflegte interne Website: Startseite, Nachrichten, Themenseiten, Dokumente, Verzeichnis. Kommunikation läuft in eine Richtung, von der Zentrale in die Organisation. Der Vorteil ist Übersichtlichkeit und geringer Moderationsaufwand, der Nachteil ist die fehlende Rückmeldung – niemand weiß, ob eine Botschaft angekommen ist, und niemand kann nachfragen.
Das Social Intranet ergänzt dieselbe Grundlage um Beteiligung: Reaktionen, Kommentare, Beiträge aus Fachbereichen, Gruppen zu Themen, Umfragen, Erfolgsmeldungen aus den Standorten. Das erhöht die Reichweite spürbar, weil Inhalte mit Beteiligung anders wahrgenommen werden als Verlautbarungen, und es erzeugt zugleich einen Bedarf an Regeln: Wer moderiert, was gilt als angemessener Ton, wie geht die Organisation mit Kritik um, die öffentlich sichtbar ist.
Der Digital Workplace ist der weiteste Begriff und beschreibt keinen Kanal, sondern einen Anspruch: einen zentralen Einstieg in die gesamte digitale Arbeitswelt – Kommunikation, Dokumente, Aufgaben, Fachanwendungen, Prozesse, Self-Service. In der Praxis heißt das, dass das Intranet zur Oberfläche wird, die Inhalte aus anderen Systemen einbindet: Urlaubsantrag aus dem Personalsystem, Ticket aus dem Servicesystem, Kennzahl aus dem Berichtswesen. Der Anspruch ist berechtigt und wird regelmäßig unterschätzt, weil er nicht ein Projekt ist, sondern eine mehrjährige Integrationsaufgabe.
Die Mitarbeiter-App schließlich ist keine eigene Kategorie, sondern ein Zugangsweg – aber einer, der die Produktentscheidung stärker prägt als jede Funktionsliste. Sie richtet sich an Beschäftigte ohne festen Arbeitsplatz am Bildschirm und muss deshalb Dinge können, die eine Intranet-Website nicht braucht: Anmeldung ohne Firmen-E-Mail, Nutzung auf privaten Geräten, Push-Benachrichtigungen, Offline-Lesbarkeit, sehr einfache Bedienung. Wenn ein wesentlicher Teil Ihrer Belegschaft so arbeitet, ist das die Anforderung, an der sich der Markt für Sie sortiert.
Die ehrliche Antwort lautet: Sie löst genau ein Problem sehr gut, mehrere Probleme ordentlich und einige gar nicht. Das Problem, das sie sehr gut löst, ist das Wiederfinden. Klassische Intranet-Suche arbeitet über Stichworte und liefert Dokumente, in denen das Stichwort vorkommt. Wer nach der Regelung für Handwerkerrechnungen sucht, findet nichts, weil das Dokument von Fremdleistungsabrechnung spricht. Eine semantische Suche findet es trotzdem, weil sie Bedeutungsähnlichkeit auswertet statt Zeichenketten. Und ein Assistent, der auf den freigegebenen Inhalten arbeitet, formuliert daraus eine Antwort in zwei Sätzen und nennt die Quelle, aus der er sie hat. Für Organisationen, in denen dieselben zwanzig Fragen jede Woche in der Personalabteilung landen, ist genau das der wirtschaftliche Kern.
Ordentlich, aber nicht spektakulär, sind die zweiten Funktionen. Automatische Zusammenfassungen langer Meldungen sparen Lesezeit und eignen sich gut für die mobile Ansicht. Maschinelle Übersetzung macht ein einsprachiges Intranet für internationale Belegschaften nutzbar, mit Qualitätsschwankungen bei Fachbegriffen und rechtlich relevanten Formulierungen. Textvorschläge helfen der Redaktion beim ersten Entwurf, ersetzen aber keine redaktionelle Entscheidung. Automatische Verschlagwortung nimmt Redaktionen lästige Pflichtarbeit ab und ist mit Korrektur besser als ohne.
Nicht gelöst werden drei Dinge, und diese Grenze gehört in jede Erwartungsklärung. Erstens: Die KI erzeugt keine Inhalte, die niemand geschrieben hat. Wenn die Reisekostenrichtlinie nirgends steht, findet sie auch der beste Assistent nicht. Zweitens: Sie unterscheidet nicht zuverlässig zwischen aktuellem und veraltetem Wissen, wenn beides im Bestand liegt und nichts es als überholt markiert – der häufigste Grund für falsche Antworten in produktiven Systemen. Drittens: Sie ersetzt keine Kommunikationsstrategie. Ein Assistent macht ein totes Intranet nicht lebendig, sondern nur schneller durchsuchbar.
Aus unserer Projektpraxis lohnt sich ein KI-gestütztes Intranet besonders in vier Konstellationen. Erstens bei gemischten Belegschaften, in denen ein erheblicher Teil der Menschen keinen Firmen-PC hat und heute über Aushang, Schichtleitung und private Nachrichtengruppen informiert wird. Zweitens bei mehreren Standorten mit eigener Kultur und eigenem Informationsbedarf, wo Zielgruppensteuerung einen unmittelbar spürbaren Unterschied macht. Drittens in Organisationen mit hoher Regelungsdichte – Qualitätsmanagement, Arbeitssicherheit, Zertifizierungen –, in denen das Auffinden der gültigen Fassung ein tägliches Thema ist. Viertens bei starker Fluktuation oder Wachstum, weil Onboarding der Anwendungsfall mit der schnellsten Wirkung ist.
Die Grenzen dieses Wegs liegen an drei Stellen, und sie sind in Projekten sehr konstant. Erstens die Redaktionsarbeit: Eine Meldung anzulegen, sie mit Bild, Anriss und Zielgruppe zu versehen, sie zu terminieren, ihre Reichweite zu messen und sie später zu archivieren, ist mit Bordmitteln möglich, aber deutlich umständlicher als in spezialisierten Werkzeugen. Redaktionen, die keine IT-Nähe haben, kommen an dieser Stelle an ihre Grenze – und dann versandet die Pflege. Zweitens die Zielgruppensteuerung: Sie ist grundsätzlich vorhanden, hängt aber an sauber gepflegten Attributen und wird in der Praxis selten so feingliedrig genutzt, wie die interne Kommunikation es braucht. Drittens die Erreichbarkeit: Beschäftigte ohne Lizenz und ohne Firmen-Konto erreichen Sie auf diesem Weg nicht ohne Zusatzaufwand – und genau diese Gruppe ist in produzierenden Unternehmen die zahlenmäßig größte.
Zwischen Eigenbau und Fertigprodukt liegt eine wichtige Unterscheidung, die in Ausschreibungen oft verwischt. Der Eigenbau mit Bordmitteln kostet keine zusätzliche Lizenz, aber erhebliche interne Arbeitszeit, und er erzeugt eine Lösung, die von den Personen abhängt, die sie gebaut haben. Fertigprodukte auf SharePoint-Basis kosten Lizenz, liefern dafür Redaktionsoberfläche, Zielgruppensteuerung, Vorlagen und Aktualisierungen mit. Für den Mittelstand ohne eigenes SharePoint-Team ist die zweite Variante in unseren Projekten meist die wirtschaftlichere – nicht weil sie billiger wäre, sondern weil sie nicht an einer Person hängt.
Der Preis dafür ist eine zweite Plattform neben der vorhandenen Suite. Das erzeugt zwei wiederkehrende Fragen. Die erste ist die Abgrenzungsfrage: Was gehört ins Intranet, was in den Chat, was ins Dokumentensystem? Sie ist beantwortbar, aber sie muss beantwortet und aufgeschrieben werden, sonst entsteht Doppelablage. Die zweite ist die Datenfrage: Personalstammdaten fließen in die Plattform, damit Zielgruppensteuerung funktioniert – das ist eine eigene datenschutzrechtliche Betrachtung, auf die wir im neunten Kapitel zurückkommen.
Die Rechnung dahinter muss man allerdings vollständig aufmachen. Es gibt keine Lizenz je Person – das ist der sichtbare Vorteil. Es gibt aber Betrieb, Aktualisierung, Sicherheitsüberwachung, Sicherung, Wiederherstellungstests, Erweiterungspflege und, wenn Sie KI-Funktionen wollen, den Aufbau und Betrieb einer eigenen Suchindexierung mit Sprachmodellanbindung. Diese Aufgaben verschwinden nicht, sie wechseln nur den Kostenträger: von der Lizenz in Ihre Personalkosten oder zu einem Dienstleister. Für Organisationen mit vorhandener IT-Mannschaft ist das oft tragfähig, für solche ohne eigene Kapazität selten.
Eine dritte Variante gewinnt an Bedeutung und verdient Erwähnung: kommerzielle Produkte mit Betriebsoption in einer europäischen Region oder – seltener – im eigenen Rechenzentrum. Sie verbinden ein gepflegtes Produkt mit kontrollierter Datenhaltung. Prüfen Sie hier besonders sorgfältig, ob die Betriebsoption alle Funktionen umfasst. In der Praxis sind es regelmäßig genau die KI-Funktionen, die auch bei europäischer Datenhaltung über einen externen Modellanbieter laufen – und damit die Verarbeitungskette wieder verlängern. Diese Frage gehört in jede Ausschreibung, ausdrücklich und schriftlich beantwortet.
Die Redaktionsoberfläche ist der Punkt, an dem Intranet-Projekte im Alltag gewonnen oder verloren werden – und sie wird in Ausschreibungen fast nie ernsthaft geprüft. Die relevante Frage lautet nicht, ob eine Meldung angelegt werden kann, sondern wie viele Schritte es braucht, bis sie erscheint, und ob eine Person aus der Unternehmenskommunikation das ohne Hilfe der IT schafft. Prüfen Sie das in der Vorführung praktisch: Lassen Sie eine echte Meldung von einer Person aus Ihrer Redaktion anlegen, mit Bild, Zielgruppe, Terminierung und einer Übersetzung. Was dabei an Reibung sichtbar wird, ist die Reibung der nächsten Jahre.
Der zweite entscheidende Punkt ist die Zielgruppensteuerung, technisch meist als Regelwerk über Nutzerattribute umgesetzt. Gut gelöst bedeutet: Die Redaktion wählt beim Anlegen der Meldung eine Zielgruppe aus vordefinierten Segmenten – etwa alle Beschäftigten am Standort Nord, alle Führungskräfte, alle in der Fertigung, alle mit Sprache Polnisch. Schlecht gelöst bedeutet: Die Redaktion muss Berechtigungsgruppen verstehen, oder jede neue Zielgruppe erfordert einen Auftrag an die IT. Der Unterschied klingt technisch und ist in Wahrheit organisatorisch: Im ersten Fall entsteht Relevanz, im zweiten Fall gewöhnen sich alle daran, alles an alle zu senden.
Ein dritter Aspekt wird regelmäßig übersehen: Mehrfachverwendung. Dieselbe Meldung soll in der App erscheinen, auf der Startseite stehen, in einen Chat-Kanal gespiegelt werden, per Benachrichtigung angekündigt und – für Bereiche ohne Geräte – als Aushang gedruckt werden. Wenn dafür fünf getrennte Arbeitsschritte nötig sind, geschieht es nach drei Wochen nicht mehr. Fragen Sie deshalb ausdrücklich nach der Mehrfachverwendung und nach der Druckansicht; letztere klingt altmodisch und ist in Produktionsbetrieben eine ernstzunehmende Anforderung.
Zur Redaktion gehört schließlich die Auswertung. Eine Plattform, die nicht zeigt, wie viele Menschen einer Zielgruppe eine Meldung erreicht hat, macht interne Kommunikation unsteuerbar. Wichtig ist dabei die Trennung: Aggregierte Reichweitenauswertung je Meldung und Segment ist das Ziel, personenbezogene Lesebestätigungen sind ein mitbestimmungspflichtiger Sonderfall, den wir im Betriebskapitel und im Datenschutzkapitel gesondert behandeln.
Neben den flüchtigen Meldungen steht der dauerhafte Bestand: Richtlinien, Arbeitsanweisungen, Anleitungen, Abteilungsseiten, Ansprechpartnerlisten, Formulare. Dieser Bestand ist funktional unspektakulär und wirtschaftlich der wertvollste Teil der Plattform, weil er die täglichen Fragen beantwortet, die sonst als Anruf, E-Mail oder Zuruf durch die Organisation laufen. Er ist zugleich der Teil, aus dem ein KI-Assistent später seine Antworten zieht – und damit der Teil, dessen Qualität unmittelbar auf die Qualität der KI durchschlägt.
Die zentrale Anforderung an diesen Bereich heißt Nachvollziehbarkeit der Gültigkeit. Konkret: Jede Seite braucht eine verantwortliche Person, ein Datum der letzten Prüfung und ein Datum der nächsten fälligen Prüfung. Wo Fassungen relevant sind, braucht es einen Verlauf und die Möglichkeit, alte Fassungen aus dem produktiven Bestand zu nehmen, statt sie danebenliegen zu lassen. Diese drei Angaben sind der wirksamste Einzelhebel gegen falsche Auskünfte – von Menschen wie von Maschinen.
Die Suche ist die meistgenutzte Funktion jeder Intranet-Plattform und zugleich die am häufigsten kritisierte. Der Grund ist strukturell: Menschen suchen mit ihren Worten, Dokumente sind in der Sprache der Fachabteilung geschrieben. Wer nach Handyvertrag sucht, findet die Richtlinie zur mobilen Telekommunikationsausstattung nicht. Klassische Gegenmittel sind Synonymlisten, gepflegte Verschlagwortung und redaktionell gesetzte Bestentreffer für die dreißig häufigsten Suchbegriffe. Diese Mittel wirken, kosten aber laufende Arbeit. Genau hier setzt die semantische Suche an, die wir im nächsten Kapitel ausführlich behandeln.
Wichtig ist außerdem der Umfang des Suchindex. Eine Suche, die nur die Intranet-Seiten kennt, hilft wenig, wenn die gesuchte Information in einem Dateiablagesystem, im Wiki oder im Ticketsystem liegt. Prüfen Sie deshalb, welche Quellen indexiert werden können, ob dabei Berechtigungen respektiert werden – jede Person darf nur finden, was sie sehen darf – und ob Dokumentinhalte durchsucht werden oder nur Dateinamen. Der Punkt mit den Berechtigungen ist keine Formalie: Eine Suche, die Titel von Dokumenten ausgibt, die man nicht öffnen darf, ist bereits ein Datenschutzvorfall in Zeitlupe.
Das Mitarbeiterverzeichnis ist in den meisten Organisationen der zweithäufigste Öffnungsgrund und einer der wenigen Bausteine mit unmittelbarem, unstrittigem Nutzen. Entscheidend ist die Datenquelle: Ein Verzeichnis, das aus dem Personalsystem oder dem Verzeichnisdienst gespeist wird, ist aktuell; eines, das manuell gepflegt wird, ist nach einem Jahr falsch. Über den Pflichtumfang hinaus – Name, Funktion, Bereich, Standort, Erreichbarkeit – lohnt die Diskussion über freiwillige Angaben wie Fachgebiete, Projekte, Sprachen. Sie machen das Verzeichnis erst wertvoll und sind zugleich mitbestimmungs- und datenschutzrelevant, weshalb Freiwilligkeit und Sichtbarkeitssteuerung von Anfang an geregelt gehören.
Die Mitarbeiter-App schließlich ist kein Zusatz, sondern für einen großen Teil des Mittelstands der Hauptkanal. Die Anforderungen an sie unterscheiden sich deutlich von denen an eine Website: Anmeldung ohne Firmen-E-Mail, häufig über einen Einladungscode oder eine Personalnummer; Betrieb auf privaten Geräten und damit eine saubere Trennung dienstlicher Inhalte; Push-Benachrichtigungen mit Steuerung, damit nicht jede Meldung das Telefon zum Klingeln bringt; Lesbarkeit auch bei schwachem Netz; und eine Bedienung, die ohne Schulung verständlich ist. Wer diese Punkte in der Vorführung nicht mit einem echten Telefon geprüft hat, hat die App nicht geprüft.
Technisch liegt beiden Funktionen dasselbe Verfahren zugrunde. Inhalte werden in Abschnitte zerlegt, jeder Abschnitt wird in eine mathematische Darstellung seiner Bedeutung überführt und in einem Index abgelegt. Eine Frage wird auf dieselbe Weise dargestellt, und das System findet die Abschnitte, die inhaltlich am nächsten liegen. Die semantische Suche zeigt diese Abschnitte als Treffer an. Der Assistent geht einen Schritt weiter: Er übergibt die gefundenen Abschnitte an ein Sprachmodell, das daraus eine Antwort formuliert – und verweist auf die Quellen, aus denen sie stammt. Dieses Verfahren wird als abrufgestützte Generierung bezeichnet, im Fachjargon meist als RAG.
Für die Praxis folgen daraus vier Konsequenzen, die jede Erwartungsklärung tragen sollten. Erstens: Der Assistent kann nur wissen, was im Index liegt. Was nicht dokumentiert ist, existiert für ihn nicht – und er sagt das im Zweifel nicht klar, sondern antwortet mit dem Nächstbesten. Zweitens: Berechtigungen müssen im Index abgebildet sein, sonst zitiert der Assistent Inhalte, die die fragende Person nicht sehen darf. Dieser Punkt ist die wichtigste technische Prüffrage überhaupt und gehört mit einem echten Testfall geprüft, nicht mit einer Zusage im Angebot. Drittens: Ohne Quellenangabe ist die Funktion für betriebliche Zwecke wertlos, weil die Antwort nicht überprüfbar ist. Bestehen Sie auf Quellenangabe mit Verweis auf die konkrete Seite. Viertens: Widersprüchliche Inhalte im Bestand führen zu widersprüchlichen Antworten. Wenn drei Fassungen der Reisekostenregelung im Index liegen, entscheidet der Zufall.
Aus dem letzten Punkt folgt eine unbequeme, aber in Projekten immer wieder bestätigte Reihenfolge: Erst der Bestand, dann der Assistent. Wir empfehlen, die KI-Suche zunächst auf einen bewusst begrenzten, geprüften Bereich zu richten – etwa Personalthemen und Arbeitssicherheit – und diesen Bereich vollständig aufzuräumen: gültige Fassung markieren, veraltete Fassungen aus dem Index nehmen, für jede Seite eine verantwortliche Person und ein Prüfdatum eintragen. Ein Assistent, der auf dreihundert geprüften Seiten arbeitet, ist nützlicher und glaubwürdiger als einer, der auf zwanzigtausend ungeprüften Dateien arbeitet. Der zweite verliert das Vertrauen der Belegschaft in der ersten Woche, und dieses Vertrauen kommt nicht zurück.
Prüfen Sie beim Anbieter zusätzlich die betrieblichen Steuerungsmöglichkeiten: Lässt sich festlegen, welche Bereiche indexiert werden? Kann die Funktion je Zielgruppe freigegeben oder abgeschaltet werden? Werden Fragen und Antworten protokolliert, wie lange, und wer kann diese Protokolle sehen? Der letzte Punkt ist mitbestimmungsrelevant, weil Suchanfragen der Belegschaft ein sehr aussagekräftiger Datenbestand sind – und dieser Punkt wird in Beschaffungen praktisch nie gestellt.
Automatische Zusammenfassungen sind die Funktion mit dem geringsten Einführungsaufwand und einem verlässlichen, wenn auch bescheidenen Nutzen. Sie eignen sich für Anrisse auf der Startseite, für Kurzfassungen in der App und für die Verdichtung langer Protokolle. Zwei Einschränkungen gehören dazu. Bei rechtlich oder sicherheitsrelevanten Inhalten – Arbeitsanweisungen, Gefährdungsbeurteilungen, Betriebsanweisungen, arbeitsrechtliche Regelungen – ist eine maschinelle Kurzfassung nicht ausreichend, weil eine weggelassene Bedingung den Sinn umkehren kann. Und bei sehr langen Dokumenten neigen Zusammenfassungen dazu, gleichmäßig zu glätten und dabei den entscheidenden Ausnahmefall zu verlieren. Unsere Empfehlung: Zusammenfassungen als redaktionellen Vorschlag behandeln, den ein Mensch freigibt, statt sie ungeprüft anzuzeigen.
Die Übersetzung ist in Organisationen mit internationaler Belegschaft die Funktion mit dem größten praktischen Effekt, und sie wird von Anbietern zu Recht in den Vordergrund gestellt. In Produktion, Logistik, Reinigung, Bau und Pflege arbeiten in vielen Unternehmen Menschen mit einem Dutzend Erstsprachen, und die interne Kommunikation ist bislang faktisch nur für die deutschsprachige Hälfte gemacht. Wer Meldungen auf Abruf in die Sprache der lesenden Person übersetzen kann, verändert die Erreichbarkeit grundlegend.
Aber auch hier gehört die Grenze klar benannt. Maschinelle Übersetzung ist bei allgemeiner Sprache verlässlich und bei Fachbegriffen, Werksjargon, Abkürzungen und zusammengesetzten Substantiven fehleranfällig. Für Sicherheitsanweisungen und arbeitsrechtlich relevante Mitteilungen empfehlen wir eine geprüfte Übersetzung durch Menschen, mindestens für die zwei oder drei häufigsten Sprachen. Praktikabel ist meist ein zweistufiges Modell: maschinelle Übersetzung als Standard für Alltagsmeldungen, geprüfte Übersetzung als Pflicht für eine definierte Liste sicherheits- und rechtsrelevanter Inhalte. Legen Sie diese Liste schriftlich fest, sonst entscheidet sie jeder Redakteur nach Gefühl.
Die Redaktionsassistenz – Vorschläge für Überschriften, Anrisse, Textfassungen in einfacher Sprache, Anpassung der Länge je Kanal – ist die Funktion, die Redaktionen im Alltag am dankbarsten annehmen, weil sie eine echte Last nimmt: die leere Seite. Sie erzeugt aber ein stilistisches Risiko, das man kennen sollte. Maschinell erzeugte Meldungstexte klingen einander ähnlich, und eine Belegschaft merkt sehr schnell, wenn interne Kommunikation nach Maschine klingt. Der Glaubwürdigkeitsverlust ist real und schwer reparabel. Unsere Empfehlung ist deshalb pragmatisch: KI für Rohfassung, Struktur, Kürzung und Sprachvereinfachung nutzen, die letzte Fassung aber immer von einem Menschen schreiben oder deutlich überarbeiten lassen – besonders bei Botschaften, die Vertrauen brauchen.
Die Personalisierung des Newsfeeds ist die KI-Funktion mit dem größten Spannungsverhältnis zwischen Nutzen und Nebenwirkung. Der Nutzen: Wer nur relevante Meldungen sieht, liest mehr. Die Nebenwirkung: Interne Kommunikation hat einen Auftrag, den ein Empfehlungsverfahren nicht kennt. Manche Botschaften müssen alle erreichen, unabhängig davon, ob sie interessieren – Arbeitssicherheit, organisatorische Änderungen, Mitteilungen der Geschäftsführung, Betriebsversammlungen. Ein Verfahren, das nach Aufmerksamkeit optimiert, blendet genau diese Inhalte aus, weil sie wenig geklickt werden.
Die saubere Lösung ist eine Zweiteilung des Feeds, und sie sollte Anforderung in jeder Ausschreibung sein: ein Pflichtbereich, in dem redaktionell gesetzte Meldungen für definierte Zielgruppen unabhängig von jeder Personalisierung erscheinen und bis zur Kenntnisnahme oder bis zum Ablaufdatum stehen bleiben; und ein Empfehlungsbereich, in dem die Personalisierung wirkt. Prüfen Sie, ob die Plattform diese Trennung technisch abbildet – und ob die Redaktion ohne IT-Unterstützung eine Meldung als Pflichtinhalt kennzeichnen kann.
Zur Personalisierung gehört außerdem eine Transparenzfrage, die zunehmend gestellt wird und mit der Belegschaft und der Mitbestimmung besprochen gehört: Auf welcher Grundlage entscheidet das Verfahren? Zulässig und unproblematisch ist eine Steuerung über organisatorische Attribute – Standort, Bereich, Rolle, Sprache –, weil sie aus dem Arbeitsverhältnis folgt und nachvollziehbar ist. Deutlich erklärungsbedürftiger ist eine Steuerung über beobachtetes Verhalten, also darüber, was jemand gelesen, wie lange er verweilt und worauf er reagiert hat. Das ist eine Verarbeitung von Nutzungsdaten mit Personenbezug und damit ein Thema für Datenschutz und Mitbestimmung, nicht für die Marketingfolie.
Die automatische Themen- und Verschlagworterkennung ist demgegenüber unspektakulär und im Betrieb sehr hilfreich. Verschlagwortung ist die Aufgabe, die in jedem Intranet nach wenigen Monaten einschläft, weil sie Mühe macht und keinen unmittelbaren Ertrag bringt. Ein Vorschlagsverfahren, das der Redaktion drei Schlagworte anbietet, die sie bestätigt oder korrigiert, hält diese Ordnung am Leben. Erwarten Sie keine perfekte Zuordnung: Unternehmensspezifische Begriffe, Produktnamen und Abteilungskürzel werden nicht zuverlässig erkannt. Deshalb gilt hier dasselbe wie überall in diesem Kapitel – Vorschlag ja, Automatik ohne Kontrolle nein.
Für die Einordnung hilft eine Unterscheidung in vier Integrationstiefen, die in Angeboten selten sauber getrennt werden:
Die Abgrenzung zu Teams verdient dabei eine eigene Klärung, weil sie in fast jedem Projekt gestellt wird. Chatwerkzeuge sind für das Flüchtige gebaut: Abstimmung im Team, schnelle Frage, Projektkoordination. Ein Intranet ist für das Bleibende gebaut: verbindliche Information, Richtlinie, Nachricht mit Reichweitenanspruch, Wissensbestand. Die praktische Regel, die sich bei uns bewährt hat, passt in drei Sätze: Was für ein Team gilt und morgen erledigt ist, gehört in den Chat. Was für die Organisation gilt und in einem Jahr noch gelten soll, gehört ins Intranet. Was verbindlich beschlossen ist, gehört in das führende Fachsystem – und das Intranet zeigt darauf. Ohne diese drei Sätze in einer Nutzungsrichtlinie entsteht Doppelablage, und die Belegschaft weiß nicht mehr, wo sie nachsehen soll.
Für Organisationen mit Google Workspace gilt dasselbe Muster mit anderen Namen: Anmeldung über den Identitätsdienst, Zugriff auf die Dateiablage, Kalenderdaten im Profil, Einbettung in das Chatwerkzeug. Praktisch relevant ist ein Unterschied im Angebot: Die Zahl der Intranet-Produkte mit tiefer Google-Integration ist kleiner als die mit tiefer Microsoft-Integration. Wenn Sie auf Google arbeiten, prüfen Sie diesen Punkt früh und konkret, statt sich auf die allgemeine Zusage einer Unterstützung zu verlassen.
Die Anbindung an das Personalsystem ist die wichtigste und die unangenehmste Integration eines Intranet-Projekts. Wichtig, weil Zielgruppensteuerung, Verzeichnis, Onboarding-Abläufe und personalisierte Startseiten ohne verlässliche Attribute nicht funktionieren. Unangenehm, weil in diesem Moment personenbezogene Beschäftigtendaten in ein weiteres System fließen und weil die Datenqualität der Quelle schonungslos sichtbar wird.
Der typische Verlauf ist in Projekten fast immer derselbe. Man beschließt, Zielgruppen nach Standort, Bereich und Rolle zu steuern. Dann stellt sich heraus, dass im Personalsystem Standorte in drei Schreibweisen vorkommen, dass Bereiche historisch gewachsen sind und die heutige Organisation nicht abbilden, dass gewerbliche Beschäftigte anders erfasst sind als Angestellte, dass Leiharbeitskräfte gar nicht erfasst sind und dass Führungsverantwortung nirgends strukturiert hinterlegt ist. Keines dieser Probleme ist ein Fehler der Intranet-Plattform, und keines lässt sich dort lösen. Rechnen Sie deshalb einen eigenen Arbeitsschritt für die Bereinigung der Stammdaten ein – idealerweise vor der technischen Anbindung, weil sonst die Bereinigung im laufenden Betrieb mit sichtbaren Fehlern erfolgt.
Für die Datenübergabe selbst sind drei Punkte zu klären. Erstens der Umfang: Welche Felder werden übertragen? Hier gilt Datenminimierung als Leitlinie – übertragen wird, was für Steuerung und Verzeichnis benötigt wird, nicht der ganze Datensatz. Personalnummer, Name, Bereich, Standort, Rolle, Sprache und Beschäftigungsart reichen in der Regel; Gehaltsdaten, Fehlzeiten, Beurteilungen, Geburtsdaten und private Kontaktdaten haben in einem Intranet nichts zu suchen. Zweitens die Richtung: Der Fluss geht aus dem Personalsystem in das Intranet, nicht zurück. Drittens der Lebenszyklus: Eintritt, Wechsel und Austritt müssen automatisiert wirken, sonst haben ausgeschiedene Beschäftigte weiter Zugriff – ein Befund, der bei Prüfungen regelmäßig auftaucht.
Bei der Identität ist die Sache technisch einfacher und organisatorisch differenzierter. Für Beschäftigte mit Firmenkonto ist die Anmeldung über den zentralen Identitätsdienst der Standard, ergänzt um automatische Bereitstellung und Sperrung von Konten. Für Beschäftigte ohne Firmenkonto brauchen Sie einen zweiten, bewusst gestalteten Weg – meist über Einladungscode, Personalnummer oder eine persönliche Aktivierung durch die Führungskraft. Dieser zweite Weg ist der sicherheitskritische, weil er ohne Verzeichnisdienst funktioniert. Prüfen Sie hier die Verfahren zur Erstaktivierung, zum Zurücksetzen und zur Sperrung genauso sorgfältig wie beim Hauptweg, und regeln Sie schriftlich, wer Aktivierungen vornehmen darf.
Ist die Grundlage gelegt, entfaltet das Intranet seinen Nutzen als Oberfläche. Vier Anbindungen bringen nach unserer Erfahrung den größten Effekt im Verhältnis zum Aufwand.
Die erste ist das Ticketsystem für IT und interne Dienste. Ein Formular im Intranet, das ein Ticket im Fachsystem erzeugt, mit Statusanzeige im eigenen Profil, ersetzt eine erhebliche Menge E-Mail und Telefonate – und ist zugleich ein guter Testfall für die Integrationstiefe des Produkts, weil er Handlung und Anzeige verbindet. Die zweite ist das Dokumentenmanagement: Das Intranet zeigt und durchsucht Dokumente, deren führende Fassung im DMS liegt. Entscheidend ist, dass verlinkt und nicht kopiert wird, und dass die Suche Berechtigungen respektiert. Die dritte ist das Personal-Self-Service: Urlaubsantrag, Krankmeldung, Bescheinigung, Stammdatenänderung – die Funktionen mit dem stärksten Nutzungsanreiz überhaupt, weil sie einen echten Grund liefern, die Plattform regelmäßig zu öffnen. Die vierte ist die Lernplattform: Pflichtschulungen mit Fälligkeitsanzeige im eigenen Bereich, was für Arbeitssicherheit und Zertifizierungen unmittelbar relevant ist.
Bei Fachanwendungen aus der Produktion – Zeiterfassung, Schichtplanung, Instandhaltung, Warenwirtschaft – ist Zurückhaltung angebracht. Diese Systeme sind selten für Einbettung gebaut, ihre Schnittstellen sind heterogen, und der Aufwand liegt regelmäßig über dem Nutzen. Die pragmatische Lösung ist meist die schlichteste: eine verlässliche Verknüpfung mit einheitlicher Anmeldung statt einer halbfertigen Einbettung. Eine Ausnahme lohnt fast immer, weil sie täglich genutzt wird: die Anzeige des eigenen Schichtplans und des eigenen Zeitkontos. Wenn Ihr System das über eine Schnittstelle hergibt, ist das die Integration mit der höchsten Akzeptanz in der Fläche – und in vielen Betrieben der Grund, warum die App überhaupt installiert wird.
Ein letzter, oft übersehener Punkt betrifft die Bewertung von Integrationen im Auswahlverfahren. Anbieterlisten mit hundert Integrationen sagen wenig, weil dort Verknüpfungen und echte Anbindungen in einem Topf liegen. Fragen Sie deshalb produktunabhängig nach: Für unsere fünf wichtigsten Systeme – welche Integrationstiefe ist möglich, ist sie im Standard enthalten oder Projektarbeit, wer betreibt sie, und was passiert bei einer Aktualisierung des Quellsystems? Die Antworten auf diese vier Fragen unterscheiden ein belastbares Angebot von einer Kachelsammlung.
In Auswahlverfahren werden regelmäßig vierzig bis achtzig Kriterien abgefragt, und am Ende entscheiden sechs. Wir empfehlen, diese sechs bewusst und mit hohem Gewicht zu bewerten und die restlichen als Ausschluss- oder Nebenkriterien zu behandeln.
Erstens der Anteil der Belegschaft ohne Firmen-PC. Dieses Kriterium sortiert den Markt stärker als alle anderen. Liegt der Anteil über einem Viertel und soll diese Gruppe zuverlässig erreicht werden, führt der Weg fast immer zu einem Produkt mit ausgereifter Mitarbeiter-App und Anmeldung ohne Firmen-E-Mail. Liegt er nahe null, ist der Weg über die vorhandene Suite meist der wirtschaftlichste.
Zweitens die redaktionelle Kapazität und Kompetenz. Nicht die Frage, was möglich ist, sondern wer es tun wird. Eine Kommunikationsabteilung mit zwei Personen ohne IT-Nähe braucht ein Werkzeug, das ohne technische Kenntnisse funktioniert. Ein Unternehmen mit einem eingespielten SharePoint-Team hat andere Möglichkeiten. Bewerten Sie dieses Kriterium mit den Personen, die die Arbeit später machen, nicht mit der IT-Leitung.
Drittens die Datenschutzlinie. Nicht die abstrakte Frage nach DSGVO-Konformität – die ist bei allen etablierten Anbietern gestaltbar –, sondern Ihre konkrete Linie: Sind personenbezogene Beschäftigtendaten in einer Cloud außerhalb Ihrer Kontrolle zulässig? Ist ein außereuropäischer Modellanbieter in der Verarbeitungskette akzeptabel? Ist eine europäische Region ausreichend, oder ist Eigenbetrieb gefordert? Diese Fragen entscheiden über ganze Anbietertypen und gehören deshalb vor die Marktsichtung, nicht danach.
Viertens der vorhandene Wissensbestand. Wenn Ihre Organisation bereits ein gepflegtes Wiki mit mehreren tausend Seiten hat, ist ein Aufsatz auf dieser Basis strukturell sinnvoll, weil Sie nicht zwei Wissensorte erzeugen. Steht der Wissensbestand noch aus, sind Sie freier – und sollten dann bewusst entscheiden, ob Kommunikation und Wissen in einem System liegen sollen oder in zwei mit einer gemeinsamen Suche.
Fünftens die Mehrsprachigkeit. Sie ist entweder unwichtig oder entscheidend, selten etwas dazwischen. Wenn Ihre Belegschaft mehrere Erstsprachen hat, prüfen Sie nicht nur die Verfügbarkeit von Übersetzung, sondern deren redaktionelle Handhabung: Wie viele Schritte kostet eine dreisprachige Meldung, und wie werden geprüfte Übersetzungen für sicherheitsrelevante Inhalte abgebildet?
Sechstens die Gesamtkosten über fünf Jahre, nicht der Lizenzpreis im ersten Jahr. Dazu gehören Lizenz, Einführung, Integration, Migration alter Inhalte, redaktionelle Personalkapazität, Betrieb und laufende Pflege. Wir kommen darauf im neunten Kapitel im Detail zurück. Wer nur die Lizenz vergleicht, wählt regelmäßig die Option mit den höchsten Gesamtkosten.
Eine Bewertungsmatrix ist ein gutes Werkzeug und wird meist falsch benutzt. Der häufigste Fehler ist die Gleichgewichtung: Achtzig Kriterien mit gleichem Gewicht führen dazu, dass die Summe vieler Nebenfunktionen ein Ausschlusskriterium überstimmt. Das Ergebnis ist eine Entscheidung, die rechnerisch begründet und praktisch falsch ist. Wir arbeiten deshalb mit einer dreistufigen Logik, die sich in Projekten bewährt hat.
Stufe eins: Ausschlusskriterien, binär bewertet. Fünf bis maximal acht Anforderungen, die erfüllt sein müssen, sonst scheidet der Kandidat aus – unabhängig von allem anderen. Typische Beispiele: Anmeldung ohne Firmen-E-Mail für gewerbliche Beschäftigte; Verarbeitung personenbezogener Daten in einer europäischen Region; Berechtigungstreue der Suche; zentrale Abschaltbarkeit der KI-Funktionen; Auftragsverarbeitungsvertrag nach deutschem Muster. Diese Stufe reduziert eine Liste von zwölf Anbietern in der Regel auf vier.
Stufe zwei: gewichtete Kernkriterien. Die sechs Kriterien aus dem vorigen Abschnitt, mit Gewichten, die Sie vor der Marktsichtung festlegen und danach nicht mehr ändern. Der Zeitpunkt ist wesentlich: Gewichte, die nach der ersten Vorführung festgelegt werden, sind unbewusst auf das Produkt zugeschnitten, das den besten Eindruck gemacht hat. Bewerten Sie in einer engen Skala von eins bis vier statt eins bis zehn, weil feine Abstufungen Genauigkeit vortäuschen, die nicht vorhanden ist.
Stufe drei: Anwendungsfälle statt Funktionen. Der wichtigste Schritt und der, der am häufigsten fehlt. Definieren Sie fünf bis sieben echte Abläufe aus Ihrem Alltag und lassen Sie jeden Kandidaten diese Abläufe mit Ihren eigenen Inhalten vorführen – nicht mit dem Demonstrationsmandanten des Anbieters. Bewährte Abläufe: eine dreisprachige Sicherheitsmeldung an einen Standort mit Nachweis der Kenntnisnahme; die Suche nach einer Regelung mit einem umgangssprachlichen Begriff; das Anlegen eines neuen Beschäftigten mit automatischer Zuordnung zur Zielgruppe; eine Krisenmeldung an alle in unter fünf Minuten; die Anzeige des eigenen Schichtplans in der App; das Auffinden der zuständigen Person für ein Fachthema.
Dokumentieren Sie Ergebnis und Begründung schriftlich, einschließlich der abgelehnten Kandidaten und der Gründe. Das klingt bürokratisch und ist eine praktische Notwendigkeit: Intranet-Entscheidungen werden in den folgenden Jahren regelmäßig hinterfragt – von neuen Führungskräften, von der Mitbestimmung, vom Datenschutz, von der Konzernmutter. Eine Entscheidung, deren Begründung aufgeschrieben ist, hält diesen Fragen stand. Eine, die nur im Gedächtnis existiert, wird in jeder Führungswechselrunde neu verhandelt.
Aus der Beratungspraxis lassen sich vier Muster benennen, die den Großteil der Fälle im Mittelstand abdecken. Sie sind keine Regel, aber ein brauchbarer Ausgangspunkt für Ihre eigene Abwägung.
Reines Büroumfeld, Microsoft-365-Haus, überschaubare Redaktion: Der Weg über die vorhandene Suite ist meist wirtschaftlich richtig, idealerweise mit einem Fertigprodukt auf SharePoint-Basis statt mit Eigenbau, damit die Lösung nicht an einer Person hängt. KI-Funktionen kommen über die Assistenzangebote der Suite – prüfen Sie hier genau, welche Lizenzstufen dafür nötig sind.
Produktion, Handwerk, Pflege, Handel mit hohem Anteil ohne Firmen-PC: Eine eigenständige Plattform mit ausgereifter Mitarbeiter-App ist in der Regel die Empfehlung, auch wenn sie zusätzliche Lizenzkosten bedeutet. Der Grund ist einfach: Ein Kanal, der die Mehrheit der Belegschaft nicht erreicht, hat keinen Nutzen, unabhängig davon, wie günstig er ist.
Organisation mit starkem, gepflegtem Wiki: Ein Aufsatz auf dieser Basis erhält den Wissensbestand und vermeidet zwei Suchen. Prüfen Sie ergänzend, wie die Belegschaft ohne Wiki-Zugang erreicht wird – häufig ist eine schlanke zusätzliche App für diese Gruppe die pragmatischste Antwort, auch wenn sie nicht die eleganteste ist.
Harte Souveränitätsanforderung: Eigenbetrieb einer quelloffenen Lösung oder ein kommerzielles Produkt mit Betriebsoption im eigenen Rechenzentrum. Kalkulieren Sie hier den Betriebsaufwand realistisch und entscheiden Sie bewusst, ob KI-Funktionen im ersten Schritt entfallen oder mit eigener Infrastruktur aufgebaut werden. Beides ist vertretbar, aber es sollte eine dokumentierte Entscheidung sein und kein Nebenprodukt der Produktwahl.
Informationsarchitektur klingt akademisch und bedeutet eine sehr konkrete Frage: Wenn eine Mitarbeiterin aus der Fertigung wissen will, wie sie einen Arbeitsunfall meldet – über welchen Weg findet sie das in maximal drei Schritten? Wenn Ihre Antwort lautet, dass sie es über die Suche findet, ist die Architektur nicht geklärt, sondern an die Suche delegiert. Das funktioniert für erfahrene Nutzende und scheitert bei allen anderen, weil sie nicht die Begriffe verwenden, die im Dokument stehen.
Bewährt hat sich in unseren Projekten eine Gliederung nach Anlass statt nach Aufbauorganisation. Der Unterschied ist erheblich. Eine Gliederung nach Abteilungen spiegelt Ihr Organigramm und verlangt von der lesenden Person, dass sie weiß, welche Abteilung für ihr Anliegen zuständig ist – eine Zumutung besonders für neue Beschäftigte. Eine Gliederung nach Anlass fragt, warum Menschen die Plattform öffnen: Ich brauche etwas von der Personalabteilung. Ich habe ein technisches Problem. Ich suche eine Regelung. Ich will wissen, was im Unternehmen passiert. Ich suche eine Person. Fünf bis sieben solcher Anlässe bilden eine Navigation, die ohne Vorwissen funktioniert. Die Abteilungsstruktur kann als zweite Sicht daneben stehen, sie sollte aber nicht die Hauptnavigation sein.
Zur Architektur gehört zweitens eine klare Trennung der Inhaltsarten, die in gewachsenen Intranets fast immer verwischt ist. Eine Meldung hat ein Datum, ist nach vier Wochen historisch und wird nicht gepflegt. Eine Seite hat keine Aktualität im Sinne eines Datums, sondern eine Gültigkeit, und sie braucht Verantwortung und Prüfdatum. Ein Verweis zeigt auf ein Fachsystem, in dem die führende Fassung liegt. Wenn diese drei Arten in derselben Ansicht durcheinanderstehen, entsteht der klassische Fehler: Die Belegschaft findet eine drei Jahre alte Meldung über eine Regelungsänderung und hält sie für die Regelung. Machen Sie die Unterscheidung sichtbar – durch Gestaltung, durch Kennzeichnung und durch das automatische Verschwinden alter Meldungen aus der Hauptansicht.
Drittens: Prüfen Sie die Architektur mit Menschen, nicht im Projektteam. Ein einfaches Verfahren genügt und dauert einen halben Tag. Sie geben acht bis zehn Personen aus verschiedenen Bereichen je fünf typische Aufgaben und beobachten, wo sie klicken und wo sie stehen bleiben. Was dabei sichtbar wird, korrigiert regelmäßig die Hälfte der Annahmen des Projektteams – und zwar bevor die Struktur gebaut ist und nicht danach.
Das Redaktionsmodell ist die Antwort auf eine einzige Frage: Wer sorgt dafür, dass hier morgen etwas Richtiges steht? Drei Modelle sind in der Praxis verbreitet, und ihre Eignung hängt von Größe und Kultur ab.
Das zentrale Modell bündelt alle Veröffentlichungen in der Unternehmenskommunikation. Vorteil: einheitliche Qualität, klare Verantwortung, kontrollierte Botschaften. Nachteil: die Redaktion wird zum Engpass, Fachbereiche warten, und Inhalte aus der Fläche kommen gar nicht. Für kleine Organisationen mit geringem Volumen tragfähig, ab einer gewissen Größe nicht mehr.
Das dezentrale Modell gibt vielen Personen Veröffentlichungsrechte. Vorteil: Nähe zum Geschehen, viele Inhalte, kurze Wege. Nachteil: uneinheitliche Qualität, verwaiste Bereiche, keine Übersicht darüber, was gültig ist. Ohne Rahmen führt es innerhalb von zwei Jahren zu dem Zustand, den alle kennen: viele Seiten, wenig Verlässlichkeit.
Das hybride Modell hat sich in unseren Mittelstandsprojekten am zuverlässigsten bewährt. Eine kleine zentrale Redaktion verantwortet Startseite, unternehmensweite Meldungen, Gestaltungsstandards und Qualitätssicherung. In jedem Bereich gibt es eine benannte Ansprechperson mit Rechten für ihren Bereich, einer festen Stundenzahl und einer verbindlichen Zuständigkeit für die Aktualität ihrer Seiten. Zwei Dinge machen dieses Modell tragfähig, und beide werden häufig weggelassen: Die Bereichsverantwortung muss in der Zielvereinbarung oder Stellenbeschreibung stehen, sonst weicht sie im ersten stressigen Quartal, und es braucht ein regelmäßiges Treffen dieser Gruppe – kurz, aber verbindlich.
Governance heißt in diesem Zusammenhang nichts anderes als vier schriftlich festgehaltene Festlegungen. Erstens eine Zuständigkeitsübersicht: welcher Bereich, welche Person, welche Vertretung. Zweitens ein Aktualitätsverfahren: jede dauerhafte Seite hat ein Prüfdatum, das System erinnert die verantwortliche Person, ungeprüfte Seiten werden nach einer definierten Frist gekennzeichnet und bei fortdauernder Nichtprüfung aus der Suche genommen. Dieser letzte Schritt ist unbequem und der wirksamste Einzelmechanismus gegen veraltete Inhalte – besonders wenn ein KI-Assistent aus dem Bestand antwortet. Drittens Regeln zur Beteiligung: ob Kommentare möglich sind, wer moderiert, in welcher Zeit reagiert wird und was gelöscht wird. Viertens eine Nutzungsrichtlinie in einer Seite, die die Abgrenzung zu Chat, Dateiablage und Fachsystemen beschreibt.
Zur Migration ist das Wichtigste bereits gesagt und wird trotzdem selten befolgt: Migrieren Sie nicht. Der alte Bestand ist der Grund, warum das alte Intranet nicht funktioniert hat, und ihn mitzunehmen überträgt das Problem auf die neue Plattform – nur diesmal mit einem KI-Assistenten, der die veralteten Inhalte auch noch selbstbewusst zitiert. Das praktikable Verfahren ist eine bewusste Auswahl: Bestimmen Sie mit den Fachbereichen die Inhalte, die wirklich gebraucht werden, überarbeiten Sie diese und versehen Sie jede Seite mit Verantwortung und Prüfdatum. Der Rest wird archiviert – lesbar, aber außerhalb der Suche und außerhalb des KI-Index. Erfahrungsgemäß fragt nach einem halben Jahr niemand mehr nach mehr als einer Handvoll archivierter Inhalte.
Change Management ist in Intranet-Projekten ein besonders undankbares Thema, weil es keine Technik ist und deshalb aus Budgets zuerst gestrichen wird. Vier Maßnahmen haben in unseren Projekten den größten Effekt gehabt. Erstens ein Startanlass statt einer Ankündigung: Die Plattform beginnt mit etwas, das die Belegschaft ohnehin braucht – der Schichtplan, die Gehaltsbescheinigung, die Anmeldung zum Betriebsfest, eine Umfrage der Geschäftsführung, deren Ergebnis sichtbar Konsequenzen hat. Zweitens sichtbare Beteiligung der Führung: Wenn die Geschäftsführung selbst schreibt und auf Kommentare antwortet, verändert das die Wahrnehmung fundamental; wenn ihre Beiträge sichtbar von der Kommunikationsabteilung geschrieben sind, ebenfalls – nur in die andere Richtung. Drittens Multiplikatoren in der Fläche: Schichtleitungen, Meister, Teamleitungen sind die Personen, die eine App in die Belegschaft tragen oder eben nicht; sie früh einzubinden und ihnen die Installation persönlich zu erklären, wirkt mehr als jede Kampagne. Viertens Abschalten des alten Wegs: Solange dieselbe Information noch als Rundmail kommt, öffnet niemand die neue Plattform. Setzen Sie ein Datum und halten Sie es ein.
Die Mitbestimmung ist der Punkt, an dem Intranet-Projekte in Deutschland am häufigsten unerwartet Zeit verlieren – nicht weil Betriebsräte grundsätzlich ablehnen, sondern weil sie zu spät gefragt werden. Rechtlich einschlägig ist vor allem § 87 Abs. 1 Nr. 6 BetrVG, das Mitbestimmungsrecht bei der Einführung und Anwendung technischer Einrichtungen, die dazu bestimmt sind, Verhalten oder Leistung der Beschäftigten zu überwachen. Nach gefestigter Rechtsprechung genügt dafür die objektive Eignung zur Überwachung; eine Überwachungsabsicht ist nicht erforderlich. Eine Intranet-Plattform erfüllt dieses Merkmal praktisch immer, weil sie Anmeldungen, Lesevorgänge, Reaktionen, Suchanfragen und – bei KI-Funktionen – gestellte Fragen protokollieren kann. Daneben können weitere Mitbestimmungstatbestände berührt sein, etwa bei Regelungen zur Ordnung des Betriebs oder bei Nutzung privater Geräte.
Praktisch heißt das: Beziehen Sie den Betriebsrat in der Konzeptphase ein, nicht zum Ausrollen. Die Themen, die typischerweise in eine Vereinbarung gehören, sind überschaubar und lassen sich vorbereiten. Dazu zählen: welche Nutzungsdaten erhoben werden und zu welchem Zweck; die Festlegung, dass Auswertungen nur aggregiert und nicht personenbezogen erfolgen; der Umgang mit Lesebestätigungen und Kenntnisnahmen, die bei sicherheitsrelevanten Anweisungen berechtigt und im Alltag heikel sind; die Freiwilligkeit von Profilangaben über den Pflichtumfang hinaus; die Nutzung privater Geräte einschließlich der Frage der Erreichbarkeit außerhalb der Arbeitszeit; der Umgang mit Kommentaren und Moderation; und die Einordnung der KI-Funktionen einschließlich der Protokollierung von Fragen an den Assistenten. Ein Punkt verdient besondere Sorgfalt, weil er in Vereinbarungen oft fehlt: die Frage, ob Push-Benachrichtigungen auf private Geräte außerhalb der Arbeitszeit zugestellt werden dürfen. Sie berührt Arbeitszeit und Ruhezeit und sollte ausdrücklich geregelt sein.
Unsere Erfahrung ist dabei erfreulich unspektakulär: Wo Betriebsräte früh und offen eingebunden werden, entstehen tragfähige Vereinbarungen in wenigen Sitzungen, und die Gremien werden häufig zu den wirksamsten Fürsprechern des Projekts – weil eine Plattform, die die gewerbliche Belegschaft erstmals gleichwertig informiert, ein originäres Anliegen der Interessenvertretung erfüllt. Wo sie spät eingebunden werden, verhandeln beide Seiten unter Zeitdruck über etwas, das schon gekauft ist.
Beginnen wir mit der unbequemen Bestandsaufnahme, die wir in Projekten fast immer machen. Fragt man in einem Produktionsbetrieb, wie eine Information die gewerblichen Beschäftigten erreicht, lautet die Antwort in dieser Reihenfolge: über die Schichtleitung, über den Aushang, über das Gespräch in der Pause – und über eine private Nachrichtengruppe, die vor Jahren jemand gegründet hat und in der inzwischen die Hälfte der Belegschaft ist. Die letzte Variante ist die schnellste, die reichweitenstärkste und die aus Sicht von Datenschutz, Arbeitsrecht und Nachvollziehbarkeit problematischste. Sie existiert nicht, weil Menschen Regeln brechen wollen, sondern weil es keinen offiziellen Kanal gibt, der funktioniert.
Ein Intranet mit Mitarbeiter-App ersetzt diesen inoffiziellen Kanal – aber nur, wenn es besser ist. Fünf Anforderungen entscheiden darüber, und sie sind alle profan. Erstens die Anmeldung: Sie muss ohne Firmen-E-Mail funktionieren, in unter zwei Minuten, idealerweise durch persönliche Aktivierung mit einem Code, den die Führungskraft aushändigt. Jede zusätzliche Hürde kostet einen zweistelligen Anteil der Zielgruppe. Zweitens die Geräte: Wenn kein Diensttelefon gestellt wird, läuft die App auf dem privaten Gerät – das ist zulässig, aber nur auf freiwilliger Basis, und es braucht eine Alternative für alle, die nicht wollen. Ein Terminal in der Pausenhalle oder am Werkseingang ist diese Alternative, und sie ist keine Verlegenheitslösung, sondern in vielen Betrieben gut angenommen. Drittens die Sprache: Wo mehrere Erstsprachen vertreten sind, entscheidet die Übersetzung über die tatsächliche Reichweite. Viertens die Einfachheit: Die App muss ohne Schulung bedienbar sein, weil es keine Schulung geben wird. Fünftens der Inhalt: Ohne einen Grund, sie täglich zu öffnen, wird sie nach zwei Wochen ignoriert – und dieser Grund ist fast nie die Unternehmensnachricht, sondern der Schichtplan, die Gehaltsbescheinigung oder das Zeitkonto.
Zum Thema private Geräte gehört ein Satz Klarheit, weil er in Projekten immer wieder für Diskussion sorgt: Die Nutzung eines privaten Telefons für dienstliche Informationen kann nicht angeordnet werden. Sie ist freiwillig, und die Freiwilligkeit muss echt sein – also mit einer gleichwertigen Alternative für alle, die ablehnen. Praktisch bedeutet das: Wer die App nicht installiert, muss dieselben Informationen auf anderem Weg erhalten, und wichtige Mitteilungen dürfen nicht ausschließlich dort erscheinen. Das ist kein Hindernis für das Projekt, sondern eine Gestaltungsvorgabe – und ein Punkt, der in die Vereinbarung mit der Interessenvertretung gehört.
Wenn wir in Projekten gefragt werden, womit man anfangen soll, lautet die Antwort fast immer: mit dem Onboarding. Der Grund ist wirtschaftlich und psychologisch zugleich. Wirtschaftlich, weil das Einarbeiten neuer Beschäftigter in fast jedem Mittelstandsbetrieb ungeordnet abläuft und erhebliche Zeit von Führungskräften bindet. Psychologisch, weil neue Beschäftigte keine Gewohnheiten haben, die man verändern müsste – sie nehmen an, was ihnen als offizieller Weg gezeigt wird.
Ein gut gebauter Onboarding-Ablauf im Intranet beginnt vor dem ersten Arbeitstag: Begrüßung, Anfahrt, was mitzubringen ist, wer die Ansprechperson ist, ein kurzer Blick in den Betrieb. Er führt durch die erste Woche mit den Dingen, die tatsächlich anstehen – Arbeitsmittel, Zugänge, Sicherheitsunterweisung, Vorstellungsrunde, erste fachliche Einweisung. Und er begleitet die Probezeit mit fälligen Schulungen, Rückmeldegesprächen und den Fragen, die neue Kolleginnen und Kollegen erfahrungsgemäß haben. Der Nebeneffekt ist der eigentlich wertvolle: Beim Bau dieses Ablaufs stellt sich heraus, welche Informationen es überhaupt nicht schriftlich gibt. Diese Lücken zu schließen ist Wissensarbeit, die dem gesamten Betrieb zugutekommt, und sie geschieht sonst nie.
Der zweite starke Einstiegsfall ist die Schichtkommunikation. Das Grundproblem ist überall gleich: Informationen entstehen tagsüber und erreichen die Spät- und Nachtschicht verzögert, gefiltert oder gar nicht. Eine Plattform, in der Schichtplan, Änderungen, Übergabenotizen und Betriebsinformationen für alle Schichten gleich verfügbar sind, beseitigt eine Ungleichbehandlung, die in vielen Betrieben seit Jahren als unvermeidlich gilt. Besonders wirksam ist die Kombination aus Schichtplan und Push-Benachrichtigung bei kurzfristigen Änderungen – vorausgesetzt, die Frage der Zustellung außerhalb der Arbeitszeit ist geregelt.
Ein dritter Fall verdient Erwähnung, weil er unterschätzt wird: die Beteiligung. Verbesserungsvorschläge, Meldungen über Störungen, Ideen aus der Fertigung. Viele Betriebe haben dafür ein Formular, das niemand ausfüllt, weil es umständlich ist und weil nie eine Antwort kommt. Ein einfacher Weg in der App – Foto, drei Zeilen, absenden – mit einer verbindlichen Rückmeldung innerhalb einer festgelegten Frist verändert das spürbar. Entscheidend ist nicht die Eingabe, sondern die sichtbare Reaktion: Wenn die ersten zwanzig Vorschläge eine erkennbare Antwort erhalten, entsteht ein Kanal, der über Jahre trägt. Bleibt die Antwort aus, ist er nach dem dritten Versuch tot.
Es gibt einen Anwendungsfall, der in Wirtschaftlichkeitsbetrachtungen selten auftaucht und in der Rückschau regelmäßig als der wichtigste benannt wird: die Krise. Ein Anlagenausfall, ein Produktrückruf, ein Brand, eine Sperrung des Werkszugangs, ein Ausfall der IT, ein Unwetter, ein Vorfall mit Presseinteresse. In diesen Lagen zählt eine einzige Fähigkeit: Können Sie in wenigen Minuten alle Betroffenen erreichen, mit einer verlässlichen Botschaft, unabhängig davon, ob sie gerade am Bildschirm sitzen?
Für den Aufbau dieser Fähigkeit sind vier Punkte entscheidend. Erstens die Unabhängigkeit vom Firmennetz: Eine Krisenmeldung, die nur im Intranet hinter der Firmenanmeldung steht, erreicht bei einem IT-Ausfall niemanden. Eine App auf dem Telefon, die über das Mobilfunknetz erreichbar ist, funktioniert auch dann. Dieser Punkt ist der stärkste Einzelgrund, der in unseren Projekten für eine externe Plattform statt für eine reine Bordmittel-Lösung angeführt wird. Zweitens vorbereitete Empfängerkreise: Wer in der Krise erst Verteiler zusammenstellt, hat verloren. Die Kreise – ein Werk, eine Schicht, ein Standort, alle Führungskräfte, alle – müssen vorher definiert und regelmäßig geprüft sein. Drittens klar geregelte Befugnisse: Wer darf eine Krisenmeldung auslösen, wer vertritt diese Person, welche Freigabe ist nötig? Zwei bis drei Personen mit Befugnis, dokumentiert, erreichbar. Viertens die Übung: Eine Krisenfunktion, die nie geprobt wurde, funktioniert im Ernstfall nicht. Ein angekündigter Test pro Jahr genügt und zeigt zuverlässig, welche Empfängerkreise veraltet sind und wer keine Push-Benachrichtigungen aktiviert hat.
Zur Ehrlichkeit gehört auch hier eine Einschränkung. Ein Intranet ist kein Alarmierungssystem im technischen Sinne. Für Notfälle mit unmittelbarer Gefahr für Leib und Leben – Brand, Gasaustritt, Evakuierung – gelten die betrieblichen Alarmierungswege, die dafür ausgelegt und geprüft sind. Das Intranet ergänzt diese Wege für alles, was danach kommt und für alles, was organisatorisch ist: Wo melde ich mich, wie geht es weiter, was gilt morgen, wann läuft die Anlage wieder. Diese Abgrenzung gehört in Ihr Krisenkonzept, damit im Ernstfall niemand auf den falschen Kanal wartet.
Wenn Sie nur einen einzigen Anwendungsfall nutzen, um die Investition intern zu begründen, nehmen Sie diesen. Er ist selten, aber jede Geschäftsführung versteht ihn sofort – und anders als die weichen Nutzenargumente über Zufriedenheit und Verbundenheit lässt er sich in einer einzigen Frage prüfen: Wie lange dauert es heute, bis alle Beschäftigten unseres größten Standorts eine wichtige Information sicher erhalten haben?
Zunächst zu den Kosten. Sie setzen sich aus sechs Blöcken zusammen, von denen nur der erste auf einem Angebot steht. Konkrete Beträge nennen wir bewusst nicht, weil sie von Anbietertyp, Nutzerzahl, Laufzeit, Funktionsumfang und Vertragskontext abhängen und sich ändern – prüfen Sie sie beim Anbieter.
Diesen Kosten steht ein Nutzen gegenüber, der sich beschreiben, aber nur teilweise beziffern lässt. Belastbar benennbar sind: weniger Rückfragen in Personalabteilung und IT, weil Antworten auffindbar sind; kürzere Einarbeitungszeiten durch geordnetes Onboarding; nachweisbare Zustellung sicherheitsrelevanter Informationen; Wegfall von Papier und Aushängen; und die Fähigkeit, im Krisenfall alle in Minuten zu erreichen. Weniger belastbar, aber real sind Verbundenheit, Beteiligung und das Gefühl gewerblicher Beschäftigter, gleichwertig informiert zu werden – ein Punkt, der in Betrieben mit Personalgewinnungsproblemen mehr wiegt, als eine Wirtschaftlichkeitsrechnung abbilden kann. Wir empfehlen, vor der Einführung zwei oder drei einfache Messpunkte festzulegen und nach zwölf Monaten zu prüfen, statt hinterher eine Rechtfertigung zu suchen.
Die Betriebsfrage ist bei Intranet-Plattformen gewichtiger als bei den meisten anderen Werkzeugen, weil hier nicht Projektdaten, sondern Beschäftigtendaten der gesamten Organisation verarbeitet werden. Drei Modelle stehen zur Wahl, und sie unterscheiden sich weniger im Schutzniveau als in der Frage, wer die Kontrolle ausübt.
Der Betrieb als Dienst in einer europäischen Region ist der Regelfall und für die meisten Organisationen datenschutzrechtlich gestaltbar. Notwendig sind ein Auftragsverarbeitungsvertrag mit allen Anlagen, die dokumentierte Prüfung der technisch-organisatorischen Maßnahmen, eine geprüfte Liste der Unterauftragsverarbeiter und die Eintragung im Verarbeitungsverzeichnis. Achten Sie auf zwei Details, die häufig übersehen werden: ob die europäische Region auch für Sicherungen, Protokolle und den Support gilt, und ob der Anbieter zu einem Konzern mit außereuropäischer Muttergesellschaft gehört – letzteres macht die Verarbeitung nicht unzulässig, gehört aber in die Bewertung.
Der Betrieb in der eigenen oder beauftragten Infrastruktur gibt die weitgehendste Kontrolle und ist bei quelloffenen Lösungen und einzelnen kommerziellen Produkten möglich. Er ist die Antwort für Organisationen mit harter Souveränitätsanforderung. Er verschiebt aber die Verantwortung vollständig zu Ihnen: Aktualisierungen, Sicherheitslücken, Sicherung, Wiederherstellung, Verfügbarkeit. Wer diesen Weg wählt und die Kapazität dafür nicht hat, tauscht ein Datenschutzrisiko gegen ein Sicherheitsrisiko – und das ist selten ein guter Tausch.
Der Betrieb bei einem außereuropäischen Anbieter ist möglich und verlangt zusätzliche Sorgfalt: Standardvertragsklauseln, eine dokumentierte Abschätzung der Übermittlungsfolgen, gegebenenfalls die Zertifizierung nach dem aktuellen Transferrahmen und eine bewusste Entscheidung darüber, welche Datenkategorien überhaupt übertragen werden. In Organisationen mit Mitbestimmung ist dieser Weg regelmäßig der, der die längsten Diskussionen erzeugt – nicht wegen der Rechtslage, sondern wegen der Frage, ob Beschäftigtendaten außerhalb des europäischen Rechtsraums liegen sollen.
Ein Sonderpunkt betrifft die KI-Funktionen, und er wird bei allen drei Modellen unterschätzt. Auch wenn die Plattform in Europa betrieben wird, laufen die KI-Funktionen häufig über einen externen Modellanbieter mit eigenem Standort und eigenen Bedingungen. Fragen Sie ausdrücklich: Welcher Modellanbieter wird eingesetzt, wo verarbeitet er, wie lange speichert er Eingaben, ist ein Training mit Ihren Inhalten vertraglich ausgeschlossen, und lässt sich die KI-Funktion zentral abschalten oder auf definierte Bereiche begrenzen? Die letzte Frage ist die praktisch wichtigste, weil sie Ihnen erlaubt, das Produkt auch dann zu nutzen, wenn Ihre Datenschutzlinie die KI-Kette nicht zulässt.
Das Mitarbeiterverzeichnis ist der offensichtlichste Ort personenbezogener Verarbeitung und zugleich der, an dem die Abwägung am konkretesten wird. Die Unterscheidung, die wir in Projekten empfehlen, ist einfach und trägt weit: Pflichtangaben sind die, die sich unmittelbar aus dem Arbeitsverhältnis ergeben und für die Zusammenarbeit erforderlich sind – Name, Funktion, Bereich, Standort, dienstliche Erreichbarkeit. Freiwillige Angaben sind alles darüber hinaus: Foto, Fachgebiete, Sprachen, Projekte, persönliche Vorstellung. Für freiwillige Angaben braucht es eine echte, widerrufliche Einwilligung, eine Steuerungsmöglichkeit der Sichtbarkeit und die praktische Gewissheit, dass ein Verzicht keine Nachteile hat. Das Foto verdient besondere Erwähnung, weil es in Projekten am häufigsten diskutiert wird: Es ist nützlich, es ist beliebt, und es ist freiwillig.
Deutlich weitreichender sind die Nutzungsdaten. Jede Intranet-Plattform protokolliert technisch bedingt Anmeldungen und Zugriffe; darüber hinaus erfassen moderne Systeme Lesevorgänge, Verweildauer, Reaktionen, Kommentare, Suchanfragen und – bei KI-Funktionen – die Fragen an den Assistenten. In der Summe ergibt das ein sehr aussagekräftiges Bild einzelner Personen, und zwar unabhängig davon, ob jemand dieses Bild auswerten will. Genau hier liegt der Grund, warum eine Regelung nötig ist: Nach der Rechtsprechung zu § 87 Abs. 1 Nr. 6 BetrVG genügt die objektive Eignung zur Überwachung, eine Absicht ist nicht erforderlich.
Die praktikable Lösung, die wir in Projekten regelmäßig sehen, hat vier Elemente. Erstens eine ausdrückliche Festlegung, dass Auswertungen nur aggregiert erfolgen – je Meldung, je Zielgruppe, je Standort – und personenbezogene Leistungs- oder Verhaltensauswertungen ausgeschlossen sind. Zweitens eine Mindestgröße für Auswertungsgruppen, damit aus einer Segmentauswertung keine Einzelauswertung wird. Drittens eine klare Ausnahmeregelung für sicherheitsrelevante Kenntnisnahmen: Wo eine Unterweisung dokumentiert werden muss, ist eine personenbezogene Bestätigung berechtigt – dann aber nur zu diesem Zweck, mit definierter Aufbewahrungsfrist und ohne Weiterverwendung. Viertens Löschfristen für Protokolldaten, die kurz sind und tatsächlich wirken.
Ein besonders sensibler Punkt sind die Suchanfragen und die Fragen an den KI-Assistenten. Was Menschen suchen, verrät viel: Fragen zu Kündigung, Sucht, psychischer Belastung, Elternzeit, Schwerbehinderung oder Konflikten im Team sind vorstellbare Suchbegriffe. Diese Protokolle personenbezogen auswertbar zu halten, ist aus unserer Sicht in keinem betrieblichen Szenario verhältnismäßig. Regeln Sie ausdrücklich, ob und wie lange Suchanfragen personenbezogen gespeichert werden, und bestehen Sie im Zweifel auf einer anonymisierten oder sehr kurzfristigen Speicherung. Dieser Punkt fehlt in fast allen Vereinbarungen, die wir zu sehen bekommen, und er ist einer der wichtigsten.
Der europäische Rechtsrahmen für Künstliche Intelligenz wird in Beschaffungsgesprächen zunehmend erwähnt, meist mit erheblicher Unsicherheit darüber, was daraus konkret folgt. Für eine erste Orientierung – und ausdrücklich nicht als rechtliche Bewertung – helfen drei Gedanken.
Erstens die Rollenfrage. Wenn Sie ein KI-gestütztes Intranet einsetzen, sind Sie in aller Regel Betreiber eines Systems und nicht dessen Anbieter. Die Pflichten von Anbietern – Konformitätsbewertung, technische Dokumentation, Konformitätserklärung – treffen Sie damit grundsätzlich nicht. Das ändert sich, wenn Sie eigene KI-Anwendungen bauen oder ein System unter eigenem Namen bereitstellen; wer eine eigene Suchindexierung mit Modellanbindung aufsetzt, sollte diese Abgrenzung fachkundig prüfen lassen.
Zweitens die Einordnung nach Risiko. Die typischen Funktionen eines Intranet-Assistenten – Suche, Zusammenfassung, Übersetzung, Textvorschlag, Verschlagwortung – gehören nach heutigem Verständnis nicht zu den Anwendungen mit hohem Risiko. Aufmerksamkeit verdienen dagegen Funktionen, die in den Bereich Beschäftigung hineinreichen: automatisierte Bewertung von Beschäftigten, Unterstützung von Auswahlentscheidungen, Zuweisung von Aufgaben nach Verhaltensauswertung oder Rückschlüsse auf Emotionen. Solche Funktionen sind in Intranet-Produkten bislang selten, tauchen aber in Randbereichen auf – etwa bei Vorschlägen zu Personalentwicklung oder bei Stimmungsauswertungen aus Beiträgen. Wenn ein Anbieter derartiges anbietet, gehört es gesondert bewertet und in aller Regel abgeschaltet.
Drittens die Transparenz- und Kompetenzpflichten. Unabhängig von der Risikoeinstufung ist es gute Praxis und zunehmend erwartet, dass Menschen erkennen können, wann sie mit einem KI-System interagieren, und dass die Personen, die solche Systeme einsetzen, über ausreichende Kompetenz im Umgang damit verfügen. Praktisch heißt das für ein Intranet: Kennzeichnen Sie den Assistenten als solchen, weisen Sie darauf hin, dass Antworten fehlerhaft sein können, zeigen Sie die Quellen, und schulen Sie Redaktion und Führungskräfte im Umgang mit den Grenzen der Technik. Diese Maßnahmen sind ohnehin sinnvoll, weil sie die Akzeptanz sichern – und sie sind der pragmatischste Weg, dem Rahmen gerecht zu werden, ohne ein Regulierungsprojekt daraus zu machen.
Was Sie in jedem Fall selbst regeln müssen, lässt sich in sechs Punkten zusammenfassen. Erstens der Auftragsverarbeitungsvertrag mit allen Anlagen und die Eintragung ins Verarbeitungsverzeichnis. Zweitens ein Berechtigungskonzept, das auch für Suche und KI-Index gilt. Drittens die Entscheidung über KI-Funktionen mit dokumentierter Begründung und geprüfter Verarbeitungskette. Viertens Regeln zu Nutzungsdaten, Auswertungstiefe und Löschfristen. Fünftens die Vereinbarung mit der Interessenvertretung, einschließlich privater Geräte und Zustellung außerhalb der Arbeitszeit. Sechstens eine Nutzungsrichtlinie, die Abgrenzung, Verantwortung und Umgangston beschreibt. Diese sechs Punkte füllen wenige Seiten und sind in der Konzeptphase in Wochen zu erledigen – nachträglich kosten sie ein Vielfaches.
