Outcome-Mapping
Outcome-Mapping ist der Prozess, Regeln zu definieren, die die Antworten oder den Score eines Teilnehmers mit einem konkreten Ergebnis, Angebot oder der nächsten Aktion verbinden.
Das Wichtigste in Kürze
- Jede Zeile verbindet eine Bedingung über die Antworten mit einer konkreten Folge.
- Regeln werden der Reihe nach geprüft, breite Zeilen machen spätere unerreichbar.
- Abdeckung heißt, jede erreichbare Antwortkombination trifft mindestens eine Zeile.
- Overrides, die den Score ignorieren, machen Maps mächtig und schwerer vorhersagbar.
- Eine neue Frage ändert den Maximalscore und kann jedes Band verschieben.
Im Detail
Ein Outcome-Map ist eine Tabelle aus Bedingungen und Folgen. Jede Zeile formuliert eine Bedingung über die erfassten Antworten, sei es ein Score-Bereich, eine bestimmte Antwort oder eine Kombination, und benennt, was geschehen soll: welches Ergebnis der Teilnehmer sieht, welches Tag geschrieben und welcher Verantwortliche zugewiesen wird. Die Engine wertet die Zeilen in festgelegter Reihenfolge aus und wendet den ersten Treffer an, womit die Reihenfolge Teil der Logik ist.
Zwei Eigenschaften entscheiden, ob eine Map trägt: Abdeckung und Vorrang. Abdeckung heißt, dass jede erreichbare Antwortkombination mindestens eine Zeile trifft. Vorrang heißt, dass sich überlappende Zeilen vorhersagbar auflösen. Override-Regeln, etwa jede regulierte Branche unabhängig vom Score ins oberste Outcome zu schicken, machen Maps erst richtig nützlich und zugleich fragil, weil jedes Override die Score-Logik durchschneidet. Je mehr Overrides, desto schwerer lässt sich das Ziel eines Pfades vorhersagen.
Teams halten die Map meist an einem Ort, an dem sie als Ganzes lesbar ist, statt nur im Funnel-Builder, weil das Prüfen Bildschirm für Bildschirm Konflikte verdeckt. In einem Scorecard-Funnel steuert die Map mehr als die Seite: Sie entscheidet, welche Ergebnisabschnitte erscheinen, welche Lead-Capture-Felder auftauchen und welcher Segmentwert ins CRM geht. Ihre Prüfung gehört zur Arbeit des Fragenhinzufügens, denn eine neue Frage ändert den Maximalscore und kann jedes Band verschieben.
Eine Map leitet nur weiter, was sie sehen kann. Alles, wonach das Quiz nicht gefragt hat, und alles, was ein Teilnehmer falsch angegeben hat, bleibt unsichtbar, sodass ein Outcome selbstbewusst falsch sein kann. Maps altern zudem schlecht: Regeln für ein altes Angebot feuern lange nach dessen Einstellung weiter, und niemand bemerkt es, weil der Funnel weiter zu funktionieren scheint. Setzen Sie einen Prüftermin und löschen Sie Outcomes, die monatelang niemand erhielt.
Beispiel aus der Praxis
So wird es gemessen
Die erste Prüfung ist der Anteil der Abschlüsse, die im Default- oder Fallback-Outcome landen. Diese Zahl sollte nahe null liegen; alles über wenigen Prozent heißt, dass die Map Lücken hat, und nicht, dass Ihre Teilnehmer ungewöhnlich sind. Schlüsseln Sie die Fallback-Fälle nach den Antworten auf, die sie erzeugt haben; das Muster zeigt meist auf eine nach der letzten Prüfung ergänzte Frage.
Sehen Sie sich dann an, wie sich Abschlüsse über die Outcomes verteilen, und vergleichen Sie das mit Ihrer Absicht. Ein Outcome, das nie gefeuert hat, ist entweder eine unerreichbare Regel oder eine Bedingung, die niemand erfüllt; beides gehört entfernt. Verfolgen Sie die Verteilung nach jeder Regeländerung, damit eine Verschiebung der Änderung und nicht dem Traffic zugeschrieben werden kann.
Häufige Fehler
Der erste Fehler ist, die Map ausschließlich im Editor zu bauen, Regelbildschirm für Regelbildschirm. Konflikte und Lücken bleiben so unsichtbar, weil man nie zwei Regeln nebeneinander sieht. Halten Sie die gesamte Map in einer lesbaren Tabelle mit jeder Bedingung und ihrem Ziel und gehen Sie vor dem Launch einige bewusst unbequeme Antwortpfade von Hand durch, auch den durchweg niedrigsten und den durchweg höchsten Fall.
Der zweite Fehler ist, eine Override-Regel hinzuzufügen, ohne ihre Position in der Reihenfolge zu bestimmen. Ein Override für regulierte Branchen unterhalb einer Score-Regel feuert nie, eines ganz oben fängt still Fälle ab, die Sie nie umleiten wollten. Schreiben Sie den Vorrang ausdrücklich auf und testen Sie nach jeder neuen Regel je einen Pfad, der jedes bestehende Outcome noch erreichen soll.
Häufig gestellte Fragen
Wie unterscheidet sich Outcome-Mapping von einem Ergebnis-Archetyp?
Ein Archetyp ist das benannte Ergebnis, das eine Person erhält, während das Outcome-Mapping das Regelwerk ist, das entscheidet, welcher Archetyp und welche Aktion jeder Antwortpfad auslöst. Das Mapping ist die Logik, der Archetyp das Ziel.
Was passiert, wenn mein Outcome-Mapping Lücken hat?
Teilnehmer, deren Antworten außerhalb der Regeln liegen, landen auf einem generischen Default oder in schlecht gebauten Funnels ganz ohne Ergebnis. Ein vollständiges Mapping deckt jeden Score-Bereich und jede Kombination ab.
Kann eine einzelne Antwort den Score im Mapping überschreiben?
Ja. Viele Funnels nutzen Override-Regeln, bei denen eine bestimmte Antwort wie Unternehmensgröße oder Branche ein Outcome unabhängig vom Gesamtscore erzwingt. So werden Qualifizierungssignale erfasst, die das reine Scoring übersehen würde.
Wie stelle ich sicher, dass meine Outcome-Map keine Lücken hat?
Arbeiten Sie von der Antwortseite statt von der Regelseite. Listen Sie die möglichen Werte jeder Frage auf, die in einer Bedingung vorkommt, und bestätigen Sie, dass jede Kombination eine Zeile erreicht. Prüfen Sie bei Score-Regeln, dass die Bänder lückenlos den gesamten Bereich abdecken, den Ihre Gewichte erzeugen können, inklusive Minimum und Maximum.
In welcher Reihenfolge sollten Regeln geprüft werden?
Setzen Sie die spezifischsten Bedingungen nach vorn und die breitesten ans Ende, damit ein enges Override greift, bevor ein allgemeines Score-Band den Fall einfängt. Dokumentieren Sie diese Reihenfolge außerhalb des Tools. Bestimmen Sie bei jeder neuen Regel die Position bewusst, statt sie anzuhängen, denn angehängte Regeln stehen oft unter etwas bereits Passendem.
Darf eine einzelne Antwort den Score überstimmen?
Ja, wenn eine einzelne Tatsache das Ergebnis wirklich entscheidet, etwa eine ausschließende Branche oder ein genannter Zeitrahmen. Overrides codieren ein Urteil, das der Score nicht ausdrücken kann. Halten Sie sie selten und schriftlich fest, denn jedes durchbricht die Annahme, dass eine höhere Summe stets ein besseres Ergebnis bedeutet, auf die sich alle anderen verlassen.
Wie unterscheidet sich Outcome-Mapping von Skip-Logik?
Skip-Logik verändert, welche Fragen ein Teilnehmer während des Quiz sieht; Outcome-Mapping entscheidet, was nach dem Abschluss passiert. Beide greifen ineinander: Hat die Skip-Logik eine Frage entfernt, von der Ihre Map abhängt, trifft die Regel womöglich nie. Prüfen Sie beides gemeinsam und testen Sie einen Pfad, auf dem das Überspringen tatsächlich auslöst.
Wo sollte die Outcome-Map liegen?
An einem Ort, den Sie von Anfang bis Ende lesen können, welches Werkzeug das auch sei. Die Regeln leben zusätzlich im Funnel, aber erst eine separate lesbare Kopie erlaubt es, Konflikte zu erkennen, die Abdeckung zu prüfen und die Logik zu übergeben. Datieren Sie sie, denn der Entstehungszeitpunkt einer Regel erklärt viel, wenn Ergebnisse seltsam aussehen.
Wie oft sollte eine Outcome-Map geprüft werden?
Mindestens bei jeder hinzugefügten oder gestrichenen Frage, bei Gewichtsänderungen und wenn ein Angebot ausläuft, auf das eine Regel zeigt. Eine Kalenderprüfung je Quartal fängt den Rest ab, besonders Regeln, die weiter feuern, aber auf etwas verweisen, das es nicht mehr gibt. Das Löschen toter Regeln macht meist den Großteil der Arbeit aus.