Montag, Standup. Der Projektleiter fragt: "Wo steht das Redesign für Müller Packaging?" Drei Leute schauen auf drei verschiedene Screens. Einer hat ein Trello-Board offen, die Designerin scrollt durch Notion, der Entwickler guckt in seine persönliche Excel-Liste. Die Antwort kommt in drei Versionen – keine davon stimmt.

Das ist kein Einzelfall. 55 % aller Wissensarbeiter berichten von mehreren Apps, die denselben Job machen, und 60 % sagen, dass Tool-Überladung ihre Zusammenarbeit aktiv beeinträchtigt (Cornell University / Qatalog, 2023). Der durchschnittliche Mitarbeiter wechselt über 1.100 Mal am Tag zwischen Anwendungen (Harvard Business Review, 2022).

Die Reaktion in den meisten Agenturen? Noch ein Tool testen. Noch ein Board aufsetzen. Noch ein "Diesmal machen wir es richtig"-Meeting. Aber das eigentliche Problem sitzt tiefer: Die Wahl des Tools ist keine Design-Frage. Es ist eine Struktur-Frage.

Die Leinwand-Falle

Moderne Tools wie Trello, Notion oder ClickUp sind im Grunde leere Leinwände. Sie kommen mit Möglichkeiten, nicht mit Antworten. Das ist ihre Stärke – und ihr größtes Risiko.

Stell dir ein leeres Büro vor. Keine Möbel, keine Schilder, kein Meeting-Rhythmus. Jeder sucht sich seinen eigenen Platz, organisiert sich selbst, legt Dokumente ab, wo es gerade passt. Nach ein paar Wochen: Chaos. Nicht weil die Leute unfähig sind – sondern weil niemand die Regeln definiert hat.

Genau das passiert, wenn Agenturen ein neues Projektboard aufsetzen, ohne vorher zu klären, wie die Arbeit eigentlich fließen soll. Ohne definierte Verantwortlichkeiten, klare Übergabepunkte und vereinbarte Spielregeln wird jedes Board zur digitalen Müllhalde. Tasks häufen sich, Prioritäten verschwimmen, Deadlines rutschen durch. Das Tool ist da – aber nichts hat sich verändert.

Drei Teams, drei Systeme, null Überblick

Eine Digitalagentur aus München, rund 35 Leute, spezialisiert auf E-Commerce: 2022 nutzte jedes Team Trello – aber jedes auf seine eigene Art. Ein Board lief mit "To Do / Doing / Done". Das zweite hatte "Inbox / In Progress / Needs Feedback / Shipped". Das dritte arbeitete komplett über Custom Labels statt Spalten.

Innerhalb weniger Monate vertraute niemand mehr den Boards. Die eigentliche Arbeit passierte woanders: in DMs, in spontanen Calls, in Excel-Listen, die keiner außer dem Ersteller verstand. Das Tool war da. Die gemeinsame Sprache fehlte.

Das Problem war nicht Trello. Das Problem war, dass niemand vorher definiert hatte, was ein Ticket bedeutet, wann es den Besitzer wechselt und wie "fertig" aussieht. Wer ein Projekt sauber führen will, muss diese Fragen beantworten, bevor überhaupt eine Software ins Spiel kommt.

Was Agenturen eigentlich brauchen

Das fehlende Stück ist kein besseres Tool. Es ist ein gemeinsames Betriebssystem – die Spielregeln, auf die sich alle einigen, bevor überhaupt jemand ein Board aufmacht.

Drei Fragen, die in den meisten Teams keine konsistente Antwort haben: Wer ist für das Kunden-Briefing verantwortlich? Wer entscheidet, wann ein Konzept "final" ist? Wie wird aus einem unterschriebenen Angebot ein laufendes Projekt?

Solange diese Fragen offen sind, hilft das flexibelste Tool der Welt nicht. Im Gegenteil – die Flexibilität macht es schlimmer. Jeder baut seinen eigenen Workflow, Prozesse bleiben im Kopf statt im System, und Übergaben passieren per Zufall in Slack oder auf dem Flur. Was als Board gestartet ist, wird zum chaotischen Abstellraum.

Eine mittelständische IT-Beratung aus Hamburg hat 2023 genau diesen Schnitt gemacht. 28 Consultants, fokussiert auf Enterprise-Digitalisierung, vorher gefangen in selbstgebautem Excel-Chaos. Aber statt einfach ein neues Tool zu kaufen, haben sie zuerst ihre Prozesse definiert: Jedes Lead wird als Ticket im Sales-Projekt angelegt. Sobald ein Angebot angenommen wird, entsteht automatisch ein Projekt mit vorkonfigurierten Arbeitspaketen. Jedes Arbeitspaket hat einen Owner, einen Reviewer und klare Abnahmekriterien.

Erst danach wählten sie das passende Tool. Das Ergebnis nach sechs Monaten: 40 % weniger Rückfragen, 25 % schnellere Projektabschlüsse. Und zum ersten Mal konnten sie sauber nachvollziehen, wo die Zeit tatsächlich hinging.

Prozess schlägt Feature-Liste

Wer denkt, ein Feature-Vergleich sei die Antwort, hat die Frage falsch verstanden. Die richtige Reihenfolge ist unbequem, weil sie Arbeit macht, bevor man überhaupt eine Demo bucht:

Rollen und Verantwortlichkeiten klären – wer entscheidet was? Übergabepunkte definieren – wie bewegt sich Arbeit zuverlässig zwischen Menschen? Standards setzen – wie stellen wir sicher, dass alle gleich arbeiten? Und erst dann: Welches Tool bildet das am besten ab?

Wenn diese Struktur steht, wird die Tool-Wahl zu einer Frage der Passung, nicht der Erlösung. Und genau hier unterscheiden sich Tools, die sich einer klaren Arbeitsweise verschrieben haben, von denen, die einfach nur flexibel sind. Manche Tools – Basecamp war ein frühes Beispiel – entscheiden sich bewusst für eine bestimmte Arbeitsweise und zwingen Teams in eine Struktur. Andere lassen alle Türen offen.

Für Agenturen, die zum ersten Mal ihre Abläufe standardisieren, ist ein klarer Rahmen oft wertvoller als maximale Konfigurierbarkeit. Nicht weil Teams dumm sind – sondern weil Struktur nicht das Problem des Einzelnen sein sollte, sondern die Entscheidung der Organisation.

Wenn Struktur und Tool zusammenwachsen

Leadtime ist mit genau dieser Überzeugung gebaut: Nicht als leere Leinwand, sondern als funktionierendes Betriebssystem für Agenturen und IT-Dienstleister. Mit eingebauter Prozesslogik, die den gesamten Flow abbildet – Lead, Angebot, Projekt, Umsetzung, Abrechnung – statt einzelne Features aufzulisten.

Ob das für jede Agentur der richtige Ansatz ist? Kommt drauf an. Wer eine Struktur hat, die funktioniert, und nur ein Tool sucht, das sie abbildet – großartig. Wer aber merkt, dass das Problem tiefer sitzt, dass Teams unterschiedlich priorisieren, Übergaben verschwinden und niemand weiß, wo ein Projekt wirklich steht – für den ist die Frage nicht "Welches Tool?", sondern "Welche Struktur?".

Die Antwort darauf muss nicht Leadtime sein. Aber sie muss eine Antwort sein, die vor dem Login kommt – nicht danach.