Dieser Unterschied ist der wichtigste Satz des ganzen Artikels. Sie kaufen bei monday.com keine gelöste Aufgabe, sondern die Fähigkeit, eine Aufgabe selbst zu lösen. Ein Warenwirtschaftssystem weiß, was ein Auftrag ist. Ein Buchhaltungsprogramm kennt die Grundsätze ordnungsmäßiger Buchführung. monday.com weiß nichts davon – es weiß nur, dass es Zeilen, Spalten und Regeln gibt. Was ein Auftrag bei Ihnen bedeutet, welche Zustände er durchläuft und wer wann etwas tun muss, definieren Sie. Das ist beeindruckend flexibel und gleichzeitig der Punkt, an dem Einführungen scheitern.
Drei Eigenschaften beschreiben die Plattform präziser als jede Funktionsliste:
Hinter monday.com steht ein börsennotiertes Unternehmen mit Ursprung und Hauptsitz in Israel und starker Präsenz im nordamerikanischen Markt. Die Produktentwicklung ist erkennbar von einem Selbstbedienungsmodell geprägt: schnelle Einstiegserlebnisse, sichtbare Oberflächen, kontinuierliche Funktionserweiterungen, aggressive Positionierung im Bereich KI. Der deutschsprachige Raum wird über Oberflächen, Dokumentation und Partnernetzwerke bedient, ist aber nicht der Heimatmarkt.
Für den DACH-Mittelstand folgt daraus eine Doppelbotschaft. Positiv: Die Plattform ist ausgereift, das Tempo der Weiterentwicklung ist hoch, die Bedienoberfläche gehört zu den zugänglichsten am Markt, und es gibt ein breites Netz an Umsetzungspartnern. Kritisch: Sie kaufen einen reinen Cloud-Dienst eines außereuropäischen Anbieters. Es gibt kein Modell für den Betrieb im eigenen Rechenzentrum. Wer eine Anforderung an Selbstbetrieb hat, kann diese Diskussion überspringen und direkt zu europäischen oder selbst betreibbaren Alternativen gehen – wir benennen sie in Kapitel 06 und Kapitel 09.
Wichtig für die Einordnung: Der Name monday.com begegnet Ihnen inzwischen als Sammelbegriff für mehrere Produkte. Prüfen Sie deshalb bei jeder Aussage, ob sie sich auf die Arbeitsmanagement-Linie, auf die Vertriebslinie, auf die Entwicklungslinie oder auf die Servicelinie bezieht – und auf welche Editionsstufe. Aussagen über KI-Funktionen ohne diese Angabe sind praktisch wertlos.
Wer monday.com bewerten will, muss das Datenmodell verstehen, denn daraus ergeben sich sowohl die Möglichkeiten als auch die Grenzen. Ein Board ist die Grundeinheit. Es enthält Gruppen, in denen Items liegen. Jedes Item hat Spaltenwerte und kann Unteritems besitzen. Items lassen sich über eine besondere Verknüpfungsspalte mit Items anderer Boards verbinden, und über Spiegelspalten können Werte aus dem verbundenen Board angezeigt und teilweise weiterverrechnet werden.
Das klingt nach einer Datenbank, ist aber keine relationale Datenbank im klassischen Sinne. Es gibt keine erzwungenen Beziehungen, keine referentielle Integrität, keine Feldvalidierung im strengen Sinne und keine echte Normalisierung. Eine Kundennummer kann in fünf Boards fünfmal unterschiedlich geschrieben stehen, ohne dass die Plattform protestiert. Für ein Kanban-Board mit dreißig Aufgaben ist das irrelevant. Für eine Auftragsabwicklung, die zur führenden Quelle für Liefertermine werden soll, ist es eine ernst zu nehmende Grenze.
Die praktische Konsequenz: Nutzen Sie monday.com dort, wo Koordination und Sichtbarkeit das Problem sind – und nicht dort, wo Datenintegrität, Belegpflicht oder revisionssichere Verarbeitung das Problem sind. Diese Trennlinie sauber zu ziehen, ist der wertvollste Beitrag, den eine Beratung in einem monday.com-Projekt leisten kann.
Aus unserer Beratungspraxis passt monday.com besonders gut zu vier Profilen. Erstens zu Organisationen, in denen mehrere Abteilungen unterschiedliche Abläufe koordinieren müssen und bislang mit Tabellen und E-Mail-Ketten arbeiten. Zweitens zu Unternehmen mit hohem Bedarf an Statusübersicht auf Leitungsebene, die heute für jeden Bericht manuell Zahlen zusammentragen. Drittens zu Bereichen mit vielen wiederkehrenden, aber nicht hochkomplexen Abläufen – Marketing, Vertriebsinnendienst, Auftragskoordination, Reklamation, Personalprozesse. Viertens zu Organisationen, die bewusst auf Cloud setzen und keine Anforderung an Selbstbetrieb haben.
Weniger gut passt die Plattform, wenn Sie ein Fachsystem ersetzen wollen, das fachliche Logik mitbringt – Warenwirtschaft, Buchhaltung, Zeitwirtschaft, Konstruktionsverwaltung. Ebenso zurückhaltend wären wir bei stark regulierten Verarbeitungen mit hohen Anforderungen an Datenhoheit, bei Projektgeschäft mit echter Mehrprojekt-Ressourcenplanung und Nachkalkulation sowie bei Organisationen, deren IT eine Cloud-Nutzung außerhalb Europas grundsätzlich nicht mitträgt. In diesen Fällen ist ein Vergleich mit spezialisierten oder europäischen Werkzeugen der ehrlichere Weg.
Die vier Linien nutzen dasselbe Fundament aus Boards, Spalten und Automatisierungen, bringen aber jeweils vorkonfigurierte Strukturen, eigene Ansichten und teils eigene Objekttypen mit. Sie können mehrere Linien parallel lizenzieren; dann liegen die Daten in derselben Umgebung, werden aber getrennt abgerechnet. Genau hier entstehen in Angeboten die Überraschungen, weil Sitzplätze je Linie zu zählen sind.
Innerhalb jeder Linie gibt es mehrere Editionsstufen, die üblicherweise von einer sehr eingeschränkten Einstiegsvariante über eine Standardstufe und eine Profistufe bis zu einer Unternehmensstufe reichen. Die Namen sind weniger wichtig als das Muster dahinter, und dieses Muster sollten Sie kennen, bevor Sie ein Angebot lesen.
Die Einstiegsstufe enthält im Wesentlichen Boards und die einfache Tabellenansicht. Sie ist für Einzelpersonen brauchbar und für Unternehmen fast nie, weil Zeitleistenansicht, Kalender und – entscheidend – Automatisierungen und Integrationen fehlen oder stark begrenzt sind. Die Standardstufe bringt Zeitleiste, Kalender, Gastzugänge und ein begrenztes Kontingent an Automatisierungs- und Integrationsvorgängen. Die Profistufe fügt die Funktionen hinzu, die mittelständische Prozesse tatsächlich brauchen: private Boards, Zeiterfassung, Formelspalten, Abhängigkeiten in ausgebauter Form, Diagrammansichten und deutlich höhere Automatisierungskontingente. Die Unternehmensstufe adressiert Verwaltung und Sicherheit: erweiterte Berechtigungen, Anmeldung über den Unternehmensidentitätsdienst, automatische Nutzerbereitstellung, Prüfprotokolle, erweiterte Verwaltungsberichte und vertragliche Zusatzleistungen.
Aus dieser Staffelung folgt ein Muster, das wir in Angeboten regelmäßig sehen: Der Einstieg wird über eine mittlere Stufe kalkuliert, und im Betrieb stellt sich heraus, dass zwei oder drei unverzichtbare Funktionen erst eine Stufe höher liegen. Legen Sie deshalb vor dem Angebot eine Liste Ihrer harten Anforderungen an – Anmeldung über den Identitätsdienst, Zeiterfassung, Abhängigkeiten, Berechtigungstiefe, Automatisierungsvolumen – und lassen Sie die Stufenzuordnung schriftlich bestätigen.
Der zweite und häufigere Kostenüberraschungseffekt liegt im Abrechnungsmodell. Abgerechnet wird pro Sitzplatz, und zwar typischerweise in festen Staffelstufen, nicht nach der exakten Kopfzahl. Wer über eine Staffelgrenze rutscht, zahlt die nächste Stufe vollständig – auch wenn nur eine einzige Person hinzukommt. In der Praxis führt das zu Sprüngen, die niemand geplant hat, weil im Laufe eines Jahres eben doch fünf weitere Personen Zugriff brauchen.
Verschärfend kommt hinzu: Die Editionsstufe gilt in der Regel für das gesamte Konto, nicht pro Person. Wenn drei Personen eine Funktion der Profistufe brauchen, wird das Konto auf Profistufe gehoben – für alle Sitzplätze. Und wenn Sie zwei Produktlinien nutzen, zählen Sitzplätze getrennt je Linie. Eine Vertriebsleitung, die sowohl in der CRM-Linie als auch im Arbeitsmanagement arbeitet, kann damit zweimal auftauchen.
Drei Gegenmaßnahmen haben sich bewährt. Erstens: Trennen Sie sauber zwischen Personen, die Items bearbeiten müssen, und Personen, die nur lesen oder in einem Formular zuliefern – letztere brauchen häufig keinen vollen Sitzplatz, sondern lassen sich über Gastzugänge, Formulare oder freigegebene Ansichten bedienen. Klären Sie die Bedingungen dafür ausdrücklich, weil sie sich zwischen Editionen unterscheiden. Zweitens: Rechnen Sie ein Szenario mit fünfzehn oder zwanzig Prozent Nutzerwachstum durch, bevor Sie unterschreiben. Drittens: Fragen Sie explizit, was bei einer Verkleinerung passiert – ob und wann Sitzplätze reduziert werden können, ist vertraglich geregelt und selten so flexibel, wie die Selbstbedienungsoberfläche vermuten lässt.
Für die KI-Funktionen gilt dasselbe Prinzip, nur ausgeprägter, und es ist der Punkt, an dem sich Erwartung und Realität am häufigsten trennen. KI-Fähigkeiten sind in der Regel nicht in allen Stufen gleich verfügbar. Manche setzen eine bestimmte Mindeststufe voraus, andere werden über Verbrauchskontingente gesteuert, die je Konto und Zeitraum begrenzt sind, und wieder andere sind zeitweise nur in Vorschauprogrammen oder ausgewählten Regionen zugänglich.
Behandeln Sie KI-Funktionen deshalb wie eine eigene Beschaffungsposition, nicht wie eine mitgelieferte Selbstverständlichkeit. Fragen Sie beim Anbieter oder Partner konkret nach: Welche KI-Fähigkeit ist in meiner Stufe heute verfügbar? Wie wird der Verbrauch gemessen und was passiert, wenn das Kontingent aufgebraucht ist – Abschaltung, Nachkauf, Verlangsamung? Gilt die Verfügbarkeit auch für unsere Region und Datenlage? Und lassen Sie sich die Antworten schriftlich geben, denn dieser Bereich verändert sich schneller als jeder andere Teil des Produkts.
Die folgenden Bausteine prägen den Alltag. Welche davon in Ihrer Produktlinie und Editionsstufe verfügbar sind und in welcher Ausprägung, sollten Sie vor der Beschaffung abgleichen – der Funktionsumfang verändert sich laufend und ist stufenabhängig.
Der überzeugendste Teil von monday.com ist die Trennung von Daten und Darstellung. Ein Board enthält die Wahrheit, und jede Rolle sieht davon die Perspektive, die sie braucht. Der Vertriebsinnendienst arbeitet in der Tabelle, weil er viele Felder gleichzeitig pflegt. Die Produktion nutzt Kanban, weil dort der Übergabezustand zählt. Die Projektleitung öffnet die Zeitleiste, weil sie Termine gegeneinander schiebt. Und die Geschäftsführung sieht ein Dashboard, das nichts weiter tut, als vorhandene Werte zu verdichten.
Dieser Effekt wird in Auswahlprojekten häufig unterschätzt, weil er auf einer Funktionsliste unspektakulär aussieht. In der Praxis löst er ein sehr teures Problem: das manuelle Zusammentragen von Statusinformationen. In vielen mittelständischen Unternehmen verbringen Führungskräfte und Assistenzen jede Woche Stunden damit, Zahlen aus Tabellen, Mails und Zurufen in eine Präsentation zu übertragen. Wenn diese Zahlen ohnehin im Board stehen, entfällt der Schritt – und mit ihm eine Fehlerquelle.
Ein Warnhinweis gehört dazu: Dashboards sind nur so gut wie die Datenpflege darunter. Ein Diagramm, das auf einer Statusspalte beruht, die niemand aktualisiert, ist gefährlicher als kein Diagramm, weil es Sicherheit vortäuscht. Verankern Sie deshalb mit der Einführung eine schlichte Regel: Wer ein Item verantwortet, pflegt dessen Status. Ohne diese Regel entsteht ein Berichtssystem, dem niemand traut.
Automatisierungen sind der Bereich, in dem monday.com den größten wirtschaftlichen Nutzen erzeugt, und sie sind gleichzeitig der Bereich, der in Einführungsprojekten am häufigsten liegen bleibt. Eine Regel besteht aus einem Auslöser, optionalen Bedingungen und einer oder mehreren Aktionen. Typische Beispiele aus mittelständischen Projekten: Ein neues Item aus einem Formular wird automatisch der zuständigen Person nach Kategorie zugewiesen. Wechselt ein Auftrag in den Status Versandbereit, entsteht ein Item im Logistikboard und die Vertriebsverantwortliche wird benachrichtigt. Ist ein Termin überschritten und der Status nicht abgeschlossen, geht eine Erinnerung an die Führungskraft.
Zwei Dinge sind dabei wichtig zu wissen. Erstens sind Automatisierungsvorgänge in der Regel kontingentiert – die Zahl der monatlich ausgeführten Aktionen ist je Editionsstufe begrenzt. Wer viele Boards mit vielen Regeln betreibt, kann an diese Grenze stoßen, und das ist ein Kostenfaktor, der in der Erstkalkulation fast immer fehlt. Zweitens sind Automatisierungen schwer zu überblicken, sobald es viele werden. Es gibt keine grafische Gesamtdarstellung Ihrer Prozesslogik. Wenn in einem Board fünfzehn Regeln liegen und drei davon einander widersprechen, merken Sie das erst, wenn jemand eine unerklärliche Benachrichtigung erhält.
Abhängigkeiten ergänzen das Bild für Planungsaufgaben. Sie können festlegen, dass ein Item erst nach einem anderen beginnt, und einstellen, dass Terminverschiebungen automatisch weiterwandern. Das ist nützlich für Abläufe mit klarer Reihenfolge – Bauabschnitte, Produktionsvorbereitung, Kampagnenplanung. Es ist allerdings kein Ersatz für echte Netzplantechnik mit Puffern, kritischem Pfad und Ressourcennivellierung. Wer diese Tiefe braucht, ist mit klassischen Projektwerkzeugen besser bedient.
Das Berechtigungsmodell arbeitet mit Arbeitsbereichen, Boardtypen und Rollen. Boards können offen für alle Mitglieder, privat für ausgewählte Personen oder teilbar mit externen Gästen sein. Innerhalb eines Boards lassen sich Rechte weiter abstufen, etwa auf Bearbeitung nur der eigenen Items. Für externe Beteiligte – Kunden, Lieferanten, Agenturen – gibt es Gastzugänge, die je nach Edition unterschiedlich funktionieren und abgerechnet werden.
Hier liegt eine der wichtigsten Prüffragen für den Mittelstand. Das Modell ist auf Zusammenarbeit ausgelegt, nicht auf Abschottung. Feingranulare Rechte auf Spaltenebene, wie sie in Personal- oder Finanzprozessen gebraucht werden, sind nur eingeschränkt darstellbar. Wenn eine Gehaltsspalte im Onboarding-Board nur für zwei Personen sichtbar sein soll, ist die saubere Lösung meist ein getrenntes privates Board mit Verknüpfung – nicht eine Rechteeinstellung innerhalb desselben Boards. Klären Sie solche Anforderungen vor der Boardarchitektur, nicht danach.
Die zweite Grenze betrifft die Größe. Boards mit sehr vielen Items werden träge, Ansichten laden langsamer, Spiegel- und Formelspalten über viele verbundene Items kosten Leistung, und es gibt Obergrenzen für Items je Board und für die Zahl verbundener Elemente. Konkrete Zahlen ändern sich und sollten beim Anbieter geprüft werden; das Muster ist aber stabil: monday.com ist für Prozessführung gebaut, nicht als Datenarchiv. Planen Sie deshalb von Anfang an, wohin abgeschlossene Vorgänge wandern – in ein Archivboard, in eine Auswertung, in ein Fachsystem –, statt sie unbegrenzt im Arbeitsboard zu sammeln.
Vorab eine Einordnung, die wir in jedem Projekt wiederholen: Der wirtschaftliche Nutzen von KI in einem Work OS liegt selten dort, wo Produktvorführungen ihn zeigen. Beeindruckend wirkt Textgenerierung. Wirtschaftlich relevant sind Klassifizierung eingehender Anfragen, Extraktion von Daten aus unstrukturiertem Text und Zusammenfassung langer Verläufe. Bewerten Sie Angebote deshalb nicht danach, ob KI enthalten ist, sondern danach, welches konkrete Alltagsproblem damit messbar kleiner wird.
Die praktisch wertvollste KI-Funktion ist die unauffälligste. Eine KI-Spalte nimmt den Inhalt anderer Spalten oder Anhänge als Eingabe und schreibt daraus einen Wert in das Board. Typische Aufgaben: Eine eingehende Reklamation wird anhand des Freitexts einer Kategorie zugeordnet. Aus einer E-Mail werden Kundenname, Bestellnummer und Liefertermin ausgelesen. Eine lange Kommentarkette wird zu drei Sätzen verdichtet. Ein Angebotsentwurf wird auf fehlende Angaben geprüft. Eine Stimmungseinschätzung wird aus einem Kundentext abgeleitet.
Der Grund, warum das im Mittelstand wirkt, ist einfach: Genau diese Tätigkeiten binden heute Menschen an Sammelpostfächern. Wenn eine Serviceanfrage automatisch kategorisiert und zugewiesen wird, entfällt der Sortierschritt – und der ist in vielen Organisationen eine halbe Stelle wert. Wichtig ist die richtige Erwartung: Eine Klassifizierung ist eine Wahrscheinlichkeitsaussage, kein Urteil. Sie brauchen deshalb eine Regel für unklare Fälle, etwa eine Sammelkategorie mit menschlicher Sichtung, und Sie brauchen jemanden, der die Trefferquote regelmäßig prüft.
Für Textgenerierung gilt eine andere Bewertung. Entwürfe für Antwortmails, Aufgabenbeschreibungen, Zusammenfassungen von Besprechungen oder Vorschläge für Statusberichte sparen Zeit, sind aber nie das Ergebnis, sondern der Rohstoff. In Bereichen mit Verbindlichkeit – Angebotszusagen, Reklamationsbescheide, Personalthemen, Sicherheitsanweisungen – halten wir an einem einfachen Prinzip fest: „KI darf vorschlagen, Menschen entscheiden.“ Wer dieses Prinzip nicht organisatorisch verankert, verlagert Risiko in Bereiche, in denen es teuer wird.
Die zweite Ebene sind KI-Blöcke innerhalb von Automatisierungsregeln. Statt nur mechanisch zu reagieren, kann eine Regel einen KI-Schritt enthalten: Text auswerten, Kategorie bestimmen, Zusammenfassung erzeugen, Priorität vorschlagen – und darauf aufbauend die üblichen Aktionen ausführen. Das ist die interessanteste Ausbaustufe, weil sie KI in bestehende Abläufe einbettet statt sie als separates Werkzeug daneben zu stellen.
Die dritte Ebene sind digitale Mitarbeiter beziehungsweise Agenten. Gedacht sind sie als konfigurierbare Bearbeiter, die in einem Board wie eine Person zugewiesen werden können und dann mehrschrittige Aufgaben übernehmen: eine Anfrage aufnehmen, Informationen zusammensuchen, einen Entwurf erstellen, Rückfragen stellen, den Status weiterschieben. Konzeptionell ist das der logische nächste Schritt eines Work OS.
Unsere Einordnung dazu ist bewusst zurückhaltend, und zwar aus Erfahrung, nicht aus Prinzip. Agentenfunktionen sind der Teil des Produkts, der sich am schnellsten verändert, dessen Verfügbarkeit am stärksten von Editionsstufe, Region und Vorschauprogrammen abhängt und dessen Verbrauch am schwersten kalkulierbar ist. Bauen Sie Ihre Entscheidung für monday.com deshalb nicht auf Agenten auf. Bewerten Sie die Plattform danach, ob Boards, Ansichten und Automatisierungen Ihren Prozess tragen. Behandeln Sie Agentenfunktionen als möglichen Zusatznutzen, den Sie in einem begrenzten Pilotfall mit echten Daten prüfen – und rechnen Sie damit, dass Sie ohne sie auskommen müssen.
Drei Themen entscheiden darüber, ob KI-Funktionen im Betrieb tragen. Das erste ist der Verbrauch. KI-Aufrufe werden üblicherweise über Kontingente gesteuert, die je Konto, Editionsstufe und Zeitraum begrenzt sind. Das bedeutet: Eine Automatisierung mit KI-Schritt, die bei jedem eingehenden Formular ausgelöst wird, ist bei zehn Vorgängen am Tag unproblematisch und bei tausend eine Kostenposition. Klären Sie vorab, wie gemessen wird, was beim Aufbrauchen passiert und wie sich der Verbrauch überwachen lässt. Rechnen Sie mit Ihrem realistischen Mengengerüst, nicht mit dem Pilotvolumen.
Das zweite ist Datenqualität. KI-Funktionen arbeiten auf den Inhalten Ihrer Boards. Sind Statusbezeichnungen inkonsistent, Kundennamen unterschiedlich geschrieben und Kategorien historisch gewachsen, produziert die Klassifizierung genau diese Unschärfe weiter. Der Satz, den wir in Projekten am häufigsten sagen, gilt hier besonders: KI verstärkt Ihre Datenstruktur – sie ersetzt sie nicht. Eine Woche Aufräumen vor der Aktivierung bringt mehr als jede Feinjustierung der Anweisungen danach.
Das dritte ist Nachvollziehbarkeit. Wenn eine KI-Spalte eine Kategorie setzt oder ein Agent einen Status ändert, muss im Nachhinein erkennbar sein, dass es eine maschinelle Entscheidung war, auf welcher Grundlage sie erfolgte und wer sie hätte prüfen können. Für interne Akzeptanz ist das wichtig, für Datenschutz und Mitbestimmung ist es notwendig. Prüfen Sie deshalb konkret: Werden KI-Aktionen im Aktivitätsprotokoll als solche gekennzeichnet? Lässt sich die Eingabe rekonstruieren? Und – die praktisch wichtigste Frage – lassen sich KI-Funktionen einzeln abschalten oder auf bestimmte Arbeitsbereiche begrenzen, wenn Datenschutz, Betriebsrat oder eine Kundenanforderung das verlangen?
Zur Halluzinationsfrage eine klare Aussage: Sprachmodelle erzeugen plausible Formulierungen, keine geprüften Fakten. In einem Board sieht ein erfundener Liefertermin genauso aus wie ein richtiger – schwarz auf weiß in einer Spalte, ohne Unsicherheitskennzeichnung. Das ist der gefährlichste Aspekt von KI in strukturierten Systemen: Die Darstellung suggeriert Verlässlichkeit, die die Erzeugung nicht hat. Setzen Sie KI deshalb bevorzugt dort ein, wo ein Fehler sofort auffällt und billig ist – Kategorisierung, Entwurf, Zusammenfassung –, und nicht dort, wo ein falscher Wert unbemerkt weiterverarbeitet wird.
Die relevanten Anknüpfungspunkte gliedern sich in fünf Gruppen: Kommunikation und E-Mail, die Büroumgebungen von Microsoft und Google, Fachsysteme aus Vertrieb und Buchhaltung, Automatisierungsplattformen als Bindeglied sowie Identität und Nutzerverwaltung. Die konkrete Verfügbarkeit einzelner Anbindungen und ihre Kontingente sollten Sie für Ihre Editionsstufe beim Anbieter verifizieren.
Der häufigste erste Integrationswunsch betrifft E-Mail, und er ist berechtigt: In vielen Unternehmen ist das Sammelpostfach der eigentliche Prozessengpass. monday.com kann eingehende Nachrichten in Items verwandeln, sodass aus einer Mail ein Vorgang mit Status und Verantwortlicher wird. In der Vertriebslinie kommt eine engere Verzahnung hinzu, bei der Nachrichten am Kontakt oder am Deal protokolliert werden. Prüfen Sie hier genau, welche Postfachart unterstützt wird, wie Anhänge behandelt werden und ob Antworten aus der Plattform heraus im richtigen Absendernamen erscheinen – das sind die Details, an denen Projekte hängen.
Für Chat bestehen Anbindungen an die gängigen Plattformen, insbesondere an Microsoft Teams und Slack. Praktisch relevant sind zwei Richtungen: Benachrichtigungen aus Boards in einen Kanal spielen und Items aus einer Nachricht heraus erzeugen. Unsere Empfehlung aus der Praxis lautet, damit sparsam umzugehen. Ein Kanal, in den jede Statusänderung gemeldet wird, wird nach zwei Wochen stummgeschaltet – und damit fällt auch die wichtige Meldung durch. Beschränken Sie Kanalmeldungen auf Ereignisse, die eine Handlung auslösen sollen.
Mit Microsoft 365 und Google Workspace bestehen Verbindungen für Kalender, Dateien und Anmeldung. Dateien lassen sich verlinken oder einbetten, Termine synchronisieren, Dokumente aus dem Item heraus öffnen. Organisatorisch bleibt eine Abgrenzungsaufgabe, die kein Produkt löst: Wenn Dateien in der Microsoft- oder Google-Ablage liegen und Prozesse in monday.com, muss klar sein, was wohin gehört. Unsere Regel aus vielen Projekten: Dateien bleiben in der Dokumentenablage, Status und Verantwortung leben im Board, und das Board verlinkt auf die Datei. Wer diese Regel in zwei Sätzen aufschreibt, verhindert die häufigste Ursache doppelter Ablagen.
Für Fachsysteme aus Vertrieb, Buchhaltung, Warenwirtschaft und Zeitwirtschaft gibt es drei Wege, und die Wahl entscheidet über den Pflegeaufwand der nächsten Jahre. Der erste Weg sind fertige Integrationsbausteine, sofern sie für Ihr System existieren – am einfachsten, aber am wenigsten anpassbar. Der zweite Weg sind Automatisierungsplattformen wie Zapier, Make oder n8n, die als Bindeglied zwischen monday.com und dem Fachsystem arbeiten. Sie sind schnell aufgesetzt und flexibel; dafür kommt ein weiteres System mit eigenen Kosten, eigenem Konto und eigener Datenschutzbewertung hinzu. Bei n8n ist bemerkenswert, dass ein Selbstbetrieb möglich ist – ein Argument, wenn Daten die eigene Umgebung möglichst wenig verlassen sollen.
Der dritte Weg ist die Programmierschnittstelle. monday.com bietet eine Abfrageschnittstelle sowie Webhooks, mit denen sich Ereignisse an eigene Systeme melden lassen. Damit ist praktisch jede Anbindung machbar, inklusive Datenübergabe an eine Warenwirtschaft oder Rückmeldung von Lieferterminen. Die Grenze liegt nicht in der Technik, sondern im Lebenszyklus: Jede individuelle Anbindung ist ein kleines Softwareprojekt, das bei Änderungen auf beiden Seiten angepasst werden muss. Klären Sie vor dem Bau, wer sie in drei Jahren pflegt.
Der Marktplatz bietet zusätzlich Apps, die Ansichten, Spaltentypen, Dashboard-Bausteine oder ganze Zusatzfunktionen ergänzen – etwa erweiterte Diagramme, Dokumentenerzeugung, elektronische Signatur oder Ressourcenplanung. Das erweitert den Funktionsumfang erheblich und erzeugt gleichzeitig eine Nebenwirkung, die Sie einplanen sollten: Jede App ist ein weiteres Produkt mit eigenem Anbieter, eigenem Preis, eigener Datenverarbeitung und eigener Abhängigkeit. Führen Sie deshalb von Anfang an eine kurze Liste installierter Apps mit Zweck, Verantwortlichem und Datenschutzbewertung – und prüfen Sie diese Liste jährlich.
Dies ist der Integrationspunkt, der über die Verwaltbarkeit im Betrieb entscheidet, und der am häufigsten zu spät bearbeitet wird. Anmeldung über den Unternehmensidentitätsdienst mittels SAML sowie automatische Nutzeranlage und -deaktivierung über SCIM sind in der Regel Bestandteile der höheren Editionsstufen. Für eine Organisation mit mehr als einer Handvoll Nutzenden ist das keine Komfortfunktion, sondern die Voraussetzung dafür, dass Zugänge beim Austritt tatsächlich verschwinden.
Klären Sie dazu vier Fragen, bevor Sie unterschreiben. Erstens: Ist Anmeldung über Ihren Identitätsdienst in der geplanten Stufe enthalten, und ist sie erzwingbar – oder können Nutzende weiterhin ein eigenes Kennwort verwenden? Zweitens: Wird automatische Nutzerbereitstellung unterstützt, und werden auch Deaktivierungen zuverlässig übertragen? Drittens: Wie werden Gastzugänge verwaltet, und wer darf sie erteilen? Viertens: Gibt es ein Prüfprotokoll, das Anmeldungen, Rechteänderungen und Datenexporte nachvollziehbar macht? Ohne diese vier Antworten ist eine Freigabe durch Informationssicherheit und Datenschutz schwer zu bekommen – und zu Recht.
Diese drei Produkte konkurrieren am direktesten, weil sie dieselbe Motivation bedienen: Arbeit sichtbar machen, ohne dass die IT ein Projekt daraus macht. Die Unterschiede sind gradueller Natur und liegen in der Grundhaltung. Asana ist strenger und aufgeräumter, denkt stärker in Aufgaben, Zielen und Verantwortlichkeiten und wirkt in großen Organisationen tendenziell konsistenter – dafür weniger frei formbar. ClickUp ist der Gegenpol: außergewöhnlich funktionsreich, in fast jeder Richtung anpassbar und dadurch für unentschlossene Organisationen gefährlich, weil sich Komplexität schneller ansammelt als Struktur. monday.com liegt dazwischen, mit dem stärksten Fokus auf visuelle Statusführung und der zugänglichsten Oberfläche.
Praktisch entscheidet selten der Funktionsvergleich, sondern die Passung zur Arbeitsweise. Wenn Ihre Organisation Klarheit braucht und Wildwuchs schlecht verträgt, ist Asana oft die ruhigere Wahl. Wenn sie viele unterschiedliche Abläufe abbilden will und über die Disziplin verfügt, das zu ordnen, ist monday.com stark. Wenn Sie maximale Funktionsdichte pro Euro suchen und bereit sind, dafür Komplexität zu verwalten, kommt ClickUp ins Spiel. Alle drei sind reine Cloud-Dienste amerikanisch geprägter Anbieter – am Datenschutzargument ändert die Wahl zwischen ihnen nichts.
Jira ist ein anderes Tier. Es ist für Vorgangsverwaltung mit erzwingbaren Arbeitsabläufen, Freigabeschritten, vollständiger Änderungshistorie und einer mächtigen Abfragesprache gebaut. Wo Nachweispflicht, Prozesszwang und tiefe Auswertung zählen, ist Jira überlegen – und über die Data-Center-Variante grundsätzlich im eigenen Rechenzentrum betreibbar, was für datenschutzsensible Organisationen ein echtes Argument ist. Der Preis dafür ist Komplexität: Jira braucht Administration, Konventionen und Menschen, die es beherrschen. Für eine Marketingabteilung ist es überdimensioniert, für eine regulierte Entwicklungsorganisation ist monday.com zu weich.
Microsoft Planner und Project verdienen eine ehrliche Antwort, weil das Lizenzargument stark ist: Wer Microsoft 365 nutzt, hat Aufgabenverwaltung häufig bereits bezahlt. Für einfache Aufgabenlisten in Teams ist das völlig ausreichend, und wir empfehlen regelmäßig, damit zu beginnen, statt vorschnell ein weiteres Abonnement zu kaufen. Die Grenze zeigt sich bei abteilungsübergreifenden Abläufen mit eigenen Feldern, Formularen, Automatisierungen und verdichteten Dashboards – dort ist monday.com deutlich stärker. Project deckt klassische Terminplanung ab, ist aber kein Werkzeug für kollaborative Prozessführung. Prüfen Sie also nicht Produkt gegen Produkt, sondern Anforderung gegen Anforderung.
Wenn Datenhoheit, deutschsprachiger Vertrag und europäischer Anbietersitz eine Rolle spielen, gehören mehrere DACH-Produkte in die Bewertung – und in vielen mittelständischen Projekten schneiden sie besser ab, als es der internationale Bekanntheitsgrad vermuten lässt. awork aus Hamburg ist schlank, gut gestaltet und auf Teamprojekte mit Zeiterfassung zugeschnitten. factro aus Bochum arbeitet mit Projektstrukturbäumen und ist für klassisch strukturierte Projekte stark. MeisterTask aus Österreich ist bewusst einfach und schnell eingeführt. InLoox aus München punktet mit Outlook-Nähe und Projektcontrolling. Stackfield aus München verbindet Aufgaben, Chat und Dateien mit Verschlüsselung und deutschem Hosting. Projektron aus Berlin ist das umfangreichste dieser Werkzeuge, mit Zeiterfassung, Nachkalkulation, Rechnungsstellung und Betrieb im eigenen Haus.
Der ehrliche Vergleich lautet so: monday.com ist in Konfigurierbarkeit, Automatisierung, Oberflächenqualität, Integrationsbreite und KI-Ausbau vorn. Die DACH-Alternativen sind bei Datenschutzargumentation, Vertragssprache, Support in der eigenen Zeitzone, Preisstabilität und – bei einigen – bei Projektcontrolling und Selbstbetrieb vorn. Welche Seite gewinnt, hängt davon ab, ob Ihr Engpass Prozessvielfalt oder Datenhoheit ist. Wir empfehlen, diese Abwägung schriftlich zu dokumentieren, weil sie nach einem Wechsel der Geschäftsführung oder einer Kundenanfrage zur Lieferkette erneut aufgerufen wird.
Das folgende Vorgehen hat sich in Mittelstandsprojekten bewährt. Es beginnt bewusst nicht mit der Software, sondern mit der Frage, welcher Prozess sichtbar werden soll – denn eine Plattform ohne klaren ersten Anwendungsfall wird nach sechs Monaten eine Sammlung halbgepflegter Boards.
Die häufigste Ursache für unbefriedigende monday.com-Installationen ist keine fehlende Funktion, sondern eine schlecht gewählte Boardstruktur. Zwei Fehlmuster treten regelmäßig auf. Das erste ist das Einzelboard je Projekt: Für jedes Vorhaben entsteht ein neues Board mit eigenen Spalten und eigenen Statuswerten. Nach einem Jahr existieren siebzig Boards, kein Dashboard funktioniert mehr über alle, und niemand weiß, welcher Statuswert Abgeschlossen bedeutet. Das zweite ist das Alleskönnerboard: Sämtliche Vorgänge des Unternehmens landen in einem Board mit vierzig Spalten, das langsam lädt und in dem niemand seine Aufgaben findet.
Die tragfähige Struktur liegt dazwischen und folgt einer einfachen Regel: Ein Board je Prozess, nicht je Projekt und nicht je Abteilung. Alle Reklamationen liegen in einem Reklamationsboard, alle Aufträge in einem Auftragsboard, alle Kampagnen in einem Kampagnenboard. Unterschiede zwischen Vorhaben werden über Gruppen, Spaltenwerte und gefilterte Ansichten dargestellt, nicht über neue Boards. Dann funktionieren Dashboards, dann sind Automatisierungen wartbar, und dann bleibt die Zahl der Boards überschaubar.
Verknüpfungen zwischen Boards setzen Sie dort ein, wo tatsächlich zwei Prozesse aufeinandertreffen – Auftrag zu Kunde, Reklamation zu Auftrag, Aufgabe zu Kampagne. Sparsam eingesetzt bringen sie viel. Im Übermaß eingesetzt entsteht ein Geflecht aus Spiegelspalten, das langsam wird und bei Änderungen bricht. Unsere Faustregel: Verknüpfen Sie höchstens zwei Ebenen tief und verzichten Sie auf Formeln, die über mehrere Spiegelspalten hinweg rechnen.
Die Selbstbedienungsfähigkeit der Plattform ist ihr größter Vertriebsvorteil und ihr größtes Betriebsrisiko. Wenn jede Person Boards anlegen darf, entstehen Boards – und zwar viele. Das ist zunächst gut, weil Bedarf schnell gedeckt wird. Es wird zum Problem, sobald zwei Abteilungen denselben Prozess unterschiedlich abbilden, sobald Kundendaten in fünf Boards parallel gepflegt werden und sobald niemand mehr sagen kann, welches Board die gültige Auskunft gibt.
Drei Maßnahmen wirken dagegen, und alle drei sind organisatorisch, nicht technisch. Erstens: Legen Sie fest, wer Boards anlegen darf, und stellen Sie Vorlagen bereit, die Ihre Konventionen bereits enthalten. Zweitens: Führen Sie ein kurzes Verzeichnis der produktiven Boards mit Zweck und Verantwortlichem – eine Seite reicht. Drittens: Benennen Sie ausdrücklich, welches Board für welche Information die führende Quelle ist. Diese eine Festlegung verhindert mehr Konflikte als jedes Rechtekonzept.
Der Adminaufwand selbst ist überschaubar, aber er ist nicht null, und er wird in Kalkulationen regelmäßig mit null angesetzt. Realistisch brauchen Sie eine Person mit anteiliger Zuständigkeit für Konto und Nutzerverwaltung, Rechte, Kosten- und Verbrauchsüberwachung, App-Freigaben, Vorlagenpflege und die Begleitung von Fachabteilungen beim Bau neuer Boards. In mittelständischen Organisationen sind das je nach Größe wenige Stunden pro Woche. Wer diese Rolle nicht benennt, hat sie trotzdem – dann verteilt sie sich unsichtbar auf mehrere Personen und die Konventionen erodieren.
Mit der Nutzungsdauer treten die Grenzen des Datenmodells hervor, und es ist besser, sie einzuplanen als sie zu erleben. Boards, die alle Vorgänge seit Einführung enthalten, werden träge. Ansichten mit vielen Filtern und Gruppierungen laden langsam. Formelspalten, die über Spiegelspalten mehrerer verbundener Boards rechnen, kosten überproportional Leistung. Und es gibt Obergrenzen für Items je Board sowie für verbundene Elemente je Item, deren aktuelle Werte Sie beim Anbieter erfragen sollten.
Die Gegenmaßnahme ist ein bewusster Lebenszyklus für Daten. Legen Sie bei der Einführung fest, was mit abgeschlossenen Vorgängen passiert: Nach welcher Frist wandern sie in ein Archivboard, werden sie in eine Auswertung verdichtet oder an ein Fachsystem übergeben? Automatisieren Sie diesen Schritt, statt ihn als manuelle Aufräumaktion zu planen – manuelle Aufräumaktionen finden nicht statt. Und beantworten Sie die Frage, wo die dauerhafte Wahrheit über einen Auftrag liegt: im Board oder im Warenwirtschaftssystem. Sobald ein Board zum Archiv wird, gerät es in eine Rolle, für die es nicht gebaut ist.
In den meisten unserer Projekte beginnt monday.com im Vertrieb, und zwar aus einem einfachen Grund: Dort ist der Zustand am undurchsichtigsten. Anfragen liegen in Postfächern, Angebote in einem Ordner, Wiedervorlagen im Kopf der Vertriebsmitarbeiterin und der Gesamtüberblick in einer Tabelle, die einmal im Monat aktualisiert wird. Ein Board mit Status, Wert, Zuständigkeit und nächster Aktion ersetzt das mit erstaunlich wenig Aufwand – und das erste Dashboard, das den Pipelinewert ohne Handarbeit zeigt, ist regelmäßig der Moment, in dem die Geschäftsführung überzeugt ist.
Der zweite Schritt ist meist der Übergang zur Auftragsabwicklung, und dort entsteht der eigentliche Wert. Wenn ein gewonnener Deal automatisch ein Item im Auftragsboard erzeugt, wenn die Arbeitsvorbereitung sieht, was kommt, wenn die Fertigung den Status weiterschiebt und der Vertrieb dadurch ohne Rückfrage weiß, wo der Auftrag steht, dann verschwindet eine der teuersten Tätigkeiten im Mittelstand: das Nachfragen. Wichtig ist dabei die klare Grenze zum Warenwirtschaftssystem. Das Board führt den Ablauf, das ERP führt die Zahlen. Verzichten Sie darauf, Bestände oder Preise doppelt zu pflegen – verlinken Sie stattdessen die Auftragsnummer.
Für die Vertriebslinie gilt ein zusätzlicher Hinweis. Sie ist gut geeignet für überschaubare Pipelines mit klarer Verantwortung. Sie ist nicht geeignet, wenn Sie Angebotskalkulation mit Varianten, Preisstaffeln, Rabattlogik oder eine tiefe Warenwirtschaftsanbindung brauchen. In diesem Fall ist ein Fachsystem der richtige Weg, und monday.com bleibt für die Koordination davor und danach zuständig.
Die Marketingplanung ist der Anwendungsfall, bei dem der Nutzen am schnellsten sichtbar wird, weil dort viele kleine Vorgänge mit Terminen und Freigaben zusammenlaufen. Ein Redaktionsplan mit Zeitleiste, Statusstufen von Idee bis Veröffentlicht, Dateiablage am Item und Kommentaren am Entwurf ersetzt in der Regel drei Tabellen und eine lange Mailkette. Besonders wirksam ist die Möglichkeit, Agenturen oder Freiberufler über Gastzugänge einzubinden, statt Entwürfe per Mail hin und her zu schicken.
Reklamations- und Serviceprozesse sind der Bereich, in dem KI-Funktionen tatsächlich etwas beitragen. Der Eingang läuft über ein Formular auf der Website oder über ein Sammelpostfach, eine KI-Spalte ordnet die Meldung einer Kategorie zu, eine Automatisierung weist sie der zuständigen Person zu und setzt eine Frist. Der eigentliche Gewinn liegt aber nicht in der Bearbeitung, sondern in der Auswertung: Wenn nach einem halben Jahr erkennbar ist, dass vierzig Prozent der Reklamationen auf dieselbe Ursache zurückgehen, entsteht daraus eine Verbesserung im Prozess. Diese Auswertbarkeit ist der Grund, Reklamationen strukturiert zu erfassen – nicht die Bearbeitung selbst.
Beim Onboarding zeigt sich der Automatisierungsvorteil am deutlichsten. Eine Eintrittsmeldung erzeugt eine Aufgabenliste über mehrere Abteilungen hinweg: Arbeitsplatz, Zugänge, Telefon, Schlüssel, Unterweisungen, Einarbeitungsplan, Rückmeldegespräche nach vier und zwölf Wochen. Jede Aufgabe hat Verantwortliche und Termin, der Fortschritt ist sichtbar, und vergessene Zugänge werden zur Ausnahme. Achten Sie hier besonders auf die Datenschutzseite: Personalbezogene Angaben gehören in ein privates Board mit engem Kreis, nicht in ein offenes Abteilungsboard – und Gesundheitsdaten oder Gehaltsangaben haben in der Plattform in der Regel nichts zu suchen.
Die wichtigste Aufgabe in einem monday.com-Projekt ist nicht der Aufbau der Boards, sondern das Ziehen der Systemgrenze. Unsere Empfehlung ist eine schlichte Zweiteilung. In monday.com gehören Koordination, Status, Termine, Zuständigkeiten, Absprachen und Übersichten. In das Fachsystem gehören Belege, Buchungen, Bestände, Preise, Stundenkonten, Rechnungen und alles mit Aufbewahrungspflicht. Verbindungsglied ist eine Referenz – Auftragsnummer, Kundennummer, Belegnummer – und nicht eine Kopie der Daten.
Wer diese Grenze nicht zieht, landet in einem von zwei Problemen. Entweder werden Daten doppelt gepflegt, driften auseinander und niemand weiß, welche Zahl gilt. Oder monday.com wird schleichend zum Ersatzfachsystem und übernimmt Verantwortung, für die es nicht gebaut ist: keine revisionssichere Ablage, keine erzwungene Validierung, keine handelsrechtlich taugliche Aufbewahrung, kein Betrieb im eigenen Haus. Beides ist teuer und lässt sich mit einer halben Seite Festlegung am Projektanfang vermeiden.
Zunächst zu den Kosten. Die Gesamtkosten setzen sich aus sechs Blöcken zusammen, von denen nur die ersten zwei auf einem Angebot stehen – und der teuerste steht dort nie.
Diesen Kosten steht ein Nutzen gegenüber, der sich benennen lässt: deutlich weniger Rückfragen zum Status, weniger Schattentabellen, kürzere Durchlaufzeiten bei Anfragen, Berichte ohne Handarbeit, nachvollziehbare Übergaben zwischen Abteilungen und auswertbare Daten über wiederkehrende Fehler. Wir empfehlen, diese Nutzenerwartung vor der Einführung schriftlich zu fixieren – mit zwei oder drei einfachen Messpunkten –, damit nach zwölf Monaten überprüfbar ist, ob sie eingetreten ist.
Hier ist Klartext angebracht. monday.com ist ein Software-als-Dienst-Angebot ohne Selbstbetriebsoption. Ihre Daten liegen in der Infrastruktur des Anbieters, die Verarbeitung erfolgt in Rechenzentren, die Sie nicht kontrollieren, und Sie haben keinen technischen Weg, das zu ändern. Eine europäische Datenregion ist in der Regel wählbar und verbessert die Argumentation deutlich – aber sie ist nicht dasselbe wie Datenhoheit. Prüfen Sie zusätzlich, ob die europäische Region für Ihre Editionsstufe verfügbar ist, ob sie auch für Sicherungen, Protokolle und KI-Verarbeitung gilt und ob Support- und Betriebszugriffe aus Drittländern erfolgen können.
Der letzte Punkt ist der, der in Datenschutzprüfungen am häufigsten übersehen wird. Es genügt nicht, dass Daten in Europa gespeichert sind. Entscheidend ist auch, wer darauf zugreifen kann. Wenn ein Supportfall zu einem Zugriff durch ein Team außerhalb der EU führt, liegt eine Übermittlung vor, die eine Grundlage und eine Dokumentation braucht. Fragen Sie deshalb ausdrücklich nach dem Support- und Betriebsmodell, nicht nur nach dem Serverstandort.
Für Organisationen mit harter Anforderung an Datenhoheit ist die ehrliche Antwort deshalb: monday.com ist dafür nicht das richtige Produkt. In diesem Fall gehören europäische beziehungsweise selbst betreibbare Alternativen in die Bewertung. Aus dem DACH-Raum sind das für Projekt- und Aufgabenmanagement etwa awork aus Hamburg, factro aus Bochum, MeisterTask aus Österreich, InLoox aus München, Stackfield aus München mit deutschem Hosting und Verschlüsselung sowie Projektron aus Berlin, das auch im eigenen Haus betrieben werden kann. Für Vorgangsverwaltung mit Selbstbetrieb kommt zudem Jira in der Data-Center-Variante in Betracht. Diese Werkzeuge sind nicht in jedem Punkt gleichwertig – dafür lösen sie ein Problem, das monday.com strukturell nicht lösen kann.
Ein Work OS erzeugt naturgemäß Daten über Arbeit: Wer hat wann welchen Status gesetzt, wie lange lag ein Vorgang bei wem, wie viele Items sind offen, wie viel Zeit wurde auf welche Aufgabe gebucht. Damit ist die Plattform grundsätzlich geeignet, Leistung und Verhalten von Beschäftigten zu überwachen – und das macht ihre Einführung in Unternehmen mit Betriebsrat mitbestimmungspflichtig. Das ist kein Randthema, sondern häufig der Punkt, an dem Projekte im letzten Moment stehen bleiben.
Unsere Empfehlung aus der Praxis: Führen Sie das Gespräch früh und offen, nicht nach dem Pilot. Bringen Sie drei Dinge mit. Erstens eine Übersicht, welche Daten überhaupt anfallen – Aktivitätsprotokoll, Zeiterfassung, Bearbeitungsdauern, Dashboards. Zweitens eine ausdrückliche Aussage, wofür Auswertungen genutzt werden und wofür nicht, idealerweise als Zweckbindung in einer Betriebsvereinbarung. Drittens einen Vorschlag zur Ausgestaltung: Auswertungen auf Team- statt Personenebene, keine Ranglisten einzelner Beschäftigter, klare Speicherfristen, keine Zeiterfassung ohne gesonderte Vereinbarung. Wer so an das Thema herangeht, bekommt in der Regel eine tragfähige Lösung – und ein Werkzeug, das von den Beschäftigten nicht als Kontrollinstrument gelesen wird.
Unabhängig von der Produktwahl bleiben Pflichten bei Ihnen als verantwortlicher Stelle. Schließen Sie einen Auftragsverarbeitungsvertrag ab und holen Sie die aktuelle Liste der Unterauftragsverarbeiter ein, einschließlich der KI-Modellanbieter. Nehmen Sie die Verarbeitung in Ihr Verarbeitungsverzeichnis auf und beschreiben Sie darin die tatsächlichen Datenflüsse – auch die über Marktplatz-Apps und Automatisierungsplattformen. Erstellen Sie ein Berechtigungskonzept, das festlegt, welche Daten in offene Boards dürfen und welche nicht. Legen Sie Löschfristen fest und automatisieren Sie ihre Umsetzung. Klären Sie, welche Datenarten ausdrücklich nicht in der Plattform verarbeitet werden – aus unserer Sicht gehören Gesundheitsdaten, Gehaltsdaten, Bewerbungsunterlagen mit besonderen Kategorien und Betriebsgeheimnisse mit hoher Schutzbedürftigkeit nicht in ein offenes Work OS.
Ergänzend zwei Punkte, die häufig fehlen. Prüfen Sie den Ausstieg, bevor Sie einsteigen: In welcher Form lassen sich Boards, Items, Anhänge und Verläufe exportieren, und wie lange sind Daten nach Vertragsende verfügbar? Und prüfen Sie die Weitergabe an Externe: Gastzugänge und öffentlich freigegebene Ansichten sind bequem und die häufigste Ursache für unbeabsichtigte Offenlegung. Legen Sie fest, wer sie erteilen darf, und prüfen Sie halbjährlich, welche noch bestehen.
