Beschreiben, was Nutzer brauchen
Beschreiben, was Nutzer brauchen · 5 Min.
Die meisten KI-Trainings bringen dir bei, bessere Prompts zu schreiben. Das ist notwendig, aber nicht ausreichend, um großartige Produkte zu bauen. Diese Lektion zeichnet die gesamte Description Chain (Beschreibungskette) nach: den Weg von einem unübersichtlichen menschlichen Bedürfnis zu einer präzisen Anweisung, nach der KI handeln kann, wobei der Builder bei jedem Schritt als Übersetzer fungiert.
Wichtigste Erkenntnisse
- Die Beschreibungskette verbindet die Stimme des Nutzers mit der Anforderung, der technischen Spezifikation und der KI-Anweisung. Prompt Engineering ist nur ein Glied davon.
- Der Builder ist der Übersetzer bei jedem Schritt. KI kann nicht hören, was der Nutzer nicht gesagt hat.
- Code, der funktioniert, aber das Produkt nicht ist ein Beschreibungsfehler. Finde heraus, welches Glied weiter oben in der Kette gebrochen ist.
- Tests sind die präziseste Form der Beschreibung. Ein bestandener Test bei einem unzufriedenen Nutzer bedeutet, dass du die falsche Absicht beschrieben hast.
- Jeder Schritt erfordert Ermessensentscheidungen, die die vorherige Phase nicht für dich getroffen hat.
Übung
Das Projekt „Wartezeit in der Klinik“, Teil 2
Du machst genau dort weiter, wo die letzte Lektion aufgehört hat. Hol dir dein Problem-Briefing, deinen Delegationsplan und deine Abnahmetests hervor.
Schritt 1: Schreibe die Produktanforderung
Ein Absatz. Nimm den Nutzerbedarf aus deinem Problem-Briefing und grenze ihn zu etwas Messbarem ein. Jedes Adjektiv sollte eine Entscheidung sein, die du verteidigen kannst. Wenn du „schnell“ schreibst, schreibe, wie schnell. Wenn du „einfach“ schreibst, beschreibe, was „einfach“ für einen Patienten bedeutet, der von seinem Handy aus auf einem Parkplatz nachschaut.
Schritt 2: Schreibe die technische Spezifikation
Eine halbe Seite. Beschreibe, was gebaut wird und wie es strukturiert ist. Benenne die einzelnen Teile. Benenne, wie sie miteinander kommunizieren. Nutze KI hier im Augmentationsmodus: Teile deine Produktanforderung, bitte sie, einen technischen Ansatz vorzuschlagen, und widersprich dann allem, was nicht zu deinen Rahmenbedingungen passt.
Schritt 3: Verschärfe deine Tests
Sieh dir deine Abnahmetests aus der letzten Lektion noch einmal an. Schreibe sie so um, dass jeder einzelne etwas ist, das Code bestehen oder nicht bestehen kann. Füge mindestens zwei Grenzfälle hinzu: was passiert, wenn die Klinik geschlossen ist, wenn es keine Daten gibt, wenn die Wartezeit null ist.
Schritt 4: Schreibe deine KI-Prompts und baue
Schreibe die Anweisungen, die deine Spezifikation in funktionierenden Code verwandeln. Berücksichtige deine Rahmenbedingungen, deine Stack-Entscheidungen und deine Tests. Baue die erste Version.
Schritt 5: Führe es vor
Finde eine Partnerin oder einen Partner. Sie spielen einen Klinikpatienten — sie haben ein krankes Kind und zehn Minuten Zeit. Gib ihnen deinen Build und beobachte, wie sie ihn benutzen. Erkläre nichts. Hilf nicht.
Haben die Tests bestanden? Ist der Patient zufrieden? Wenn diese Antworten nicht übereinstimmen, zu welchem Glied in der Kette würdest du zurückgehen?
Reflexion zur Lektion
- Welche Übersetzung in der Beschreibungskette fühlt sich am natürlichsten an? Durch welche eilst du tendenziell hindurch?
- Wo war bei deiner Klinik-Demo die größte Lücke zwischen dem, was du beabsichtigt hast, und dem, was deine Partnerin oder dein Partner erlebt hat?
Was kommt als Nächstes
In der nächsten Lektion bewegen wir uns von der Beschreibung zur Discernment (Beurteilung). Du hast etwas gebaut und der Code läuft — jetzt stellt sich die Frage, ob es tatsächlich gut ist.