Design-Prompt verwenden
Projektanforderungen hinzufügen
Füge unten deinen Kontext hinzu. Er wird beim Kopieren oder Herunterladen in den Design-Prompt aufgenommen.
Erstelle mit dem bestehenden Projekt-Stack einen bearbeitbaren Mobile-First-App-Prototyp für [PROJECT] und [AUDIENCE]. Die Aufgabe lautet: Sportplatzbuchung.
Erforderliche Inhalte und Struktur
Wähle eine fiktive Sportstätte und einen Platz, wähle ein verfügbares Zeitfenster aus und prüfe Dauer, Teilnehmende und Stornierungsbedingungen vor einer Demo-Bestätigung.
Ansichten und Navigation
Erstelle drei verbundene Ansichten: Platzsuche, Zeitfenster und Buchungsübersicht. Halte den ausgewählten Datensatz im Bildschirmtitel oder in der Zusammenfassung sichtbar. Unterstütze eine eindeutige Zurück-Aktion und bewahre noch nicht abgeschlossene Eingaben beim Wechsel zwischen Ansichten. Platziere die primäre Aktion nahe beim relevanten Inhalt und berücksichtige mobile Sicherheitsbereiche, eine sichtbare Bildschirmtastatur und lange übersetzte Beschriftungen. Passe die Komposition bei Desktopbreiten an, ohne einen Schritt zu entfernen oder die Aufgabe zu verändern.
Projektvorgaben
Verwende [APPROVED_CONTENT] für Namen, Datensätze, Beschriftungen, Mengen und Ziele. Frage nach fehlenden Daten, statt operative Aussagen zu erfinden. Demonstrationsdatensätze dürfen die fiktive Marke Court Time verwenden; kennzeichne sie als Beispieldaten. Erkläre, welche Aktionen lokale Prototypinteraktionen sind und welche Authentifizierung, Persistenz, Berechtigungen oder ein Backend erfordern würden. Binde keine externen Dienste an und behaupte nicht, eine Transaktion sei abgeschlossen worden, sofern diese Integration nicht ausdrücklich implementiert und getestet wurde.
Designausrichtung
Befolge [BRAND_RULES]. Wenn keine Marke vorgegeben ist, verwende Creme, Tennisgrün, leuchtendes Orange und eine markante Sporttypografie. Mache den Ablauf durch eigene Inhalte und Steuerelemente erkennbar, statt generische Dashboard-Karten zu wiederholen. Verwende ein einheitliches Abstandsmaß und eine klare Texthierarchie. Integriere einen sichtbaren Tastaturfokus, barrierefreie Namen, ausreichenden Kontrast und Statusbezeichnungen, die nicht allein auf Farbe beruhen. Berücksichtige reduzierte Bewegung und halte animierte Übergänge optional.
Aufgabenspezifische Abnahmeprüfung
- Prüfe nach einem Konflikt erneut ein Zeitfenster und kennzeichne die Bestätigung als Prototyp, ohne eine echte Reservierung vorzunehmen.
Interaktionszustände
Implementiere den erfolgreichen Ablauf über drei Bildschirme mit lokalen Beispieldaten. Füge einen hilfreichen Leerzustand, eine Validierung vor Abschluss einer Aktion, einen Lade- oder Ausstehend-Status und einen behebbaren Fehlerzustand hinzu. Destruktive Änderungen erfordern eine Prüfung oder eine Möglichkeit zum Rückgängigmachen. Halte den Zustand eines Datensatzes in allen drei Ansichten konsistent. Verwirf teilweise ausgefüllte Eingaben nicht unbemerkt und ändere die Auswahl einer Person nach einem erneuten Versuch nicht.
Übergabe und Prüfung
Gib die bearbeitbaren App-Ansichten zurück und erläutere das Datenmodell, das Verhalten des lokalen Speichers sowie nicht implementierte Integrationen. Teste bei 320px und in einem breiteren Viewport, mit Tastaturnavigation und langen Inhalten. Prüfe das Ergebnis anhand der oben genannten aufgabenspezifischen Abnahmekriterien, bevor du Funktionen hinzufügst. Hebe das Demonstrationsverhalten klar von einem laufenden Produktivdienst ab.
Referenzanhang und Rekonstruktionsziel
Füge reference.webp aus dem Download-Paket dieses Prompts zusammen mit diesem Prompt in OpenDesign ein. Erstelle ein bearbeitbares Ergebnis mit ähnlicher Komposition und Hierarchie; binde nicht das gesamte Referenzbild als fertige Benutzeroberfläche ein. Bewahre freigegebene Projektinhalte und Markenregeln, wenn sie fiktiven Beispielbeschriftungen widersprechen. Falls das Bild fehlt oder unleserlich ist, frage danach, anstatt visuelle Übereinstimmung zu behaupten.
Komposition und Inhalt der Referenz
Verwende die angehängte Datei reference.webp als visuelle Referenz für die Sportplatzbuchung. Ermittle vor der Umsetzung die wichtigsten Bereiche von oben nach unten, ihre relativen Breiten und Höhen, Ausrichtung, Abstände, Typografiehierarchie, Flächenfarben, Rahmen, Bildsprache und wiederkehrenden Komponenten. Bewahre diese Beziehungen, statt sie durch eine generische Vorlage zu ersetzen. Erforderlicher Aufgabeninhalt: Wähle eine fiktive Sportstätte und einen Platz, wähle ein verfügbares Zeitfenster aus und prüfe Dauer, Teilnehmende und Stornierungsbedingungen vor einer Demo-Bestätigung. Nutze bei der Übertragung des Bildes in bearbeitbare Elemente die folgenden aufgabenspezifischen Layoutvorgaben: Beginne mit der Platzsuche als Einstiegsansicht, gib den Zeitfenstern eine klare primäre Aktion und sorge dafür, dass die Buchungsübersicht erklärt, was geschehen ist und was als Nächstes möglich ist. Verwende Creme, Tennisgrün, leuchtendes Orange und eine markante Sporttypografie als Ausgangspunkt und passe sie an die vorgegebene Marke an. Halte die Identität des Datensatzes und den Navigationskontext über alle drei Ansichten hinweg sichtbar. Bevorzuge gut mit dem Daumen erreichbare Steuerelemente und lesbare Beschriftungen gegenüber dekorativen Flächen. Halte den Ablauf auf breiteren Bildschirmen stimmig, statt eine mobile Komposition über die gesamte Breite zu strecken.
Visuelle Ausrichtung aus den beispielhaften Projektanforderungen
Creme, Tennisgrün, leuchtendes Orange, markante Sporttypografie.
Interaktionsspezifikation
Die Referenz ist ein statisches Konzept: Das nachfolgend beschriebene Verhalten ist eine umzusetzende Anforderung und kein Beleg dafür, dass das Bild bereits funktioniert. Kopiere den angepassten Prompt in dein Projekt und erstelle den verbundenen Ablauf: Wähle eine fiktive Sportstätte und einen Platz, wähle ein verfügbares Zeitfenster aus und prüfe Dauer, Teilnehmende und Stornierungsbedingungen vor einer Demo-Bestätigung. Prüfe nach einem Konflikt erneut ein Zeitfenster und kennzeichne die Bestätigung als Prototyp, ohne eine echte Reservierung vorzunehmen. Lege für jedes sichtbare Steuerelement Auslöser, betroffenen Zustand und Rückmeldung fest. Implementiere lokale Änderungen mit einem konsistenten Zustand über zusammengehörige Ansichten hinweg. Sorge dafür, dass Suche und Filter echte Ergebnisse liefern, Auswahlsteuerelemente einen eindeutigen aktiven Zustand besitzen und Speicheraktionen bei Bedarf sichtbare Rückmeldungen für ausstehende, erfolgreiche und fehlgeschlagene Vorgänge anzeigen. Füge keine themenfremden Abläufe hinzu. Verwende korrekte Links für die Navigation, Schaltflächen für Aktionen und barrierefreie Namen für Symbol-Steuerelemente. Erwecke nicht den Eindruck, dass ein Backend-Vorgang erfolgreich war, wenn sich nur eine lokale Demo geändert hat.
Visueller Vergleich und Übergabe
- Vergleiche das Ergebnis bei übereinstimmenden Proportionen mit dem angehängten Bild. Prüfe vor der Ausarbeitung dekorativer Details die Platzierung der Hauptbereiche, relative Bildgrößen, Zeilenumbrüche, Abstände, typografische Hierarchie, Kontrast, aktive Zustände und Inhaltsdichte.
- Teste anschließend das schmale Layout, ohne Desktoptexte in winzige Beschriftungen zu zwängen.
- Halte Logos, Fotos und Symbole als separate Assets und alle aussagekräftigen Beschriftungen bearbeitbar. Führe nicht verfügbare Schriftarten und Assets sowie beabsichtigte Abweichungen auf. Gib die funktionsfähigen Dateien zusammen mit einer knappen Beschreibung des implementierten Verhaltens und der noch ausstehenden Integrationen zurück; versprich nicht allein auf Grundlage des Prompts ein pixelgenaues Ergebnis.
Design-Prompt + Bild herunterladen
Enthält den vollständigen Design-Prompt und das Referenzbild in voller Größe. Füge beides in OpenDesign hinzu, um das Layout zu steuern.
So schreibst du einen Design-Prompt für eine Sportplatzbuchung
Verwende diesen Design-Prompt für eine Sportplatzbuchung, um eine fiktive Sportstätte und einen Platz auszuwählen, ein verfügbares Zeitfenster festzulegen und Dauer, Teilnehmende sowie Stornierungsbedingungen vor einer Demo-Bestätigung zu prüfen.
Die Referenz ist ein KI-generiertes Konzept. Die folgenden Anweisungen beschreiben, was erstellt und getestet werden soll; das Bild belegt kein funktionsfähiges Verhalten.
Verfügbarkeit vor der Bestätigung erneut prüfen
Eine App zur Platzbuchung muss erklären, was ein ausgewähltes Zeitfenster umfasst und ob es noch verfügbar ist.
Eine Prototypbestätigung muss klar von einer echten Reservierung unterscheidbar bleiben. Beginne mit der Platzsuche als Einstiegsansicht, gib den Zeitfenstern eine klare primäre Aktion und sorge dafür, dass die Buchungsübersicht erklärt, was geschehen ist und was als Nächstes möglich ist. Verwende Creme, Tennisgrün, leuchtendes Orange und eine markante Sporttypografie als Ausgangspunkt und passe sie an die vorgegebene Marke an. Halte die Identität des Datensatzes und den Navigationskontext über alle drei Ansichten hinweg sichtbar. Bevorzuge gut mit dem Daumen erreichbare Steuerelemente und lesbare Beschriftungen gegenüber dekorativen Flächen. Halte den Ablauf auf breiteren Bildschirmen stimmig, statt eine mobile Komposition über die gesamte Breite zu strecken.
Aus dem Prompt
Erstelle drei verbundene Ansichten: Platzsuche, Zeitfenster und Buchungsübersicht.
An dein Projekt anpassen
Wähle einen fiktiven [VENUE], einen Platz und ein Zeitfenster aus und prüfe anschließend Dauer, Teilnehmende und Stornierungsbedingungen. Prüfe vor einer klar gekennzeichneten Demo-Bestätigung erneut auf Konflikte.
Inhalte für die Sportplatzbuchung vorbereiten
Die Verfügbarkeit wird für jedes Zeitfenster angezeigt, einschließlich eines Konflikthinweises; lege eine erneute Prüfung vor dem Fortfahren fest.
Gib fiktive Veranstaltungsorte, Plätze, Zeitfensterlängen und Stornierungsbedingungen an. Füge ein Zeitfenster hinzu, das während der Prüfung nicht mehr verfügbar wird, und definiere die Bestätigungskennzeichnungen der Demo so, dass der Prototyp nicht mit einer echten Buchung verwechselt werden kann.
Aus dem Prompt
Wähle eine fiktive Sportstätte und einen Platz, wähle ein verfügbares Zeitfenster aus und prüfe Dauer, Teilnehmende und Stornierungsbedingungen vor einer Demo-Bestätigung.
An dein Projekt anpassen
Verwende für [PROJECT] [APPROVED_CONTENT] als Quelle für diese Sportplatzbuchung. Nutze freigegebene Datensätze und Feldbezeichnungen für Platzsuche, Zeitfenster und Buchungsprüfung sowie die Regeln für Aktionen und Persistenz, Markenressourcen und Genehmigungsanforderungen. Ermittle fehlende Eingaben, bevor du sie durch Demonstrationsinhalte ersetzt.
Ausgewähltes Zeitfenster verlieren
Die Prüfung zeigt ein erneut geprüftes verfügbares Zeitfenster und eine reine Prototypbestätigung; verlange eine aktuelle Verfügbarkeitsprüfung und unterscheide eine lokale Demonstration von einer echten Reservierung.
Bewahre den Veranstaltungsort und andere Angaben, während du nach einer Ersatzzeit fragst. Zeige nach einem Verfügbarkeitskonflikt keine erfolgreiche Reservierung an. Teste zuerst diesen konkreten Grenzfall: Prüfe ein Zeitfenster nach einem Konflikt erneut und kennzeichne die Bestätigung als Prototyp, ohne eine echte Reservierung vorzunehmen. Führe anschließend den Hauptablauf mit einem langen Datensatztitel, ohne gespeicherte Datensätze und mit einer fehlgeschlagenen Aktion aus. Nutzende sollten ohne Rückgriff auf Farbe erkennen können, was gespeichert ist, was aussteht und was rückgängig gemacht werden kann. Prüfe, ob bei der Rückkehr zum vorherigen Bildschirm die eingegebenen Daten erhalten bleiben und ob ein Screenreader Titel, Status und primäre Aktion in einer sinnvollen Reihenfolge erfasst.
Aus dem Prompt
Prüfe nach einem Konflikt erneut ein Zeitfenster und kennzeichne die Bestätigung als Prototyp, ohne eine echte Reservierung vorzunehmen.
An dein Projekt anpassen
Prüfe die Sportplatzbuchung anhand dieser Anforderung: Prüfe ein Zeitfenster nach einem Konflikt erneut und kennzeichne die Bestätigung als Prototyp, ohne eine echte Reservierung vorzunehmen. Teste zuerst diesen konkreten Grenzfall: Prüfe ein Zeitfenster nach einem Konflikt erneut und kennzeichne die Bestätigung als Prototyp, ohne eine echte Reservierung vorzunehmen. Führe anschließend den Hauptablauf mit einem langen Datensatztitel, ohne gespeicherte Datensätze und mit einer fehlgeschlagenen Aktion aus. Nutzende sollten ohne Rückgriff auf Farbe erkennen können, was gespeichert ist, was aussteht und was rückgängig gemacht werden kann. Prüfe, ob bei der Rückkehr zum vorherigen Bildschirm die eingegebenen Daten erhalten bleiben und ob ein Screenreader Titel, Status und primäre Aktion in einer sinnvollen Reihenfolge erfasst. Bewahre freigegebene Inhalte und überarbeite nur die Teile, die diese Prüfung nicht bestehen.
Ergebnis deiner Sportplatzbuchung prüfen
Das Beispiel ist ein KI-generiertes visuelles Konzept. Verbundene Dienste, Geräteberechtigungen und persistente Daten erfordern eine separate Implementierung und Prüfung.
- Prüfe nach einem Konflikt erneut ein Zeitfenster und kennzeichne die Bestätigung als Prototyp, ohne eine echte Reservierung vorzunehmen.
Anschluss-Prompt
Verwende dies nach dem ersten Ergebnis. Dadurch wird die Überarbeitung auf den wichtigsten Teil dieser Aufgabe eingegrenzt.
Verfeinere ausschließlich den Übergang von den Zeitfenstern zur Buchungsübersicht. Prüfe nach einem Konflikt erneut ein Zeitfenster und kennzeichne die Bestätigung als Prototyp, ohne eine echte Reservierung vorzunehmen. Zeige die relevanten Zustände „ausstehend“, „fehlgeschlagen“ und „abgeschlossen“ mit eindeutigen Bezeichnungen. Bewahre die freigegebene Navigation, Typografie und die übrigen Ansichten. Gib die geänderten Ansichten zurück und beschreibe, wie eingegebene Daten einen erneuten Versuch überstehen.
