Jedes Produktteam kennt dieses Ticket. Ein Kunde schreibt, er habe auf Speichern geklickt und es sei nichts passiert. Jemand aus der Entwicklung prüft die Logs. Es wurde gespeichert. Der Datensatz ist da, korrekt, mit Zeitstempel, genau wie beabsichtigt. Nichts ist kaputt, und das Ticket ist trotzdem vollkommen berechtigt.
In derselben Woche kommt ein anderes Ticket. Ein Kunde fragt, ob es irgendeine Möglichkeit gibt, mehrere Datensätze gleichzeitig zu bearbeiten. Die gibt es. Das Bedienelement sitzt seit zwei Jahren in der Werkzeugleiste, wenige Zentimeter von der Stelle entfernt, an der diese Person jeden einzelnen Tag arbeitet.
Beides sind Adoptionsprobleme, und in Ihren Berichten sehen sie gleich aus: eine Funktion mit enttäuschender Nutzung. Gleichzeitig sind sie Gegensätze. Der zweite Nutzer hat die Tür nicht gefunden. Der erste ist hindurchgegangen und konnte nicht erkennen, ob er angekommen ist. Wenn Sie beide gleich behandeln, bekommt einer von beiden eine Lösung, die seine Erfahrung verschlechtert.
Der Kognitionswissenschaftler und Designer Donald Norman hat diesen beiden Fehlern Namen gegeben, die es wert sind, übernommen zu werden, denn zwei Wörter statt einem verändern, was Sie bauen. Er nannte sie die Kluft der Ausführung und die Kluft der Bewertung (im Englischen Gulf of Execution und Gulf of Evaluation, auch im deutschsprachigen UX-Umfeld oft so zitiert). Die eine liegt vor der Aktion, die andere danach, und die Oberfläche ist das Einzige, was eine der beiden überbrücken kann.
Dieser Leitfaden behandelt, was beide Klüfte bedeuten, wie sich die sieben Handlungsphasen in die Fragen übersetzen lassen, die Ihre Nutzer sich tatsächlich stellen, warum der Moment der Aktion eine Trennlinie ist, für die Ihr Funnel blind ist, je fünf Anzeichen für beide Klüfte in Daten, die Sie bereits haben, je sechs Lösungen für beide Seiten, was Sie messen sollten und welche Hälfte der Arbeit zur In-App-Guidance gehört und welche zum Produkt selbst.
Das Wichtigste in Kürze
- Die Kluft der Ausführung ist der Abstand zwischen dem, was ein Nutzer erreichen möchte, und den Aktionen, die Ihre Oberfläche sichtbar und verständlich macht. Sie ist die Lücke vor dem Klick.
- Die Kluft der Bewertung ist der Abstand zwischen dem, was Ihr Produkt tatsächlich getan hat, und dem, was der Nutzer vom Bildschirm ablesen kann. Sie ist die Lücke nach dem Klick.
- Sie hinterlassen entgegengesetzte Spuren. Eine Ausführungskluft hinterlässt ein fehlendes Event. Eine Bewertungskluft hinterlässt zusätzliche Events: Wiederholungen, Rückgängig-Aktionen, Neuladen, ein Ticket, das mit den Worten „Hat das geklappt?“ beginnt.
- Ihr Funnel zählt die Aktion, also verbucht er eine Bewertungskluft als Erfolg. Deshalb bleibt die zweite Art von Lücke jahrelang ungelöst, während Teams der ersten immer mehr Anleitung hinzufügen.
- Anleitung schließt die Kluft der Ausführung: ein Tooltip am Bedienelement, ein Hotspot an dem, was niemand öffnet, eine Tour, die auf der Seite startet, auf der die Aufgabe beginnt, eine Checkliste, die erreichbar bleibt. Feedback schließt die Kluft der Bewertung: eine sichtbare Zustandsänderung, eine Erfolgsmeldung, die benennt, was sich geändert hat, ein klarer nächster Schritt.
- Mehr Anleitung bei einer Bewertungskluft macht sie schlimmer. Der Nutzer war nie orientierungslos. Ihm noch einmal zu sagen, was er tun soll, wenn seine Frage lautet, was passiert ist, bringt nur zusätzliches Rauschen in einen ohnehin unsicheren Moment.
Was sind die Kluft der Ausführung und die Kluft der Bewertung? (Bedeutung und Definition)
Kluft der Ausführung: Definition
Die Kluft der Ausführung ist die Lücke zwischen dem Ziel, das ein Nutzer im Kopf hat, und den Aktionen, die ihm die Oberfläche anbietet, um es zu erreichen. Sie ist groß, wenn ein Nutzer nicht erkennen kann, was möglich ist, welches Bedienelement das tut, was er möchte, oder wie er dieses Element richtig bedient, sobald er es gefunden hat. Jeder Teil davon liegt vor der Ausführung der Aktion.
Kluft der Bewertung: Definition
Die Kluft der Bewertung (auch Kluft der Evaluation) ist die Lücke zwischen dem neuen Zustand des Systems und dem, was der Nutzer wahrnehmen, interpretieren und mit seinem ursprünglichen Ziel vergleichen kann. Sie ist groß, wenn das Produkt etwas verändert hat und der Bildschirm es nicht sagt, es auf eine Weise sagt, die der Nutzer nicht versteht, oder es an einer Stelle sagt, auf die der Nutzer nicht schaut. Jeder Teil davon liegt nach der Ausführung der Aktion.
Beide Begriffe stammen von Donald Norman, dessen übergeordnete Aussage lautete, dass das meiste, was wir Bedienfehler nennen, in Wahrheit eine Eigenschaft des Designs ist: Die Oberfläche überbrückt diese beiden Lücken oder eben nicht, und der Person, die auf der falschen Seite einer Kluft steht, die Schuld zu geben, erklärt nichts. Die Begriffe wurden ebenso für physische Gegenstände wie für Software geprägt, und deshalb funktionieren sie in einem SaaS-Produkt so gut: Dort ist nichts physisch, und jeder Hinweis, den der Nutzer bekommt, muss bewusst von jemandem platziert worden sein.
Am nützlichsten ist es, sich die Idee so zu merken: Ihre Oberfläche muss über jede Funktion, die sie hat, zweimal sprechen. Vor der Aktion muss sie sagen: Das gibt es, es betrifft Sie, hier finden Sie es, das wird es bewirken. Nach der Aktion muss sie sagen: Das hat geklappt, das hat sich geändert, hier ist das Ergebnis gelandet, das können Sie als Nächstes tun. Die meisten Produkte sind beim ersten Satz einigermaßen gut und beim zweiten überraschend schlecht, denn um den ersten Satz drehen sich Design-Reviews und Onboarding-Projekte, während der zweite für die Person, die die Funktion gebaut hat, als selbstverständlich gilt.
Diese beiden Sätze haben in der Designliteratur eigene Namen. Feedforward ist die Information, die einem Nutzer hilft vorherzusagen, was eine Aktion bewirken wird, bevor er sich darauf festlegt. Feedback ist die Information, die ihm sagt, was tatsächlich passiert ist. Ein Bestätigungsdialog, der erklärt, was gleich gelöscht wird, ist Feedforward. Ein Toast, der das gelöschte Objekt benennt und anbietet, den Vorgang rückgängig zu machen, ist Feedback. Ein Produkt kann reichlich vom einen und fast nichts vom anderen haben, und die Symptome sehen völlig unterschiedlich aus.
Der Satz, der aufs Whiteboard gehört: Ein Nutzer, der nicht handelt, hat ein Ausführungsproblem, und ein Nutzer, der handelt und dann noch einmal handelt, hat ein Bewertungsproblem. Das erste ist eine Lücke in dem, was Ihr Produkt ihm sagt. Das zweite ist eine Lücke in dem, was Ihr Produkt ihm zurückmeldet.
Es lohnt sich, genau zu benennen, was diese Klüfte nicht sind. Sie sind nicht dasselbe wie Schwierigkeit. Eine wirklich komplizierte Aufgabe kann eine kleine Ausführungskluft haben, weil die Oberfläche bei jedem Schritt ehrlich und lesbar ist, und eine triviale Aufgabe kann eine riesige haben, weil das einzige Element, das sie erledigt, hinter einem Symbol versteckt ist, das niemand erkennt. Sie sind auch nicht dasselbe wie Friktion, bei der es um den Aufwand geht, den ein Weg kostet, wenn man erst einmal darauf ist. Bei den Klüften geht es darum, ob der Weg überhaupt sichtbar ist und ob Sie erkennen können, dass Sie an seinem Ende angekommen sind.
Die sieben Handlungsphasen, übersetzt für Produktteams
Die beiden Klüfte sind Teil eines umfassenderen Modells dafür, wie ein Mensch überhaupt etwas tut. Norman beschrieb sieben Phasen, und sie sind für ein Produktteam nützlicher, als sie auf den ersten Blick wirken, denn jede Phase scheitert auf eine andere Weise, und jedes Scheitern braucht eine andere Lösung. Lesen Sie sie als die sieben Fragen, die sich ein Nutzer bei einem Versuch an einer Aufgabe stellt.
Das Ziel entsteht im Kopf des Nutzers. Alles zwischen dem Ziel und der Aktion ist die Kluft der Ausführung, alles zwischen der Aktion und dem Urteil ist die Kluft der Bewertung.
| Phase | Was sich der Nutzer fragt | Wie es aussieht, wenn sie scheitert | Kluft |
|---|---|---|---|
| 1. Ziel | Was will ich hier eigentlich? | Der Nutzer hat noch kein Ziel. Er schaut sich nur um, oder jemand anderes hat ihm gesagt, er solle sich einloggen. | Keine |
| 2. Planen | Ist das in diesem Produkt überhaupt möglich? | Er geht davon aus, dass nicht, und sucht deshalb gar nicht erst. Stattdessen baut er sich einen Workaround in einer Tabelle. | Ausführung |
| 3. Festlegen | Welches Element macht das? | Er weiß, dass es die Funktion gibt, wühlt sich durch drei Menüs und durchsucht dann Ihr Hilfecenter. | Ausführung |
| 4. Ausführen | Kann ich das richtig bedienen? | Er füllt das Formular falsch aus, wählt die falsche Option, bricht beim dritten Feld ab. | Ausführung |
| 5. Wahrnehmen | Hat sich etwas geändert? | Der Bildschirm sieht genauso aus wie vorher. Vielleicht gab es einen Spinner. Er drückt den Button noch einmal. | Bewertung |
| 6. Interpretieren | Was bedeutet das? | Etwas hat sich geändert, und er kann es nicht entschlüsseln. Ein Status steht auf Ausstehend, und niemand sagt, wie lange. | Bewertung |
| 7. Vergleichen | Ist das, was ich wollte? | Er kann das Ergebnis nicht mit dem Ziel verbinden und ist sich nicht sicher, ob er weitermachen oder von vorn beginnen soll. | Bewertung |
Zwei Dinge fallen sofort auf, sobald Sie diese Tabelle vor sich haben. Erstens können sechs der sieben Phasen an etwas scheitern, das Ihre Oberfläche gesagt oder nicht gesagt hat, und nur die erste liegt wirklich außerhalb Ihrer Kontrolle. Zweitens erfasst fast jedes Produkt-Analytics-Setup, das es gibt, die vierte Phase und sonst nichts. Sie wissen, wie viele Menschen auf den Button geklickt haben. Sie haben keine Ahnung, wie viele von ihnen erkennen konnten, was der Button bewirkt hat.
Die Phasen erklären auch ein Muster, das Supportteams sofort wiedererkennen: Dieselbe Funktion erzeugt zwei völlig unterschiedliche Arten von Tickets. „Wie exportiere ich das?“ ist ein Scheitern in Phase drei. „Hat mein Export funktioniert?“ ist ein Scheitern in Phase fünf. Beide betreffen dieselbe Funktion, beide landen in derselben Warteschlange, und beide brauchen entgegengesetzte Antworten. Wenn Ihr Team beide mit einem besseren Hilfeartikel beantwortet, wird nur eines davon besser.
Die Aktion ist die Trennlinie, und Ihr Funnel kann sie nicht sehen
Hier kommt der Teil, der Ihre Arbeitsweise verändert. Beide Klüfte führen zu geringer Feature-Nutzung, niedriger Aktivierung und Supportaufkommen, aber sie hinterlassen völlig unterschiedliche Fingerabdrücke in Ihren Event-Daten, und nur einer dieser Fingerabdrücke ist von der Art, für die Funnel-Berichte gebaut sind.
Eine Ausführungskluft erzeugt ein fehlendes Event, und genau dafür ist jeder Funnel-Bericht gebaut. Eine Bewertungskluft erzeugt doppelte Events und ein Neuladen, was Ihr Funnel als abgeschlossenen Schritt liest.
Eine Ausführungskluft zieht ab. Das Event, auf das es ankommt, wird nie ausgelöst, der Schritt wird nie erreicht, der Onboarding-Funnel zeigt an einer bestimmten Stelle einen Absturz, und jemand fragt in Ihrem Produktteam, warum niemand den Massenbearbeitungs-Editor nutzt. Das ist ein sichtbares, gut verstandenes Problem mit guten Werkzeugen. Es gibt eine ganze Branche von Dashboards dafür.
Eine Bewertungskluft fügt hinzu. Das Event wird ausgelöst, dann noch einmal und manchmal ein drittes Mal. Dazwischen wird die Seite neu geladen. Vielleicht gibt es ein Rückgängigmachen, das Löschen des Duplikats, das die Wiederholung erzeugt hat, oder einen Besuch in Ihrem Hilfecenter dreißig Sekunden nach einer erfolgreichen Aktion. Dann fragt der Nutzer eine Kollegin oder schreibt an den Support, ob es geklappt hat. In Ihrem Funnel hat dieser Nutzer konvertiert. Im wöchentlichen Review läuft diese Funktion bestens.
Die Falle: Weil Bewertungsklüfte als Erfolge verbucht werden, tauchen sie nur im Supportaufkommen und im qualitativen Feedback auf, also genau in den beiden Signalen, die Produktteams als anekdotisch abtun. Eine Funktion kann eine Abschlussrate von neunzig Prozent haben und trotzdem jede Woche einen stetigen Strom von „Hat das wirklich geklappt?“-Nachrichten erzeugen, und nichts in Ihrem Reporting wird die beiden je miteinander verbinden.
Es gibt noch eine weitere Verzweigung, die es wert ist, benannt zu werden, damit Sie innerhalb der richtigen Kluft diagnostizieren statt quer über beide. Eine Ausführungskluft hat selbst zwei Varianten: Der Nutzer hat das Bedienelement nie geöffnet, was ein Auffindbarkeitsproblem ist, oder er hat es geöffnet und sofort wieder verlassen, was meist bedeutet, dass das Wort auf dem Element für ihn etwas anderes bedeutet als für Sie. Unser Leitfaden zu mentalen Modellen in der UX behandelt diesen zweiten Fall ausführlich, auch warum ein missverstandenes Element prominenter zu machen mehr Absprünge statt mehr Nutzung bringt. Nutzen Sie diesen Leitfaden, um herauszufinden, auf welcher Seite der Aktion Ihr Problem liegt, und jenen, um herauszufinden, warum die Seite vor der Aktion scheitert.
Fünf Anzeichen für eine Kluft der Ausführung
Für keines davon brauchen Sie ein Forschungsprogramm. Alle sind in Daten sichtbar, die Sie bereits erheben, oder in den Sätzen, die Ihre Kunden Ihnen bereits schicken.
Eine Funktion, die vor einem Jahr ausgeliefert wurde und von einem winzigen Bruchteil der Accounts genutzt wird, ohne Muster nach Plan oder Rolle. Wäre sie schlecht designt, würden die Leute, die sie brauchen, sie nutzen und sich beschweren. Stille plus geringe Reichweite heißt meist, dass niemand weiß, dass es sie gibt. Siehe unseren Leitfaden zur Feature Discovery.
Nutzer erreichen das Ergebnis, aber über fünf Schritte, wo zwei reichen würden. Sie exportieren in eine Tabelle, um etwas zu tun, was Ihre Filter längst können. Sie legen Datensätze einzeln an, obwohl es einen Massenimport gibt. Das Ziel ist erreichbar, der kürzeste Weg nicht.
Ein Bildschirm mit vielen Aufrufen und einer medianen Verweildauer von vier Sekunden. Die Nutzer haben die Tür gefunden, sie geöffnet und konnten nicht erkennen, was sie drinnen tun sollen. Leere Zustände sind die üblichen Verdächtigen, die unser Leitfaden zu Empty States behandelt.
Zählen Sie diese einen Monat lang getrennt von allem anderen in Ihrer Warteschlange. Eine Warteschlange voller „Wie kann ich“ sagt Ihnen, dass Ihre Oberfläche die Phasen zwei und drei nicht beantwortet, und genau dafür gibt es In-App-Support.
Der günstigste Bericht zur Kluft der Ausführung, den Sie bauen können. Jede Suche ohne Ergebnis ist ein Nutzer, der Ihnen in seinen eigenen Worten sagt, was er wollte und nicht finden konnte, und die Worte, die er benutzt hat, sind die Worte, die Ihre Oberfläche benutzen sollte.
Fünf Anzeichen für eine Kluft der Bewertung
Diese sind schwerer zu erkennen, denn keines davon sieht nach Scheitern aus. Jedes steht für einen Nutzer, der getan hat, was Sie wollten, und dann nicht erkennen konnte, dass er es getan hatte.
Zwei Speichern-Events, zwei Einladungen an dieselbe Adresse, zwei Zahlungsversuche, zwei Exporte desselben Berichts. Das wertvollste Bewertungssignal überhaupt, und fast niemand hat einen Alarm dafür eingerichtet. Wenn Duplikate in Ihrem Produkt echten Schaden anrichten, ist das keine UX-Feinheit.
Eine Einstellung, die innerhalb von zehn Sekunden ein- und wieder ausgeschaltet wird. Ein Datensatz, der angelegt und gelöscht wird. Eine Änderung, die gespeichert und zurückgesetzt wird. Der Nutzer experimentiert nicht zum Spaß, er tastet die Oberfläche ab, um herauszufinden, was seine Aktion bewirkt hat, weil der Bildschirm es ihm nicht sagen wollte.
Eine Seite neu zu laden ist die universelle menschliche Geste für „Ich glaube diesem Bildschirm nicht“. Wenn sie sich direkt nach einer bestimmten Aktion häuft, hat diese Aktion ein Feedbackproblem, kein Performanceproblem. Unser Leitfaden zu Ladezuständen behandelt die Fälle, in denen es wirklich um Geschwindigkeit geht.
Hat das gespeichert, hat das gesendet, ist das angekommen, ist das schon live? Taggen Sie diese getrennt von „Wie kann ich“. Sie zeigen Ihnen, welche Aktionen in Ihrem Produkt still abgeschlossen werden, und jede davon ist ein Fünf-Minuten-Fix im Text statt ein Roadmap-Punkt.
Importe, Synchronisierungen, geplante Versendungen, alles Asynchrone. Das Produkt hat genau das getan, was es versprochen hat, zwanzig Minuten später, auf einem Bildschirm, den der Nutzer längst verlassen hatte. Aus Sicht des Nutzers ist überhaupt nichts passiert.
Zwei dieser fünf kosten Sie direkt Geld, nicht nur Wohlwollen. Doppelte Aktionen erzeugen Daten, die Ihr Kunde anschließend bereinigen muss, was zu einem Supportgespräch mit echten Stundenkosten wird, und Rückgängig-Aktionen bei einer kostenpflichtigen Aktion können wie ein Abrechnungsstreit aussehen. Die anderen drei kosten Sie Vertrauen, was sich später zeigt und schwerer zurückzuverfolgen ist. Unser Leitfaden zu Nutzervertrauen erklärt, warum ein unerklärtes Ergebnis mehr Schaden anrichtet als ein sichtbarer Fehler.
So schließen Sie die Kluft der Ausführung
Alles auf dieser Seite der Linie dreht sich darum, Funktionen in dem Moment sichtbar, verständlich und erreichbar zu machen, in dem ein Ziel entsteht. Sechs Maßnahmen, sortiert danach, wie günstig sie im Verhältnis zu dem sind, was sie aus Ihrer Support-Warteschlange entfernen.
1. Benennen Sie das Bedienelement so, wie der Nutzer sein Ziel benennt
Bevor Sie irgendetwas erklären, prüfen Sie das Wort. Wenn Ihre Nutzer „Rechnung senden“ sagen und Ihr Button „Dokument generieren“ heißt, haben Sie aus dem Nichts ein Scheitern in Phase drei erzeugt, und keine Menge an Anleitung gleicht das vollständig aus. Übernehmen Sie das Vokabular aus Ihren Suchen ohne Ergebnis und Ihren Supporttickets, nicht aus Ihrem Datenmodell.
Was das beseitigt: die Suche. Der Nutzer erkennt das Element wieder, statt es sich herzuleiten.
2. Platzieren Sie die Antwort am Element, nicht in einem Dokument
Eine Frage, die sich in einem Satz beantworten lässt, sollte dort beantwortet werden, wo sie entsteht. Ein Tooltip am Feld, das Nutzer verwirrt, kostet beim Lesen nichts und hält den Nutzer in seiner Aufgabe. Ihn zu einem Hilfecenter-Artikel zu schicken, kostet einen Kontextwechsel und meist einen Rückweg. Unser Leitfaden zur kontextbezogenen Hilfe erklärt, wie Sie entscheiden, welche Fragen welche Fläche verdienen.
Was das beseitigt: den Ausflug aus dem Produkt, um eine Zehn-Sekunden-Frage zu beantworten.
3. Markieren Sie das, was niemand öffnet
Bei einer Funktion mit nahezu null Reichweite ist die günstigste Maßnahme eine kleine, dauerhafte Markierung am Bedienelement selbst, die nur dem Segment angezeigt wird, für das sie relevant ist, und verschwindet, sobald es damit interagiert. Ein Hotspot ist ein Pull-Muster statt eines Push-Musters: Er wartet auf Neugier, statt die Arbeit zu unterbrechen, und genau das macht ihn auf einem Bildschirm erträglich, den Menschen täglich nutzen.
Was das beseitigt: die Unsichtbarkeit von allem, was nicht auf dem gewohnten Weg des Nutzers liegt.
4. Starten Sie den Walkthrough dort, wo die Aufgabe beginnt, nicht dort, wo der Account beginnt
Eine mehrstufige Aufgabe verdient eine geführte Abfolge, aber der Auslöser zählt mehr als der Inhalt. Eine Tour, die einmal bei der Registrierung läuft, bedient einen Zustand, den der Nutzer nach wenigen Tagen verlässt. Eine Tour, die auf der Seite startet, auf der die Aufgabe tatsächlich beginnt, begleitet ihn über Jahre, auch beim dritten Mal, wenn er eine Quartalsaufgabe erledigt. Unser Leitfaden zu Onboarding-Triggern erklärt die Wahl zwischen Seiten-, Event- und Segmentbedingungen.
Was das beseitigt: Anleitung, die es immer nur in der ersten Woche gab.
5. Geben Sie jedem Flow eine zweite Tür
Nutzer überspringen Dinge, und sie haben recht damit: Das Paradox des aktiven Nutzers erklärt, warum fast alle direkt loslegen, statt zuerst zu lesen. Entscheidend ist, dass Überspringen nicht endgültig ist. Eine Checkliste, die erreichbar bleibt und deren Punkte die passende Seite öffnen, weiterleiten oder die Tour starten können, macht aus einem weggeklickten Flow einen, zu dem der Nutzer zurückkehren kann, sobald er einen Grund dafür hat.
Was das beseitigt: die Einbahnstraßen-Entscheidung, die ein Nutzer in seinen ersten fünf Minuten getroffen hat.
6. Zeigen Sie, was die Aktion bewirken wird, bevor der Nutzer sich festlegt
Das ist Feedforward, und es ist die günstigste Angstreduzierung in Software. Eine Vorschau auf die Anzahl betroffener Datensätze, ein Muster der Nachricht, die verschickt wird, ein klarer Satz, der benennt, was als Nächstes passiert. Es verhindert weniger Fehler, als dass es Menschen überhaupt dazu bringt, den Button zu drücken, und genau das ist der eigentliche Engpass bei allem, was sich nicht rückgängig machen lässt. Unser Leitfaden zu UX-Microcopy liefert die Formeln.
Was das beseitigt: das Zögern, das einen Nutzer davon abhält, ein Element zu bedienen, das er durchaus gefunden hat.
Die Ausführungsseite ist eine Ebene, die Sie über eine Oberfläche legen können, die Sie nicht verändern: eine Markierung am Element, ein Satz am Feld, eine Abfolge auf der Seite, auf der die Aufgabe beginnt, und eine Liste, die erreichbar bleibt.
So schließen Sie die Kluft der Bewertung
Alles auf dieser Seite der Linie dreht sich darum, eine Frage zu beantworten, die der Nutzer bereits hat: Was ist gerade passiert? Diese Lösungen sind meist kleiner als die auf der Ausführungsseite und werden fast immer vernachlässigt, was diese Liste zur ertragreichsten im ganzen Leitfaden macht.
1. Machen Sie die Zustandsänderung auf dem Bildschirm sichtbar, auf dem der Nutzer bereits ist
Das stärkste Feedback ist keine Nachricht über eine Änderung, sondern die Änderung selbst, dargestellt dort, wo der Nutzer hinschaut. Ein Status-Badge, das umspringt, eine Zeile, die in einer Liste erscheint, ein Zähler, der sich bewegt, ein Feld, das jetzt einen Wert zeigt. Eine Nachricht kann man übersehen. Einen sichtbaren Unterschied an genau der Stelle, auf die man gestarrt hat, nicht.
Was das beseitigt: die Notwendigkeit, einer Benachrichtigung zu vertrauen, statt das Ergebnis zu sehen.
2. Nennen Sie das Objekt, nicht den Vorgang
„Gespeichert“ ist die schwächste mögliche Bestätigung, denn sie bestätigt, dass die Software gelaufen ist, nicht, dass das Ziel des Nutzers erreicht wurde. „Rechnung 1043 an accounts@northfield.co gesendet“ ist Feedback. Es nennt das Objekt, die Aktion und das Ziel, also genau die Fakten, die der Nutzer braucht, um das Ergebnis mit seiner Absicht zu vergleichen.
Was das beseitigt: die zweite Prüfung auf einem anderen Bildschirm, um die erste zu bestätigen.
3. Schließen Sie asynchrone Schleifen dort, wo der Nutzer landet
Alles, was später fertig wird, muss sich später zurückmelden, und zwar dort, wo der Nutzer dann tatsächlich ist. Ein abgeschlossener Import, eine beendete Synchronisierung, ein geplanter Versand: Das sind die Aktionen, die am ehesten in völliger Stille enden. Eine In-App-Benachrichtigung oder eine Ankündigung, die beim nächsten Besuch des Nutzers erscheint, schließt eine Schleife, die sonst für immer offen bliebe. Unsere Leitfäden zu In-App-Benachrichtigungen und zum Ankündigen von Änderungen im Produkt behandeln die Zustellung.
Was das beseitigt: Vorgänge, die auf einem Bildschirm erfolgreich waren, den niemand beobachtet hat.
4. Sagen Sie, was als Nächstes zu tun ist, nicht nur, dass es erledigt ist
Phase sieben ist der Vergleich mit einem Ziel, und das Ziel ist fast nie die Aktion, die der Nutzer gerade ausgeführt hat: Niemand will eine Einstellung gespeichert haben, man will das Ergebnis, das die Einstellung bewirkt. Eine Bestätigung, die mit dem nächsten Schritt endet, schließt den Vergleich für ihn ab. „Ihre erste Kampagne ist für Montag geplant, und hier können Sie sie in der Vorschau ansehen.“
Was das beseitigt: die Pause, in der ein erfolgreicher Nutzer nicht weiß, ob er fertig ist.
5. Lassen Sie Fehlermeldungen sagen, was zu tun ist, und scheitern Sie nie still
Ein stilles Scheitern ist die schlimmste mögliche Bewertungskluft, denn der Nutzer geht in dem Glauben, er sei erfolgreich gewesen, und erfährt das Gegenteil von einer Kollegin oder einem Kunden. Jede Fehlermeldung, die sichtbar, konkret und mit der nächsten Aktion verbunden ist, ist besser als eine leise, und es lohnt sich, Ihr Produkt auf Aktionen zu prüfen, die scheitern können, ohne es zu sagen.
Was das beseitigt: die Art von Fehler, von dem ein Nutzer durch jemand anderen erfährt.
6. Machen Sie Irrtümer günstig und offensichtlich
Rückgängigmachen ist ein Feedbackmechanismus, nicht nur eine Sicherheitsfunktion. Ein sichtbarer Weg zurück sagt dem Nutzer, dass es sicher ist, die Oberfläche auszuprobieren, und genau das erlaubt ihm, ein Ergebnis durch Testen zu bewerten statt durch eine Nachricht an den Support. Die Kombination, die Sie anstreben sollten: eine klare Aussage darüber, was passiert ist, plus ein Weg, es mit einem Klick rückgängig zu machen.
Was das beseitigt: die Vorsicht, die aus einer unsicheren Aktion ein Supportgespräch macht.
Fällt Ihnen auf, wie viele dieser sechs Punkte Text und Layout betreffen statt Architektur? Das ist die gute Nachricht über die Bewertungsseite: Die Lücke ist meist ein Satz und ein sichtbarer Unterschied, kein Neubau. Die schlechte Nachricht ist, dass sich niemand dafür verantwortlich fühlt. Ausführungsprobleme werden von Growth- und Onboarding-Teams angesprochen, weil sie in Funnels auftauchen. Bewertungsprobleme spricht niemand an, weil der Funnel sagt, dass alles in Ordnung ist, und deshalb ist wer für die Guidance-Ebene verantwortlich ist genauso wichtig wie das, was diese Ebene enthält.
Jedes Release öffnet beide Klüfte erneut
Die Klüfte sind kein Problem der ersten Sitzung. Sie öffnen sich mit jeder Änderung, die Sie ausliefern, erneut, und zwar für jeden Nutzer, der bereits ein funktionierendes mentales Modell des alten Bildschirms hatte.
Wenn Sie ein Bedienelement verschieben, vergrößern Sie die Kluft der Ausführung für alle, die wussten, wo es vorher war. Sie sind keine Einsteiger, also fängt sie kein Onboarding-Flow auf, und sie suchen zweimal an der alten Stelle, bevor sie ein Ticket eröffnen. Wenn Sie ändern, was eine Aktion bewirkt, einen Bestätigungsschritt hinzufügen oder etwas asynchron machen, das vorher sofort passierte, vergrößern Sie stattdessen die Kluft der Bewertung: Dieselbe Aktion, die sie hundertmal ausgeführt haben, erzeugt jetzt ein anderes Signal, und ihre eingeübte Art, den Bildschirm zu lesen, ist plötzlich falsch.
Deshalb ist eine Release Note keine Guidance-Strategie. Eine Release Note lebt außerhalb des Produkts, wird von einer kleinen Minderheit gelesen und ist vergessen, bevor die Person diesen Bildschirm das nächste Mal berührt. Was eine durch ein Release entstandene Kluft schließt, ist eine Markierung genau dort, wo die Änderung ist, angezeigt den Menschen, die sie betrifft, in dem Moment, in dem sie auf den Bildschirm kommen. Unser Leitfaden dazu, warum Produkttouren kaputtgehen, behandelt die andere Hälfte dieses Problems: Ihre bestehende Anleitung war an einer Oberfläche verankert, die Sie gerade verändert haben.
-
Ein Bedienelement verschoben
Ausführungskluft für bestehende Nutzer. Markieren Sie die neue Position für das Segment, das die alte genutzt hat, und lassen Sie die Markierung einen vollen Nutzungszyklus lang stehen statt nur eine Woche.
-
Geändert, was eine Aktion bewirkt
Bewertungskluft. Der Bestätigungstext muss sich mit dem Verhalten ändern, sonst lesen geübte Nutzer das neue Ergebnis als das alte.
-
Etwas asynchron gemacht
Bewertungskluft, und zwar die am häufigsten übersehene. Etwas, das früher fertig wurde, während der Nutzer zusah, wird jetzt fertig, nachdem er gegangen ist, und braucht deshalb eine Rückmeldung.
-
Etwas Neues ausgeliefert
Ausführungskluft für Ihre gesamte bestehende Nutzerbasis auf einmal, denn niemand von ihnen ist der Funktion im Onboarding begegnet. In diesem Fall leistet eine Ankündigung im Produkt, direkt neben der Änderung, die Arbeit.
Beide Klüfte mit Kompassify schließen
Die ehrliche Arbeitsteilung sieht so aus: Die Kluft der Ausführung lässt sich weitgehend mit einer Guidance-Ebene über einer Oberfläche schließen, die Sie nicht verändern, die Kluft der Bewertung dagegen meistens nicht, denn die Bestätigung einer Zustandsänderung gehört in das Produkt, das den Zustand verändert hat. Was eine Guidance- und Analytics-Ebene auf der Bewertungsseite leisten kann, ist Ihnen zu helfen, die Lücken zu finden und die langsameren Schleifen zu schließen. Beide Hälften lohnen sich, und nur eine davon braucht Ihr Entwicklungsteam.
-
Tooltips und Hotspots an den echten Elementen
Sie erstellen sie, indem Sie das Bedienelement auf Ihrem eigenen Bildschirm auswählen, ganz ohne Code, und hängen den einen Satz an, der die Frage beantwortet, die es aufwirft. Das ist die direkte Lösung für ein Scheitern in Phase zwei und drei.
-
Produkttouren mit Analytics pro Schritt
Führen Sie durch eine mehrstufige Aufgabe und sehen Sie, an welchem Schritt Nutzer aussteigen. Ein Schritt kann auch auf den echten Klick des Nutzers auf das Element warten statt auf einen Weiter-Button, sodass die Anleitung der Arbeit folgt, statt sie nur zu kommentieren.
-
Checklisten, die erreichbar bleiben
Ein Punkt kann eine Seite öffnen, weiterleiten oder eine Tour starten. So bekommt jeder Flow eine zweite Tür, und ein übersprungener Walkthrough wird zu etwas, zu dem ein Nutzer zurückkehren kann. Die sichtbaren Häkchen sind zudem selbst Feedback: Fortschritt, den der Nutzer sieht, ohne fragen zu müssen.
-
Ankündigungen für die Schleifen, die sich später schließen
Eine Glocke und ein Was-ist-neu-Panel, die aus einer Ankündigung heraus eine Tour starten und Feedback einsammeln können. So erfährt der Nutzer auch von einer Änderung, die erst eintraf, nachdem er gegangen war.
-
No-Code-Produkt-Analytics, um beide Klüfte zu finden
Die Feature-Nutzung im direkten Vergleich zeigt Ihnen die nahezu null Reichweite, die auf eine Ausführungskluft hinweist. User Flow und getrackte Events sind der Ort, an dem Sie nach Wiederholung, Rückgängig-Aktion und Neuladen suchen, die auf eine Bewertungskluft hinweisen, also nach dem Muster, das Ihnen kein Standard-Funnel-Bericht zeigt.
-
Segment- und Seiten-Targeting für jeden Flow
Damit die Markierung an einem verschobenen Element nur bei den Menschen erscheint, die das alte genutzt haben, und niemand auf eine Funktion hingewiesen wird, die er ohnehin jeden Tag nutzt.
Kompassify ist No-Code: Flows entstehen, indem Sie auf Ihre eigene Oberfläche zeigen, und dieselbe Ebene bedient einen Nutzer in der ersten Woche ebenso wie einen Kunden, der seit zwei Jahren dabei ist, denn der Auslöser sind Seite und Verhalten statt des Registrierungsdatums. Kompassify ist kostenlos bis 100 monatlich aktive Nutzer, die Pläne beginnen bei 129 $ pro Monat, und es ist DSGVO-konform und in der EU gehostet.
Finden Sie heraus, in welcher Kluft Ihre Nutzer stehen
Markieren Sie die Elemente, die niemand findet, antworten Sie direkt am Element, und nutzen Sie Berichte zu Feature-Nutzung und User Flow, um die Wiederholungen und Rückgängig-Aktionen zu erkennen, die Ihr Funnel als Erfolge liest. Kein Code erforderlich. Kostenlos bis 100 monatlich aktive Nutzer, Pläne ab 129 $/Monat, DSGVO-konform und in der EU gehostet.
Kostenlos starten →Was Sie messen sollten
Sechs Kennzahlen, drei für jede Kluft. Der Sinn der Aufteilung: Eine einzige Feature-Adoption-Zahl mittelt die beiden Probleme zusammen und verdeckt das, nach dem Sie gerade nicht suchen.
| Kennzahl | Kluft | Was ein schlechter Wert bedeutet | Was Sie dagegen tun |
|---|---|---|---|
| Reichweite pro Funktion | Ausführung | Die Funktion ist für die meisten Accounts, für die sie relevant ist, unsichtbar. | Markieren Sie das Element für dieses Segment und messen Sie danach erneut die Reichweite, nicht die Klicks. |
| Rate vom Aufruf zur ersten Aktion | Ausführung | Nutzer kommen auf den Bildschirm und tun nichts. Die Tür wurde gefunden, das Innere war nicht lesbar. | Verbessern Sie den Empty State und setzen Sie einen Satz an das erste Element. |
| Suchen ohne Ergebnis | Ausführung | Nutzer fragen nach Dingen mit Worten, die Ihre Oberfläche nicht verwendet. | Benennen Sie um, bevor Sie erklären, und prüfen Sie dieselbe Liste einen Monat später. |
| Wiederholungsrate innerhalb von 60 Sekunden | Bewertung | Die Aktion wurde abgeschlossen, und der Bildschirm hat es nicht überzeugend gesagt. | Machen Sie die Zustandsänderung sichtbar und nennen Sie das Objekt in der Bestätigung. |
| Rate sofortiger Rückgängig-Aktionen | Bewertung | Nutzer tasten die Oberfläche ab, um herauszufinden, was ihre Aktion bewirkt hat. | Ergänzen Sie Feedforward vor der Aktion und ein konkretes Ergebnis danach. |
| Anteil der „Hat das“-Tickets an der Warteschlange | Bewertung | Bestimmte Aktionen in Ihrem Produkt werden still abgeschlossen. | Taggen Sie nach Aktion, beheben Sie die drei lautesten im Text und beobachten Sie das Volumen des Tags. |
Der Absprung pro Schritt macht die Ausführungsseite sichtbar: Der Schritt, an dem Menschen aussteigen, ist die Phase der Aufgabe, die Ihre Oberfläche nicht erklärt.
Zwei dieser sechs sind heute wahrscheinlich nicht in Ihren Analytics. Wiederholungsrate und Rate sofortiger Rückgängig-Aktionen brauchen ein Event auf der Aktion und eine bewusste Entscheidung über das Zeitfenster, das Sie zählen, und sobald Sie sie haben, sind sie meist die beiden umsetzbarsten Zahlen der Liste, denn jede zeigt auf einen bestimmten Satz auf einem bestimmten Bildschirm. Unsere Leitfäden zu Event-Tracking und Verhaltensanalyse erklären, wie Sie sie ohne Datenteam einrichten, und Session Replay ist der schnellste Weg, um zu bestätigen, wie eine Wiederholung tatsächlich aussah.
Die zwei Klüfte: Dos und Don’ts
✅ Das sollten Sie tun
- Fragen Sie, auf welcher Seite der Aktion die Verwirrung liegt, bevor Sie eine Lösung wählen.
- Taggen Sie Supporttickets als „Wie kann ich“ oder „Hat das“, und zählen Sie beide getrennt.
- Richten Sie einen Alarm für wiederholte Aktionen innerhalb eines kurzen Zeitfensters ein.
- Nennen Sie in jeder Bestätigung das Objekt und das Ergebnis.
- Melden Sie alles zurück, was fertig wird, nachdem der Nutzer gegangen ist.
- Beenden Sie eine Erfolgsmeldung mit dem nächsten Schritt, nicht mit einem Punkt.
- Prüfen Sie beide Klüfte erneut nach jedem Release, das ein Element verschiebt oder verändert.
- Korrigieren Sie das Wort auf dem Element, bevor Sie Anleitung hinzufügen, um es zu erklären.
❌ Das sollten Sie vermeiden
- Jedes Adoptionsproblem mit einer weiteren Tour beantworten.
- Eine Abschlussrate von neunzig Prozent als Beweis dafür werten, dass ein Flow verstanden wird.
- „Gespeichert“ die gesamte Bestätigung für eine bedeutsame Aktion sein lassen.
- Zulassen, dass irgendeine Aktion still scheitert.
- Davon ausgehen, dass ein Spinner als Feedback zählt, sobald er verschwindet.
- Eine neue Funktion nur in ein Changelog oder eine Release-E-Mail packen.
- Ein missverstandenes Element prominenter machen und das Discovery nennen.
- „Hat das geklappt?“-Nachrichten damit abtun, dass Nutzer nicht genau lesen.
Die Kurzfassung in einem Absatz
Jede Aufgabe, die ein Nutzer angeht, enthält zwei Lücken. Bevor er handelt, muss er herausfinden, ob das, was er will, möglich ist, welches Element es erledigt und wie man es bedient: Das ist die Kluft der Ausführung, und sie wird durch Anleitung geschlossen, durch die Beschriftung Ihrer Bedienelemente und durch Antworten an den Elementen, die Fragen aufwerfen. Nachdem er gehandelt hat, muss er herausfinden, ob sich etwas geändert hat, was es bedeutet und ob es dem entspricht, was er wollte: Das ist die Kluft der Bewertung, und sie wird durch sichtbare Zustandsänderungen geschlossen, durch Bestätigungen, die das Objekt statt des Vorgangs nennen, und durch Rückmeldungen zu Vorgängen, die fertig werden, nachdem er gegangen ist. Beide Klüfte führen zu geringer Feature-Adoption, und Ihr Funnel zeigt Ihnen nur eine davon, denn ein Nutzer, der handelt und nicht erkennen kann, was passiert ist, wird als Conversion verbucht. Teilen Sie Ihre Adoptionsprobleme danach auf, auf welcher Seite der Aktion sie liegen, zählen Sie Wiederholungen und Rückgängig-Aktionen so sorgfältig wie Abbrüche, und hören Sie auf, eine Bewertungskluft mit mehr Anleitung zu beantworten: Dieser Nutzer war nie orientierungslos, und ihm noch einmal zu sagen, was er tun soll, beantwortet nicht die Frage, die er stellt.
Häufig gestellte Fragen
Was ist die Kluft der Ausführung?
Die Kluft der Ausführung (Gulf of Execution) ist die Lücke zwischen dem, was ein Nutzer erreichen möchte, und den Aktionen, die Ihre Oberfläche für ihn sichtbar und verständlich macht. Sie ist groß, wenn ein Nutzer nicht erkennen kann, ob etwas in Ihrem Produkt überhaupt möglich ist, welches Bedienelement es erledigt oder wie er dieses Element richtig bedient, sobald er es gefunden hat. Alles in dieser Kluft passiert, bevor die Aktion ausgeführt wird, und deshalb wird sie durch Anleitung geschlossen: durch die Beschriftung Ihrer Bedienelemente, einen Tooltip am Feld, das Nutzer verwirrt, eine Markierung an der Funktion, die niemand öffnet, und eine geführte Abfolge, die auf der Seite startet, auf der die Aufgabe beginnt.
Was ist die Kluft der Bewertung?
Die Kluft der Bewertung (Gulf of Evaluation) ist die Lücke zwischen dem neuen Zustand Ihres Systems nach einer Aktion und dem, was der Nutzer tatsächlich vom Bildschirm ablesen kann. Sie ist groß, wenn Ihr Produkt etwas verändert hat und die Oberfläche es nicht sagt, es auf eine Weise sagt, die der Nutzer nicht entschlüsseln kann, oder es an einer Stelle sagt, auf die der Nutzer nicht schaut. Alles in dieser Kluft passiert nach der Aktion, und deshalb wird sie durch Feedback statt durch Anleitung geschlossen: eine sichtbare Zustandsänderung, eine Bestätigung, die Objekt und Ergebnis nennt, eine Rückmeldung zu Vorgängen, die später abgeschlossen wurden, und ein klarer nächster Schritt.
Was ist der Unterschied zwischen der Kluft der Ausführung und der Kluft der Bewertung?
Die Aktion trennt sie. Die Kluft der Ausführung umfasst alles bis einschließlich der Ausführung der Aktion, und die Frage des Nutzers lautet: Was kann ich hier tun, und wo? Die Kluft der Bewertung umfasst alles nach der Aktion, und die Frage des Nutzers lautet: Hat das geklappt, und was hat sich geändert? Sie hinterlassen auch entgegengesetzte Spuren in Ihren Daten: Eine Ausführungskluft bedeutet, dass das Event nie ausgelöst wird, eine Bewertungskluft bedeutet, dass das Event mehrfach ausgelöst, rückgängig gemacht oder von einem Neuladen der Seite und einer Supportanfrage gefolgt wird.
Wer hat die Kluft der Ausführung und die Kluft der Bewertung geprägt?
Beide Begriffe stammen vom Kognitionswissenschaftler und Designer Donald Norman, als Teil eines Modells mit sieben Phasen, das beschreibt, wie Menschen auf die Welt einwirken und anschließend das Ergebnis beurteilen. Sein übergeordnetes Argument lautete, dass das meiste, was als Bedienfehler verbucht wird, in Wahrheit eine Eigenschaft des Designs ist: Eine Oberfläche überbrückt diese beiden Lücken, oder sie lässt die Person auf einer Seite davon stehen, und die Person als unaufmerksam abzustempeln, erklärt nichts und behebt nichts.
Was sind die sieben Handlungsphasen?
Ziel, Planen, Festlegen, Ausführen, Wahrnehmen, Interpretieren und Vergleichen. Das Ziel entsteht im Kopf des Nutzers. Planen, Festlegen und Ausführen bilden die Kluft der Ausführung: Ist das möglich, welches Element erledigt es, kann ich es bedienen? Wahrnehmen, Interpretieren und Vergleichen bilden die Kluft der Bewertung: Hat sich etwas geändert, was bedeutet das, ist es das, was ich wollte? Für ein Produktteam ist entscheidend, dass sechs der sieben Phasen an etwas scheitern können, das die Oberfläche gesagt oder nicht gesagt hat, während die meisten Analytics-Setups nur die vierte Phase erfassen.
Warum taucht eine Kluft der Bewertung nicht in den Produkt-Analytics auf?
Weil Ihr Funnel die Aktion zählt, und bei einer Bewertungskluft hat die Aktion stattgefunden. Der Nutzer hat den Button gedrückt, das Event wurde ausgelöst, der Schritt gilt als abgeschlossen, und der Bericht sagt, dass die Funktion gut läuft. Die Belege für das Problem stecken in Signalen, die die meisten Teams nicht erfassen: dieselbe Aktion innerhalb einer Minute wiederholt, eine Änderung, die sofort wieder rückgängig gemacht wird, eine Seite, die direkt nach einem Erfolg neu geladen wird, und Supporttickets, die mit „Wurde das gespeichert?“ oder „Ist das angekommen?“ beginnen. Solange Sie diese nicht zählen, ist eine Bewertungskluft für alle unsichtbar außer für Ihr Supportteam.
Woran erkenne ich, ob ich Anleitung ergänzen oder das Feedback verbessern sollte?
Fragen Sie, ob der Nutzer gehandelt hat. Wenn das Event nie ausgelöst wird oder weit seltener, als es Accounts gibt, für die die Funktion relevant ist, haben Sie eine Ausführungskluft, und Anleitung ist das richtige Werkzeug. Wenn das Event ausgelöst und dann wiederholt, rückgängig gemacht oder von einem Neuladen oder einer Hat-das-geklappt-Nachricht gefolgt wird, haben Sie eine Bewertungskluft, und mehr Anleitung macht es schlimmer, weil der Nutzer nie die Orientierung verloren hatte. Innerhalb der Ausführungskluft lohnt sich eine zweite Unterscheidung: Nie geöffnet deutet auf ein Auffindbarkeitsproblem hin, geöffnet und nach Sekunden wieder verlassen bedeutet meist, dass die Beschriftung für den Nutzer etwas anderes bedeutet als für Sie.
Was ist der Unterschied zwischen Feedforward und Feedback?
Feedforward ist die Information, die einem Nutzer hilft vorherzusagen, was eine Aktion bewirken wird, bevor er sich darauf festlegt, etwa eine Vorschau, wie viele Datensätze betroffen sein werden, oder ein Satz, der benennt, was als Nächstes passiert. Feedback ist die Information, die ihm sagt, was tatsächlich passiert ist, etwa ein Status-Badge, das umspringt, oder eine Nachricht, die das gesendete Objekt und sein Ziel nennt. Feedforward verkleinert die Kluft der Ausführung, Feedback verkleinert die Kluft der Bewertung, und ein Produkt kann reichlich vom einen und fast nichts vom anderen haben.
Kann In-App-Guidance die Kluft der Bewertung schließen, oder braucht es dafür die Entwicklung?
Meistens braucht es das Produkt selbst, denn die Bestätigung einer Zustandsänderung gehört in das, was den Zustand verändert hat, und eine Guidance-Ebene über Ihrer Oberfläche kann kein Status-Badge erfinden, das es nicht gibt. Auf der Bewertungsseite findet eine Guidance- und Analytics-Ebene die Lücken und schließt die langsameren Schleifen: Berichte zu Feature-Nutzung und User Flow zeigen Ihnen die Wiederholungen und Rückgängig-Aktionen, die Ihr Funnel als Erfolge liest, und eine In-App-Ankündigung kann über Vorgänge berichten, die abgeschlossen wurden, nachdem der Nutzer gegangen war. Die Ausführungsseite lässt sich dagegen fast vollständig ohne Entwicklungszeit schließen.