Der konzeptionelle Kern von ClickUp ist eine durchgängige Hierarchie. Arbeit wird nicht in isolierten Projekten abgelegt, sondern in einer mehrstufigen Struktur aus Workspace, Space, Folder, List und Task organisiert. Auf jeder Ebene lassen sich Berechtigungen, Statusmodelle, Felder und Automatisierungen definieren. Diese Struktur ist der eigentliche Unterschied zu einfacheren Aufgabenwerkzeugen: Sie erlaubt es, eine ganze Organisation abzubilden, ohne für jede Abteilung ein neues Werkzeug einzuführen — verlangt aber im Gegenzug eine bewusste Entscheidung darüber, wie diese Ebenen belegt werden.
Ebenso prägend ist die Modularität der Oberfläche. Nahezu jede Funktion lässt sich pro Space aktivieren oder abschalten: Zeiterfassung, Ziele, Abhängigkeiten, Sprint-Funktionen, Formulare, Portfolios. Ein Marketing-Space kann damit völlig anders aussehen als ein Entwicklungs-Space, obwohl beide im selben Workspace liegen. Diese Freiheit ist die größte Stärke des Produkts — und, wie später in diesem Artikel gezeigt wird, gleichzeitig die häufigste Ursache für gescheiterte Einführungen, wenn niemand die Konfiguration verantwortet.
ClickUp startete als Aufgabenverwaltung mit dem Anspruch, schneller und flexibler zu sein als etablierte Wettbewerber. Über die Jahre kamen Bausteine hinzu, die klassisch außerhalb eines Projektwerkzeugs lagen: ein Dokumenteneditor, digitale Whiteboards, Formulare, Zeiterfassung, Zielverfolgung, Dashboards und zuletzt KI-Assistenz. Das Ergebnis ist ein Produkt, das sich weniger als Spezialwerkzeug versteht denn als Konsolidierungs-Angebot: weniger Abonnements, weniger Systembrüche, weniger Suchen an verschiedenen Orten.
ClickUp gehört in diese Kategorie, weil es beide Hälften des Begriffspaars ernst nimmt. Die Projektmanagement-Seite liefert Aufgaben, Termine, Abhängigkeiten, Zeitpläne, Auslastungssichten und Reporting. Die Collaboration-Seite liefert Kommentare, Zuweisungen aus Kommentaren heraus, geteilte Dokumente, Whiteboards, Chat-Elemente und Formulare für die Aufnahme von Anfragen. Der eigentliche Wert liegt in der Verbindung: Ein Whiteboard-Zettel kann direkt zur Aufgabe werden, ein Absatz in einem Dokument zur nachverfolgbaren Verantwortung.
Genauso wichtig ist die Abgrenzung nach unten und nach oben. ClickUp ist kein ERP, kein CRM im engeren Sinn und kein Ersatz für ein Dokumentenmanagementsystem mit revisionssicherer Ablage. Es ersetzt auch nicht die Fachtiefe spezialisierter Entwicklungswerkzeuge in großen Software-Organisationen. Wer es als „System für alles“ einführt, überdehnt es; wer es als gemeinsamen Arbeitsraum für Vorhaben, Aufgaben und begleitendes Wissen versteht, trifft die Rolle deutlich besser.
Im deutschsprachigen Raum findet sich ClickUp typischerweise in wachsenden Mittelständlern, Agenturen, Dienstleistern und produktnahen Teams, die eine gewachsene Werkzeuglandschaft ordnen wollen. Häufig ist der Auslöser konkret: Aufgaben liegen in einem Werkzeug, Protokolle in einem zweiten, Zeiterfassung in einem dritten, und die Statusabfrage kostet jede Woche Stunden. ClickUp verspricht, diese Brüche zu schließen. Ob es dieses Versprechen einlöst, hängt weniger vom Produkt ab als von der Bereitschaft, die eigene Arbeitsweise beim Umzug einmal grundlegend zu ordnen — und von einer nüchternen Prüfung der Datenschutzfragen, die bei einem US-Anbieter in Kapitel 09 gesondert zu betrachten sind.
Die kostenfreie Einstiegsstufe richtet sich an Einzelpersonen und sehr kleine Teams. Sie erlaubt es, die Hierarchie, die wichtigsten Ansichten und die Grundfunktionen kennenzulernen, begrenzt aber bestimmte Nutzungsmengen und fortgeschrittene Funktionen. Für eine ernsthafte Evaluierung ist sie brauchbar, für den produktiven Betrieb in einem Unternehmen in der Regel nicht ausreichend — allein schon, weil zentrale Verwaltungs- und Berechtigungsfunktionen erst in höheren Stufen greifen.
Die mittlere Stufe für unbegrenzte Nutzung ist der typische Einstieg kleiner Teams in den Produktivbetrieb. Hier fallen die engsten Mengenbegrenzungen weg, Integrationen stehen breiter zur Verfügung, Dashboards und Zeiterfassung werden praktikabel, und einfache Automatisierungen lassen sich einrichten. Für ein Team, das im Wesentlichen Aufgaben koordiniert und einen gemeinsamen Überblick braucht, deckt diese Stufe viel ab.
Die Business-Stufe adressiert Organisationen, die mehrere Teams parallel steuern. Charakteristisch sind erweiterte Auswertungen, Auslastungs- und Kapazitätssichten, feiner steuerbare Berechtigungen, mehr Spielraum bei Automatisierungen sowie Funktionen für Zeit- und Aufwandsmanagement. Wer Portfoliosicht über mehrere Projekte hinweg braucht oder Zeitdaten in die Abrechnung überführen will, landet meist hier.
Die Enterprise-Stufe schließlich zielt auf Anforderungen, die im Mittelstand ab einer gewissen Größe unvermeidlich werden: unternehmensweite Anmeldeverfahren mit zentralem Identitätsmanagement, feingranulare Rollen- und Rechtekonzepte, erweiterte Protokollierung und Audit-Funktionen, vertraglich zugesicherte Verfügbarkeit sowie zusätzliche Optionen bei Datenhaltung und Compliance. Ob eine Organisation diese Stufe braucht, entscheidet in der Praxis nicht die Teamgröße, sondern die Anforderung der eigenen IT-Sicherheit und des Datenschutzes.
Im Marktbild besetzt ClickUp bewusst die Position der breiten Plattform. Während sich manche Wettbewerber auf eine Disziplin konzentrieren — reines Aufgabenmanagement, reine Entwicklungssteuerung, reine Dokumentation —, versucht ClickUp, den kompletten Bogen abzudecken. Das Argument dahinter ist wirtschaftlich nachvollziehbar: Mehrere Abonnements, mehrere Anmeldungen, mehrere Datensilos und mehrere Schulungsbedarfe kosten Geld und Aufmerksamkeit. Eine Plattform, die vier dieser Bausteine ordentlich abdeckt, kann in der Gesamtrechnung besser dastehen als vier Werkzeuge, die je einen Baustein hervorragend abdecken.
Die Kehrseite dieser Strategie sollte man offen benennen. Breite bedeutet, dass einzelne Bausteine nicht die Tiefe der jeweiligen Spezialisten erreichen. Der Dokumenteneditor ist gut genug für Konzepte, Protokolle und Handbücher, ersetzt aber kein ausgewachsenes Wissensmanagement mit strenger Versionierung. Die Whiteboards eignen sich für Workshops und Skizzen, konkurrieren aber nicht mit dedizierten Visualisierungswerkzeugen. Wer diese Erwartung realistisch hält, wird selten enttäuscht; wer erwartet, dass jeder Baustein Klassenbester ist, fast immer.
Die pragmatische Faustregel lautet: Eine höhere Edition rechnet sich, sobald eine konkrete organisatorische Anforderung daran hängt — nicht, weil sie mehr Häkchen auf einer Liste bietet. Typische Auslöser sind der Wunsch nach einheitlicher Anmeldung über das zentrale Identitätsmanagement, der Bedarf an belastbaren Auslastungsdaten für die Personalplanung, die Anforderung der IT-Sicherheit nach detaillierter Protokollierung oder die Notwendigkeit, externe Beteiligte kontrolliert einzubinden. Preise, Kontingente und Editionsinhalte ändern sich laufend und sind vor jeder Entscheidung beim Anbieter zu prüfen; eine Kalkulation auf Basis veralteter Angaben ist eine der häufigsten Fehlerquellen im Auswahlprozess.
An oberster Stelle steht der Workspace — die Organisation selbst, mit ihren Mitgliedern, Rollen und übergreifenden Einstellungen. Darunter liegen Spaces, die typischerweise Abteilungen, Geschäftsbereiche oder große Themenfelder abbilden. Ein Space ist die entscheidende Konfigurationsebene: Hier wird festgelegt, welche Funktionen aktiv sind, welche Statusmodelle gelten und welche Felder verfügbar sind. Wer Spaces sinnvoll schneidet, hat den Großteil der Strukturarbeit erledigt.
Innerhalb eines Space gruppieren Folder zusammengehörige Vorhaben — etwa alle Projekte eines Kunden, alle Kampagnen eines Quartals oder alle Produkte einer Linie. Die List ist die eigentliche Arbeitsebene: Sie enthält die Aufgaben und bringt eigene Statusmodelle, eigene Felder und eigene Ansichten mit. Eine List kann direkt in einem Space liegen oder in einem Folder — diese Flexibilität ist praktisch, verlangt aber eine Konvention, damit nicht jedes Team eine andere Logik erfindet.
Die kleinste Einheit ist der Task. Er trägt Titel, Beschreibung, Status, einen oder mehrere Verantwortliche, Termine, Prioritäten, Anhänge, Kommentare, Checklisten und beliebig viele benutzerdefinierte Felder. Unterhalb des Task sind Subtasks und Checklisten möglich, was eine feine Zerlegung erlaubt. Ergänzend gibt es Verknüpfungen zwischen Aufgaben sowie Abhängigkeiten, die festhalten, dass eine Aufgabe erst nach einer anderen beginnen kann — die Grundlage jeder ernsthaften Terminplanung.
Der Hebel für fachliche Passgenauigkeit sind Custom Fields, also benutzerdefinierte Felder. Sie können Texte, Zahlen, Auswahllisten, Daten, Geldbeträge, Formeln, Verweise auf andere Aufgaben oder Beziehungen zu Personen aufnehmen. Damit lässt sich eine Aufgabe zu einem strukturierten Datensatz ausbauen: Ein Angebot bekommt ein Feld für den Auftragswert, ein Kundenprojekt eines für die Vertragsnummer, eine Reklamation eines für die Fehlerkategorie. Aus diesen Feldern speisen sich später Filter, Gruppierungen und Auswertungen.
Ebenso gestaltbar sind die Statusmodelle. Statt eines starren Schemas definiert jede Organisation ihre eigenen Zustände — etwa Aufnahme, Klärung, Umsetzung, Prüfung, Freigabe, Erledigt. Statusmodelle lassen sich als Vorlagen auf Space-Ebene festlegen und in Listen überschreiben. Genau hier lauert der häufigste Konfigurationsfehler: Wenn jedes Team eigene Status erfindet, sind übergreifende Auswertungen später kaum noch möglich. Ein knapper, verbindlicher Standard mit begründeten Ausnahmen ist praktisch immer die bessere Wahl.
Die Ansichten sind das sichtbarste Merkmal von ClickUp. Dieselben Aufgaben lassen sich je nach Bedarf unterschiedlich darstellen, ohne dass Daten doppelt gepflegt werden müssen. Die Listenansicht zeigt Aufgaben tabellarisch mit Feldern, Gruppierungen und Sortierungen — die Standardsicht für strukturiertes Arbeiten. Die Board-Ansicht stellt Aufgaben als Karten in Spalten dar und eignet sich für Kanban-orientierte Abläufe mit Fokus auf den Arbeitsfluss.
Für zeitliche Planung stehen Gantt- und Zeitachsen-Ansichten bereit, die Dauer, Reihenfolge und Abhängigkeiten sichtbar machen und damit klassische Terminplanung ermöglichen. Die Kalender-Ansicht ordnet Aufgaben nach Datum und eignet sich für Redaktionspläne, Termine und alles, was primär im Kalenderraster gedacht wird. Die Workload-Ansicht schließlich zeigt, wie viel Arbeit welcher Person in welchem Zeitraum zugewiesen ist — eine der wertvollsten Sichten für die Personalsteuerung, sofern Aufwände überhaupt gepflegt werden. Ergänzend gibt es Tabellen-, Formular-, Aktivitäts- und Karten-Ansichten sowie die Möglichkeit, Ansichten pro Person zu speichern und als Standard zu setzen.
Docs sind der integrierte Dokumenteneditor. Konzepte, Protokolle, Prozessbeschreibungen und Handbücher entstehen direkt in der Plattform, lassen sich verschachteln, mit Aufgaben verknüpfen und gemeinsam bearbeiten. Der praktische Vorteil ist die Nähe: Ein Beschluss aus dem Protokoll wird mit zwei Klicks zur Aufgabe mit Verantwortlichem und Termin, statt in einer Datei zu versanden. Whiteboards ergänzen das um freie visuelle Zusammenarbeit für Workshops, Brainstormings und Prozessskizzen — auch hier mit der Möglichkeit, Elemente in Aufgaben zu überführen.
Die Zeiterfassung erlaubt es, Arbeitszeit direkt an der Aufgabe zu buchen, per Timer oder manuell, mit Notizen und Abrechenbarkeits-Kennzeichnung. Für Dienstleister und Agenturen ist das ein zentraler Baustein, weil sich Projektkalkulation und tatsächlicher Aufwand am selben Objekt vergleichen lassen. Ziele (Goals) bündeln messbare Ergebnisse und verknüpfen sie mit den Aufgaben, die darauf einzahlen — die Brücke zwischen Tagesgeschäft und Strategie, die allerdings nur trägt, wenn Ziele tatsächlich gepflegt werden.
Den Abschluss bilden Dashboards. Sie setzen sich aus Bausteinen zusammen — Aufgabenlisten, Zähler, Diagramme, Zeitberichte, Auslastungsdaten, Textblöcke — und liefern die Führungssicht auf den Datenbestand. Ein Dashboard ist immer nur so gut wie die Datenpflege darunter: Wer Termine nicht setzt, sieht keine Terminlage; wer Aufwände nicht schätzt, sieht keine Auslastung. Diese Abhängigkeit ist der Grund, warum Reporting-Erwartungen früh und ehrlich mit der Pflegebereitschaft der Teams abgeglichen werden sollten.
Die Automatisierungen folgen einem einfachen und bewährten Muster: Ein Auslöser tritt ein, eine Bedingung wird geprüft, eine Aktion wird ausgeführt. Typische Auslöser sind Statuswechsel, das Anlegen einer Aufgabe, das Erreichen eines Datums, eine Änderung an einem Feld oder eine neue Zuweisung. Typische Aktionen sind das Setzen eines Status, das Zuweisen einer Person, das Verschieben in eine andere Liste, das Anlegen von Unteraufgaben aus einer Vorlage, das Setzen eines Fälligkeitsdatums oder das Auslösen einer Benachrichtigung.
Der praktische Nutzen ist erheblich. Ein eingehendes Formular erzeugt automatisch eine Aufgabe in der richtigen Liste, mit vorbelegten Feldern und einem Standardverantwortlichen. Ein Statuswechsel auf „Freigabe“ weist die Aufgabe automatisch der Führungskraft zu und setzt eine Frist. Eine abgeschlossene Aufgabe startet die Folgeaufgabe in einem definierten Ablauf. Solche Regeln nehmen nicht nur Klickarbeit ab, sie sorgen vor allem dafür, dass Prozesse eingehalten werden, ohne dass jemand daran denken muss.
Wie überall gilt jedoch: Automatisierung ist ein Werkzeug mit Nebenwirkungen. Regeln, die sich gegenseitig auslösen, erzeugen schwer nachvollziehbare Kettenreaktionen. Regeln, die niemand dokumentiert hat, verwirren neue Mitarbeitende und lassen sich Jahre später kaum noch abschalten. INAGRO empfiehlt, jede Regel mit einem sprechenden Namen und einer kurzen Zweckbeschreibung zu versehen, die Zahl der Regeln pro Space bewusst zu begrenzen und mindestens einmal jährlich zu prüfen, welche Automatisierung noch einem realen Zweck dient.
ClickUp Brain ist die KI-Schicht der Plattform. Sie setzt an drei Stellen an. Erstens beim Erzeugen von Inhalten: Textentwürfe in Docs und Kommentaren, Vorschläge für Aufgabenbeschreibungen, das Ableiten von Unteraufgaben aus einer Zielbeschreibung, das Formulieren von Statusmeldungen. Zweitens beim Zusammenfassen: die Verdichtung langer Kommentarverläufe, die Zusammenfassung eines Dokuments oder eines Projektstands, die Erzeugung von Fortschrittsberichten aus dem vorhandenen Datenbestand. Drittens beim Auffinden: Fragen in natürlicher Sprache an die eigenen Inhalte, die aus Aufgaben, Dokumenten und Kommentaren beantwortet werden.
Der entscheidende Unterschied zu einem allgemeinen Sprachmodell liegt im Kontext. Brain arbeitet auf den Daten des eigenen Workspace und kann deshalb Fragen beantworten, die ein externes Werkzeug nicht beantworten könnte — etwa nach dem Stand eines Vorhabens, nach offenen Punkten einer Person oder nach der Historie einer Entscheidung. Genau dieser Kontextzugriff macht die Funktion nützlich und gleichzeitig datenschutzrechtlich prüfungsbedürftig, denn er bedeutet, dass Inhalte des Workspace zur Verarbeitung an KI-Dienste übergeben werden. Welche Modelle und Unterauftragsverarbeiter dabei beteiligt sind, in welchen Regionen verarbeitet wird und ob Eingaben zum Training verwendet werden, gehört zwingend zur Prüfliste — Kapitel 09 greift diesen Punkt vertieft auf.
Aus Sicht der Steuerung sind beide Mechanismen unterschiedlich zu behandeln. Automatisierungen sind deterministisch: Bei gleichem Auslöser passiert das Gleiche, und der Ablauf ist im Nachhinein nachvollziehbar. Sie eignen sich deshalb auch für verbindliche Prozessschritte. KI-Ausgaben sind nicht deterministisch und können sachlich falsch sein. Sie sind eine Zuarbeit, kein Entscheidungsersatz — jede erzeugte Zusammenfassung, jeder erzeugte Text braucht eine menschliche Prüfung, bevor er als Grundlage einer Entscheidung oder als Kommunikation nach außen dient.
Praktisch bedeutet das drei Festlegungen vor dem Rollout: erstens eine Regelung, für welche Inhaltsarten KI-Funktionen genutzt werden dürfen und für welche ausdrücklich nicht — besonders relevant bei personenbezogenen Daten, Bewerbungsunterlagen, Gesundheitsdaten oder vertraulichen Vertragsinhalten. Zweitens eine klare Aussage, wer die Ergebnisse verantwortet. Drittens eine Entscheidung darüber, ob die KI-Funktionen überhaupt organisationsweit aktiviert werden oder zunächst nur in ausgewählten Spaces, in denen keine sensiblen Daten liegen. Diese Fragen früh zu klären ist deutlich einfacher, als eine bereits eingeführte Funktion nachträglich wieder einzuschränken.
Im deutschen Mittelstand ist Microsoft 365 die häufigste Ausgangslage, und die Anbindung entscheidet oft über die Akzeptanz. ClickUp bietet Integrationen für die zentralen Bausteine: Kalender-Synchronisation, sodass Aufgaben mit Terminen im Outlook-Kalender sichtbar werden; das Erzeugen von Aufgaben aus E-Mails heraus; die Einbindung von Dateien aus dem Cloud-Speicher als Anhang, ohne sie zu duplizieren. Für Microsoft Teams steht eine Integration bereit, die Benachrichtigungen in Kanäle spielt, Aufgaben aus Nachrichten erzeugt und Verweise auf Aufgaben mit Vorschau darstellt.
Für Organisationen im Google-Ökosystem gilt Vergleichbares: Kalender, Ablage und Anmeldung lassen sich verbinden, Dokumente aus dem Google-Speicher an Aufgaben hängen. In beiden Fällen ist eine ehrliche Erwartung wichtig — Standardintegrationen decken die häufigen Fälle ab, nicht jeden Sonderwunsch. Wer eine tiefe, bidirektionale Synchronisation mit Feldabgleich in beide Richtungen erwartet, sollte den konkreten Anwendungsfall vorab im Testbetrieb prüfen, statt ihn aus einer Funktionsliste abzuleiten.
Die Slack-Integration gehört zu den ausgereifteren Anbindungen: Aufgaben lassen sich aus Nachrichten erzeugen, Statusänderungen werden in Kanäle gemeldet, und Aufgabenlinks werden mit Kontext dargestellt. Für Teams, die ihre Abstimmung im Chat führen, senkt das die Hürde, aus einer Diskussion eine verbindliche Aufgabe zu machen — genau an der Stelle, an der Vorhaben sonst versanden.
Für technische Teams existieren Anbindungen an GitHub und GitLab. Commits, Branches und Pull-Requests lassen sich Aufgaben zuordnen, sodass im Vorgang sichtbar wird, welche Codeänderung zu welcher Anforderung gehört, und Statuswechsel können an Entwicklungsereignisse geknüpft werden. Für kleinere Entwicklungsteams, die keine dedizierte Entwicklungsplattform betreiben wollen, ist das ausreichend. Große Software-Organisationen mit tiefen agilen Prozessen fahren dagegen häufig besser mit einem spezialisierten Werkzeug — dazu mehr im nächsten Kapitel.
Wo Standardintegrationen nicht reichen, führt der Weg über die Schnittstellen. ClickUp stellt eine öffentliche API bereit, über die sich Aufgaben, Listen, Felder, Kommentare und Zeitbuchungen programmatisch lesen und schreiben lassen. Ergänzend gibt es Webhooks, mit denen ein externes System über Ereignisse informiert wird — etwa den Wechsel eines Status oder das Anlegen einer Aufgabe. Diese beiden Bausteine sind der Hebel für die Anbindung an ERP-, CRM- oder Warenwirtschaftssysteme, wie sie im Mittelstand üblich sind.
Zwischen Standardintegration und Eigenentwicklung liegen die Automatisierungsplattformen wie Zapier oder Make. Sie verbinden ClickUp mit einer großen Zahl weiterer Dienste, ohne dass eigener Code geschrieben werden muss, und eignen sich besonders für einfache Übergaben zwischen Systemen. Zwei Einschränkungen gehören zur ehrlichen Bewertung: Erstens entsteht eine zusätzliche Abhängigkeit von einem weiteren Anbieter, was datenschutzrechtlich gesondert zu bewerten ist, da Daten über dessen Infrastruktur fließen. Zweitens sind solche Verbindungen betrieblich fragiler als eine native Integration — sie brauchen einen Verantwortlichen und eine Überwachung, sonst fallen sie irgendwann unbemerkt aus.
Asana setzt stärker auf Klarheit und Reduktion. Die Oberfläche ist aufgeräumter, die Einarbeitung schneller, die Zahl der Konfigurationsmöglichkeiten geringer. Für Organisationen, die vor allem Verlässlichkeit und niedrige Einstiegshürden suchen und keine tiefe Anpassung brauchen, ist das ein echter Vorteil. ClickUp bietet demgegenüber mehr Bausteine und mehr Gestaltungsfreiheit — und verlangt dafür mehr Entscheidungen.
monday ist visuell und stark auf konfigurierbare Boards mit farbigen Spalten ausgerichtet. Es punktet bei Teams, die ihre Prozesse gern selbst zusammenklicken und Wert auf ansprechende Darstellung legen. Der Unterschied zu ClickUp liegt weniger im Funktionsumfang als in der Denkweise: monday denkt vom Board aus, ClickUp von der Hierarchie. Wer viele parallele, ähnlich strukturierte Vorgänge steuert, fühlt sich bei monday oft wohler; wer eine tief verschachtelte Organisation abbilden will, bei ClickUp.
Wrike kommt aus einer klassischeren Projektmanagement-Tradition und ist bei Ressourcenplanung, Zeitplanung und Freigabeprozessen — insbesondere bei Bild- und Videofreigaben — traditionell stark. Für Organisationen mit ausgeprägtem Bedarf an Kapazitätsplanung und formalisierten Genehmigungsschleifen ist es eine ernstzunehmende Alternative, die ihre Stärke weniger in der Breite als in der Tiefe dieser Disziplinen hat.
Jira ist der Standard für agile Softwareentwicklung. Seine Stärke liegt in der Tiefe der Workflow-Konfiguration, in Sprint- und Backlog-Funktionen, in agilen Berichten und in der Verzahnung mit dem Entwicklungs-Stack. ClickUp bildet agile Elemente ebenfalls ab — Sprints, Punkte, Backlogs —, erreicht aber in großen Entwicklungsorganisationen nicht die methodische Tiefe. Der Vergleich fällt deshalb klar aus: Reine Software-Organisationen mit ausgeprägter agiler Praxis sind mit Jira in der Regel besser bedient. Gemischte Organisationen, in denen Entwicklung nur ein Teil des Ganzen ist und Marketing, Vertrieb und Operations mitgesteuert werden, finden in ClickUp die passendere gemeinsame Basis.
Notion setzt an einer anderen Stelle an: Es denkt vom Dokument und von der Datenbank her, nicht von der Aufgabe. Für Wissensmanagement, Wikis, Handbücher und flexible Datensammlungen ist es außerordentlich stark. Für Terminplanung, Auslastung, Zeiterfassung und klassisches Projektcontrolling ist ClickUp deutlich besser gerüstet. In der Praxis werden beide Werkzeuge nicht selten parallel betrieben — Wissen in Notion, Steuerung in ClickUp. Das ist legitim, sollte aber eine bewusste Entscheidung sein, keine Folge fehlender Abstimmung.
awork ist ein deutscher Anbieter und tritt mit einem bewusst anderen Versprechen an: weniger Funktionsbreite, dafür Hosting in Deutschland beziehungsweise der EU, deutschsprachiger Support und ein Produkt, das auf die Arbeitsweise von Agenturen und Dienstleistern zugeschnitten ist. Für Organisationen, bei denen Datenhoheit ein hartes Kriterium ist — etwa im öffentlichen Umfeld, im Gesundheitswesen oder bei Auftraggebern mit strengen Vorgaben —, kann dieser Punkt schwerer wiegen als jeder Funktionsvergleich. ClickUp bietet dafür deutlich mehr Bausteine und mehr Anpassbarkeit.
INAGRO empfiehlt, die Auswahl entlang von vier Fragen zu führen. Erstens: Wer arbeitet damit — technische Teams, Fachbereiche oder beide? Zweitens: Wie viel Konsolidierung ist wirklich gewollt, und wer pflegt die Struktur danach? Drittens: Wie hart ist die Anforderung an Datenhoheit und Verarbeitungsort? Viertens: Welche Fachsysteme müssen angebunden werden, und existieren dafür belastbare Wege? Wer diese vier Fragen beantwortet hat, kommt in der Regel ohne umfangreiche Funktionsmatrix zu einer belastbaren Entscheidung — und vermeidet den häufigsten Fehler, ein Werkzeug nach der Länge seiner Funktionsliste auszuwählen.
Bevor die erste Aufgabe angelegt wird, sollte die Struktur stehen. Zu klären ist, wonach Spaces geschnitten werden — nach Abteilung, nach Kunde, nach Produkt oder nach Prozess. Jede dieser Logiken ist vertretbar, aber sie sollte einheitlich sein und begründet werden können. Ebenso ist festzulegen, was ein Folder abbildet und was eine List, und wann eine Aufgabe zur Unteraufgabe wird statt zur eigenständigen Aufgabe. Diese Festlegungen wirken banal, prägen aber jede spätere Auswertung.
Bewährt hat sich, die Struktur an der tatsächlichen Arbeitsteilung auszurichten und nicht am Organigramm. Wenn drei Abteilungen gemeinsam an einem Kundenprojekt arbeiten, ist ein kundenbezogener Space häufig sinnvoller als drei abteilungsbezogene. Ebenso wichtig ist eine früh getroffene Entscheidung darüber, wo Wissen lebt: in Docs innerhalb von ClickUp oder in einem bestehenden System. Beides ist vertretbar, beides parallel ohne Regel ist die schlechteste Variante.
Die zweite Erfolgsbedingung ist Disziplin bei der Konfiguration. ClickUp lässt sehr viel zu — und genau darin liegt das Risiko. Wenn jedes Team eigene Statusmodelle definiert, eigene Felder anlegt und eigene Ansichten als Standard setzt, entstehen innerhalb einer Plattform genau die Silos, deren Auflösung der Anlass für die Einführung war. Die Gegenmittel sind unspektakulär, aber wirksam: ein knapper Satz verbindlicher Statusmodelle, eine gepflegte Liste der zugelassenen benutzerdefinierten Felder, eine benannte Person mit Verantwortung für die Struktur und ein leichtgewichtiger Prozess für Änderungswünsche.
Ein praktischer Aspekt, der in Auswahlprozessen oft unterschätzt wird, ist die Performance. Sehr große Listen, viele gleichzeitig geladene benutzerdefinierte Felder, umfangreiche Dashboards und komplexe Filter können die Ladezeiten spürbar beeinflussen. Das ist kein Ausschlusskriterium, aber ein Argument dafür, Listen nicht unbegrenzt wachsen zu lassen, abgeschlossene Vorhaben zu archivieren und Dashboards gezielt statt allumfassend zu bauen. Wer plant, mit sehr großen Datenmengen zu arbeiten, sollte das im Testbetrieb realistisch nachstellen, bevor er sich festlegt.
Die Migration aus bestehenden Werkzeugen ist selten reine Datenübernahme. Importmöglichkeiten aus verbreiteten Systemen existieren und decken Aufgaben, Termine und Zuweisungen meist ordentlich ab; Kommentare, Anhänge, Historien und benutzerdefinierte Felder übertragen sich erfahrungsgemäß unvollständiger. Die praktisch wichtigere Frage lautet ohnehin, ob wirklich alles mitgenommen werden soll. Ein Umzug ist die beste Gelegenheit, abgeschlossene und tote Vorhaben zurückzulassen und nur den aktiven Bestand sauber strukturiert neu aufzubauen. Für Archivzwecke reicht meist ein Export des Altsystems.
Beim Rollout entsteht Akzeptanz aus erkennbarem Nutzen, nicht aus Anweisung. Daraus folgt eine unbequeme Konsequenz: Alte Wege müssen konsequent geschlossen werden. Solange Aufgaben weiterhin per E-Mail verteilt werden dürfen, wird ein Teil der Organisation genau das tun.
Die erste und häufigste Ausgangslage ist die gewachsene Werkzeuglandschaft. Aufgaben liegen in einem Werkzeug, Protokolle in geteilten Dateien, Zeiten in einer Tabelle, Freigaben per E-Mail. Niemand hat einen Gesamtüberblick, und die wöchentliche Statusrunde besteht überwiegend aus dem Zusammentragen von Informationen. Hier spielt ClickUp seine Stärke aus: Die Konsolidierung ist der eigentliche Nutzen, nicht die einzelne Funktion.
Die zweite Ausgangslage ist das projektorientierte Dienstleistungsgeschäft. Agenturen, Beratungen, Planungsbüros und IT-Dienstleister arbeiten in klar abgegrenzten Kundenprojekten mit Budgets, Aufwänden und Terminen. Für sie ist die Kombination aus Projektstruktur, Zeiterfassung und Auslastungssicht besonders wertvoll, weil sie Kalkulation und Realität am selben Objekt vergleichbar macht — vorausgesetzt, die Zeiterfassung wird tatsächlich konsequent genutzt.
Die dritte Ausgangslage ist der abteilungsübergreifende Prozess. Ein Produktentwicklungsvorhaben, das Vertrieb, Konstruktion, Einkauf und Fertigung berührt, oder ein Reklamationsprozess, der zwischen Service, Qualitätssicherung und Produktion verläuft. Solche Prozesse fallen in klassischen Abteilungssystemen regelmäßig durch die Ritzen. Eine gemeinsame Plattform mit definierten Übergaben und automatisierten Statuswechseln schafft hier den größten Hebel.
Ebenso ehrlich sind die Konstellationen zu benennen, in denen ClickUp nicht die naheliegende Wahl ist. Ein sehr kleines Team mit überschaubaren, wiederkehrenden Aufgaben braucht keine Plattform dieser Mächtigkeit — hier ist ein schlankes Werkzeug oft die bessere und günstigere Antwort. Eine reine Software-Organisation mit ausgeprägter agiler Praxis findet in einem spezialisierten Entwicklungswerkzeug mehr Tiefe. Und Organisationen, für die Datenhoheit ein hartes, nicht verhandelbares Kriterium ist, sollten europäische Anbieter ernsthaft in die engere Wahl nehmen, bevor sie sich mit einem US-Anbieter befassen.
Eine vierte Grenze ist personeller Natur und wird regelmäßig unterschätzt: ClickUp braucht jemanden, der es verantwortet. Nicht in Vollzeit, aber verlässlich. Wenn niemand für Struktur, Felder, Automatisierungen und Rechte zuständig ist, verwildert die Plattform binnen eines Jahres. In Organisationen ohne freie Kapazität für diese Rolle ist ein Werkzeug mit weniger Gestaltungsspielraum häufig die klügere Wahl — weil es weniger Möglichkeiten bietet, sich selbst im Weg zu stehen.
Im Mittelstand entscheidet über den Erfolg selten die Software, sondern die Veränderungsbereitschaft. Eine Plattform, die Arbeit sichtbar macht, verändert etwas Grundlegendes: Wer bisher informell und ohne Nachverfolgung gearbeitet hat, erlebt Transparenz zunächst als Kontrolle. Diese Reaktion ist normal und sollte nicht weggeredet, sondern adressiert werden. Wirksam ist, den Zweck der Transparenz offen zu benennen — bessere Planbarkeit, gleichmäßigere Auslastung, weniger Nachfragen — und ausdrücklich auszuschließen, dass die Daten zur individuellen Leistungsbewertung dienen. Diese Zusage gehört nicht in eine Präsentation, sondern in eine schriftliche Vereinbarung mit der Arbeitnehmervertretung, wie das folgende Kapitel ausführt.
Die Kostenfrage entscheidet sich nicht am Preis je Nutzer und Monat. In eine belastbare Rechnung gehören mehrere Posten. Erstens die Lizenzkosten in der tatsächlich benötigten Edition, für alle Personen, die produktiv arbeiten — und die Klärung, wie externe Beteiligte oder Gäste lizenzrechtlich behandelt werden. Zweitens der Einführungsaufwand: Struktur-Design, Konfiguration, Migration, Schulung. Drittens der laufende Betriebsaufwand für Pflege, Rechteverwaltung und Weiterentwicklung. Viertens mögliche Zusatzkosten für KI-Funktionen, die je nach Anbieterlogik separat bepreist sein können, sowie für ergänzende Automatisierungsplattformen.
Dem gegenüber stehen die Einsparungen aus abgelösten Werkzeugen — und genau hier lohnt sich die Genauigkeit. Wer vier Abonnements einspart, rechnet anders als jemand, der nur ein einziges Werkzeug ersetzt. Preise, Editionsinhalte und Kontingente ändern sich laufend; verbindliche Zahlen sind immer beim Anbieter zu prüfen. INAGRO empfiehlt eine Betrachtung über drei bis fünf Jahre, weil sich Einführungsaufwände nur über diesen Zeitraum sinnvoll verteilen lassen.
Der erste Prüfpunkt ist der Verarbeitungsort. Zu klären ist, in welchen Regionen der Anbieter Daten speichert und verarbeitet, ob eine EU-Datenresidenz angeboten wird, für welche Editionen sie verfügbar ist und welche Datenarten sie tatsächlich umfasst. Wichtig ist die Unterscheidung zwischen Speicherung und Verarbeitung: Eine Speicherung in der EU bedeutet nicht automatisch, dass jede Verarbeitung — etwa Support-Zugriffe, Protokolldaten, Backups oder KI-Funktionen — ausschließlich in der EU stattfindet. Diese Details gehören ausdrücklich abgefragt und dokumentiert.
Wo Daten in die USA oder andere Drittländer fließen, greift das Regime des Drittlandtransfers. Zu prüfen ist, auf welcher Grundlage der Transfer erfolgt — etwa über einen Angemessenheitsbeschluss samt Zertifizierung des Anbieters oder über Standardvertragsklauseln —, und ob eine ergänzende Risikobetrachtung erforderlich ist. Diese Prüfung ist keine Formalie: Sie sollte dokumentiert im Verarbeitungsverzeichnis liegen, weil sie im Prüfungsfall angefragt wird. Da sich die Rechtslage und die Zertifizierungssituation von Anbietern verändern können, gehört dieser Punkt in die regelmäßige Überprüfung und nicht in die einmalige Ablage.
Grundlage jeder rechtskonformen Nutzung ist ein Auftragsverarbeitungsvertrag (AVV) mit dem Anbieter nach Art. 28 DSGVO. Er regelt Gegenstand, Dauer, Art und Zweck der Verarbeitung, die Kategorien betroffener Personen sowie die technischen und organisatorischen Maßnahmen. Ebenso zu prüfen ist die Liste der Unterauftragsverarbeiter: Cloud-Infrastruktur, Support-Dienstleister, Analyse- und Kommunikationsdienste. Diese Liste ändert sich über die Zeit, weshalb der Prozess zur Information über Änderungen und das Widerspruchsrecht Teil der Prüfung sein sollten.
Besondere Aufmerksamkeit verdient die KI-Datenverarbeitung. Bei ClickUp Brain werden Inhalte des Workspace an Modelle übergeben — je nach Ausgestaltung an eigene oder an Modelle Dritter. Zu klären ist deshalb: Welche Anbieter stehen hinter den genutzten Modellen, und sind sie als Unterauftragsverarbeiter geführt? Wo findet die Verarbeitung statt? Werden Eingaben zum Training verwendet, und lässt sich dies vertraglich ausschließen? Wie lange werden Ein- und Ausgaben gespeichert? Lassen sich die KI-Funktionen zentral abschalten oder auf bestimmte Bereiche begrenzen? Ohne belastbare Antworten sollte die Funktion nicht in Bereichen aktiviert werden, in denen personenbezogene oder vertrauliche Daten liegen.
Weil ClickUp Zeiterfassung, Zuweisungen, Statusverläufe und Aktivitätsdaten erfasst, ist es grundsätzlich geeignet, Verhalten und Leistung von Beschäftigten zu überwachen. Damit fällt die Einführung in Unternehmen mit Arbeitnehmervertretung regelmäßig unter die Mitbestimmung nach § 87 Abs. 1 Nr. 6 BetrVG. Praktisch bedeutet das: Der Betriebsrat ist früh einzubinden, und die Nutzung wird in einer Betriebsvereinbarung geregelt. Sinnvolle Inhalte sind der Zweck der Verarbeitung, eine ausdrückliche Zweckbindung mit Ausschluss der individuellen Leistungskontrolle, der Umgang mit Auswertungen und Dashboards, Aufbewahrungsfristen sowie eine Regelung zu Automatisierungen und KI-Funktionen.
Die Erfahrung zeigt, dass eine frühe Einbindung Projekte beschleunigt statt sie zu bremsen. Wer den Betriebsrat erst nach der Auswahl informiert, verhandelt unter Zeitdruck und riskiert Nachbesserungen an einer bereits konfigurierten Plattform. Wer ihn in die Anforderungsphase einbezieht, kann Bedenken konstruktiv in Konfigurationsentscheidungen übersetzen — etwa indem bestimmte Auswertungen von vornherein nur aggregiert und nicht personenbezogen gebaut werden.
Wo Datenhoheit ein hartes Kriterium ist, gehören europäische Anbieter in die Betrachtung. awork aus Deutschland ist auf Projektsteuerung in Agenturen und Dienstleistungsunternehmen ausgerichtet, mit Hosting in Deutschland beziehungsweise der EU. factro, ebenfalls aus Deutschland, setzt auf klassische Projektstrukturbaum-Logik und deutsches Hosting. Stackfield aus München verbindet Aufgaben- und Projektmanagement mit Kommunikation und legt einen ausgeprägten Schwerpunkt auf Verschlüsselung und Datenschutz. Alle drei bieten weniger Funktionsbreite als ClickUp — genau das kann in Organisationen ohne dedizierte Betreuungsrolle jedoch ein Vorteil sein.
Die Entscheidung sollte bewusst getroffen und begründet dokumentiert werden. Ein US-Anbieter ist nicht per se ausgeschlossen, aber er verlangt eine sorgfältigere Prüfung und eine belastbare Dokumentation der Abwägung. Umgekehrt ist ein europäischer Anbieter kein Freibrief: Auch dort sind AVV, Berechtigungskonzept, Löschkonzept und Mitbestimmung zu regeln. Die Hinweise in diesem Kapitel sind eine fachliche Einordnung und ersetzen keine Rechtsberatung — die Bewertung im Einzelfall gehört in die Hände der eigenen Datenschutzbeauftragten und, wo nötig, einer fachkundigen rechtlichen Beratung.
