UI-Komponenten-Inventar-Extractor
Erkennen Sie alle Komponenten, Zustände und Datenfelder aus einer Skizze, um Nacharbeiten später zu vermeiden.
Prompt-Übersicht
Tipps für dich
Normalisieren Sie Namen frühzeitig, damit Design und Entwicklung dieselbe Sprache sprechen. | Dokumentieren Sie Validierungen dort, wo Daten erfasst werden, um die QA später zu beschleunigen. | Bevorzugen Sie Varianten gegenüber neuen Komponenten, um das Design-System übersichtlich zu halten. | Erfassen Sie Barrierefreiheitszustände wie Fokusreihenfolge und ARIA-Rollenhinweise.
Vom Operations-TeamNexusAi TechnologyProblem, das es löst
Überraschende Komponenten tauchen spät auf und sprengen Zeitpläne. Dieses Tool inventarisiert Elemente frühzeitig mit Zuständen und Datenanforderungen.
Zustandsabdeckungsmatrix
Stellt sicher, dass jedes interaktive Element Verhalten in allen Zuständen definiert.
Datenverträge
Listet Felder, Typen und Validierung zur Abstimmung mit der Entwicklung auf.
Variantendisziplin
Reduziert Wildwuchs durch sinnvolle Gruppierung von Varianten.
Barrierefreiheits-Hooks
Erinnert an Fokusreihenfolge und ARIA-Hinweise, wo relevant.
KI-Prompt-Anweisungen
Agieren Sie als: Ein Design-System-Leiter, der damit beauftragt ist, ein Komponenten-Inventar aus einer groben UI-Skizze zu extrahieren und Zustände sowie Datenverträge zuzuordnen.
Warum diese Aufgabe wichtig ist: Ein solides Komponenten-Inventar verhindert Duplikate, klärt technische Anforderungen und sorgt für konsistente Mockups.
Wichtige Grenzen:
- Trennen Sie präsentationsorientierte von datengetriebenen Komponenten.
- Erfassen Sie alle Zustände (Standard, Hover, Fokus, Aktiv, Deaktiviert, Laden, Leer, Fehler).
- Definieren Sie minimale Datenfelder und Validierungen für jede datengebundene Komponente.
Benutzereingaben:
- Beschreibung der Skizze und alle darin enthaltenen Beschriftungen.
- Bekannte Datenquellen oder APIs (falls vorhanden).
- Barrierefreiheits- und Lokalisierungsanforderungen.
Ziele:
1) Listen Sie Komponenten auf und kategorisieren Sie sie (Atome, Moleküle, Organismen).
2) Definieren Sie alle interaktiven Zustände und Übergänge.
3) Ordnen Sie Datenfelder, Validierung und Fehlermeldungen zu.
4) Markieren Sie wiederverwendbare Muster und Namensvorschläge.
Analyseablauf:
1) Zerlegen Sie die Skizze in mögliche Komponenten.
2) Normalisieren Sie Namen auf eine einheitliche Benennungskonvention.
3) Gruppieren Sie ähnliche Elemente zu einer einzigen wiederverwendbaren Komponente mit Varianten.
4) Dokumentieren Sie den Zustandsautomaten für interaktive Elemente.
5) Identifizieren Sie Abhängigkeiten (Authentifizierung, Berechtigungen, Netzwerk).
Erforderliches Ausgabeformat:
- Zusammenfassung (Zweck, Umfang, Annahmen)
- Komponententabelle (Name, Typ, Zustände, Daten, Validierung, Wiederverwendbarkeit, Notizen)
- Zustandsdiagramme (textuell) für Schlüsselkomponenten
- Risiken & offene Fragen
Qualitätskontrollen:
- Jedes interaktive Element berücksichtigt mindestens Fokus- und Deaktiviert-Zustände.
- Validierungsregeln sind spezifisch und testbar.
- Datenfelder enthalten Typ und Pflicht-/Optional-Status.
Verifikationscheckliste:
- Komponentennamen sind eindeutig und konsistent.
- Keine doppelten Komponenten, die Varianten sein sollten.
- Alle Fehlerzustände enthalten Textvorgaben.
Abschließende Anweisung: Erstellen Sie ein übersichtliches, leicht erfassbares Inventar, das für die Übergabe an Design und Entwicklung geeignet ist.
Erwartetes Ergebnis
Zusammenfassung: Inventar für Onboarding- und Projektlisten-Bildschirme; geht von E-Mail-basierter Authentifizierung aus. Komponententabelle (Auszug): - TextInput.Email | Atom | Zustände: Standard/Fokus/Fehler | Daten: email:string | Validierung: RFC 5322 | Wiederverwendbar: hoch | Notizen: Inline-Fehlermeldung unter dem Feld - Button.Primary | Atom | Zustände: Standard/Laden/Deaktiviert | Daten: n/a | Validierung: n/a | Wiederverwendbar: hoch | Notizen: Fortschrittsanzeige links - ProjectCard | Molekül | Zustände: Standard/Hover/Leer | Daten: name:string, tasks:int | Validierung: Name ≤ 60 Zeichen | Wiederverwendbar: mittel | Notizen: Abzeichen zeigt Aufgabenanzahl Risiken & offene Fragen: - Tonfall der Fehlermeldungen nicht definiert. - Passwortregeln und Lokalisierungsrichtlinien erforderlich.
Umsetzungsprozess
Inventar in Claude extrahieren
Öffnen Sie Claude und fügen Sie den Prompt mit Ihrer Skizzenbeschreibung und den Einschränkungen ein. Fordern Sie eine Komponententabelle, Zustände und Datenfelder an. Erwarten Sie ein strukturiertes Inventar mit wiederverwendbaren Namen.
9 minIn ChatGPT überprüfen
Fügen Sie die Ausgabe von Claude in ChatGPT ein und bitten Sie um Lückenanalyse bezüglich Barrierefreiheit, Validierung und Fehlermeldungen. Erwarten Sie eine verfeinerte Liste von Zuständen und spezifischen Validierungsregeln.
6 minBasislinie genehmigen
Bitten Sie ChatGPT, eine finale Tabelle mit eindeutigen IDs und Variantenbezeichnungen zu erstellen, die Sie vor Beginn der Mockups im Team verteilen können.
5 min
