Die Grundidee lässt sich in einem Satz beschreiben: Arbeit planen, Arbeit erledigen, Arbeit messen — an einem Ort. Klassische Projektwerkzeuge trennen diese drei Ebenen häufig. Aufgaben leben in einem Tool, Stunden in einer separaten Zeiterfassung, die Frage nach der Teamauslastung wird in einer Tabellenkalkulation beantwortet. awork setzt an dieser Trennung an und behandelt Zeit und Kapazität nicht als Nebenschauplatz, sondern als gleichwertigen Teil des Projektmodells. Für Dienstleister ist das kein kosmetischer Unterschied, denn Zeit ist bei ihnen zugleich Ressource, Kostenträger und Umsatzgrundlage.
Ebenso wichtig ist die Einordnung dessen, was awork bewusst nicht sein will. Es ist kein Issue-Tracker mit tiefen, frei konfigurierbaren Statusautomaten für die Softwareentwicklung, kein vollwertiges ERP-System und keine Buchhaltungssoftware. Es ist auch kein Dokumentenspeicher und kein Chat-Werkzeug im engeren Sinne. Wer diese Grenzen kennt, bewertet das Produkt fair: awork zielt auf den Bereich zwischen der reinen Aufgabenliste und der schwergewichtigen Unternehmensplattform — und genau dort ist im deutschsprachigen Mittelstand eine erhebliche Lücke.
Vier Objekte tragen das gesamte Datenmodell. Das Projekt ist der organisatorische Rahmen: Es hat einen Zeitraum, einen Kunden oder internen Auftraggeber, ein Team und in der Regel ein Budget oder einen geplanten Aufwand. Innerhalb des Projekts strukturieren Aufgaben die konkrete Arbeit; sie tragen Verantwortliche, Fälligkeiten, Status und geschätzte Aufwände. Auf jede Aufgabe lässt sich Zeit buchen — entweder per Timer im laufenden Arbeitstag oder nachträglich als Eintrag. Und aus der Summe geplanter Aufwände und gebuchter Zeiten ergibt sich die Auslastung: die Frage, wer in den kommenden Wochen wie stark verplant ist.
Diese Kette ist der eigentliche Hebel. Sobald geschätzter Aufwand, geplanter Zeitraum und tatsächlich gebuchte Stunden im selben System liegen, beantworten sich Fragen, die sonst mühsam zusammengetragen werden müssen: Läuft dieses Projekt aus dem Budget? Ist die kommende Woche realistisch geplant? Welche Leistung wurde erbracht, aber noch nicht abgerechnet? Genau diese Auskunftsfähigkeit unterscheidet ein Projektwerkzeug für Dienstleister von einer bloßen digitalen Aufgabenliste.
Der Zuschnitt des Produkts ist kein Zufall. awork wurde in Hamburg aus dem Umfeld projektgetriebener Dienstleistung heraus entwickelt — von Menschen, die den Alltag zwischen Kundenterminen, wechselnden Prioritäten, Stundenzetteln und Monatsabrechnungen aus eigener Erfahrung kannten. Das erklärt Designentscheidungen, die anderswo fehlen: die prominente Rolle der Zeiterfassung, die Kundenzuordnung von Projekten, die Sicht auf die Auslastung einzelner Personen, das Denken in Projektvorlagen für wiederkehrende Leistungsarten.
Für die Bewertung heißt das: awork ist ein meinungsstarkes Produkt. Es gibt eine Arbeitsweise vor, statt jede denkbare Arbeitsweise konfigurierbar zu machen. Das ist ein echter Vorteil für Organisationen, deren Prozesse dem gedachten Modell nahekommen — sie sind schnell produktiv und müssen wenig einrichten. Für Organisationen mit stark abweichenden Anforderungen kann derselbe Zuschnitt einengend wirken. Die ehrliche Prüfung im Vorfeld ist deshalb wichtiger als bei generischen Plattformen, die sich in nahezu jede Richtung biegen lassen.
awork gehört in diese Kategorie, weil es zwei Dinge gleichzeitig leistet: Es strukturiert Vorhaben (Projektmanagement) und organisiert die Zusammenarbeit der beteiligten Menschen (Collaboration). Kommentare an Aufgaben, gemeinsame Projektzeitpläne, geteilte Ansichten für Kunden oder Auftraggeber und eine gemeinsame Sicht auf Termine und Kapazitäten machen es zur zentralen Arbeitsfläche eines Teams. Der Kollaborationsteil ersetzt dabei keine Kommunikationsplattform — er sorgt dafür, dass Abstimmung dort stattfindet, wo die Arbeit liegt, statt in verstreuten E-Mail-Verläufen.
Im deutschsprachigen Markt greifen zu awork typischerweise Teams zwischen einer Handvoll und einigen Dutzend Personen, die eine klare Nutzenformel suchen: weniger Werkzeuge, weniger Doppelerfassung, schnellere Antworten auf Auslastungs- und Budgetfragen — und ein Anbieter, mit dem sich Datenschutz- und Vertragsfragen ohne Umweg über andere Rechtsräume klären lassen. Dieser letzte Punkt ist im Mittelstand längst kein weiches Argument mehr, sondern häufig ein hartes Auswahlkriterium.
Der Anbieter bündelt seinen Funktionsumfang in gestaffelten Editionen, die typischerweise pro Nutzerin und Nutzer abgerechnet werden. Die Einstiegsstufe deckt den Kern ab: Projekte anlegen, Aufgaben in Listen und Boards organisieren, Zeiten erfassen, grundlegende Auswertungen sehen. Mittlere Stufen ergänzen das, was den Alltag professioneller Projektarbeit ausmacht — belastbare Kapazitäts- und Auslastungsplanung, Projektvorlagen, Automatisierungen, feinere Berichte, erweiterte Berechtigungen und tiefere Integrationen. Höhere Stufen adressieren Organisationen mit stärkeren Anforderungen an Verwaltung, Sicherheit und Support: unternehmensweite Anmeldeverfahren, differenzierte Rollen- und Rechtemodelle, erweiterte Governance-Funktionen und begleitete Einführung.
Konkrete Preise, Stufenbezeichnungen und Funktionszuordnungen ändern sich am Markt regelmäßig und werden hier bewusst nicht beziffert. Verbindlich ist immer die aktuelle Anbieterinformation. Für die Auswahl ist ohnehin eine andere Frage entscheidend: Welche Funktion ist im Alltag geschäftskritisch, und ab welcher Stufe ist sie enthalten? In der Praxis sind das bei Dienstleistern fast immer die Auslastungsplanung, die Projektvorlagen und die Berichte über gebuchte gegen geplante Zeiten — wer diese drei braucht, sollte prüfen, ob die Einstiegsstufe tatsächlich ausreicht.
Der Markt für Projektwerkzeuge zerfällt grob in drei Lager. Am einen Ende stehen schlanke Aufgabenlisten und Board-Werkzeuge, die schnell verstanden sind, aber weder Zeit noch Kapazität ernsthaft abbilden. Am anderen Ende stehen umfassende Unternehmensplattformen und ERP-nahe Lösungen, die alles können, dafür aber Einführungsprojekte, Beratung und dauerhafte Betreuung erfordern. Dazwischen liegt das Feld, in dem awork antritt: professionell genug für echte Projektsteuerung, schlank genug für Teams ohne eigene IT-Abteilung.
Diese Positionierung hat Konsequenzen für die Erwartungshaltung. awork wird bewusst als fertiges Produkt ausgeliefert und nicht als Plattform, auf der man sich seine Anwendung selbst baut. Es gibt weniger Konfigurationsschrauben als bei den großen internationalen Anbietern — und deutlich weniger Gelegenheit, sich in Einstellungen zu verlieren. Für viele Mittelständler ist das ein Vorteil, weil die häufigste Ursache gescheiterter Tool-Einführungen nicht fehlende Funktionen sind, sondern Überkonfiguration und ausbleibende Nutzung.
Ein Alleinstellungsmerkmal, das der Anbieter aktiv nutzt, ist die Herkunft. Ein deutscher Anbieter mit deutschem Vertragspartner, deutschsprachigem Support und europäischem Hosting beantwortet eine Reihe von Fragen, die bei internationalen Werkzeugen zusätzlichen Prüfaufwand erzeugen: Vertragssprache, Gerichtsstand, Erreichbarkeit im Support, Auftragsverarbeitung, Datenstandort. Für Unternehmen, die im öffentlichen Sektor arbeiten, in regulierten Branchen tätig sind oder deren Kunden entsprechende Zusagen verlangen, kann dieser Aspekt bereits die Vorauswahl entscheiden.
Dabei gilt eine sachliche Einordnung: Ein deutscher Anbieterstandort ersetzt keine eigene Datenschutzprüfung, und die Herkunft allein macht ein Produkt nicht besser. Sie senkt aber die Reibung in der Beschaffung erheblich — und diese Reibung ist im Mittelstand ein realer Kostenfaktor, der bei reinen Funktionsvergleichen regelmäßig unterschätzt wird. Details zum Hosting-Standort, zu Zertifizierungen und zu vertraglichen Zusagen sind vor der Entscheidung beim Anbieter zu prüfen, weil sich solche Angaben ändern können.
Ein Projekt in awork ist mehr als ein Ordner für Aufgaben. Es trägt Start- und Endtermin, Verantwortliche, ein Team, eine Kundenzuordnung und in der Regel eine Planungsgröße — geplante Stunden, ein Budget oder beides. Für die zeitliche Struktur steht ein Projektzeitplan zur Verfügung, in dem sich Phasen, Aufgabenpakete und Meilensteine über die Zeitachse anordnen lassen. Anders als in klassischen Terminplanungswerkzeugen liegt der Schwerpunkt nicht auf komplexen Anordnungsbeziehungen und kritischen Pfaden, sondern auf einer verständlichen, jederzeit anpassbaren Übersicht, die auch Nicht-Planer lesen können.
Besonders wirksam für Dienstleister sind Projektvorlagen. Wer eine Leistungsart wiederholt erbringt — einen Website-Relaunch, ein Audit, eine Kampagne, ein Onboarding — legt die zugehörige Struktur einmal an: Phasen, typische Aufgaben, Verantwortlichkeiten, geschätzte Aufwände, relative Termine. Jedes neue Projekt entsteht dann in Minuten statt in Stunden, und zugleich wird der eigene Leistungsprozess standardisiert. Der Nebeneffekt ist oft wertvoller als die Zeitersparnis: Vorlagen zwingen ein Team dazu, seine eigene Vorgehensweise einmal sauber zu beschreiben.
Aufgaben lassen sich in mehreren Ansichten bearbeiten. Die Listenansicht eignet sich für strukturierte Abarbeitung und Massenbearbeitung, das Kanban-Board für die visuelle Steuerung des Arbeitsflusses über Status hinweg, die Zeitachse für die Frage, was wann liegt. Aufgaben tragen die üblichen Attribute — Beschreibung, Zuständigkeit, Fälligkeit, Priorität, Status, Anhänge, Kommentare, Unteraufgaben, Checklisten und geschätzte Aufwände — sowie eine Zuordnung zu Projekt und gegebenenfalls Aufgabenliste.
Für die einzelne Person ist die arbeitsplatzzentrierte Sicht entscheidend: eine Ansicht, die alle eigenen Aufgaben projektübergreifend bündelt und nach Fälligkeit oder Priorität ordnet. Genau hier entscheidet sich in der Praxis, ob ein Werkzeug angenommen wird. Wer morgens eine verlässliche Antwort auf die Frage bekommt, woran heute zu arbeiten ist, nutzt das System freiwillig. Wer sich diese Antwort aus fünf Projekten zusammensuchen muss, kehrt zur eigenen Liste auf Papier zurück.
Die integrierte Zeiterfassung ist das Merkmal, das awork am deutlichsten von generischen Aufgabenwerkzeugen abhebt. Zeiten werden direkt auf Aufgaben oder Projekte gebucht — per Timer während der Arbeit, per Nacherfassung am Tagesende oder über eine Wochenansicht, die dem gewohnten Stundenzettel nahekommt. Weil die Erfassung im selben Werkzeug stattfindet, in dem die Arbeit organisiert ist, entfällt die Doppelerfassung, die in getrennten Systemen unvermeidlich ist und regelmäßig zu unvollständigen oder geschätzten Angaben führt.
Aus den gebuchten Zeiten entstehen die Auswertungen, die für Dienstleister zählen: geplanter gegen tatsächlicher Aufwand je Projekt, Verbrauch gegen Budget, abrechenbare gegen nicht abrechenbare Stunden, Zeitverteilung über Kunden und Leistungsarten. Diese Zahlen sind gleichzeitig die Grundlage für Rechnungsstellung, Nachkalkulation und die realistischere Kalkulation des nächsten Angebots. Ein Hinweis gehört an dieser Stelle dazu: Zeiterfassung berührt in Deutschland arbeitsrechtliche und mitbestimmungsrelevante Fragen — dazu mehr in Kapitel 09.
Die Auslastungsansicht beantwortet die vielleicht teuerste Frage einer Dienstleistungsorganisation: Wer hat in den kommenden Wochen wie viel freie Kapazität? Grundlage sind die hinterlegten Arbeitszeiten der Teammitglieder, die geplanten Aufwände der zugewiesenen Aufgaben, Projektlaufzeiten sowie Abwesenheiten. Daraus entsteht eine Sicht, in der Über- und Unterauslastung sichtbar werden, bevor sie zum Problem wird — und in der sich Arbeit durch Umverteilen oder Verschieben glätten lässt.
Der praktische Wert steht und fällt mit der Datenqualität. Eine Auslastungsplanung ist nur so gut wie die hinterlegten Schätzungen und die Pflege der Zuweisungen. Teams, die Aufwände nicht schätzen oder Aufgaben ohne Verantwortliche liegen lassen, sehen eine Auslastung, die mit der Realität wenig zu tun hat. INAGRO empfiehlt deshalb, die Auslastungsplanung nicht als erste, sondern als zweite Ausbaustufe einzuführen — erst wenn Projekte, Aufgaben und Zeiten verlässlich gepflegt werden, trägt sie belastbare Entscheidungen.
Vor jeder KI-Diskussion steht die klassische Automatisierung nach Wenn-Dann-Regeln. Typische Muster: Wird eine Aufgabe in einen bestimmten Status verschoben, wechselt die Zuständigkeit; wird eine Phase abgeschlossen, entstehen die Folgeaufgaben; nähert sich ein Projektbudget einer definierten Grenze, wird die Projektleitung informiert; wiederkehrende Aufgaben werden in festen Intervallen automatisch erzeugt. Solche Regeln sind unspektakulär, sparen aber über ein Jahr gerechnet erhebliche Zeit und sorgen vor allem für Verlässlichkeit — der Prozess läuft auch dann, wenn niemand daran denkt.
Die Gestaltungsregel lautet auch hier: sparsam und nachvollziehbar. Automatisierungen, die niemand mehr überblickt, erzeugen Effekte, die sich im Alltag wie Fehler anfühlen. Jede Regel sollte einen benannten Zweck, eine verantwortliche Person und einen Platz in der internen Dokumentation haben.
Die KI-Funktionen setzen an den Stellen an, an denen Projektarbeit typischerweise Reibung erzeugt. Dazu zählen die Strukturierung neuer Vorhaben — aus einer knappen Beschreibung entsteht ein Vorschlag für Projektphasen und Aufgaben, der anschließend manuell geschärft wird —, die Aufbereitung von Text für Aufgabenbeschreibungen und Zusammenfassungen sowie die Unterstützung bei der Zeiterfassung, etwa durch Vorschläge auf Basis von Kalendereinträgen und bisheriger Buchungspraxis.
Realistisch betrachtet ist der Wert dieser Funktionen ein Startvorteil, keine Entscheidungsübernahme. Ein KI-Vorschlag für eine Projektstruktur ist ein guter erster Entwurf und ein Mittel gegen das leere Blatt; die inhaltliche Verantwortung bleibt beim Team. Bei Zeiterfassungs-Vorschlägen gilt zusätzlich, dass die Bestätigung durch die erfassende Person erhalten bleiben sollte — sowohl aus Gründen der Datenrichtigkeit als auch mit Blick auf arbeitsrechtliche Anforderungen. Welche KI-Funktionen in welcher Edition verfügbar sind und wie sie technisch umgesetzt werden, ändert sich schnell und ist beim Anbieter zu prüfen.
Sobald KI-Funktionen Projektinhalte verarbeiten, entstehen Governance-Fragen, die unabhängig vom Anbieter zu beantworten sind. Wo werden die Daten verarbeitet, und werden dafür Unterauftragsverarbeiter eingesetzt? Fließen Kundeninhalte in das Training von Modellen ein, oder ist dies vertraglich ausgeschlossen? Lässt sich die KI-Nutzung auf Ebene der Organisation oder einzelner Projekte deaktivieren? Gibt es Projekte mit besonders schützenswerten Inhalten, in denen KI-Funktionen bewusst nicht genutzt werden sollen?
INAGRO empfiehlt, diese Punkte vor der Aktivierung schriftlich zu klären und in einer kurzen internen Richtlinie festzuhalten. Der Aufwand ist gering, verhindert aber die typische Situation, in der eine Funktion stillschweigend genutzt wird und die Datenschutzbewertung erst nachträglich erfolgt. Wer außerdem regulatorische Entwicklungen im Blick behält, sollte die KI-Nutzung dokumentieren — Transparenz über eingesetzte KI-Funktionen wird in Auswahl- und Prüfprozessen zunehmend verlangt.
Für die meisten Mittelständler im DACH-Raum ist Microsoft 365 die Grundlage der täglichen Arbeit. Entsprechend wichtig sind Anbindungen an Outlook-Kalender und Microsoft Teams: Termine und Projektaufgaben in einer gemeinsamen Sicht, Aufgabenbezug in Team-Kanälen, Anmeldung über die Unternehmensidentität. Vergleichbare Brücken bestehen zu Google Workspace und dessen Kalender sowie zu Slack, das in Agenturen und IT-Dienstleistungen verbreitet ist. Der praktische Nutzen liegt in der Kalendersynchronisation: Wer Termine und Projektarbeit in einer Ansicht sieht, plant realistischer und erfasst Zeiten vollständiger.
Bei Chat-Integrationen empfiehlt sich Zurückhaltung. Alle Benachrichtigungen in einen Chat-Kanal zu spiegeln, erzeugt schnell Rauschen und führt dazu, dass Meldungen ignoriert werden. Sinnvoller ist, nur wenige relevante Ereignisse zu spiegeln — Freigaben, kritische Fristen, Budgetwarnungen — und die tägliche Arbeitssteuerung im Projektwerkzeug zu belassen.
Für die Kapazitätsplanung sind Abwesenheiten die häufigste Fehlerquelle. Urlaub, Krankheit, Elternzeit und Teilzeitmodelle liegen in vielen Unternehmen in einer Personalsoftware — im DACH-Markt häufig Personio oder vergleichbare Systeme. Eine Anbindung sorgt dafür, dass Abwesenheiten automatisch in die Auslastungssicht einfließen, statt doppelt gepflegt zu werden. Das klingt nach einem Detail, entscheidet aber darüber, ob die Planungssicht im Alltag geglaubt wird. Welche Anbindungen in welcher Tiefe verfügbar sind, ist vor der Entscheidung konkret zu prüfen, da sich Integrationsangebote laufend verändern.
Am anderen Ende der Prozesskette steht die Abrechnung. Erfasste Zeiten sind bei Dienstleistern die Grundlage für Rechnungen, für die Nachkalkulation und für die betriebswirtschaftliche Auswertung. In der deutschen Praxis führt der Weg von dort in Richtung Buchhaltung und Steuerberatung — typischerweise über Rechnungs- und Buchhaltungslösungen, die ihrerseits DATEV-nahe Schnittstellen und Exportformate bedienen. awork selbst ist keine Buchhaltungssoftware; der übliche Aufbau ist deshalb eine Kette: Projekt- und Zeitdaten in awork, Rechnungsstellung im Fakturierungs- oder ERP-System, Übergabe an die Buchhaltung beziehungsweise die steuerliche Beratung.
Für diese Kette gibt es je nach Bestand mehrere Wege: fertige Integrationen, strukturierte Exporte oder eine Verbindung über die Programmierschnittstelle. Entscheidend ist, vor der Einführung festzulegen, welches System welche Wahrheit hält — wo Kunden- und Projektstammdaten gepflegt werden, welches System die Rechnungsnummern vergibt, und wie mit Korrekturen umgegangen wird. Diese Festlegung ist wichtiger als die Frage, ob eine Verbindung fertig verfügbar ist oder gebaut werden muss.
Für alles, was keine fertige Integration hat, steht eine öffentliche Programmierschnittstelle zur Verfügung. Über sie lassen sich Projekte, Aufgaben, Zeiteinträge und Stammdaten lesen und schreiben — die Grundlage für eigene Auswertungen, für die Anbindung an ein CRM oder für automatisch angelegte Projekte aus einem gewonnenen Angebot heraus. Ergänzend erlauben Webhooks ereignisgesteuerte Verarbeitung, sodass nachgelagerte Systeme nicht in Intervallen abfragen müssen.
Wer keine Entwicklungsressourcen einsetzen will, greift zu Automatisierungsplattformen wie Zapier oder Make. Sie verbinden Anwendungen ohne eigenen Code und eignen sich gut für überschaubare Abläufe: ein Formular-Eingang erzeugt eine Aufgabe, ein neuer Auftrag im CRM legt ein Projekt aus einer Vorlage an, wöchentliche Zeitdaten wandern in eine Auswertungstabelle. Zwei Hinweise gehören dazu: Solche Verbindungen sind ebenfalls Datenverarbeitung und gehören in die Datenschutzbetrachtung, und sie brauchen eine benannte Zuständigkeit — automatisierte Ketten, für die sich niemand verantwortlich fühlt, fallen still aus und werden erst bemerkt, wenn Daten fehlen.
Asana ist die reife, gut durchdachte Arbeitsmanagement-Plattform für bereichsübergreifende Zusammenarbeit. Sie ist stark in der Strukturierung von Vorhaben, in Zielsystemen und in der Verzahnung vieler Teams, behandelt Zeiterfassung aber nicht als Kernthema — abrechenbare Stunden und Auslastung sind dort typischerweise Sache ergänzender Werkzeuge. monday punktet mit visueller Zugänglichkeit und hoher Anpassbarkeit an nahezu beliebige Prozesse; der Preis dafür ist Konfigurationsaufwand und die Notwendigkeit, sich das eigene System selbst zu bauen. ClickUp verfolgt den maximalistischen Ansatz mit sehr breitem Funktionsumfang inklusive Zeiterfassung — mit dem bekannten Nebeneffekt, dass Umfang und Einstellungsvielfalt kleinere Teams überfordern können.
Die ehrliche Abgrenzung lautet: Wer eine große, heterogene Organisation über viele Abteilungen hinweg koordinieren will, findet bei Asana und monday mehr Reife und ein größeres Ökosystem. Wer maximale Funktionsbreite in einem Werkzeug sucht und bereit ist, dafür Komplexität in Kauf zu nehmen, schaut auf ClickUp. Wer dagegen projektbezogene Zeit, Budget und Auslastung ins Zentrum stellt und ein Werkzeug will, das ohne Aufbauprojekt läuft, findet in awork den kürzeren Weg zum Ergebnis.
factro aus Bochum ist der nächste Nachbar in der Zielgruppe: ebenfalls deutscher Anbieter, ebenfalls Hosting in Deutschland, ebenfalls auf mittelständische Projektarbeit ausgerichtet. Der Schwerpunkt liegt dort traditionell stärker auf klassischer Projektstrukturierung mit Projektstrukturplan und Aufgabenbäumen, was Organisationen entgegenkommt, die aus dem klassischen Projektmanagement kommen. awork setzt demgegenüber stärker auf Zeit, Auslastung und den Rhythmus von Dienstleistungsorganisationen. Beide Produkte lohnen den direkten Vergleich anhand echter eigener Projekte statt anhand von Funktionslisten.
Stackfield aus München positioniert sich mit einem anderen Akzent: Kollaboration und Kommunikation stehen gleichberechtigt neben dem Aufgabenmanagement, und der Anbieter betont Ende-zu-Ende-Verschlüsselung sowie besonders strenge Datenschutzanforderungen. Für Organisationen, deren zentrales Motiv Vertraulichkeit und die Ablösung externer Chat-Werkzeuge ist, kann das den Ausschlag geben. Wer dagegen Projektsteuerung mit Zeit- und Kapazitätsbezug sucht und Kommunikation ohnehin in Teams oder Slack betreibt, findet den Schwerpunkt bei awork passender.
INAGRO empfiehlt, die Auswahl entlang von vier Fragen zu führen. Erstens: Ist Zeit ein Kernobjekt Ihres Geschäfts oder nur eine Randnotiz? Wer nach Aufwand abrechnet, sollte Zeiterfassung nicht als Zusatzmodul behandeln. Zweitens: Wie viel Anpassung wollen und können Sie leisten? Ein Werkzeug, das alles kann, verlangt jemanden, der es gestaltet und pflegt. Drittens: Wie schwer wiegen Anbieterstandort und Datenhoheit in Ihrer Branche und bei Ihren Kunden? Und viertens: Welche Systeme sind bereits gesetzt — Microsoft 365, Personalsoftware, Fakturierung — und wie gut fügt sich das Werkzeug dort ein?
Von reinen Funktionsvergleichstabellen rät INAGRO ab: Nahezu jedes Werkzeug dieser Kategorie hakt jede Zeile irgendwie ab, die Unterschiede liegen in der Qualität der Umsetzung. Aussagekräftig wird der Vergleich erst im Praxistest mit einem echten Projekt und echten Zeitbuchungen über einige Wochen.
Das Produkt wird als SaaS-Lösung angeboten; der Anbieter betreibt die Anwendung, sorgt für Verfügbarkeit, Updates und Sicherung. Ein Betrieb in der eigenen Infrastruktur ist üblicherweise nicht vorgesehen — wer aus regulatorischen Gründen zwingend On-Premises benötigt, muss diesen Punkt früh prüfen, weil er die Auswahl grundsätzlich verändert. Für die überwiegende Mehrheit mittelständischer Dienstleister ist der Cloud-Betrieb dagegen ein Vorteil: Es entfallen Serverbetrieb, Wartungsfenster und Versionspflege, und die Einführungsdauer verkürzt sich von Monaten auf Wochen.
Aus IT-Sicht bleiben trotzdem Aufgaben: Benutzerverwaltung und Zugriffsrechte, die Anbindung an die Unternehmensidentität, der Zugang für externe Beteiligte und das Vorgehen beim Ausscheiden von Mitarbeitenden. Diese Punkte gehören in eine kurze Betriebsdokumentation — sie sind schnell erledigt, werden aber erfahrungsgemäß übersprungen.
Fast jede Einführung ersetzt etwas Bestehendes: eine Tabellenkalkulation, ein älteres Projektwerkzeug, eine separate Zeiterfassung oder eine Kombination davon. Für die Migration gelten drei bewährte Grundsätze. Erstens: Nicht alles mitnehmen. Abgeschlossene Projekte gehören in ein Archiv oder einen Export, nicht in das neue System — sie verstopfen Ansichten und Auswertungen. Zweitens: Stammdaten zuerst. Kunden, Personen, Rollen, Arbeitszeiten und Abwesenheiten sind die Grundlage, auf der alles Weitere aufsetzt. Drittens: Zeiten mit Bedacht. Historische Zeitbuchungen zu übernehmen ist aufwendig; oft genügt ein sauberer Stichtag mit archiviertem Altbestand.
Beim Import unterstützen typischerweise strukturierte Dateiformate sowie Importe aus verbreiteten Vorgängerwerkzeugen; für individuelle Fälle steht die Programmierschnittstelle zur Verfügung. Der eigentliche Aufwand liegt selten in der Technik, sondern im Aufräumen davor: uneinheitliche Projektnamen, verwaiste Aufgaben, doppelte Kundenstammdaten. Diese Bereinigung ist unangenehm, aber sie ist die einzige Gelegenheit, mit einem sauberen Datenbestand zu starten — später wird sie kaum noch nachgeholt.
Der kritische Punkt jeder Einführung ist die tägliche Zeitbuchung. Sie ist der Handgriff, der am meisten Disziplin verlangt und am schnellsten einschläft. Was hilft: eine ehrliche Begründung, warum erfasst wird — nämlich für Kalkulation, Abrechnung und realistische Planung, nicht für individuelle Leistungskontrolle. Was ebenfalls hilft: die Erfassung so einfach wie möglich machen (Timer, Kalenderbezug, mobile Nutzung) und einen festen wöchentlichen Zeitpunkt für die Vervollständigung etablieren.
Ebenso wichtig sind die Vorbildfunktion der Führungsebene und ein sichtbarer Rückfluss: Teams, die regelmäßig sehen, was aus ihren Daten wird — Nachkalkulationen, angepasste Angebote, Entlastung bei Überlast —, erfassen deutlich verlässlicher als Teams, für die Zeiterfassung eine Einbahnstraße bleibt.
In Auswahlprozessen tauchen immer wieder dieselben drei Argumente auf. Das erste ist die Reduktion der Werkzeuglandschaft: Ein System statt einer Aufgabenliste, einer separaten Zeiterfassung und einer Auslastungstabelle spart nicht nur Lizenzkosten, sondern vor allem Übertragungsaufwand und Abstimmungsfehler. Das zweite ist die Geschwindigkeit der Einführung: Mittelständische Teams haben selten Kapazität für ein sechsmonatiges Einführungsprojekt; ein Werkzeug, das nach wenigen Wochen produktiv läuft, hat einen strukturellen Vorteil. Das dritte ist die Sprache und Nähe des Anbieters — deutschsprachige Oberfläche, deutschsprachiger Support, deutscher Vertragspartner.
Ebenso ehrlich gehören die Grenzen benannt. Wer komplexe Mehrprojekt-Portfolios mit Szenariorechnungen, Ressourcenpools über Standorte hinweg und tiefer Verzahnung in ein ERP steuern will, stößt in dieser Produktklasse an Grenzen und sollte schwerere Werkzeuge prüfen. Wer Softwareentwicklung mit ausgeprägten agilen Artefakten betreibt, ist mit einem spezialisierten Entwicklungswerkzeug meist besser bedient. Und wer keine Bereitschaft mitbringt, Aufwände zu schätzen und Zeiten zu buchen, wird von der Auslastungsplanung nichts haben — unabhängig vom Anbieter.
Aus INAGRO-Projekten wiederholen sich vier Muster. Der erste Fehler ist die Überstrukturierung zu Beginn: zwanzig Projektvorlagen, ein Dutzend Status und ein Feldkatalog, den niemand füllt. Besser ist ein bewusst schlanker Start und Verfeinerung nach Bedarf. Der zweite Fehler ist die Parallelwelt: awork wird eingeführt, die alte Tabelle bleibt aber „für den Notfall“ bestehen — womit beide Systeme unvollständig sind. Es braucht einen klaren Stichtag und die Abschaltung des Vorgängers.
Der dritte Fehler ist die unklare Kommunikation zur Zeiterfassung. Wird nicht offen erklärt, wofür Zeitdaten genutzt werden und wofür ausdrücklich nicht, entsteht Misstrauen — und Misstrauen erzeugt unvollständige Daten, die wiederum wertlose Auswertungen ergeben. Der vierte Fehler ist die fehlende Zuständigkeit: Ohne benannte Person, die Vorlagen pflegt, Stammdaten korrigiert und Fragen beantwortet, verwildert jedes System innerhalb eines Jahres. Diese Rolle braucht keine Vollzeitstelle, aber sie braucht einen Namen und ein Zeitbudget.
Eine belastbare Faustregel für die Entscheidung: Der Wechsel lohnt, wenn mehr als eine Person regelmäßig Daten zwischen Systemen überträgt, wenn Nachkalkulationen erst Wochen nach Projektabschluss vorliegen oder wenn Kapazitätsentscheidungen aus dem Bauch getroffen werden. In diesen Fällen ist der eingesparte Übertragungs- und Klärungsaufwand meist deutlich größer als die Lizenzkosten. Fehlt dagegen die Bereitschaft zur konsequenten Nutzung, verschiebt ein neues Werkzeug das Problem nur — dann ist die Arbeit an Prozessen und Verbindlichkeit der wirksamere erste Schritt.
Die Abrechnung erfolgt in der Regel pro Nutzerin und Nutzer je Monat, gestaffelt nach Edition und meist mit Vorteil bei jährlicher Zahlweise. Konkrete Beträge nennt dieser Artikel bewusst nicht — Preise, Stufen und Funktionszuordnungen ändern sich, verbindlich ist die aktuelle Anbieterinformation. Für eine belastbare Kalkulation sind ohnehin die Posten entscheidend, die neben der Lizenz stehen: der einmalige Aufwand für Datenbereinigung und Migration, die Zeit für Aufbau der Vorlagen und Grundstruktur, Schulung, die laufende Betreuung durch eine interne Verantwortliche oder einen Verantwortlichen sowie gegebenenfalls Kosten für Integrationen und Automatisierungsplattformen.
Auf der Nutzenseite lassen sich Effekte gut abschätzen: eingesparte Übertragungszeit zwischen Systemen, vollständiger erfasste und damit abrechenbare Leistung, weniger Nacharbeit bei der Rechnungsstellung sowie bessere Kalkulationen durch Nachkalkulation. INAGRO empfiehlt, vor der Entscheidung eine schlichte Gegenüberstellung über drei Jahre zu erstellen — mit vorsichtigen Annahmen. Sie ist in einer Stunde gemacht und trägt eine Entscheidung besser als jede Funktionsliste.
Der wohl deutlichste strategische Vorteil von awork gegenüber den großen internationalen Plattformen ist die Datenhoheit. Ein Anbieter mit Sitz in Deutschland bedeutet einen deutschen Vertragspartner, deutsches Vertragsrecht, deutschsprachige Vertragsunterlagen und einen Ansprechpartner im selben Rechtsraum. Kommt ein Hosting in der EU beziehungsweise in Deutschland hinzu, entfällt die aufwendige Prüfung von Drittlandtransfers, die bei US-Anbietern regelmäßig Ressourcen bindet und in Ausschreibungen zu Rückfragen führt.
Praktisch übersetzt sich das in weniger Reibung an drei Stellen. In der Beschaffung, weil Datenschutzprüfungen kürzer ausfallen und Standardvertragsklauseln samt Transfer-Folgenabschätzung entfallen können. In der Kundenkommunikation, weil viele Auftraggeber — insbesondere aus dem öffentlichen Sektor, dem Gesundheitswesen und regulierten Branchen — inzwischen konkret nach dem Speicherort von Projektdaten fragen. Und in der internen Governance, weil sich das Verarbeitungsverzeichnis einfacher führen lässt. Der genaue Hosting-Standort, eingesetzte Unterauftragsverarbeiter und vorliegende Zertifizierungen sind vor Vertragsschluss beim Anbieter zu prüfen und schriftlich zu dokumentieren.
Wichtig ist die nüchterne Einordnung: Souveränität ist ein Vorteil in der Prüfung, kein Freifahrtschein. Auch bei einem deutschen Anbieter bleiben die eigenen Pflichten bestehen — Auftragsverarbeitungsvertrag, Verzeichnis der Verarbeitungstätigkeiten, Berechtigungskonzept, Lösch- und Aufbewahrungsregeln, Information der Beschäftigten. Der Unterschied liegt darin, dass diese Pflichten mit weniger Aufwand und ohne zusätzliche Transfer-Prüfung erfüllt werden können.
Zeiterfassung erzeugt personenbezogene Daten, aus denen sich Verhalten und Leistung einzelner Beschäftigter ableiten lassen. Damit fällt die Einführung in Betrieben mit Betriebsrat regelmäßig unter die Mitbestimmung nach § 87 Absatz 1 Nummer 6 Betriebsverfassungsgesetz, der die Einführung und Anwendung technischer Einrichtungen betrifft, die zur Überwachung von Verhalten oder Leistung geeignet sind. Häufig ist zusätzlich Nummer 2 zu Beginn und Ende der täglichen Arbeitszeit berührt. Der praktikable Weg ist, den Betriebsrat früh einzubinden, statt ein fertiges System zur Zustimmung vorzulegen.
Bewährt hat sich eine Betriebsvereinbarung, die drei Dinge klar regelt: welche Daten erfasst werden, wer sie in welcher Aggregationsstufe auswerten darf und — besonders wichtig für die Akzeptanz — wofür sie ausdrücklich nicht genutzt werden, etwa für individuelle Leistungsbewertung oder arbeitsrechtliche Maßnahmen ohne Anlass. Ergänzend gehören Aufbewahrungsfristen, Auskunftsrechte der Beschäftigten und der Umgang mit Korrekturen hinein. Auch ohne Betriebsrat sind die Beschäftigten nach den Informationspflichten der DSGVO über Zweck und Umfang der Verarbeitung zu unterrichten.
Ein separater Punkt ist die arbeitsrechtliche Pflicht zur Arbeitszeiterfassung, die in Deutschland durch die Rechtsprechung an Bedeutung gewonnen hat. Sie ist von der projektbezogenen Aufwandserfassung zu unterscheiden: Ein Projektwerkzeug erfasst primär, woran gearbeitet wurde, während die arbeitszeitrechtliche Erfassung Beginn, Ende und Pausen betrifft. Ob und wie beides in einem System zusammengeführt werden kann, ist im Einzelfall zu bewerten — häufig ist die Trennung zwischen Zeitwirtschaft und Projektzeiterfassung die sauberere Lösung.
