Nicht weil das Thema neu ist – Aufgaben-Management gibt es in unzähligen Tools. Sondern weil Payroll-spezifisches Aufgaben-Management konzeptionell Neuland ist. Die Kombination aus regulatorischen Anforderungen, geteilten Verantwortlichkeiten zwischen Kunde und Paymira-Team, zeitkritischen Abläufen und der Notwendigkeit absoluter Nachvollziehbarkeit – das existiert in dieser Form nirgendwo anders. Kein Standard, von dem man abschreiben könnte.
Also haben wir angefangen zu bauen. Und zu testen. Und wieder von vorne.
Was wir lösen wollten.
Jeder Lohnlauf besteht aus mehr als Zahlen. Er besteht aus Aufgaben – manche routinemässig, manche komplex, manche zeitkritisch. Wer erledigt was? Bis wann? Was hat eine Aufgabe ausgelöst? Wo steht sie gerade? Und was passiert, wenn eine Aufgabe zwischen Kunde und Paymira-Team wechselt?
Diese Fragen klingen einfach. In der Praxis sind sie es nicht. Transparenz über Auslöser, Fortschritt und Verantwortlichkeiten gleichzeitig herzustellen – ohne das System zu überladen – ist eine echte Design-Herausforderung. Und die einzige Art, sie zu lösen, ist zu testen.
Zwei Ansätze, die gescheitert sind.
Wir haben etliche grundlegend verschiedene Versionen entwickelt und mit HR-Verantwortlichen getestet. Zwei davon wollen wir hier diskutieren, denn sie sind besonders lehrreich gescheitert.
Wer Paymira bereits kennt, weiss: Auf der linken Seite befindet sich die Navigationsleiste. Einer unserer Ansätze war, Paymira um eine zweite Seitenleiste auf der rechten Seite zu ergänzen. Sie sollte offene Aufgaben als Übersicht anzeigen und als To-Do-Liste die Navigation ergänzen. Von überall im System erreichbar, immer sichtbar. Die Idee dahinter war Zugänglichkeit – Aufgaben sollten nie aus dem Blickfeld verschwinden. In der Praxis entstand das Gegenteil. Nutzende fragten sich: Gehöre ich gerade zur Aufgabe oder zum Rest des Systems? Was soll ich jetzt tun? Das zusätzliche Element erzeugte Orientierungslosigkeit statt Überblick.
Ein anderer Ansatz: Aufgaben öffneten sich in einem separaten Tab mit einer aufgabenspezifischen Ansicht – fokussiert, aufgeräumt, kontextsensitiv. Nach Abschluss schloss sich der Tab automatisch und man landete zurück in der Aufgabenverwaltung. Auch das klang logisch. Auch das hat in der Praxis nicht funktioniert. Der Wechsel in eine eigene Umgebung erzeugte einen Medienbruch und unterbrach den Arbeitsfluss. Nutzende verloren den Faden. Die Trennung zwischen Aufgabe und vertrautem Kontext war eine Hürde, keine Hilfe.
Beide Ansätze hatten intern überzeugt. Beide haben bei echten Nutzenden versagt. Genau dafür ist Usability-Testing da.
Vereinfachen ist schwieriger als Hinzufügen.
Die naheliegende Reaktion auf gescheiterte Ansätze wäre: mehr hinzufügen. Einen weiteren Status. Eine zusätzliche Erklärung. Eine Hilfsfunktion. Das ist die einfache Lösung – und meistens die falsche.
Ein konkretes Beispiel ist Kommunikation. Aufgaben in der Lohnverarbeitung sind standardisiert – aber kein Lohnlauf verläuft ohne Rückfragen, Nuancen oder Sonderfälle. Die Frage war: Wie integriert man Kommunikation so nahtlos in den Aufgabenfluss, dass alles an einem Ort entsteht und gefunden wird, ohne das Erlebnis zu fragmentieren?
Auch hier haben wir mehrere Ansätze getestet. Jeder schien beim ersten Hinschauen einfach. Jeder hatte beim zweiten Hinschauen einen Haken. Zu viel Struktur machte die Kommunikation steif. Zu wenig Struktur machte sie unübersichtlich. Die richtige Balance zu finden setzte voraus, dass wir jeden Prozess, jeden Übergabepunkt und jeden Handgriff im Detail verstanden – bevor wir etwas weglassen konnten, ohne etwas Wichtiges zu verlieren.
Das ist die eigentliche Herausforderung bei echter Vereinfachung. Es ist immer einfacher, eine neue Ebene hinzuzufügen, als eine bestehende wegzulassen. Weglassen erfordert tiefes Verständnis. Hinzufügen erfordert nur eine Idee.
Was daraus entsteht.
Wir haben einen Ansatz gefunden, der in den Tests überzeugt hat. Was genau das ist, zeigen wir, wenn die Funktion live geht. Was wir bereits sagen können: Er nutzt Bekanntes. Er fügt nichts Fremdes hinzu. Und er beantwortet die drei ursprünglichen Fragen – Auslöser, Fortschritt, Verantwortlichkeit – ohne dass man sie stellen muss.
Was das für Sie bedeutet.
Dieser Entwicklungsprozess ist aufwändig. Etliche Ansätze zu testen, zu verwerfen und neu anzufangen kostet Zeit. Aber er ist der einzige, der ehrliche Antworten liefert.
Was Sie heute in Paymira nutzen, wurde nicht am Reissbrett entworfen und ausgeliefert. Es wurde von echten HR-Verantwortlichen getestet – mehrfach, in verschiedenen Versionen, bis es wirklich funktioniert. Und was wir gerade entwickeln, durchläuft denselben Prozess.
Wer Payroll-Software baut, baut an etwas, dem Menschen vertrauen müssen. Diesen Anspruch kann man nicht im Nachhinein hinzufügen.
