Von der Tabelle zum Flussdiagramm: Kundenfeedback

Aus einer Tabelle von Schritten ein Flussdiagramm machen, am Kundenfeedback-Register: Erfassung, Triage, Ursachenanalyse, eine Wiederholungsschwelle, die über Verbesserungsmaßnahmen entscheidet, und Verifizierung vor dem Abschluss.

Diese Vorlage verwenden

Was ist von der tabelle zum flussdiagramm: kundenfeedback?

Ein Register hält fest, wo jede Rückmeldung stehen geblieben ist. Ein Flussdiagramm hält den Weg fest, auf dem sie dorthin gekommen ist. Diese Lücke ist der Grund, warum eine Tabelle mit Kundenfeedback vollständig, aktuell und korrekt sein kann (eine Zeile je Rückmeldung, mit Datum, Kanal, Kategorie, Verantwortlichem und Status) und dabei keine der Fragen beantwortet, die man ihr tatsächlich stellt: Welche Rückmeldungen haben die Ursachenanalyse erreicht, was hat das entschieden, und was ist aus den anderen geworden? Ein Status ist ein Ergebnis. Ein Prozess ist die Menge der Kanten zwischen Ergebnissen, und eine Tabelle hat keinen Ort für eine Kante, solange Sie nicht eine Spalte ergänzen, die den Schritt nennt, an den jede Zeile übergibt. Woher die Zeilen kommen, ist gleichgültig: ein Tabellenblatt in Google Sheets, ein CSV-Export aus dem Helpdesk, eine Ansicht in Airtable oder ein Blatt in einem gemeinsamen Register erzeugen dasselbe Diagramm.

Was eine Liste verbirgt, ist Wiederholung. Elf Kunden, die dieselbe Lücke in der Lieferung beklagen, sehen aus wie elf geschlossene Fälle, verteilt über vier Monate, von zwei verschiedenen Personen unter drei Kategorien abgelegt, jeder höflich beantwortet und als erledigt markiert. Nichts in einer Zeile-für-Zeile-Ansicht macht dieses Muster sichtbar, und niemand sortiert ein Register auf der Suche nach einem Muster, das er nicht schon vermutet. Der zweite Fehler ist der Abschluss. Eine Rückmeldung wird geschlossen, wenn der Kunde eine Antwort erhalten hat, und nicht, wenn die Ursache beseitigt ist, also erzeugt derselbe Fehler weiter neue Zeilen. Der dritte ist die Abhilfe, die niemand geprüft hat: Eine Änderung wird umgesetzt, die Rückmeldung am Tag der Änderung geschlossen, und ob sie gewirkt hat, wird nie an irgendetwas gemessen.

Das Diagramm unten zeichnet dieses Register als Prozess und trägt die fehlenden Entscheidungen ein. Es läuft über fünf Phasen (Erfassung, Triage, Maßnahme, Verifizierung und Abschluss) und vier Bahnen, von einem Kunden, der Feedback sendet, zu einem von zwei ausdrücklichen Enden. Eine Schwelle aus Wiederholung und Schweregrad entscheidet, welche Rückmeldungen zu Verbesserungsmaßnahmen werden und welche als Einzelfall schließen, und der Grund für einen Abschluss ohne Änderung ist verpflichtend. Ursachen außerhalb Ihres eigenen Prozesses verlassen ihn auf einem eigenen Weg statt in den Verbesserungsstapel zu wandern. Zur Verifizierung gehört eine Schleife: Sagt die erhobene Messgröße, dass das Problem weiter auftritt, geht die Rückmeldung zur erneuten Vereinbarung zurück statt trotzdem geschlossen zu werden.

Was dieses Flussdiagramm abdeckt

In dieser Vorlage

  • Fünf Phasen (Erfassung, Triage, Maßnahme, Verifizierung und Abschluss) über vier Bahnen: Kunde, Kundenservice, Prozessverantwortlicher und Qualität, sodass aus der Verantwortlichenspalte des Registers eine Position auf dem Blatt wird statt eines Namens in einer Zelle.
  • Die Erfassung, wie sie wirklich stattfindet: „Feedback über einen beliebigen Kanal senden“ auf der Kundenseite, dann „Feedback im Register erfassen“ in der Bahn Kundenservice, eine Zeile je Rückmeldung mit Eingangsdatum, Kanal, Kunden- oder Auftragsnummer und der Formulierung des Kunden im Wortlaut.
  • Eine Trennung von Kundenbetreuung und Verbesserungsarbeit an „Individuelle Antwort nötig?“, wo ein Ja über „Antworten und Zusagen dokumentieren“ führt und beide Antworten bei „Ursache mit den ausführenden Personen untersuchen“ wieder zusammenkommen.
  • Ein Tor für die Zuständigkeit, bevor irgendein Verbesserungsprojekt beginnt: „Ursache im eigenen Prozess?“ schickt Ursachen außerhalb Ihres Einflusses zu „Ursache an den Dritten zurückmelden“ und weiter in einen erfassten Abschluss, sodass sie weder verloren gehen noch zu internen Maßnahmen werden.
  • Die Wiederholungsschwelle, für die es dieses ganze Diagramm gibt. „Wiederholung oder Zielverletzung?“ liegt in der Bahn Qualität und ist der einzige Weg in eine Verbesserungsmaßnahme; der Zweig für Einzelfälle mit geringer Wirkung schließt die Rückmeldung stattdessen, und genau das macht die elfte Beschwerde derselben Art sichtbar statt nur bearbeitet.
  • Verifizierung vor dem Abschluss, über „Vereinbarte Messgröße nach der Änderung erheben“ und „Problem behoben?“, dessen Nein-Zweig zu „Maßnahme, Verantwortlichen und Kontrolle vereinbaren“ zurückführt und der entweder an „Geschlossen, Änderung bestätigt“ oder an „Ohne Prozessänderung geschlossen, Grund erfasst“ endet.

Wann Sie diese Vorlage verwenden sollten

  • Ihr Feedback liegt schon in einer gemeinsamen Tabelle, einem CSV-Export aus dem Helpdesk oder einer Ansicht in Airtable, und jemand hat Sie gefragt, wie der Prozess aussieht.
  • Dieselbe Beschwerde kommt immer wieder, und niemand kann sagen, wie oft, weil jeder Fall auf seiner eigenen Zeile beantwortet und geschlossen wurde.
  • Rückmeldungen werden als erledigt markiert, sobald der Kunde eine Antwort hat, und Sie vermuten, dass nach der Antwort sehr wenig passiert.
  • Kundenservice und die Prozessverantwortlichen denken jeweils, die andere Seite mache die Ursachenanalyse, und die Verantwortlichenspalte des Registers klärt das nicht.
  • Eine prüfende Stelle oder ein Kunde hat gefragt, wie aus Beschwerden Korrekturmaßnahmen werden, und Sie brauchen einen dokumentierten Weg mit einer Schwelle darin.

So funktioniert es

  1. Setzen Sie eine echte Zahl in die Wiederholungsschwelle

    Formulieren Sie „Wiederholung oder Zielverletzung?“ als den Auslöser, den Sie wirklich anwenden werden: etwa drei Rückmeldungen derselben Kategorie in einem rollierenden Quartal, oder jede einzelne Verletzung eines veröffentlichten Serviceziels. Sagen Sie dann, aus welcher Spalte Ihres Registers die Zählung kommt. Ohne benannte Zahl wird aus jeder Rückmeldung ein Projekt, und das Wiederkehrende bekommt keine besondere Aufmerksamkeit.

  2. Benennen Sie die Bahnen nach den Teams, die Sie haben

    Kundenservice, Prozessverantwortlicher und Qualität sind drei Rollen, nicht zwangsläufig drei Personen. Führen Sie Qualität mit dem Prozessverantwortlichen zusammen, wenn dieselbe Person die Schwelle setzt und das Ergebnis prüft. Teilen Sie den Kundenservice, wenn First und Second Level unterschiedlich erfassen. Behalten Sie die Bahn Kunde auch im B2B-Prozess, denn sie macht die beiden Schritte mit Kundenkontakt sichtbar.

  3. Bilden Sie die Spalten Ihres Registers auf die Erfassungszeile ab

    Legen Sie fest, was „Feedback im Register erfassen“ enthalten muss, und schreiben Sie es an den Schritt: Eingangsdatum, Kanal, Kunden- oder Auftragsnummer und die Formulierung des Kunden ohne Paraphrase. Erzwingen Sie eine Rückmeldung je Zeile. Eine Zeile, die zwei Beschwerden zusammenfasst, lässt sich später nicht zählen, und die Paraphrase ist meist das, was die Ursache verliert.

  4. Behalten Sie den Zweig für Dritte oder legen Sie ihn um

    Wenn Sie Ursachen regelmäßig an einen Lieferanten oder einen Versanddienstleister weitergeben, benennen Sie ihn an „Ursache an den Dritten zurückmelden“ und halten Sie fest, wie die Rückmeldung übermittelt wird. Wenn Sie keine externen Abhängigkeiten haben, löschen Sie diesen Schritt und richten Sie den Zweig für nicht beeinflussbare Ursachen an „Ursache im eigenen Prozess?“ direkt auf den erfassten Abschluss.

  5. Wählen Sie die Kontrolle, bevor die Änderung umgesetzt wird

    Benennen Sie an „Maßnahme, Verantwortlichen und Kontrolle vereinbaren“ die Messgröße, den Überprüfungstermin und den aktuellen Wert dieser Messgröße. Die Kontrolle erst hinterher zu wählen, ist der Weg, auf dem eine Änderung an der Zahl für erfolgreich erklärt wird, die sich zufällig bewegt hat, und der Grund, warum „Problem behoben?“ überhaupt beantwortbar ist.

  6. Machen Sie den Abschluss ohne Änderung teuer

    Legen Sie fest, wer den Weg zu „Ohne Prozessänderung geschlossen, Grund erfasst“ nehmen darf und was der Grund aussagen muss: außerhalb des eigenen Einflusses und an eine benannte Stelle zurückgemeldet, oder an einem genannten Datum unterhalb der Wiederholungsschwelle. Ein leeres Grundfeld macht aus diesem Ende genau den stillen Papierkorb, den der ganze Prozess verhindern soll.

Häufig gestellte Fragen

Aus welchen Stufen besteht ein Kundenfeedback-Prozess?

Aus sechs, und das Diagramm oben gruppiert sie in fünf Phasen. Die Erfassung hält die Rückmeldung im Wortlaut fest, eine Zeile je Beschwerde. Die Triage ordnet sie ein, legt den Schweregrad fest und entscheidet, ob der Kunde eine individuelle Antwort braucht. Die Ursachenanalyse fragt die ausführenden Personen, was tatsächlich passiert ist und ob die Ursache im eigenen Prozess liegt. Eine Schwellenentscheidung wählt dann aus, welche Rückmeldungen zu Verbesserungsmaßnahmen werden. Die Maßnahme vereinbart Änderung, Verantwortlichen und Kontrolle und setzt die Änderung um. Die Verifizierung erhebt die vereinbarte Messgröße danach. Erst dann schließt die Rückmeldung, entweder mit bestätigter Änderung oder mit einem erfassten Grund dafür, dass nichts geändert wurde.

Wer verantwortet den Kundenfeedback-Prozess?

Keine einzelne Rolle, und die Bahnen sind dafür da, das zu sagen, statt es zu verdecken. Der Kundenservice verantwortet Erfassung, Einordnung und alles, was der Kunde sieht: die Antwort, die Zusagen und die Information darüber, was sich geändert hat. Der Prozessverantwortliche verantwortet die Ursachenanalyse und die Änderung selbst, denn die Änderung landet in seiner Anweisung. Die Qualität verantwortet die Schwellenentscheidung und die Verifizierungsmessung, damit nicht dasselbe Team, das das Problem behebt, allein darüber urteilt, ob es behoben ist. Diese Aufteilung hält nur, wenn die Befugnis zum Schließen einer Rückmeldung außerhalb des Teams liegt, das dem Kunden geantwortet hat, und in diesem Diagramm ist es so: Ein Ende schließt in der Bahn Qualität, nachdem die Kontrolle erhoben wurde, das andere beim Prozessverantwortlichen, mit erfasstem Grund.

Wie entscheiden Sie, welches Feedback zu einer Verbesserungsmaßnahme wird?

Mit einer schriftlichen Schwelle und nicht mit einer Einschätzung je Fall. Zwei Auslöser decken die meisten Organisationen ab: Wiederholung, also dieselbe Kategorie häufiger als eine vereinbarte Anzahl in einem rollierenden Zeitraum, und Schweregrad, also jeder einzelne Fall, der ein veröffentlichtes Serviceziel verletzt oder echten Schaden verursacht. Alles andere schließt als Einzelfall mit erfasstem Grund. Die Schwelle ist wichtig, weil beide Fehlerbilder verbreitet sind: Ohne einen praktikablen Auslöser wird aus jeder Beschwerde ein Projekt und der Stapel bewegt sich nicht mehr, und ohne jeden Auslöser bekommt der wiederkehrende Fehler genau so viel Aufmerksamkeit wie der Einzelfall.

Lässt sich eine Tabelle automatisch in ein Flussdiagramm verwandeln?

Nicht von der Tabellenkalkulation selbst. In Excel sind die einzigen Mittel zum Zeichnen im Programm SmartArt und gezeichnete Formen, beide von Hand gefüllt, und die Dokumentation von Microsoft beschreibt keine Bindung zwischen Zellen und Formen. Der dokumentierte Weg von einer Tabelle mit Prozessschritten zu einem verbundenen Diagramm führt über die Data Visualizer-Vorlagen in Visio und nicht über Excel, und die Supportseiten von Microsoft beschreiben sie als verfügbar mit Visio Plan 2: Plan 2 ist die einzige Abonnementstufe, die die Visio-Desktop-App enthält, und Microsoft schreibt, dass es für macOS überhaupt keine Visio-Desktop-App gibt. QueryChart geht den anderen Weg: Die Tabelle ist das Diagramm, bearbeitet im Browser, auf welchem Betriebssystem Sie auch arbeiten.

QueryChart-Funktionen für diesen Prozess

Diese Vorlage verwenden

Browse all Vorlagen für Flussdiagramme aus Excel und Tabellen