# Bevor Sie einen Agenten briefen, schreiben Sie ein Ziel mit einer Zahl.

Ein Kassenbildschirm sank an einem Nachmittag von sechs auf zwei Taps, weil die Zahl vor dem Prompt kam. So schreiben Sie das Ziel und halten den Agenten dran.

https://laithjunaidy.com/de/writing/define-the-goal-before-you-prompt
Von Laith Aljunaidy. Veröffentlicht: 2026-10-05.

---

![Zwei Verkäuferbildschirme von Bysooq: ein Dashboard mit Gesamtumsatz, Sitzungen, Conversion und Bestellungen sowie ein Produktraster mit Lagerbestand und Preisen](https://laithjunaidy.com/writing/design-process/bysooq-hifi.jpg)

*[Bysooq](https://laithjunaidy.com/de/work/bysooq), E-Commerce für den Irak und Jordanien. Ein Verkäufer-Dashboard, vier Zahlen oben. Ein Ziel wählt eine davon aus und legt fest, wie weit sie sich bewegen muss.*

Am 29. September 2026 war der Kassenbildschirm in [Dot](https://laithjunaidy.com/de/research/dot), meiner Loyalty-App, langsam. Eine Kassenkraft an einem vollen Tresen musste eine neue Gutschrift beginnen, den Betrag antippen, eine Länderauswahl öffnen, das Land wählen, das Telefonfeld antippen und auf „Generieren“ drücken. Sechs Taps plus Tippen, und beim Öffnen des Bildschirms war kein Feld aktiv.

Um 17:50 Uhr landete an diesem Tag eine Design-Spezifikation im Repo. Sie enthielt viel: acht Bildschirmzustände, den Text für jede Fehlermeldung, das Layout bis auf den Pixel. Die Tabelle, auf die es ankam, hatte vier Zeilen und einen schlichten Titel: „Tap-Budget“. Für einen wiederkehrenden Kunden, der seine Telefonnummer nennt, hatte sie zwei Spalten. Heute: sechs Taps plus Tippen. Neu: zwei Taps plus Tippen.

Alles andere in der Spezifikation folgte aus dieser einen Zelle. Zwei Taps bedeuteten, dass die Kassenkraft nicht von Feld zu Feld tippen durfte. Auf der iOS-Telefontastatur gibt es keine Eingabe- oder Weiter-Taste. Den Tap zu sparen geht also nur, wenn der Fokus automatisch springt, und das geht nur aus einem Feld mit bekannter Länge. Eine Telefonnummer hat eine. Ein Betrag nicht. Also kam die Telefonnummer zuerst, und mit der letzten Ziffer springt der Fokus von selbst zum Betrag.

Um 19:13 Uhr landete der Build-Commit mit Claude als Co-Autor: „phone first, two taps for a returning customer“. Eine Minute später folgte der Test-Commit, ebenfalls mit Claude geschrieben. Er öffnet die Kasse auf einem 375 Pixel breiten Telefon, auf Arabisch und auf Englisch, gibt die Nummer eines wiederkehrenden Kunden und einen Betrag ein, tippt auf „Punkte hinzufügen“, tippt auf „Nächster Kunde“ und prüft, dass die Kasse wieder leer ist und der Cursor im Telefonfeld steht. Der Test heißt „takes a returning customer from idle to success in two taps“. Der Pull Request wurde um 19:44 Uhr gemergt.

Weniger als zwei Stunden von der Spezifikation bis zum Merge. Claude hat den Code und den Test mitgeschrieben. Die Zahl sagte beiden, was „fertig“ bedeutet.

## Das Wichtigste

- Bevor Sie einen KI-Agenten briefen, schreiben Sie ein Ziel mit einer Zahl. „Wiederkehrende Kunden sammeln Punkte in zwei Taps“ ist ein Ziel. „Den Kassenablauf schneller machen“ ist ein Wunsch.
- Der Design Sprint von GV beginnt genauso: Am Montagmorgen startet das Team beim Ende und einigt sich auf ein langfristiges Ziel. Am Mittwoch dient dieses Ziel dazu, zwischen Lösungen zu entscheiden.
- Ein Agent braucht die Zahl dringender als ein Team. Anthropics eigener Claude-Code-Leitfaden sagt: Claude hört auf, wenn die Arbeit fertig aussieht. Ohne eine Prüfung, die es ausführen kann, ist „sieht fertig aus“ das einzige Signal.
- Setzen Sie die Zahl an drei Stellen ein: in die erste Zeile des Prompts, in einen Test, der fehlschlägt, bis die Zahl stimmt, und in das Review.
- Eine Zahl allein lädt zum Austricksen ein. Halten Sie schriftlich fest, was auf dem Weg dorthin nicht kaputtgehen darf. Die Dot-Spezifikation nahm lieber einen Tap in Kauf, als eine stille, verspätete Gutschrift zu riskieren.
- Der Plan-Modus mag tot sein. Das Ziel ist es nicht. Ein Plan sind Seiten. Ein Ziel ist eine Zeile, und es übersteht jede Iterationsrunde.

## Was heißt „am Ende beginnen“ im Design Sprint?

Der [Design Sprint](https://www.gv.com/sprint/) von GV ist ein Fünf-Tage-Prozess, um geschäftskritische Fragen durch Gestaltung, Prototypen und Tests mit Kunden zu beantworten. Jake Knapp begann 2010 bei Google mit Sprints und brachte sie 2012 zu GV. Montag: Problem kartieren. Dienstag: skizzieren. Mittwoch: entscheiden. Donnerstag: Prototyp bauen. Freitag: mit echten Menschen testen.

Der Montagmorgen kommt zuerst, und GVs eigene Beschreibung ist kurz: Sie beginnen am Ende und einigen sich auf ein langfristiges Ziel. Danach zeichnen Sie eine Karte der Herausforderung, fragen die Expertinnen und Experten im Unternehmen, was sie wissen, und wählen ein Zielgebiet, ein Stück des Problems, das klein genug ist, um es in einer Woche zu lösen.

Am Mittwoch kehrt das Ziel zurück. Dann liegt dem Team ein Stapel skizzierter Lösungen vor, und es kann nur eine prototypisch umsetzen. Also bewertet es jede kritisch und entscheidet, welche die besten Chancen hat, das langfristige Ziel zu erreichen. Das Ziel vom Montag ist der Maßstab am Mittwoch. Ohne ihn ist der Mittwoch eine Abstimmung über Geschmack.

GV schreibt diesen Teil der Methode John Zeratsky zu. In ihren Worten half er ihnen, am Ende zu beginnen und sich darauf zu konzentrieren, Ergebnisse mit den Kennzahlen des jeweiligen Geschäfts zu messen. Das Ende kommt zuerst, und das Ende lässt sich messen.

Mein [Leitfaden zum Designprozess](https://laithjunaidy.com/de/writing/design-process-checklist#define-the-goal) stellt denselben Schritt an den Anfang der Empathie-Phase, noch vor jedes Interview: ein Satz dazu, was das Projekt verändern muss und woran Sie erkennen, dass es das getan hat, mit der einen Zahl, die es belegen würde. In einem Team hält dieser Satz einen Raum voller Menschen auf Kurs. Bei einem Agenten hat er eine zweite Aufgabe.

![Vorlage für einen User Flow bei Bunn: App öffnen, Entscheidung angemeldet, Startseite, Getränke wählen, Entscheidung Liefergebühr, Checkout, Bezahlen, Verfolgen, geliefert](https://laithjunaidy.com/store/user-flow/en-light.jpg)

*Die Montagskarte des Sprints ist eine einfache Variante davon. Die kostenlose [User-Flow-Vorlage](https://laithjunaidy.com/store/user-flow) zeichnet den Weg vom ersten Bildschirm bis zum Ergebnis, und das Ziel steht an seinem äußersten Ende.*

## Sollte ein Sprint-Ziel eine Zahl haben?

Die meisten Leitfäden sagen nein, oder nicht unbedingt. Die [Seite zum langfristigen Ziel im Design Thinking Toolkit](https://designthinkingtoolkit.co/content/long-term-goal), eines der Top-Ergebnisse zu dieser Frage, baut das Ziel aus drei Teilen auf: einem Zeitrahmen, einer konkreten, anspruchsvollen Errungenschaft und einer Kennzahl, die als optional markiert ist. Die Beispiele blicken Jahre voraus und lauten etwa „wir werden die erste Wahl für ... sein“. Fragen Sie heute ChatGPT oder Perplexity, bekommen Sie denselben Rat: Die Zahlen wandern aus dem Ziel in separate Erfolgskriterien.

Für einen Sprint-Raum stimmt das. Ein Team verbringt fünf Tage zusammen, trägt den Kontext im Kopf und testet am Freitag mit echten Kunden. Die Menschen im Raum messen selbst.

Wer allein mit einem Agenten baut, hat keinen Raum. Ein Agent lässt sich nicht an einen Mondflug binden, denn ein Mondflug liefert nie bestanden oder durchgefallen. „Die Kassenkräfte lieben es“ ist ein schöner Glaubenssatz. Der Agent kann nur auf „zwei Taps“ hinarbeiten.

Behalten Sie also beides und schreiben Sie es in zwei Zeilen. Oben das Streben, wenn es Ihnen und Ihrem Team hilft. Direkt darunter die Zahl, denn diese Zeile werden der Agent, der Test und die Reviewerin tatsächlich benutzen. GVs Würdigung von Zeratsky verbindet beides bereits: am Ende beginnen, dann die Ergebnisse messen.

## Warum braucht ein Agent die Zahl dringender als ein Team?

Ein Team widerspricht. Geben Sie fünf Menschen ein vages Ziel, und jemand fragt, was „schneller“ heißen soll. Ein Agent erledigt eine plausible Version der Arbeit und hört auf.

Anthropic sagt das in seinen [Best Practices für Claude Code](https://code.claude.com/docs/en/best-practices) deutlich: Claude hört auf, wenn die Arbeit fertig aussieht. Ohne eine Prüfung, die es ausführen kann, ist „sieht fertig aus“ das einzige verfügbare Signal, und Sie selbst werden zur Prüfschleife. Jeder Fehler wartet darauf, dass Sie ihn bemerken. Die Lösung des Leitfadens: Geben Sie Claude etwas, das bestanden oder durchgefallen liefert, damit sich die Schleife von selbst schließt. Claude macht die Arbeit, führt die Prüfung aus, liest das Ergebnis und arbeitet weiter, bis die Prüfung besteht.

Das ist ein Ziel mit Zahl, aus Sicht des Agenten. „Zwei Taps für einen wiederkehrenden Kunden“ kann bestehen oder durchfallen. „Ein reibungsloserer Checkout“ nicht.

Was ohne Zahl passiert, haben wir im Mai gesehen. Wir ließen [ux-skill](https://laithjunaidy.com/de/research/ux-skill), die Design-Engine, die ich baue, auf den Briefing-Text der eigenen Startseite los, und dieser bestand nur aus Adjektiven: redaktionell, selbstbewusst, ruhig, filmisch. Die Engine befolgte jedes Wort und lieferte fast exakt die Landingpage von claude.ai, die wahrscheinlichste Antwort der Kategorie. Diese Geschichte habe ich in [Kann KI Nutzerforschung ersetzen](https://laithjunaidy.com/de/writing/can-ai-replace-user-research) erzählt. Adjektive zeigen auf einen Durchschnitt. Eine Zahl zeigt auf einen Ort.

Anthropics neuerer Befehl `/goal` macht denselben Punkt als Produkt. Sie geben eine Abschlussbedingung ein, und nach jeder Runde prüft ein separates Modell, ob sie erfüllt ist. Falls nicht, arbeitet Claude weiter. Laut [Dokumentation](https://code.claude.com/docs/en/goal) besteht eine Bedingung, die über viele Runden trägt, meist aus drei Teilen: einem messbaren Endzustand, einer genannten Prüfung, die ihn belegt, und den Rahmenbedingungen, die unterwegs zählen. Ihr Beispiel lautet „alle Tests in test/auth bestehen und der Lint-Schritt ist sauber“. Das liest sich exakt wie ein Sprint-Ziel mit eingesetzter Zahl.

## Wie schreibe ich ein Ziel mit einer Zahl?

Schreiben Sie es, bevor Sie den Agenten öffnen. Ein Satz, fünf Teile.

**So gehen Sie vor**

1. **Der Mensch.** Für wen ist es, in einem echten Moment. „Eine müde Kassenkraft an einem vollen Tresen, eine Hand am Telefon, eine am Becher“ ist ein Mensch. „Nutzer“ ist keiner.
2. **Das Ergebnis.** Was dieser Mensch erledigt bekommt. An der Kasse: Ein wiederkehrender Kunde sammelt Punkte.
3. **Die Zahl.** Woran Sie erkennen, dass es gewirkt hat. Taps, Sekunden, Schritte, Fehler, der Prozentsatz derer, die abschließen. Wählen Sie eine.
4. **Der heutige Wert.** Zählen Sie am aktuellen Produkt nach, bevor Sie das Ziel schreiben. Sechs Taps war die Kasse, wie sie stand. Ein Ziel ohne Ausgangswert ist eine Schätzung mit Nachkommastelle.
5. **Wie gemessen wird.** Wer oder was prüft es, und wo. An der Kasse war es ein Browsertest auf einem 375 Pixel breiten Telefon, in beiden Sprachen.

Zusammengesetzt: „Ein wiederkehrender Kunde sammelt Punkte in zwei Taps plus Tippen, statt bisher sechs, gemessen auf einem 375 Pixel breiten Telefon auf Arabisch und Englisch.“

Dasselbe Muster funktioniert für ein Produkt, das es noch nicht gibt. Im Bunn-Beispiel, das ich in meinen kostenlosen Vorlagen verwende, lautet die Problemstellung: Rana muss Kaffee für drei Personen in unter einer Minute bestellen, weil das Meeting um 10:00 Uhr pünktlich beginnt. Unter einer Minute ist die Zahl. Bunn ist fiktiv, aber die Form ist dieselbe, die ich in echten Projekten nutze.

![Vorlage für Problemstellung und „Wie könnten wir“ bei Bunn: fünf Lücken, der ausgefüllte Satz, ein Block zu Jobs to be done und sechs „Wie könnten wir“-Fragen](https://laithjunaidy.com/store/problem-statement/en-light.jpg)

*Die kostenlose [Vorlage für die Problemstellung](https://laithjunaidy.com/store/problem-statement) baut den Satz aus fünf Lücken. Das Ziel ist derselbe Satz mit ausdrücklicher Zahl.*

**Was Sie davon haben:** einen Filter. Jede Funktion, die der Agent vorschlägt, bewegt entweder die Zahl oder wartet. Jeder Review-Kommentar schützt entweder die Zahl oder ist eine Vorliebe.

**Der häufige Fehler:** ein Ziel, das eine Lösung nennt. „Eine Loyalty-App bauen“ und „einen QR-Scanner hinzufügen“ sind Aufgaben. Das Ziel ist das, wofür die Aufgabe da ist. Die Kassen-Spezifikation hat einen Scan-Button ergänzt, aber der Scan-Weg hat im Tap-Budget eine eigene Zeile, drei Taps plus Betrag, und musste sich seinen Platz also ebenfalls an einer Zahl verdienen.

**Der zweite Fehler:** ein Ziel mit fünf Zahlen. Zeit, Taps, Fehler, Zufriedenheit und Conversion in einer Zeile, und der Agent kann immer auf die zeigen, die sich bewegt hat. Wählen Sie die Zahl, die das Ergebnis des Menschen abbildet, wie es [Niemand will Ihr Produkt](https://laithjunaidy.com/de/writing/nobody-wants-your-product) darlegt, und legen Sie die anderen in die Rahmenbedingungen.

## Woher kommt die Zahl?

Vom Menschen und vom heutigen Produkt, in dieser Reihenfolge.

Schauen Sie zurück auf das, was ich 2023 für [Wfrah](https://laithjunaidy.com/de/writing/designing-wfrah) geschrieben habe. Nach zehn Interviews mit Züchtern lautete das Ziel: eine User Experience, die aufklärt und Vertrauen in moderne Werkzeuge aufbaut und zugleich die Bedürfnisse traditioneller Züchter erfüllt. Das ist eine gute Richtung, und jedes Wort stammt aus der Forschung. Wer es heute liest, findet keine Zahl darin. Es konnte uns sagen, in welche Richtung wir gehen. Es konnte uns nicht sagen, wann wir angekommen waren.

![Wfrah-Bildschirme auf Arabisch: Herdenbewertung, Tierauswahl und Bedienfeld](https://laithjunaidy.com/writing/wfrah/cover.jpg)

*[Wfrah](https://laithjunaidy.com/de/work/wfrah), die App zur Herdenverwaltung für Züchter am Golf. Die Forschung dahinter war tief. Das Ziel, das daraus entstand, war eine Richtung ohne Ziellinie.*

Drei Quellen liefern eine Zahl, der Sie vertrauen können.

**Zählen Sie das aktuelle Produkt.** Die sechs Taps waren die alte Kasse, wie sie stand, in die Spalte „heute“ der Spezifikation geschrieben, neben das Ziel. Tun Sie das vor dem Ziel, denn das Ziel bedeutet nur etwas neben dem Ausgangswert. Bei einem Produkt mit Analytics liegt der Ausgangswert schon in einem Dashboard wie dem von Bysooq oben. Bei einem neuen Produkt ist es die Zeit, die Menschen mit dem brauchen, was sie heute nutzen.

**Nehmen Sie sie aus dem Moment des Menschen.** Zwei Taps kamen von der Kassenkraft und der Tastatur. Eine Hand hält den Becher, die Schlange wartet, nachts ist das Licht schlecht, und eine Telefontastatur hat keine Weiter-Taste. Eine Zahl, die aus dem Moment kommt, lässt sich leicht verteidigen, wenn jemand fragt, warum zwei und nicht vier.

**Nehmen Sie sie aus der Forschung, die Sie schon gemacht haben.** Wenn Interviews zeigen, dass Menschen die Bestellung abbrechen, sobald die Gebühr spät auftaucht, ist die Zahl, wie viele sie abschließen. Wenn Menschen in einem Usability-Test an einer Aufgabe scheitern, ist die Zahl, wie viele sie schaffen.

**Wenn es schiefgeht:** Sie wählen die Zahl, die sich am leichtesten messen lässt. Klicks und Seitenaufrufe sind leicht. Ob die Kassenkraft den Kunden durchgebracht hat, ist die, auf die es ankommt.

## Wie halte ich den Agenten an der Zahl fest?

Schreiben Sie die Zahl an drei Stellen hinein und prüfen Sie, dass alle drei übereinstimmen.

**Eins: die erste Zeile des Prompts.** Vor dem Kontext, vor den Dateien, vor den Stilregeln. Ein Briefing, das mit dem Ziel beginnt und mit der Prüfung endet, hält beides im Blick. So würde ich es für die Kasse formulieren, als Beispiel:

```
Ziel: Ein wiederkehrender Kunde sammelt Punkte in 2 Taps plus Tippen, statt bisher 6.
Prüfung: Ein Browsertest auf einem 375px-Telefon, auf Arabisch und Englisch,
der fehlschlägt, wenn der Ablauf mehr als 2 Taps braucht. Führe ihn aus und zeig mir die Ausgabe.
Rahmen: Nie löschen, was die Kassenkraft eingegeben hat. Ein erneuter Versuch vergibt nie doppelt.
Kein automatisches Absenden, wenn die Verbindung zurückkommt.
Vorgabe: die Kassen-Spezifikation, Abschnitt 1.
```

**Zwei: ein Test, der fehlschlägt, bis die Zahl stimmt.** Das ist der Teil, der aus einem Ziel eine Leine macht. An der Kasse landete der Test-Commit eine Minute nach dem Build-Commit, und sein Name ist das Ziel. Anthropics Leitfaden nennt die Optionen von locker bis streng: Claude im selben Prompt bitten, die Prüfung auszuführen, sie als `/goal`-Bedingung über eine ganze Sitzung zu setzen oder sie als Stop-Hook einzurichten, ein Skript, das den Abschluss des Zuges blockiert, bis die Prüfung besteht. Jeder Schritt tauscht Einrichtungsaufwand gegen Aufmerksamkeit.

**Drei: das Review.** Der Leitfaden empfiehlt eine Reviewerin, die in frischem Kontext läuft und nur den Diff und die von Ihnen genannten Kriterien sieht, nicht die Überlegungen, die zur Änderung geführt haben. Geben Sie ihr das Ziel als Kriterium. Sie stellt die eine Frage, die der Autor vergessen hat: Braucht das wirklich zwei Taps?

![Priorisierungsmatrix nach Wirkung und Aufwand bei Bunn: zwölf Ideen in vier Quadranten mit einer Rangliste der Punktzahlen](https://laithjunaidy.com/store/prioritisation-matrix/en-light.jpg)

*Die kostenlose [Priorisierungsmatrix](https://laithjunaidy.com/store/prioritisation-matrix). Wenn der Agent zwölf Verbesserungen vorschlägt, bewerten Sie die Wirkung am Ziel. Alles, was die Zahl nicht bewegt, rutscht ans Ende, so clever es auch sein mag.*

Verlangen Sie Belege statt Behauptungen: die Testausgabe, den Befehl, einen Screenshot. Die Kassentests speichern vierzehn Screenshots der Kassenzustände, auf Arabisch und Englisch, zwei davon im Dark Mode.

## Was geht schief, wenn die Zahl zum Ziel wird?

Der Ökonom Charles Goodhart stellte 1975 fest, dass eine Statistik meist zusammenbricht, sobald Menschen sie unter Druck setzen, um etwas zu steuern. Die Anthropologin Marilyn Strathern fasste es später in die Form, die die meisten zitieren: Wenn eine Messgröße zum Ziel wird, taugt sie nicht mehr als Messgröße. [Goodharts Gesetz](https://en.wikipedia.org/wiki/Goodhart%27s_law) gilt für Agenten stärker als für Menschen, weil ein Agent auf die Zahl drückt, ohne zu wissen, warum es sie gibt.

Sagen Sie einem Agenten nur „zwei Taps“, gibt es billige Wege dorthin. Automatisch absenden, sobald die Verbindung zurückkehrt. Die Bestätigung weglassen. Das Rückgängigmachen auslassen. Jeder dieser Wege spart einen Tap und macht die Kasse kaputt.

An der Dot-Spezifikation lohnt sich, was sie ablehnte. Sie sagt, dass es kein automatisches Absenden gibt, wenn die Verbindung zurückkehrt: Der Button kommt wieder, und die Kassenkraft tippt erneut, weil sie schon weitergezogen sein kann und eine stille, verspätete Gutschrift schlimmer ist als ein Tap mehr. Sie sagt, dass bei einem Fehler nie gelöscht wird, was die Kassenkraft eingegeben hat. Sie gibt jedem Versuch einen Idempotenzschlüssel, sodass ein nervöses Doppeltippen nie zweimal Punkte vergeben kann, und dafür gibt es einen Test. Sie behält zehn Minuten Rückgängigmachen mit Pflichtbegründung. Jede dieser Regeln kostet Taps oder Code, und jede steht direkt neben der Zahl.

Das ist die Antwort auf Goodhart. Das Ziel hat eine Zahl. Die Rahmenbedingungen tragen alles, was die Zahl nicht sieht.

**Was in die Rahmenbedingungen gehört**

- Was nie passieren darf. Verlorene Eingaben, eine doppelte Abbuchung, ein stiller Fehler.
- Wogegen die Zahl nicht getauscht werden darf. Barrierefreiheit, das Rückgängigmachen, die Fehlermeldung, die das Feld und die Lösung nennt.
- Wo die Änderung aufhören muss. Dateien, die tabu sind, Verhalten, das gleich bleiben muss.

Wenn Sie nicht mindestens zwei Rahmenbedingungen aufzählen können, verstehen Sie die Zahl noch nicht gut genug, um sie einem Agenten zu übergeben.

## Ist der Plan-Modus tot?

Am 24. September 2026 veröffentlichte Ayman Nadeem [Plan mode is dead](https://www.aymannadeem.com/artificial/intelligence,/developer/tools/2026/09/24/plan-mode-is-dead.html). Der Beitrag erreichte 591 Punkte auf [Hacker News](https://news.ycombinator.com/item?id=49840054). Sein Argument: Plan-Modi ergaben Sinn, als Modelle noch an die Hand genommen werden mussten, und die getrennten Schritte aus Chat, Spezifikation, Review, Freigabe und Umsetzung wirken heute künstlich. Niemand liest lange, generierte Spezifikationen. Die Arbeit läuft stattdessen im Kreis: verstehen, handeln, prüfen, klären, anpassen, wieder handeln. Geplant wird weiterhin. Es muss nur kein Dokument namens „der Plan“ sein.

Bei Plänen hat er größtenteils recht. Anthropics eigener Leitfaden sagt: Wenn Sie den Diff in einem Satz beschreiben können, lassen Sie den Plan weg.

Achten Sie darauf, was das Argument bestehen lässt. Nadeem schreibt, dass es wichtig bleibt, durchzudenken, was man baut, warum es zählt, und Entscheidungen zu bewerten. Der Hacker-News-Thread teilte sich entlang derselben Linie. Ein Kommentator, thiht, schrieb, der Plan-Modus helfe sicherzustellen, dass das Modell wirklich tut, was man im Kopf hat. Ein anderer, loeg, beschrieb die Alternative: Das Modell trifft ein paar plausible Entscheidungen, und man kann es später bitten, andere zu treffen.

Simon Spätis Essay aus derselben Woche, [the problem is not the AI code](https://www.ssp.sh/brain/the-problem-is-not-the-ai-code-but-nobody-knows-anything-anymore/), benennt, was fehlt, wenn der Plan ganz verschwindet: Teams wissen nicht mehr, welche Absicht hinter Entscheidungen stand. Seine Zeile ist deutlich. Am Ende haben Sie gar keinen Plan.

Meine Position liegt dazwischen. Lassen Sie den Plan weg, wenn er Sie bremst. Behalten Sie das Ziel. Ein Plan beschreibt die Route und ist schon nach der ersten Runde des Zyklus veraltet. Ein Ziel beschreibt den Zielort, deshalb übersteht es jede Runde. Verstehen, handeln, prüfen, anpassen: Jeder dieser Schritte braucht etwas, wogegen geprüft wird, und dieses Etwas ist eine Zeile mit einer Zahl. Die Dot-Spezifikation umfasst 385 Zeilen. Was den Build bestimmte, war die Tabelle mit vier Zeilen.

## Wann sollten Sie keine Zahl schreiben?

Wenn die Frage noch offen ist. Manche Arbeit ist Erkundung, und wer ihr zu früh eine Zahl aufzwingt, misst das Falsche sehr genau.

![Dieselbe Karte eines Strategiespiels zweimal: links die erste Version mit Modellen auf kahlem Boden, rechts dieselbe Basis nach mehreren Arbeitsrunden mit Gelände, Straßen und Gebäuden](https://laithjunaidy.com/writing/design-process/rts-before-after.jpg)

*Ein Strategiespiel, das ich mit Claude baue. Dieselbe Karte, dasselbe Spiel. Links die erste Version, rechts nach mehreren Runden Arbeit. Ob eine Karte sich wie ein Ort anfühlt, beurteilt das Auge.*

**Geschmack.** Ob sich eine Karte wie ein Ort anfühlt oder eine Marke wie ihre Menschen, lässt sich nicht auf eine Zählung herunterbrechen. Einen Rahmen können Sie trotzdem setzen: drei Richtungen zum Vergleichen, eine Frist, eine Person, die entscheidet. Das Urteil bleibt beim Menschen, und die Aufgabe des Agenten ist, schnell Optionen zu liefern.

**Entdeckung.** Vor den Interviews wissen Sie oft nicht, welche Zahl zählt. Bei Wfrah hätten wir „Züchter berechnen das Futter in unter einer Minute“ nicht schreiben können, bevor wir erfuhren, dass die Berechnung das Problem war. In dieser Phase ist das Ziel eine Frage, und die Zahl, die Sie schreiben, ist die Anzahl der Menschen, mit denen Sie sprechen werden.

**Wenn die Zahl erfunden wäre.** Wenn Sie sie an diesem Produkt, in diesem Release, nicht messen können, ist sie Dekoration. „Retention um 20 Prozent steigern“ bei einer Funktion, die nächste Woche erscheint, sagt dem Agenten nichts, was er prüfen könnte. Wählen Sie etwas, das er ausführen kann.

## Was ändert sich, wenn das Produkt auf Arabisch ist?

Eine Suche nach Texten über Zielsetzung für arabische oder rechts-nach-links-Produkte ergab nichts. Die Lücke zählt, denn eine Zahl, die in einer Sprache geprüft wurde, ist in der anderen nicht geprüft.

Der Kassentest läuft denselben Zwei-Tap-Ablauf zweimal, einmal auf Arabisch und einmal auf Englisch. Die visuellen Prüfungen der Spezifikation enthalten Rechts-nach-links-Details, die ein einsprachiger Test übersehen würde: Die Zeile mit der Telefonnummer bleibt auch auf einem arabischen Bildschirm links nach rechts, weil man eine Nummer so laut vorliest, und der Betrag richtet sich rechts aus. Arabische und englische Zeilen brechen selten an derselben Stelle um, deshalb kann ein Layout, das auf Englisch besteht, auf Arabisch einen Button unter die Falz schieben.

Schreiben Sie die Sprache ins Ziel. „Zwei Taps, auf Arabisch und Englisch“ ist ein anderes Ziel als „zwei Taps“, und der Agent testet, was Sie schreiben. Als wir [179 finanzierte MENA-Startups prüften](https://laithjunaidy.com/de/writing/taken-apart-arabic-100), hatten 44 Prozent überhaupt keine arabische Website. Was im Ziel fehlt, fehlt meist auch im Produkt.

## Welche Vorlagen helfen?

Jede kostenlose Vorlage gibt es auf Arabisch und Englisch, und sie nutzt ein durchgehendes Beispiel: Bunn.

| Schritt | Kostenlose Vorlage | Was sie dem Ziel gibt |
| :- | :- | :- |
| Das Ziel schreiben | [Problemstellung](https://laithjunaidy.com/store/problem-statement) | Den Menschen, den Moment, die Kosten |
| Den Weg finden | [User Flow](https://laithjunaidy.com/store/user-flow) | Wo die Taps und Schritte tatsächlich liegen |
| Ideen streichen | [Priorisierungsmatrix](https://laithjunaidy.com/store/prioritisation-matrix) | Was die Zahl zuerst bewegt |
| Es prüfen | [Usability-Test](https://laithjunaidy.com/store/usability-test) | Bestanden, teilweise und durchgefallen je Aufgabe, mit Belegen |

![Vorlage für einen Usability-Test bei Bunn: Plan, fünf Aufgaben mit den Ergebnissen bestanden, teilweise und durchgefallen sowie nach Schweregrad sortierte Befunde mit Zitaten als Belegen](https://laithjunaidy.com/store/usability-test/en-light.jpg)

*Die kostenlose [Usability-Test-Vorlage](https://laithjunaidy.com/store/usability-test). Eine Testaufgabe mit Bestehensbedingung ist ein Ziel mit Zahl, geprüft an einem Menschen statt im Code.*

Alle vier sind auch im [UX AI Kit Pro Max](https://laithjunaidy.com/store/uxkit) enthalten, mit Claude-Prompts für jede.

## Häufige Fragen

### Was ist ein langfristiges Ziel im Design Sprint?

Es ist das Ergebnis, auf das sich das Team am Montagmorgen als Erstes einigt, noch bevor das Problem kartiert wird. GV beschreibt es als Beginn am Ende. Das Ziel kehrt am Mittwoch zurück, wenn das Team entscheidet, welche skizzierten Lösungen die besten Chancen haben, es zu erreichen. Schreiben Sie es mit einer Zahl, damit die Entscheidung am Mittwoch etwas hat, woran sie sich messen lässt.

### Wie schreibe ich ein messbares Projektziel?

Ein Satz mit fünf Teilen: der Mensch, das Ergebnis, das er braucht, eine Zahl, der heutige Wert dieser Zahl und wie sie geprüft wird. „Ein wiederkehrender Kunde sammelt Punkte in zwei Taps plus Tippen, statt bisher sechs, geprüft auf einem 375 Pixel breiten Telefon“ ist messbar. „Das Kassenerlebnis verbessern“ ist es nicht.

### Wie gebe ich einem KI-Coding-Agenten ein Ziel?

Setzen Sie das Ziel mit seiner Zahl in die erste Zeile des Prompts, geben Sie dem Agenten eine Prüfung, die bestanden oder durchgefallen liefert, etwa einen Test, und listen Sie die Rahmenbedingungen auf, die er nicht brechen darf. Genau das empfiehlt Anthropics Claude-Code-Leitfaden, und sein Befehl `/goal` hält Claude bei der Arbeit, bis ein separates Modell bestätigt, dass die Bedingung erfüllt ist.

### Was ist das Goodhart-Gesetz und warum zählt es für KI-Agenten?

In Marilyn Stratherns Formulierung: Wenn eine Messgröße zum Ziel wird, taugt sie nicht mehr als Messgröße. Ein Agent drückt auf jede Zahl, die Sie ihm geben, und findet dabei die billigen Wege, sie zu bewegen. Schreiben Sie Rahmenbedingungen neben die Zahl: was nie kaputtgehen darf und wogegen die Zahl nicht getauscht werden kann.

### Sollte das langfristige Ziel eines Design Sprints eine Kennzahl sein?

Die meisten Sprint-Leitfäden behandeln das langfristige Ziel als Streben und halten Kennzahlen optional oder getrennt. Für ein Team in einem Raum funktioniert das. Wenn ein KI-Agent baut, schreiben Sie das Streben und darunter eine zweite Zeile mit einer Zahl, denn der Agent lässt sich nur an etwas halten, das besteht oder durchfällt. „Ein wiederkehrender Kunde sammelt Punkte in zwei Taps“ ist ein gutes Beispiel.