Der wichtigste Satz vorweg: Mattermost verkauft keine Bequemlichkeit, sondern Kontrolle. Wer eine Plattform sucht, die in fünf Minuten eingerichtet ist und sich um nichts weiter kümmern lässt, ist bei den großen Cloud-Diensten besser aufgehoben. Wer dagegen eine belastbare Antwort auf die Frage braucht, wo die interne Kommunikation eines Unternehmens physisch liegt und wer sie im Ernstfall herausgeben müsste, bekommt hier ein Werkzeug, das diese Frage sauber beantwortbar macht. Diese Grundhaltung erklärt fast jede Eigenschaft des Produkts – die Stärken ebenso wie den Aufwand, den es verursacht.
Drei Merkmale beschreiben Mattermost treffender als jede Funktionsliste:
Mattermost entstand ursprünglich als internes Werkzeug eines Softwareunternehmens, das eine Alternative zu einem kommerziellen Chatdienst brauchte, dessen Daten es nicht aus der Hand geben wollte. Aus diesem internen Werkzeug wurde ein eigenständiges Produkt und schließlich ein Unternehmen mit Sitz in den Vereinigten Staaten, das eine offene Kernversion pflegt und kommerzielle Editionen dazu verkauft. Dieses Modell – offener Kern, kommerzielle Erweiterung – ist im Infrastrukturbereich verbreitet und hat für Kunden zwei erkennbare Folgen.
Erstens ist die Einstiegshürde niedrig. Sie können die Plattform installieren, mit einer echten Abteilung produktiv nutzen und über Monate Erfahrungen sammeln, bevor überhaupt über Lizenzen gesprochen wird. Das ist in Auswahlprojekten ein erheblicher Vorteil gegenüber Produkten, die nur als zeitlich begrenzte Testversion zugänglich sind. Zweitens verläuft die Grenze zwischen offener und kommerzieller Funktionalität nicht dort, wo Anwenderinnen und Anwender sie vermuten. Die Grenze verläuft überwiegend in der Verwaltung: feingranulare Berechtigungen, unternehmensweite Anmeldung über Verzeichnisdienste, Auswertungen, revisionssichere Ausleitung von Nachrichten und ähnliche Themen. Genau diese Funktionen brauchen Unternehmen ab einer gewissen Größe – und genau deshalb landen viele Organisationen, die frei starten, später in einer kostenpflichtigen Edition.
Für die Einordnung wichtig: Der Anbieter ist ein amerikanisches Unternehmen, die Software läuft aber dort, wo Sie sie hinstellen. Diese Trennung von Herstellersitz und Verarbeitungsort ist der Kern der datenschutzrechtlichen Argumentation und wird in Kapitel 09 ausführlich behandelt.
Die inhaltliche Struktur folgt einem Modell, das viele Beschäftigte inzwischen kennen. Nachrichten laufen in Kanälen, die entweder offen für alle Mitglieder eines Bereichs oder auf einen geschlossenen Kreis begrenzt sind. Zusätzlich gibt es Direktnachrichten zwischen einzelnen Personen und kleinen Gruppen. Eine Ebene darüber liegen Teams – abgegrenzte Arbeitsbereiche mit eigener Kanalliste, zwischen denen Beschäftigte wechseln können. Diese zusätzliche Ebene ist ein spürbarer Unterschied zu Werkzeugen, die nur Kanäle kennen, und sie ist zugleich die häufigste Ursache für schlecht gebaute Installationen.
Unsere Erfahrung aus Einführungsprojekten ist eindeutig: Wer die Teamebene großzügig einsetzt, zerlegt die Organisation in Inseln, die voneinander nichts mitbekommen. Wer sie sparsam einsetzt und stattdessen mit klar benannten Kanälen arbeitet, bekommt eine Plattform, in der Wissen sichtbar bleibt. Als Faustregel hat sich bewährt, Teams nur dort zu bilden, wo tatsächlich getrennte Organisationen zusammenarbeiten – etwa mehrere Gesellschaften, ein abgegrenzter Kundenbereich oder ein Bereich mit besonderen Vertraulichkeitsanforderungen. Innerhalb einer Gesellschaft reicht in aller Regel ein Team mit einer sauberen Kanalbenennung.
Ebenso wichtig ist die Entscheidung, wie viel standardmäßig öffentlich ist. Plattformen dieser Art entfalten ihren Nutzen erst, wenn Unterhaltungen nachlesbar sind und neue Kolleginnen und Kollegen sich einlesen können. Wird aus Gewohnheit alles in geschlossenen Kanälen und Direktnachrichten besprochen, entsteht lediglich ein schnelleres E-Mail-System – mit denselben Wissensverlusten, nur bunter. Diese kulturelle Weichenstellung entscheidet über den Projekterfolg deutlich stärker als jede technische Konfiguration.
Aus unserer Beratungspraxis passt Mattermost besonders gut zu vier Profilen. Erstens zu Organisationen mit eigener IT-Mannschaft oder einem verlässlichen IT-Dienstleister, die Serverbetrieb ohnehin beherrschen und ihn nicht als Fremdkörper empfinden. Zweitens zu Unternehmen mit erhöhten Anforderungen an Vertraulichkeit – etwa in der Zulieferindustrie mit Konzernvorgaben, in der Verteidigungs- und Sicherheitswirtschaft, im Gesundheitswesen oder bei Betreibern kritischer Infrastruktur. Drittens zu technisch geprägten Teams, die Entwicklungs-, Betriebs- und Störungsprozesse ohnehin über Chatnachrichten steuern und diese Automatisierung ausbauen wollen. Viertens zu Organisationen, die eine bestehende Slack-Installation aus Kosten- oder Datenschutzgründen ablösen wollen und dabei möglichst wenig Umgewöhnung erzeugen möchten.
Weniger gut passt Mattermost, wenn Ihr Unternehmen vollständig in einer Office-Umgebung mit bereits lizenzierten Kommunikationswerkzeugen arbeitet, keine besonderen Vertraulichkeitsanforderungen hat und keine Kapazität für Serverbetrieb aufbringen möchte. In dieser Konstellation zahlen Sie den Aufwand, ohne den Gegenwert zu heben. Ebenso zurückhaltend wären wir, wenn Video- und Telefoniefunktionen im Zentrum stehen sollen: Diese Fähigkeiten existieren, sind aber nicht der Ausgangspunkt des Produkts und erreichen den Reifegrad spezialisierter Konferenzsysteme nicht in allen Punkten.
Die Grundlogik ist schnell erklärt. Es gibt eine dauerhaft kostenfreie Ausgabe mit quelloffenem Kern, die den vollständigen Kommunikationsumfang enthält, und darüber kostenpflichtige Editionen, die überwiegend Verwaltungs-, Sicherheits- und Integrationsfunktionen ergänzen. Abgerechnet wird üblicherweise je aktiver Person und Zeitraum. Für Anwenderinnen und Anwender fühlt sich die kostenfreie Ausgabe bereits wie ein fertiges Produkt an; der Unterschied wird vor allem in der Administration und in der Nachweisführung spürbar.
Ein verbreitetes Missverständnis in Auswahlprojekten lautet, die kostenfreie Ausgabe sei eine abgespeckte Demonstrationsversion. Das trifft nicht zu. Sie enthält den vollständigen Kommunikationsumfang: Kanäle, verschachtelte Antworten, Erwähnungen, Reaktionen, Dateianhänge, Volltextsuche, Benachrichtigungssteuerung, mobile und Desktop-Anwendungen sowie die Schnittstellen für eigene Erweiterungen. Eine Abteilung mit fünfzig Personen kann damit über Jahre produktiv arbeiten, ohne funktional an eine Wand zu laufen.
Die Grenzen liegen woanders, und sie sind für Unternehmen ab einer gewissen Größe trotzdem hart. Ohne kommerzielle Lizenz fehlen typischerweise die Anmeldung über einen zentralen Identitätsdienst mit einmaliger Anmeldung, feingranulare Rollenmodelle jenseits der Grundrollen, die automatisierte Ausleitung von Nachrichten für Compliance-Zwecke, Aufbewahrungs- und Löschregeln sowie zugesicherter Support. Wer in einem Unternehmen mit Betriebsrat, Informationssicherheitsbeauftragter und Auditpflichten arbeitet, wird mindestens die ersten drei Punkte brauchen.
Unsere Empfehlung für die Praxis: Starten Sie den Pilotbetrieb bewusst in der freien Ausgabe, aber führen Sie von Beginn an eine Liste der Funktionen, die Ihnen fehlen. Diese Liste ist nach drei Monaten die belastbarste Grundlage für die Lizenzentscheidung, die Sie bekommen können – deutlich besser als jede Gegenüberstellung aus dem Vertrieb. Prüfen Sie zusätzlich, welche Funktionen in welcher Ausbaustufe enthalten sind, denn die Zuordnung wird von Anbietern regelmäßig überarbeitet.
Die Wahl zwischen dem vom Hersteller betriebenen Dienst und dem Selbstbetrieb wiegt in der Regel schwerer als die Wahl der Ausbaustufe. Im Cloud-Modell entfällt der Serverbetrieb vollständig: Aktualisierungen, Sicherungen, Verfügbarkeit und Skalierung liegen beim Anbieter. Sie gewinnen Geschwindigkeit und geben Kontrolle ab. Im Selbstbetrieb ist es umgekehrt – Sie behalten die Hoheit über Verarbeitungsort, Version, Konfiguration und Verschlüsselung, tragen dafür aber die Verantwortung für einen Dienst, dessen Ausfall die gesamte interne Kommunikation lahmlegt.
Bemerkenswert an Mattermost ist, dass beide Wege ernst gemeint sind. Bei vielen Produkten mit offenem Kern ist der Selbstbetrieb faktisch eine Nebenvariante mit spürbarem Funktionsrückstand. Hier ist der Selbstbetrieb der historische Ausgangspunkt und bleibt der Weg, für den die meisten Kunden das Produkt überhaupt wählen. Wer Datenhoheit als Hauptargument hat, sollte deshalb nicht automatisch die Cloud-Variante prüfen, nur weil sie bequemer klingt.
Zwischen den beiden Polen liegt eine dritte Möglichkeit, die im Mittelstand oft die passendste ist: der betreute Betrieb bei einem europäischen Dienstleister. Die Software läuft dann in einem Rechenzentrum innerhalb der Europäischen Union, der Dienstleister übernimmt Aktualisierungen, Überwachung und Sicherungen, und Sie schließen einen Auftragsverarbeitungsvertrag mit einem Vertragspartner, der Ihrem Rechtsraum unterliegt. Diese Konstellation vereint einen großen Teil der Vorteile beider Welten und ist der Weg, den wir in Projekten am häufigsten empfehlen.
Gehen Sie nicht von der Funktionsliste des Anbieters aus, sondern von Ihren eigenen Pflichten. Drei Fragen führen erfahrungsgemäß zum Ergebnis. Erstens: Müssen sich Beschäftigte über den zentralen Verzeichnisdienst anmelden, weil Kontenverwaltung und Austrittsprozess sonst nicht funktionieren? Diese Frage beantwortet fast immer die Lizenzfrage, denn eine zweite Kontenlandschaft neben dem Verzeichnisdienst will kein IT-Verantwortlicher pflegen.
Zweitens: Bestehen Nachweispflichten, die eine vollständige und unveränderbare Ausleitung der Kommunikation verlangen – aus regulatorischen Gründen, aus Konzernvorgaben oder aus Verträgen mit Auftraggebern? Wenn ja, führt der Weg in die höchste Ausbaustufe, weil sich diese Funktion nicht sinnvoll nachbauen lässt. Drittens: Wie kritisch ist die Verfügbarkeit? Sobald die Plattform Störungsprozesse oder Schichtübergaben trägt, ist ein Betrieb über mehrere Knoten kein Luxus mehr, sondern eine Anforderung an die Architektur.
Was Sie ebenfalls einplanen sollten: Die Zuordnung von Funktionen zu Ausbaustufen ist beweglich. Funktionen wandern zwischen Stufen, neue Fähigkeiten erscheinen zunächst in der höchsten Stufe, und einzelne Bereiche werden separat lizenziert. Lassen Sie sich deshalb den Funktionsumfang für Ihre konkrete Ausbaustufe schriftlich bestätigen, bevor Sie unterschreiben – und wiederholen Sie diese Prüfung vor jeder Vertragsverlängerung.
Die Grundfunktionen wirken selbstverständlich, unterscheiden sich in der Praxis aber deutlich in ihrer Qualität. Nachrichten unterstützen strukturierte Formatierung, Codeblöcke mit Syntaxhervorhebung, Zitate, Tabellen und Anhänge. Antworten laufen in Threads, sodass parallele Diskussionen einen Kanal nicht unbrauchbar machen. Beiträge lassen sich anheften, damit dauerhaft gültige Informationen nicht im Verlauf versinken – eine Kleinigkeit, die in gut geführten Kanälen den Unterschied macht.
Die Volltextsuche ist der Punkt, an dem sich für uns entscheidet, ob eine solche Plattform Wissen bewahrt oder nur Nachrichten transportiert. Mattermost durchsucht Nachrichten und Dateien und lässt Einschränkungen nach Kanal, Person und Zeitraum zu. In großen Installationen empfiehlt sich der Einsatz eines dedizierten Suchdienstes neben der Datenbank, weil die Suchleistung sonst mit wachsendem Verlauf spürbar nachlässt. Diese Architekturentscheidung sollte vor der Einführung fallen und nicht erst, wenn Beschäftigte sich über langsame Suchergebnisse beschweren.
Ein praktischer Hinweis zur deutschen Sprache: Prüfen Sie die Suche in Ihrem Pilotbetrieb ausdrücklich mit realistischen Suchbegriffen, inklusive Umlauten und zusammengesetzten Substantiven. Suchmaschinen behandeln solche Wörter unterschiedlich, und das Ergebnis hängt von der gewählten Suchtechnologie und ihrer Konfiguration ab. Diese fünf Minuten im Pilotbetrieb ersparen Ihnen später eine langwierige Diskussion.
Playbooks bilden wiederkehrende Abläufe als Checklisten ab, die in einem eigenen Kanal ablaufen. Ein Vorfall wird ausgelöst, ein Kanal entsteht, die vorgesehenen Personen werden hinzugefügt, die Schritte sind sichtbar, Zuständigkeiten sind vergeben, und einzelne Schritte können automatisch Aktionen in anderen Systemen anstoßen. Am Ende steht ein nachlesbarer Verlauf mit Zeitstempeln – ein Nebenprodukt, das für Nachbetrachtungen und Audits erstaunlich wertvoll ist.
Der Ursprung dieser Funktion liegt in der Störungsbehebung von IT-Systemen, und dort spielt sie ihre Stärke am deutlichsten aus. In unseren Projekten hat sie sich aber weit darüber hinaus bewährt: für die strukturierte Einarbeitung neuer Beschäftigter, für Freigabeprozesse mit mehreren Beteiligten, für geplante Wartungsfenster in der Produktion, für die Übergabe eines Kundenprojekts vom Vertrieb an die Umsetzung. Überall dort, wo heute eine Checkliste in einer Tabellendatei liegt und per E-Mail herumgereicht wird, ist ein Playbook die bessere Antwort.
Die Grenze liegt in der Komplexität. Playbooks sind lineare Checklisten mit einfacher Automatisierung, kein Werkzeug für verzweigte Geschäftsprozesse mit Bedingungen, Rollen und Eskalationsstufen. Wer eine echte Prozessautomatisierung braucht, sollte diese in einem geeigneten System abbilden und Mattermost als Benachrichtigungs- und Bedienoberfläche einbinden. Diese Arbeitsteilung funktioniert in der Praxis sehr gut.
Sprach- und Videoverbindungen lassen sich direkt aus einem Kanal starten, mit Bildschirmfreigabe für schnelle Klärungen. Für Abstimmungen im kleinen Kreis ist das ausreichend und angenehm, weil kein Medienbruch entsteht. Für moderierte Sitzungen mit vielen Teilnehmenden, Aufzeichnung, Untertiteln und Warteräumen bleiben spezialisierte Konferenzsysteme überlegen – in vielen Installationen wird deshalb ein solches System angebunden und aus dem Chat heraus aufgerufen. Beachten Sie außerdem, dass Echtzeitmedien im Selbstbetrieb zusätzliche Anforderungen an Netzwerk und Firewall stellen; planen Sie diesen Punkt gesondert ein.
Bei der mobilen Nutzung gibt es einen Punkt, der im Selbstbetrieb regelmäßig übersehen wird: Push-Benachrichtigungen laufen technisch über die Zustelldienste der Mobilplattformen. Es gibt dafür einen vom Hersteller betriebenen Vermittlungsdienst, und es gibt die Möglichkeit, diesen Dienst selbst zu betreiben. Welche Variante Sie wählen, hat Auswirkungen auf Aufwand und auf die datenschutzrechtliche Bewertung, weil Benachrichtigungsinhalte je nach Konfiguration den Vermittlungsweg passieren. Klären Sie früh, ob Benachrichtigungen ohne Inhalt zugestellt werden sollen – für viele Organisationen ist das der pragmatische Kompromiss.
Die Compliance-Werkzeuge schließlich sind der Grund, warum Mattermost in regulierten Branchen überhaupt auf die Liste kommt. Eine fortlaufende Ausleitung der gesamten Kommunikation in ein Archivsystem, kombinierbar mit Aufbewahrungsfristen und automatischer Löschung, ist etwas, das viele Chatwerkzeuge schlicht nicht bieten. Wichtig ist die Kehrseite: Eine solche Ausleitung ist mitbestimmungsrelevant und muss transparent geregelt werden. Wer sie einführt, ohne den Betriebsrat einzubeziehen und die Belegschaft zu informieren, beschädigt das Vertrauen in die Plattform nachhaltig.
Der Grundgedanke lautet: Die Plattform stellt die Assistenzfunktionen bereit, Sie entscheiden, welches Sprachmodell dahinter arbeitet und wo es läuft. Das kann ein kommerzielles Modell eines großen Anbieters sein, ein Modell eines europäischen Anbieters oder ein quelloffenes Modell auf Ihrer eigenen Hardware. Diese Wahlfreiheit ist der Kern der KI-Strategie und passt zur Gesamthaltung des Produkts: Kontrolle über den Datenfluss statt Bequemlichkeit um jeden Preis.
Die Anwendungsfälle sind weniger spektakulär, als Produktvideos vermuten lassen, dafür im Alltag erstaunlich nützlich. An erster Stelle steht die Zusammenfassung: Wer nach einem Urlaub oder einer Schicht in einen Kanal mit dreihundert ungelesenen Nachrichten zurückkehrt, bekommt eine verdichtete Fassung der wesentlichen Punkte und Entscheidungen. An zweiter Stelle steht die Zusammenfassung einzelner Threads, die sich über Tage gezogen haben und deren Ergebnis irgendwo in der Mitte steht.
Weiter verbreitet sind Formulierungshilfen – etwa das Umschreiben einer hastig getippten Nachricht in eine verständliche Fassung oder die Übersetzung in eine andere Sprache. Gerade in Betrieben mit mehrsprachiger Belegschaft ist der zweite Punkt kein Komfort, sondern ein Beitrag zur Arbeitssicherheit: Eine Schichtübergabe, die alle verstehen, ist eine bessere Schichtübergabe. Hinzu kommen Frage-Antwort-Funktionen über zurückliegende Unterhaltungen, mit denen sich Wissen aus dem Verlauf heben lässt, ohne dass jemand die Suche bedienen muss.
Realistisch bleiben sollten Sie bei zwei Punkten. Erstens sind Zusammenfassungen nur so gut wie das zugrunde liegende Modell und der bereitgestellte Kontext; sie ersetzen keine Protokolle bei verbindlichen Entscheidungen. Zweitens ist der Nutzen stark davon abhängig, ob Ihre Kanäle überhaupt inhaltlich geführt werden. In einer Plattform, in der alles in Direktnachrichten stattfindet, hat auch der beste Assistent nichts zu verdichten.
Der bemerkenswerteste Aspekt ist die Möglichkeit, ein selbst betriebenes Sprachmodell einzubinden. Damit lässt sich ein Szenario umsetzen, das in vielen datenschutzsensiblen Organisationen die einzige gangbare Variante ist: Die Kommunikationsplattform läuft im eigenen Rechenzentrum, das Sprachmodell läuft ebenfalls im eigenen Rechenzentrum, und Nachrichteninhalte verlassen zu keinem Zeitpunkt die kontrollierte Umgebung. Kein Vertrag mit einem KI-Anbieter, keine Diskussion über Drittlandtransfers, keine Sorge um die Verwendung von Inhalten zu Trainingszwecken.
Der Preis dafür ist Aufwand und Modellqualität. Sie brauchen geeignete Hardware, jemanden, der das Modell betreibt und aktualisiert, und Sie müssen akzeptieren, dass ein lokal betriebenes Modell in Sprachqualität und Leistungsfähigkeit hinter den großen kommerziellen Modellen zurückbleiben kann. Für Zusammenfassungen und Übersetzungen im internen Gebrauch reicht die Qualität nach unserer Erfahrung durchaus; für anspruchsvolle Textproduktion ist der Abstand spürbarer. Prüfen Sie das mit Ihren eigenen Inhalten, nicht mit Beispielen aus Präsentationen.
Zwischen den Extremen liegt die Anbindung eines kommerziellen Modells über eine Schnittstelle, idealerweise bei einem Anbieter mit europäischem Verarbeitungsort und einem Auftragsverarbeitungsvertrag, der die Nutzung Ihrer Inhalte für Trainingszwecke ausschließt. Für viele mittelständische Organisationen ist das der praktikable Mittelweg. Wichtig ist in jedem Fall, dass Sie die Entscheidung bewusst treffen und dokumentieren – und dass Sie transparent machen, welche Inhalte an welches Modell übergeben werden. Welche Modelle und Anbindungen in Ihrer Ausbaustufe unterstützt werden, prüfen Sie bitte beim Anbieter.
Unabhängig von Sprachmodellen ist Mattermost eine ausgesprochen automatisierungsfreundliche Plattform, und dieser Teil ist ausgereift. Über eingehende Webhooks schicken beliebige Systeme Nachrichten in einen Kanal – Überwachungswerkzeuge, Buildsysteme, Ticketsysteme, Warenwirtschaft, Produktionsleitstände oder selbst geschriebene Skripte. Über ausgehende Webhooks und Slash Commands funktioniert es in die Gegenrichtung: Eine im Kanal eingegebene Anweisung löst eine Aktion in einem anderen System aus und liefert die Antwort zurück in den Kanal.
Bot-Konten runden das Bild ab. Sie treten wie Benutzer auf, gehören aber einer Anwendung und können auf Nachrichten reagieren, Formulare anzeigen, Rückfragen stellen und Ergebnisse zurückmelden. In der Praxis entstehen daraus kleine, sehr wirksame Lösungen: eine Urlaubsanfrage, die im Kanal genehmigt wird; eine Störmeldung aus der Fertigung, die automatisch die richtige Person erwähnt; ein Bereitschaftsplan, der jeden Morgen die zuständige Person nennt. Der Aufwand für solche Bausteine ist gering, der Nutzen im Alltag hoch.
Unsere Empfehlung für die Einführungsphase: Beginnen Sie mit genau zwei Automatisierungen, die eine spürbare tägliche Last wegnehmen. Nichts überzeugt eine skeptische Belegschaft so schnell wie eine Nachricht, die früher jemand von Hand weitergeleitet hat und die jetzt einfach da ist. Der umgekehrte Fehler ist ebenso verbreitet: Wer zwanzig automatische Meldungen in einen Kanal leitet, erzeugt Rauschen, das Menschen zuverlässig ignorieren lernen. Automatisierte Meldungen gehören in eigene Kanäle, nicht in die Kanäle, in denen Menschen miteinander sprechen.
Ehrlich einordnen sollte man den Umfang des Ökosystems. Es ist deutlich kleiner als das eines marktführenden Cloud-Dienstes mit tausenden fertiger Anwendungen. Dafür ist es an den Stellen dicht, an denen die typische Zielgruppe arbeitet: Entwicklungswerkzeuge, Betriebs- und Überwachungssysteme, Identitätsdienste, Ticketwesen. Wer eine exotische Branchenanwendung anbinden will, wird in der Regel selbst etwas bauen müssen – was durch die offenen Schnittstellen allerdings gut machbar ist.
Plugins erweitern die Plattform tief: Sie können Oberflächenelemente hinzufügen, auf Ereignisse reagieren und eigene Verwaltungsbereiche mitbringen. Für verbreitete Systeme aus der Softwareentwicklung und dem IT-Betrieb existieren gepflegte Erweiterungen, die typische Ereignisse in Kanäle spiegeln und einfache Rückaktionen erlauben. Daneben gibt es ein Rahmenwerk für Anwendungen, die außerhalb des Servers laufen und über definierte Schnittstellen andocken – das entlastet den Serverbetrieb und erleichtert Aktualisierungen.
Bei der Auswahl von Erweiterungen lohnt sich derselbe kritische Blick wie bei jedem offenen Ökosystem. Prüfen Sie, wer eine Erweiterung pflegt, wann sie zuletzt aktualisiert wurde und ob sie zu Ihrer Serverversion passt. Eine nicht mehr gepflegte Erweiterung ist im besten Fall Ballast und im schlechtesten Fall ein Grund, warum ein Sicherheitsupdate der Plattform nicht eingespielt werden kann. Halten Sie die Zahl der eingesetzten Erweiterungen deshalb bewusst klein und dokumentieren Sie für jede, welchen Zweck sie erfüllt und wer im Haus dafür zuständig ist.
Die stärkste Integrationsdichte liegt dort, wo das Produkt herkommt. Ereignisse aus Versionsverwaltung und Buildsystemen lassen sich in Kanäle spiegeln, sodass ein Team den Zustand seiner Software im selben Fenster sieht, in dem es darüber spricht. Meldungen aus Überwachungssystemen laufen in eigene Kanäle und können über Playbooks direkt in einen strukturierten Störungsprozess münden. Für Ticket- und Vorgangssysteme gibt es Anbindungen, mit denen sich Vorgänge aus dem Kanal heraus anlegen und Statusänderungen zurückmelden lassen.
Für Wissens- und Dokumentenplattformen ist das Bild gemischter. Verlinkungen und Vorschauen funktionieren, eine tiefe Verzahnung wie zwischen Produkten desselben Herstellers gibt es nicht. Wer eine offene Dateiplattform im Haus betreibt, kann diese jedoch sinnvoll koppeln, sodass geteilte Dateien nicht im Nachrichtenverlauf verschwinden, sondern in der Dateiablage landen. Wie tief eine solche Kopplung reicht, hängt von der jeweiligen Erweiterung ab und sollte im Pilotbetrieb geprüft werden.
Bei Konferenzsystemen ist die Anbindung ein sehr praktischer Baustein: Aus einem Kanal heraus wird eine Konferenz gestartet, der Einwahllink erscheint als Nachricht, und alle Beteiligten treten mit einem Klick bei. In Kombination mit einem selbst betriebenen Konferenzsystem entsteht so eine vollständig in eigener Hand liegende Kommunikationsumgebung – eine Konstellation, die im öffentlichen Sektor und in der Forschung häufig anzutreffen ist.
Der wichtigste Integrationspunkt für Unternehmen ist der langweiligste: die Anmeldung. Mattermost lässt sich an zentrale Verzeichnisdienste und an Anmeldeverfahren mit einmaliger Anmeldung koppeln, sodass Beschäftigte kein zusätzliches Kennwort brauchen und Konten dem Lebenszyklus im Verzeichnis folgen. Wer das Unternehmen verlässt, verliert damit auch den Zugang zur internen Kommunikation – ohne dass jemand daran denken muss. Dieser Punkt ist prüfungsrelevant und wird in Auswahlprojekten regelmäßig zu spät betrachtet.
Ebenso wichtig ist die Übernahme von Gruppen aus dem Verzeichnisdienst. Wenn Abteilungszugehörigkeiten automatisch zu Kanalmitgliedschaften führen, entfällt ein erheblicher Teil der laufenden Verwaltungsarbeit und die Berechtigungen bleiben verlässlich. Ohne diese Kopplung driften Kanalmitgliedschaften innerhalb weniger Monate auseinander, und irgendwann sitzt jemand in einem Kanal, in dem er nichts mehr zu suchen hat. Beachten Sie: Diese Funktionen sind überwiegend an kommerzielle Editionen gebunden – ein weiterer Grund, die Lizenzfrage früh zu klären.
Für externe Beteiligte gibt es Gastzugänge mit eingeschränkten Rechten. Das ist der saubere Weg, um Kunden, Lieferanten oder Freiberufler in einzelne Kanäle zu holen, ohne ihnen die gesamte Plattform zu öffnen. Klären Sie dabei drei Punkte vorab: wie Gastkonten lizenzrechtlich gezählt werden, wer sie anlegt und freigibt, und nach welcher Frist sie automatisch deaktiviert werden. Vergessene Gastzugänge sind ein klassischer Befund in Sicherheitsprüfungen.
Slack ist funktional das Vorbild und in Bedienkomfort, Ökosystem und Suchqualität weiterhin ein Maßstab. Wer die Plattform ausschließlich nach dem Erlebnis der Anwenderinnen und Anwender bewertet, wird selten zu einem anderen Ergebnis kommen. Die Gegenargumente sind wirtschaftlicher und rechtlicher Natur: Die Kosten je Person summieren sich, der Betrieb liegt vollständig beim Anbieter, und die Frage nach Verarbeitungsort und Datenzugriff lässt sich nicht durch eigene Entscheidungen beeinflussen. Genau an dieser Stelle setzt Mattermost an – und dass die Oberflächen einander ähneln, senkt die Umstiegshürde erheblich.
Microsoft Teams spielt ein anderes Spiel. Es ist selten das Ergebnis einer Messenger-Auswahl, sondern das Ergebnis einer Plattformentscheidung: Wer die Office-Umgebung nutzt, hat Teams meist bereits lizenziert, und die Integration in Dokumente, Kalender und Telefonie ist konkurrenzlos dicht. Wer diese Landschaft konsequent nutzt und keine besonderen Vertraulichkeitsanforderungen hat, findet in Mattermost selten einen überzeugenden Grund zum Wechsel. Interessant wird es in Mischsituationen: Unternehmen, die Teams für die allgemeine Kommunikation nutzen und für einen abgegrenzten, besonders schützenswerten Bereich – Entwicklung, Sicherheit, Vorstandsumfeld, ein Projekt mit Geheimhaltungsauflagen – eine zweite, selbst betriebene Plattform daneben stellen. Diese Zweiteilung ist in der Praxis häufiger, als man vermuten würde.
Ein oft übersehener Punkt betrifft die Kostenentwicklung. Bei Cloud-Diensten wächst der Betrag mit jeder zusätzlichen Person linear mit; beim Selbstbetrieb steigen die Infrastrukturkosten deutlich flacher, während der Betriebsaufwand weitgehend konstant bleibt. Für kleine Teams ist der Cloud-Dienst fast immer günstiger, für größere Belegschaften kippt die Rechnung irgendwann. Wo genau dieser Punkt liegt, hängt von Ihren internen Stundensätzen und Ihrer Infrastruktur ab – rechnen Sie es für Ihren konkreten Fall durch, statt Faustformeln zu übernehmen.
Rocket.Chat verfolgt einen sehr ähnlichen Ansatz: quelloffener Kern, Selbstbetrieb möglich, kommerzielle Editionen darüber, ein Anbieter außerhalb des deutschsprachigen Raums. Die Unterschiede liegen in den Schwerpunkten. Rocket.Chat ist traditionell stärker bei Szenarien mit externer Kommunikation – Kundenchat auf Webseiten, Anbindung von Messengerdiensten, Omnichannel-Konstellationen. Mattermost ist stärker bei der internen Zusammenarbeit technischer Teams, bei Prozessfunktionen und bei Compliance-Werkzeugen.
Für die Entscheidung hilft eine einfache Frage: Soll die Plattform vor allem nach innen wirken oder auch nach außen? Wer eine interne Kommunikationsplattform mit starker Automatisierung sucht, findet in Mattermost meist das passendere Werkzeug. Wer zusätzlich Kundenkommunikation über verschiedene Kanäle bündeln will, sollte Rocket.Chat ernsthaft prüfen. Beide Produkte lassen sich kostenfrei aufsetzen – ein Parallelbetrieb über vier Wochen mit einem echten Team liefert eine bessere Entscheidungsgrundlage als jede Gegenüberstellung auf dem Papier. Details zu unserer Einordnung finden Sie im eigenen Artikel zu Rocket.Chat.
Element setzt auf das offene Matrix-Protokoll und verfolgt damit ein grundsätzlich anderes Ziel: föderierte Kommunikation über Organisationsgrenzen hinweg, bei der verschiedene Häuser eigene Server betreiben und trotzdem miteinander kommunizieren. Für Behördenverbünde, Hochschulen, Forschungsnetzwerke und Konzernstrukturen mit rechtlich getrennten Einheiten ist das ein starkes Argument, das Mattermost nicht bietet. Hinzu kommt die durchgängige Ende-zu-Ende-Verschlüsselung als Standardanspruch. Der Preis liegt in der höheren Komplexität des Betriebs und in einem Bedienerlebnis, das sich für viele Beschäftigte weniger selbstverständlich anfühlt.
Nextcloud Talk wiederum ist kein eigenständiges Produkt, sondern Teil einer Dateiplattform. Wer Nextcloud bereits als Ablage und Zusammenarbeitsumgebung betreibt, bekommt Chat und Anrufe ohne zusätzliches System – ein starkes wirtschaftliches Argument und ein Gewinn an Einfachheit. Funktional bleibt der Abstand zu einer spezialisierten Messaging-Plattform jedoch deutlich, besonders bei Kanalstruktur, Suche, Automatisierung und Compliance. Als Faustregel gilt: Ist Chat ein Nebenschauplatz, reicht die integrierte Lösung; ist Chat das zentrale Arbeitsmittel, lohnt sich das spezialisierte Produkt.
Technisch ist die Plattform angenehm überschaubar. Es gibt einen Anwendungsserver, eine relationale Datenbank, einen Speicherort für Dateianhänge und optional einen dedizierten Suchdienst. Vorgeschaltet wird üblicherweise ein Umkehr-Proxy, der die Verschlüsselung der Verbindungen übernimmt. Diese Bestandteile sind Standardtechnik, die jede IT-Abteilung kennt – ein wesentlicher Unterschied zu Produkten mit exotischen Abhängigkeiten. Genau deshalb ist der Selbstbetrieb hier realistischer als bei vielen anderen Plattformen.
Für kleine Installationen genügt ein einzelner Server mit ausreichend Arbeitsspeicher, auf dem Anwendung und Datenbank laufen. Das ist schnell aufgesetzt, gut beherrschbar und für eine Abteilung oder ein kleineres Unternehmen völlig ausreichend. Die Grenze liegt bei der Verfügbarkeit: Fällt dieser Server aus, steht die interne Kommunikation. Wer das nicht hinnehmen kann, trennt zumindest die Datenbank ab und bereitet einen zweiten Anwendungsserver vor.
Der Betrieb in Containern ist der heute übliche Weg und vereinfacht Aktualisierungen erheblich, weil ein Versionswechsel im Kern ein Austausch des Abbilds ist. Für größere Umgebungen bietet sich der Betrieb auf einer Kubernetes-Landschaft an, mit mehreren Anwendungsknoten hinter einem Lastverteiler, ausgelagerter Datenbank und Objektspeicher für Dateien. Diese Architektur ermöglicht Aktualisierungen ohne spürbare Unterbrechung und wächst mit der Nutzerzahl. Beachten Sie, dass der Betrieb über mehrere Knoten in der Regel eine kommerzielle Lizenz voraussetzt – prüfen Sie diesen Punkt frühzeitig.
Für den Mittelstand ohne eigene Container-Landschaft ist der betreute Betrieb bei einem europäischen Dienstleister meist die wirtschaftlichste Variante. Sie bezahlen eine monatliche Pauschale, bekommen Aktualisierungen, Sicherungen und Überwachung, und die Daten bleiben in einem Rechenzentrum innerhalb der Europäischen Union. Achten Sie bei der Auswahl darauf, dass der Dienstleister Zusagen zu Wiederherstellungszeiten macht und dass Sie im Trennungsfall einen vollständigen Datenexport erhalten.
Die Datenbank ist das Herzstück und der kritischste Punkt jeder Installation. Sie enthält Nachrichten, Kanalstrukturen, Mitgliedschaften und Verweise auf Dateien. Planen Sie von Beginn an regelmäßige, automatisierte Sicherungen und – das ist der Teil, der übersprungen wird – testen Sie die Wiederherstellung mindestens einmal jährlich in einer getrennten Umgebung. Eine Sicherung, die nie zurückgespielt wurde, ist eine Vermutung, keine Sicherung.
Dateianhänge liegen entweder im Dateisystem oder in einem Objektspeicher. Die zweite Variante ist bei wachsenden Installationen deutlich angenehmer, weil sie unabhängig vom Anwendungsserver skaliert und sich einfacher sichern lässt. Legen Sie zugleich fest, wie lange Anhänge aufbewahrt werden – Kommunikationsplattformen sind heimliche Dateiablagen, und der Speicherbedarf wächst schneller als erwartet. Ein Löschkonzept ist hier nicht nur Datenschutzpflicht, sondern auch Kostensteuerung.
Zur Skalierung ein nüchterner Hinweis: Der begrenzende Faktor ist in der Praxis selten die Zahl der Personen, sondern die Zahl gleichzeitiger Verbindungen und die Größe des durchsuchbaren Verlaufs. Beobachten Sie deshalb Antwortzeiten der Suche und Auslastung der Datenbank, nicht nur die Nutzerzahl. Wenn die Suche langsam wird, ist meist ein dedizierter Suchdienst die richtige Antwort – und nicht ein größerer Server.
Die Ablösung einer bestehenden Slack-Installation ist ein häufiger Anlass für Mattermost-Projekte, und sie ist grundsätzlich gut machbar. Es gibt einen Ausleitungsmechanismus auf der Slack-Seite und Einlesewerkzeuge auf der Mattermost-Seite, sodass Kanäle, Nachrichten, Zeitstempel und Zuordnungen zu Personen übernommen werden können. Die strukturelle Ähnlichkeit beider Produkte hilft dabei erheblich.
Drei Punkte sollten Sie realistisch einplanen. Erstens: Welche Inhalte überhaupt ausgeleitet werden können, hängt vom Tarif Ihrer bestehenden Installation ab – insbesondere bei Direktnachrichten und privaten Kanälen gelten Einschränkungen. Klären Sie das, bevor Sie den Umstieg terminieren. Zweitens: Nicht alles überträgt sich sauber. Anhänge, verschachtelte Antworten, Reaktionen, Verweise und eingebundene Anwendungen brauchen Nacharbeit, und ein Teil geht verloren. Drittens: Nicht jede Nachricht muss mitkommen. In vielen Projekten ist der bessere Weg, den vollständigen Altbestand als Archiv zu sichern und in der neuen Plattform mit einer bewusst aufgeräumten Kanalstruktur zu starten.
Unsere Empfehlung: Nutzen Sie den Umstieg als Gelegenheit zum Aufräumen. Über die Jahre entstehen Dutzende Kanäle, die niemand mehr braucht. Eine Migration, die alles überträgt, überträgt auch das Chaos. Definieren Sie stattdessen, welche Kanäle aktiv weitergeführt werden, archivieren Sie den Rest lesbar und starten Sie mit einer Struktur, die zur heutigen Organisation passt – nicht zu der von vor fünf Jahren.
In produzierenden Betrieben liegt der größte Hebel selten in der Verwaltung, sondern in der Halle. Schichtübergaben laufen vielerorts über handschriftliche Bücher, Zurufe und – das ist der eigentliche Befund – über private Messengergruppen auf privaten Telefonen. Letzteres ist arbeitsrechtlich und datenschutzrechtlich ein Problem, das viele Geschäftsführungen kennen und nicht gelöst bekommen, weil die offizielle Alternative fehlt oder unbrauchbar ist.
Eine selbst betriebene Plattform mit ordentlicher mobiler Anwendung löst genau diesen Konflikt. Übergaben werden in einem Kanal je Linie oder Bereich festgehalten, sind nachlesbar und durchsuchbar, und Bilder von auffälligen Bauteilen landen dort, wo sie hingehören. Meldungen aus der Maschinenüberwachung lassen sich per Webhook automatisch einspeisen, sodass die Instandhaltung nicht erst durch einen Anruf erfährt, dass etwas steht.
Drei Punkte entscheiden über den Erfolg in diesem Szenario. Erstens die Gerätefrage: Nutzen Beschäftigte betriebliche Geräte, gemeinsam genutzte Tablets an der Linie oder private Telefone – und auf welcher Grundlage? Das ist mitbestimmungsrelevant und gehört vor den Rollout, nicht danach. Zweitens die Kontenfrage: Gewerbliche Beschäftigte haben oft keine geschäftliche E-Mail-Adresse; klären Sie Anmeldung, Kontenanlage und die lizenzseitigen Folgen. Drittens der Inhalt: Ein Kanal, in dem nur Ankündigungen der Geschäftsführung erscheinen, wird nach zwei Wochen nicht mehr geöffnet. Beginnen Sie mit dem, was im Alltag wirklich hilft.
Für technische Teams ist Mattermost oft die naheliegendste Wahl, weil das Produkt aus genau dieser Welt kommt. Die Kombination aus Kanälen für Systeme, automatischen Meldungen aus Werkzeugen und Playbooks für Störungsprozesse deckt den Arbeitsalltag präzise ab. Bemerkenswert ist der Nebeneffekt der Playbooks: Weil jeder Störungsverlauf mit Zeitstempeln dokumentiert wird, entsteht ohne Zusatzaufwand die Grundlage für Nachbetrachtungen und für den Nachweis von Reaktionszeiten gegenüber Kunden.
Für IT-Dienstleister kommt ein zweites Argument hinzu: Kunden lassen sich als Gäste in abgegrenzte Kanäle holen. Statt Ticketverkehr per E-Mail entsteht ein gemeinsamer Kanal je Kunde oder Projekt, in dem kurze Rückfragen sofort geklärt werden. Wichtig ist eine saubere Trennung: Ein Kanal je Kunde, Gastrechte statt Vollzugang, und eine Regel, welche Themen dort besprochen werden und welche im Ticketsystem bleiben. Ohne diese Regel wandern Aufträge in den Chat und verschwinden aus der Nachverfolgung.
Überall dort, wo Aufsichtsbehörden, Auditoren oder Auftraggeber Anforderungen an die Nachvollziehbarkeit der Kommunikation stellen, wird der Selbstbetrieb vom Aufwand zum Vorteil. Sie können exakt benennen, in welchem Rechenzentrum die Daten liegen, wer administrativen Zugriff hat, wie lange Inhalte aufbewahrt werden und wie sie gelöscht werden. Diese Antworten sind mit einem Cloud-Dienst schwieriger zu geben und in Prüfungssituationen regelmäßig der springende Punkt.
Ein verbreitetes Muster in dieser Gruppe ist die bewusste Zweiteilung: Die allgemeine Unternehmenskommunikation läuft weiter über die vorhandene Office-Umgebung, während ein klar abgegrenzter Bereich – Entwicklung, Informationssicherheit, Geschäftsführung, ein Projekt unter Geheimhaltung – eine eigene, selbst betriebene Plattform nutzt. Das erzeugt zwar zwei Werkzeuge, aber die Grenze ist inhaltlich begründet und den Beteiligten erklärbar. Wichtig ist, dass die Trennung eindeutig kommuniziert wird, damit nicht beide Plattformen für dasselbe genutzt werden.
Wo wir abraten: Wenn ein Unternehmen vollständig in einer Office-Umgebung arbeitet, keine besonderen Vertraulichkeitsanforderungen hat, keine IT-Kapazität für Serverbetrieb aufbringen kann und die Einführung vor allem mit Lizenzkosten begründet wird. In dieser Konstellation entstehen zwei parallele Werkzeuge, die Beschäftigten wechseln zwischen ihnen hin und her, und die eingesparten Lizenzkosten werden vom Betriebs- und Reibungsaufwand mehr als aufgezehrt. Eine Plattformentscheidung sollte nie allein über den Preis begründet werden.
Die Lizenzkosten sind bei einer selbst betriebenen Plattform der kleinste und am leichtesten kalkulierbare Block – in der freien Ausgabe entfallen sie ganz. Genau darin liegt die Gefahr der Milchmädchenrechnung: Ein Vergleich, der die Lizenzkosten eines Cloud-Dienstes gegen null stellt, führt systematisch in die Irre. Die Gesamtkosten einer selbst betriebenen Lösung setzen sich aus mindestens fünf Blöcken zusammen, von denen nur einer auf der Rechnung steht.
Infrastruktur ist der offensichtliche Block: Server oder virtuelle Maschinen, Speicher für Dateianhänge, Datenbank, gegebenenfalls Suchdienst und Lastverteiler. Dieser Posten ist gut kalkulierbar und wächst mit der Nutzung, aber deutlich flacher als eine Abrechnung je Person. Betriebsaufwand ist der Block, der regelmäßig unterschätzt wird: Aktualisierungen einspielen, Sicherungen prüfen, Überwachung betreuen, Störungen beheben, Konten und Kanäle verwalten. Rechnen Sie diesen Aufwand mit einem realistischen internen Stundensatz – auch dann, wenn er von einer Person nebenbei erledigt wird.
Einführung umfasst Konzeption, Installation, Anbindung an Verzeichnisdienst und Umsysteme, Struktur- und Regelwerk, Migration von Altbeständen sowie Schulung und Begleitung. Lizenzen fallen an, sobald Sie Unternehmensfunktionen brauchen – nach unserer Erfahrung ist das in Organisationen ab etwa mittlerer Größe fast immer der Fall. Laufende Betreuung schließlich meint das, was nach dem Rollout kommt: Anpassungen, neue Automatisierungen, jährliches Aufräumen, Nachschulungen. Wer diesen fünften Block streicht, spart am Erfolg des Projekts.
Für eine belastbare Entscheidung stellen Sie diesen fünf Blöcken die Kosten der Alternative gegenüber – inklusive der Frage, welche Lizenzen Sie ohnehin bezahlen. Wenn eine Office-Umgebung mit integriertem Kommunikationswerkzeug bereits lizenziert ist, konkurriert Mattermost gegen etwas, das rechnerisch nichts zusätzlich kostet. Dann muss die Begründung aus Datenhoheit, Funktionsanforderungen oder Automatisierung kommen, nicht aus dem Preis. Diese Ehrlichkeit in der Argumentation erhöht die Erfolgswahrscheinlichkeit im Entscheidungsgremium erheblich.
Der Hersteller ist ein Unternehmen mit Sitz in den Vereinigten Staaten. Das ist eine relevante Tatsache, führt aber zu einer anderen Bewertung als bei einem reinen Cloud-Dienst – und dieser Unterschied ist der Kern der datenschutzrechtlichen Argumentation. Entscheidend ist nicht allein, wo ein Anbieter seinen Sitz hat, sondern wer personenbezogene Daten tatsächlich verarbeitet und wo diese Verarbeitung stattfindet.
Beim Selbstbetrieb liegen Nachrichten, Dateien und Nutzerdaten ausschließlich auf Systemen, die Sie oder ein von Ihnen beauftragter Dienstleister betreiben. Der Hersteller stellt die Software bereit, verarbeitet aber im Regelfall keine Inhaltsdaten. Damit entfällt der Kernkonflikt, der bei Cloud-Diensten amerikanischer Anbieter regelmäßig diskutiert wird – die Frage nach behördlichen Zugriffsmöglichkeiten auf beim Anbieter gespeicherte Daten. In dieser Konstellation ist Mattermost eine der datenschutzfreundlicheren Optionen im Markt für Team-Kommunikation, und zwar unabhängig vom Sitz des Herstellers.
Vollständig verschwindet die Prüfpflicht dennoch nicht. Drei Nebenwege sind gesondert zu betrachten. Erstens die Push-Benachrichtigungen für Mobilgeräte: Sie laufen technisch über Vermittlungsdienste und die Zustelldienste der Mobilplattformen. Prüfen Sie, ob Sie den Vermittlungsdienst selbst betreiben und ob Benachrichtigungen ohne Inhalt zugestellt werden sollen. Zweitens Telemetrie- und Fehlerberichte: Klären Sie, welche Daten die Installation an den Hersteller meldet und wie sich das konfigurieren lässt. Drittens angebundene Dienste: Ein selbst betriebener Server, der ein Sprachmodell in einem Drittland anspricht, verlagert genau die Daten dorthin, die Sie schützen wollten. Diese drei Punkte gehören in Ihre Prüfung.
Nutzen Sie dagegen den Cloud-Dienst des Herstellers, gilt die übliche Prüfung für Auftragsverarbeitung mit einem Anbieter aus einem Drittland: Auftragsverarbeitungsvertrag, zugesicherte Verarbeitungsregion, Standardvertragsklauseln beziehungsweise die jeweils einschlägige Übermittlungsgrundlage, technische und organisatorische Maßnahmen, Unterauftragnehmerliste und eine dokumentierte Abwägung. Welche Regionen und Zusagen konkret verfügbar sind, prüfen Sie bitte beim Anbieter – diese Angaben ändern sich.
Unabhängig vom Betriebsmodell gehört eine Kommunikationsplattform in das Verzeichnis der Verarbeitungstätigkeiten, mit Zweck, betroffenen Personengruppen, Datenkategorien, Empfängern und Aufbewahrungsfristen. Dazu kommt ein Berechtigungskonzept, das beschreibt, wer administrativen Zugriff hat und wie dieser Zugriff protokolliert wird – gerade beim Selbstbetrieb ist das ein Punkt, den Prüfer regelmäßig ansprechen, weil Administratoren technisch weitreichende Möglichkeiten haben.
Besonderes Augenmerk verdient die Mitbestimmung. Eine Plattform, in der alle Nachrichten gespeichert werden, ist grundsätzlich geeignet, Verhalten und Leistung zu überwachen – unabhängig davon, ob das beabsichtigt ist. Eine Betriebsvereinbarung sollte deshalb regeln, welche Auswertungen zulässig sind, wer Zugriff auf Protokolle hat, ob und wie eine Compliance-Ausleitung erfolgt und wie lange Inhalte aufbewahrt werden. Unsere Erfahrung: Wer den Betriebsrat früh und offen einbindet, bekommt schneller eine Vereinbarung als jemand, der sie am Ende als Formalie nachreicht.
Ein häufig übersehener Punkt ist der Umgang mit Auskunfts- und Löschersuchen. Wenn eine Person Auskunft über ihre gespeicherten Daten verlangt oder eine Löschung beantragt, brauchen Sie einen Weg, diesen Anspruch in einer Plattform mit jahrelangem Nachrichtenverlauf zu bearbeiten. Klären Sie vorab, welche Werkzeuge die Plattform dafür bietet und wer im Haus zuständig ist. Das gilt genauso für den Austritt von Beschäftigten: Was passiert mit ihren Nachrichten, ihren Direktnachrichten und ihren Dateien?
Diese Einordnung beschreibt den technischen und organisatorischen Rahmen aus Sicht der Digitalisierungsberatung. Dies ist keine Rechtsberatung. Für eine verbindliche Bewertung Ihrer konkreten Konstellation ziehen Sie bitte Ihre Datenschutzbeauftragten oder eine spezialisierte Kanzlei hinzu – insbesondere bei Compliance-Ausleitung, bei Drittlandbezug und bei der Anbindung externer KI-Dienste.
