Design-Recherche: Die Expertise-Schleife
Werkzeuge:
ddr <Befehl>nach Installation (python tools/ddr.py install), ansonstenpython <repo>/tools/ddr.py <Befehl>, wobei<repo>zwei Ordner über dem tatsächlichen (symlink-aufgelösten) Ordner dieses Skills liegt.
Du designst gut dort, wo du genau hingesehen hast, und schlecht überall sonst. Dieses Skill ist der Weg, um Experte in einem Bereich zu werden, bevor du dafür designst, und wie dieses Wissen über die Zeit wahr bleibt. Das Ergebnis ist kein Moodboard. Es ist eine Domäne: ein Dossier über das, was du jetzt verstehst, eine Bibliothek mit Referenzen, die du tatsächlich gesehen hast, und ein Konfidenzwert, der aus diesen Beweisen berechnet wird.
Recherche, die keine Entscheidung ändert, ist Stöbern. Recherche, die du nicht aufzeichnest, ist verloren. Mach beides richtig oder behaupte nicht, recherchiert zu haben.
0. Wo du stehst
ddr domain match "<das Briefing in einem Satz>"
Es gibt den Sektor (die Art des Geschäfts oder der Zielgruppe) und das Muster (den Ablauf oder die Oberfläche: Onboarding, Checkout, Buchung, Preisgestaltung, Dashboard) mit einer Konfidenz für jedes zurück. Dann ddr domain plan <slug> --stakes niedrig|mittel|hoch:
| Stakes | Wann | Ziel |
|---|---|---|
| niedrig | eine Komponente oder eine Anpassung innerhalb eines bestehenden Systems | 35 |
| mittel | eine Seite, ein Ablauf, ein Redesign einer Oberfläche | 55 |
| hoch | eine neue Site, eine Marke, ein Launch, alles, woran ein Unternehmen gemessen wird | 70 |
Wenn das Ziel erreicht ist, lies ddr domain brief <sektor> <muster> und gehe zurück zum Design-Direktor. Wenn nicht, führe die folgende Schleife aus, bis es erreicht ist, oder bis du das getan hast, was die Zeit erlaubt, und klar sagen kannst, wie weit du gekommen bist. Warte nicht, bis du gefragt wirst. Teile dem Benutzer eine Zeile mit: "Die Konfidenz für 'Independent Stays' beträgt 12, also recherchiere ich zuerst die Kategorie (ca. 20 Referenzen)."
Neuland
Wenn keine Domäne passt, erstelle eine. Wähle die Ebene, auf der Referenzen übertragbar sind: Pflegeheime und Zahnarztpraxen sind beide "Gesundheitswesen", aber ihre Websites teilen fast nichts, also sind es separate Sektoren. Zwei Domänen, deren beste Referenzen dieselbe Liste wären, sind eine Domäne.
ddr domain new independent-stays --kind sector --title "Independent Stays" \
--summary "Selbstversorger-Cottages, Gästehäuser und kleine Hotels, die direkt verkaufen" \
--keywords "Selbstversorger,Cottage,Gästehaus,B&B,Boutique-Hotel,Ferienunterkunft" \
--aliases "Kurzzeitunterkunft,Ferienvermietung"
Keywords sind die Wörter, die ein Kunde verwenden würde, nicht Design-Wörter. Ein Muster ist etwas, das sektorübergreifend mit eigener Best Practice wiederkehrt; erstelle eines, wenn das Briefing sich darauf konzentriert. Verknüpfe Domänen, die sich gegenseitig informieren (ddr domain relate independent-stays booking --how "Verfügbarkeit vor Preis"), führe zwei zusammen, die sich als eine herausstellen (ddr domain merge <von> <nach>, nichts wird gelöscht), und teile eine, die zwei Zielgruppen entwickelt hat, indem du die zweite erstellst und die Referenzen verschiebst, die dazugehören.
Deine Instrumente
Verwende das Beste, was du hast, in dieser Reihenfolge, und gib an, welches du verwendet hast:
| Aufgabe | Beste | Fallback |
|---|---|---|
| Kandidaten nach Beschreibung finden | Exa MCP (ddr mcp --research zeigt Einrichtung) | eigene Websuche, der Katalog |
| Beste Unabhängige an einem Ort oder in einem Gewerbe finden | Brave Search MCP lokale und Orts-Suche | Websuche nach "beste in ", Bewertungsseiten, Award-Shortlists |
| Echte Produktbildschirme und Abläufe | Mobbin oder Refero MCP (kostenpflichtig) | öffentliche Teardowns, den Ablauf selbst durchgehen |
| Eine Referenz betrachten und messen | ddr teardown <url> --into <slug> | Playwright oder Chrome DevTools MCP, dann Screenshots |
| Eine Journey sicher durchgehen | ddr teardown <url> --walk "Jetzt buchen>Verfügbarkeit prüfen" | Playwright MCP, niemals etwas absenden |
| Sehen, wie alt ein Design ist | ddr history <url>, dann eine archivierte Version zerlegen | die eigenen News- oder Launch-Posts der Site |
| Seite an Seite vergleichen | ddr sheet --domain <slug> --with deins.png | ddr sheet a.png b.png c.png |
| Die Tokens einer Marke extrahieren | Firecrawl MCP branding Format | ddr teardown's gemessene Schriftart und Palette |
ddr teardown speichert die Desktop- und Handy-Falts, eine vollständige Seite und einen Streifen von Scroll-Stopp-Frames, und misst die Live-Seite: die Schriftarten und -größen nach der Menge des gesetzten Textes, die Palette nach bemalter Fläche, Steuerfarben, Radien, Schatten, Abschnittsabständen, Absatzbreite, Bewegung (Übergangs-Timings, Scroll-Bibliotheken, Video, Leinwand, Reduced-Motion-Regeln), den Stack, auf dem es aufgebaut wurde, die Navigation, die Call-to-Actions und ob eine oberhalb der Falz liegt, und die Anzeichen für generiertes Design (Stock-Texte, Eyebrows, verlaufender Text, Glas, Icon-Card-Triaden). Die Zahlen machen deine Einschätzungen konkret. Sie ersetzen niemals das Anschauen: Öffne die Bilder.
1. Das Terrain kartieren
Schreibe auf, wer die Besten tatsächlich sind, bevor du eine Galerie öffnest. Die Besten in einer Kategorie sind die Unternehmen, die die Leute in diesem Gewerbe bewundern, diejenigen, die auf Reputation gewinnen, und diejenigen, deren Sites die Kategorie kopiert. Finde sie auf drei Arten:
- Direkt (
--angle direct): die stärksten 6 bis 12 in dieser exakten Kategorie, an der Spitze des Marktes und unter den kleinen Unabhängigen, die es eindeutig gut machen. Verwende Websuche, Fachpresse, Award-Shortlists in der Kategorie und den Katalog (ddr sources search "<Kategorie>" -v). - Führend (
--angle leader): die beste Arbeit in einer angrenzenden Kategorie, die dasselbe Problem für einen anspruchsvolleren Kunden löst (eine Boutique-Hotel-Gruppe für ein Cottage, eine Privatbank für eine Kreditgenossenschaft). - Extern (
--angle outside): mindestens zwei Referenzen aus einer völlig anderen Disziplin, ausgewählt nach ihrer Relevanz für das Thema (gedruckte Reiseführer, Architektur-Monografien, Speisekarten, Filmtitel, Beschilderung).ddr sources shuffle -n 4gibt einen Vorschlag.
Galerien (Awwwards, recent.design, Land-book) sind Hinweise, niemals Beweise. Bevorzuge Jahres- und Monatsauszeichnungen gegenüber täglichen Picks.
2. Richtig anschauen
Eine Referenz zählt nur so viel, wie du tatsächlich gesehen hast:
--evidence | Was es bedeutet | Gewichtung |
|---|---|---|
search | Du hast darüber gelesen oder eine Miniaturansicht gesehen | ein Viertel |
visited | Du hast die Live-Site geladen und gelesen | eins |
screenshot | Du hast sie gerendert und die Pixel auf dem Desktop und Handy betrachtet | mehr |
flow | Du hast die echte Journey durchlaufen (buchen, anmelden, bezahlen) | am meisten |
Zerlege jeden ernsthaften Kandidaten und öffne die Bilder:
ddr teardown https://a.example https://b.example --into <slug>
Betrachte die Falts und die Scroll-Frames, nicht nur die Zahlen. Für die zwei oder drei Besten führe auch ddr history <url> aus: Eine "frische" Referenz, deren Aussehen aus dem Jahr 2019 stammt, ist jetzt eine Vorlage, und eine archivierte Version zeigt, welche Änderungen neu sind. Gehe die Journey durch, die zum Briefing passt, soweit sie geht, ohne etwas zu bezahlen oder abzusenden. Ein Ladebildschirm oder eine Cookie-Wand ist nicht das Design; notiere sie und sieh darüber hinweg.
Wenn die Nutzungsbedingungen einer Site den automatisierten Zugriff verbieten (agent_access = "scrape-no" im Katalog), durchstöbere sie wie ein Mensch und zeichne visited auf. Kopiere niemals paywall-geschützte Bildschirme oder die Fotografie eines anderen in ein öffentliches Repo; Screenshots bleiben in deinem Domänen-Home, das niemals veröffentlicht wird.
3. Zerlegen und aufzeichnen
Für jede Referenz, die ihren Platz verdient hat, zeichne sie sofort auf, unter Verwendung der gemessenen Werte aus ihrer teardown.md:
ddr domain ref add <slug> --name "Name" --url https://... --verdict beispielhaft \
--angle direct --evidence screenshot --score 4 --shots shots/<host> \
--take "Der Verfügbarkeitskalender ist der Held, Preise pro Nacht neben jedem Datum, gesetzt in einer schmalen Serifenschrift bei 15px" \
--avoid "Automatisch abgespieltes Drohnenvideo verzögert den ersten nutzbaren Bildschirm um 4 s" \
--tags layout:calendar-hero,type:serif-condensed
--take ist die spezifische Bewegung, mit Werten, wenn du sie hast (Größen, Farben, Timings, die tatsächlichen Wörter). "Sauber und modern" ist kein Take. Bewerte ehrlich: 5 ändert, wie du dies designen würdest, 3 ist solide und typisch, alles, was du mit 2 bewerten würdest, ist kein Beispiel.
4. Den Schrott jagen
Finde 3 bis 5 Gegenbeispiele (--verdict counter --avoid "..."): die Vorlagen-Sites, die generiert aussehenden, die veralteten in dieser Kategorie. Sie sind genauso wertvoll wie die Beispiele, weil sie zeigen, wie der Schrott dieser Kategorie spezifisch aussieht, den SLOP.md im Design-Direktor nur allgemein beschreiben kann. Schreibe das Muster in den Abschnitt Kategorie-Schrott des Dossiers. Die Konfidenz ist auf 60 gedeckelt, bis dieser Abschnitt existiert.
5. Das Dossier schreiben
Öffne $(ddr domain path <slug>)/dossier.md und schreibe jeden Abschnitt basierend auf dem, was du gesehen hast, unter Nennung der Referenzen. Sei konkret und meinungsstark:
- Für wen es ist: wer es nutzt, worüber sie besorgt sind, womit sie es vergleichen.
- Was die Besten tun: die Bewegungen, die die Besten teilen, mit Werten.
- Konventionen, die beibehalten werden sollten: worauf sich Benutzer verlassen. Mach diese außergewöhnlich gut.
- Konventionen, die gebrochen werden sollten: was hier faul oder veraltet ist, und was es ersetzt.
- Kategorie-Schrott: wie generierte und Vorlagenarbeit in dieser Kategorie aussieht.
- Sprache: Schriftart, Farbe, Bildsprache, Stimme und Bewegung, die zu dieser Welt gehören, und warum.
- Offene Fragen: was du noch nicht weißt und was es beantworten würde.
6. Kuratieren
ddr domain audit <slug> --online
Es markiert Referenzen, die veraltet (seit einem Jahr nicht gesehen), schwach (nur Suche), widersprüchlich (ein Beispiel, das du mit 2 bewertet hast), tot, verschoben oder alle aus einem Blickwinkel oder einer Quelle sind. Reagiere auf jeden Befund: sieh noch einmal nach (ddr domain ref seen), bewerte neu oder pensioniere mit einem Grund (ddr domain ref retire <slug> <id> --reason "2026 in eine Vorlage umgestaltet"). Pensionierte Referenzen bleiben im Friedhof, damit sie nicht stillschweigend wieder hinzugefügt werden. Eine Bibliothek ist nur so gut wie das, was du bereit bist wegzuwerfen.
7. Vergleichen, dann neu bewerten
Erstelle ein Kontaktblatt der Besten der Domäne (ddr sheet --domain <slug> --n 6) und betrachte es als Ganzes. Wenn sie alle gleich aussehen, ist die Bibliothek auf eine Idee konvergiert und die nächste Suche sollte nach der Referenz suchen, die ihnen widerspricht.
8. Neu bewerten und entscheiden
ddr domain status <slug>
Es zeigt die Punktzahl, jeden Teil davon, jede Deckelung und was sie erhöhen würde. Wiederhole die Schleife für die größten Lücken, bis das Stakes-Ziel erreicht ist. Teile dem Benutzer dann in einer Zeile mit, wo du gelandet bist ("Independent Stays ist jetzt bei 58: 14 Websites angesehen, 4 Gegenbeispiele, der Schrott notiert") und gehe zurück zu Schritt 1 des Design-Direktors.
Tiefe
Passe den Aufwand an die Stakes an und sage, was du getan hast:
- niedrig: 4 bis 6 Referenzen, ein Gegenbeispiel, die Schrottzeile geschrieben. Minuten.
- mittel: 8 bis 12 Referenzen aus allen drei Blickwinkeln, 3 Gegenbeispiele, jeder Dossier-Abschnitt. Unter einer Stunde.
- hoch: 15 bis 25 Referenzen, durchgeführte Journeys auf den besten 3, 4 oder mehr Gegenbeispiele, zwei externe Referenzen, ein Audit-Durchlauf. So lange wie nötig.
Das Projekt behält dennoch sein eigenes kurzes Ledger in .design/references.md: die 5 bis 10 Referenzen, die eine Entscheidung in diesem Job geändert haben, eine Zeile pro Referenz, mit der Entscheidung, die sie geändert hat. Die Domäne ist das, was du weißt; das Projekt-Ledger ist das, was du verwendet hast.
Regeln
- Entlehne Techniken und Prinzipien, niemals ein wiedererkennbares Logo, Foto, eine kostenpflichtige Schriftart oder eine proprietäre Illustration.
- Zeichne fehlgeschlagenen Zugriff auf (Paywall, Bot-Wall, toter Link), anstatt zu raten, was dahinter war:
ddr domain log <slug> note "Revolut hat den Renderer und einfache Anfragen blockiert". - Zeichne niemals eine Referenz als gesehen auf, die du nicht gesehen hast. Die Punktzahl existiert, um dich daran zu hindern, Expertise zu beanspruchen, die du nicht verdient hast; sie aufzublähen, macht den einzigen Zweck zunichte.
- Wenn ein Katalogeintrag tot oder falsch ist, korrigiere ihn mit
ddr sources addund füge auch großartige neue Quellen dort hinzu, damit der Nächste einen Vorsprung hat.