Prozess-Buttons

Ein Supportfall kommt herein. Bis er in Arbeit ist, muss jemand denselben Handgriff wie immer machen: Status von „Neu" auf „In Bearbeitung", den richtigen Kollegen zuweisen, eine Frist setzen, dem Kunden eine kurze Eingangsbestätigung schicken, die interne Checkliste anhängen. Fünf, sechs Felder von Hand, bei jedem Vorgang, und einer wird jedes Mal vergessen.

Genau diese immer gleichen Handgriffe fasst ein Prozess-Button zusammen. Ein Klick, und der ganze Schritt ist vollzogen. Nicht als starrer Ablauf, den Sie hinnehmen müssen, sondern als Knopf, den Sie selbst definieren: für jeden Vorgangstyp, für jeden Schritt.

Ein Button, ein Aktionsbündel

Ein Prozess-Button gehört zu einem Vorgangstyp und ist an Status gebunden: Er taucht nur dann auf, wenn der Vorgang in einem passenden Ausgangs-Status steht, und führt in einen festgelegten Ziel-Status. Statt einzelne Felder zu ändern, drücken Sie den Knopf, der den nächsten Schritt im Ablauf abbildet: „In Bearbeitung nehmen", „An den Innendienst übergeben", „Abschließen".

Der Reiz liegt darin, dass hinter dem einen Knopf ein ganzes Bündel an Aktionen steckt. Was der Bearbeiter sonst nacheinander anklickt, passiert in einem Zug, in fester Reihenfolge, immer vollständig, nie halb.

Was ein Klick alles erledigt

Welche dieser Aktionen ein Button ausführt, legen Sie einmal fest. Möglich ist:

• Status setzen — den Vorgang in den nächsten Zustand schalten, etwa von „Neu" auf „In Bearbeitung".
• Priorität ändern — fest setzen, oder gezielt nur erhöhen bzw. nur senken.
• Zuständigkeit übergeben — an einen festen Benutzer, ein Team, den ausführenden Mitarbeiter, den Melder oder den Kundenbetreuer.
• Beobachter ergänzen — Mitleser hinzufügen oder setzen, auf Wunsch den neuen Zuständigen gleich mit.
• Wiedervorlage und Frist — direkt am Button hinterlegt, zum Beispiel „Frist in drei Tagen".
• Checkliste anhängen — eine vordefinierte Aufgabenliste, die beim Klick am Vorgang landet; alte Checklisten entfernt er auf Wunsch gleich mit.
• Zusatzfelder füllen — mit festen Werten oder über ein kurzes Eingabeformular beim Klick.
• Nachricht oder E-Mail — aus einer Textvorlage, an den Kunden oder eine freie Adresse, mit Mailkonto und Signatur; auf Wunsch nur als Entwurf.
• Beleg erzeugen — aus einer Vorlage, im Zusammenspiel mit der Faktura.

Am Ende wird nur festgehalten, was sich tatsächlich geändert hat, und jede Änderung landet mit Zeitstempel und Bearbeiter in der Historie des Vorgangs.

Die Übergabe an den Nächsten

Der eigentliche Zweck der meisten Buttons ist die Übergabe. Genau hier gehen in E-Mail-Ketten die Fälle verloren: „ich dachte, du machst das". Ein Prozess-Button macht die Übergabe eindeutig: Er setzt die Zuständigkeit in derselben Sekunde, in der er den Status weiterschaltet.

Wohin übergeben wird, entscheidet der Button:

• An einen festen Benutzer oder ein Team — immer dieselbe Stelle, etwa „an den Innendienst".
• An sich selbst — „Ich übernehme das" mit einem Klick.
• An den Melder — zurück an den, der den Vorgang eröffnet hat.
• An den Kundenbetreuer — automatisch an den Mitarbeiter, der im CRM für den verknüpften Kunden hinterlegt ist.

Weil derselbe Klick auch Beobachter ergänzt und die Benachrichtigung auslöst, ist die Übergabe vollständig: Der Nächste ist zugewiesen, informiert und hat die Frist vor Augen. Zuständiger, Beobachter und das zuständige Team werden per E-Mail über die Änderung informiert, kritische Vorgänge bevorzugt. Und jede Übergabe steht in der Status-Historie, nachvollziehbar für alle.

Wenn ein Button den nächsten anstößt

Ein Prozess-Button kann mehr, als den aktuellen Vorgang zu verändern: Er kann einen Folgevorgang anlegen, auch in einem anderen Vorgangstyp, und darauf sofort einen Button ausführen. So öffnet ein Klick den nächsten Abschnitt eines Ablaufs: Aus einem angenommenen Angebot entsteht der Auftragsvorgang, aus einer abgeschlossenen Anfrage der Folgeauftrag, direkt im richtigen Status und beim richtigen Zuständigen.

Diese Verkettung ist bewusst geradlinig: Ein Button stößt genau einen Folgeschritt an. Es ist eine saubere Übergabe von einem Vorgang zum nächsten, keine sich verzweigende Regelmaschine, und gerade deshalb bleibt nachvollziehbar, was passiert.

Prozesse, die bei der Anlage schon laufen

Prozess-Buttons müssen nicht auf einen Klick warten. Sie können automatisch laufen, sobald ein Vorgang entsteht. Kommt über das Ticketsystem eine Kunden-E-Mail herein, legt ameax daraus ein Ticket an, und der hinterlegte Button setzt in einem Rutsch den Anfangsstatus, den zuständigen Bereich und die automatische Eingangsbestätigung an den Kunden. Dasselbe gilt bei der manuellen Anlage eines Vorgangs sowie bei Vorgängen, die aus einem Beleg-Prozess der Faktura oder über den Vorgangs-Konverter entstehen.

Das Ergebnis: Ein frisch angelegter Vorgang ist nie ein leeres Blatt, sondern startet bereits im richtigen Zustand, beim richtigen Menschen und mit der Rückmeldung, die der Kunde erwartet.

Wer welchen Button sieht

Ein Prozess-Button erscheint nicht überall und für jeden. Vier Regeln steuern das:

• Passender Status — der Button zeigt sich nur, wenn der Vorgang in einem der Ausgangs-Status steht, für die er gedacht ist.
• Berechtigter Kreis — sichtbar für alle Benutzer oder nur für ausgewählte Benutzer und Teams.
• Nur der Zuständige — manche Schritte darf ausschließlich der aktuell zuständige Mitarbeiter auslösen.
• Im Kundenportal — über Rollen steuern Sie, welche Buttons ein Kunde selbst auslösen darf, etwa „Vorgang schließen" oder „wieder öffnen".

So sieht jeder nur die Schritte, die an dieser Stelle des Ablaufs erlaubt sind. Falsche Reihenfolgen und Fehlbedienung werden nicht ermahnt, sondern von vornherein ausgeblendet.

Von Hand pflegen oder Prozess fahren

Derselbe Arbeitsschritt, einmal als Feldpflege, einmal als Prozess-Button:

Der Unterschied ist nicht Bequemlichkeit, sondern Verlässlichkeit: Ein Prozess-Button macht jedes Mal exakt dasselbe. Der Ablauf steckt im Knopf, nicht im Gedächtnis des Bearbeiters.

Ihr Ablauf, als Knopf

Prozess-Buttons machen aus einer Aufgabenliste einen Ablauf. Sie definieren einmal, wie ein Schritt aussieht: welchen Status er setzt, an wen er übergibt, welche Frist, welche Checkliste, welche E-Mail, und danach ist dieser Schritt ein Klick. Das ist es, was das Aufgabenmanagement von einer To-do-Liste unterscheidet, und was im Ticketsystem mit Kundenportal dafür sorgt, dass jeder Fall denselben, sauberen Weg nimmt.