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 vorhandenen Projekt-Stack einen bearbeitbaren Mobile-First-App-Prototyp für [PROJECT] und [AUDIENCE]. Die Aufgabe lautet: Gemeinschaftlicher Werkzeugverleih.
Erforderliche Inhalte und Struktur
Finde ein lokal angebotenes Werkzeug, prüfe seinen Zustand und die Ausleihbedingungen, frage Termine an und dokumentiere eine Rückgabe-Checkliste mit Bestätigung des Eigentümers.
Ansichten und Navigation
Erstelle drei verbundene Ansichten: Verfügbare Werkzeuge; Leihanfrage; Rückgabe-Checkliste. Halte den ausgewählten Eintrag im Bildschirmtitel oder in der Zusammenfassung sichtbar. Unterstütze eine eindeutige Zurück-Aktion und bewahre laufende Eingaben beim Wechsel zwischen Ansichten. Platziere die primäre Aktion nahe bei den relevanten Inhalten und berücksichtige mobile Sicherheitsbereiche, eine sichtbare Bildschirmtastatur und lange übersetzte Beschriftungen. Passe die Komposition bei Desktop-Breiten an, ohne einen Schritt zu entfernen oder die Aufgabe zu verändern.
Projektvorgaben
Verwende [APPROVED_CONTENT] für Namen, Einträge, Beschriftungen, Mengen und Ziele. Frage nach fehlenden Daten, anstatt operative Behauptungen zu erfinden. Demonstrationseinträge dürfen die fiktive Marke Borrow verwenden; kennzeichne sie als Beispieldaten. Erkläre, welche Aktionen lokale Prototyp-Interaktionen sind und welche Authentifizierung, Persistenz, Berechtigungen oder ein Backend erfordern würden. Binde keine externen Dienste an und behaupte nicht, dass eine Transaktion abgeschlossen wurde, sofern diese Integration nicht ausdrücklich implementiert und getestet wurde.
Designausrichtung
Befolge [BRAND_RULES]. Wenn keine Marke vorgegeben ist, verwende gebrochenes Weiß, Werkstattorange, dunkles Graphit und funktionale Symbole. Mache den Arbeitsablauf durch eigene Inhalte und Bedienelemente erkennbar, statt allgemeine Dashboard-Karten zu wiederholen. Verwende eine einheitliche Abstandsskala und eine klare Texthierarchie. Integriere einen sichtbaren Tastaturfokus, barrierefreie Namen, ausreichenden Kontrast und nicht ausschließlich farbcodierte Statusbeschriftungen. Berücksichtige reduzierte Bewegung und halte animierte Übergänge optional.
Aufgabenspezifische Abnahmeprüfung
- Trenne angefragte Zeiträume von bestätigten Buchungen und die vom Nutzer gemeldete Rückgabe von der durch den Eigentümer bestätigten Rückgabe.
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 beigefügte Datei reference.webp als visuelle Referenz für den gemeinschaftlichen Werkzeugverleih. Bestimme vor der Umsetzung die wichtigsten Bereiche von oben nach unten sowie ihre relativen Breiten und Höhen, Ausrichtung, Abstände, Typografiehierarchie, Flächenfarben, Rahmen, Bildsprache und wiederkehrenden Komponenten. Bewahre diese Beziehungen, statt sie durch eine allgemeine Vorlage zu ersetzen. Erforderlicher Aufgabeninhalt: Ein lokal angebotenes Werkzeug finden, seinen Zustand und die Leihbedingungen prüfen, Zeiträume anfragen und eine Rückgabe-Checkliste mit Bestätigung durch den Eigentümer erfassen. Verwende beim Übertragen des Bildes in bearbeitbare Elemente die folgenden aufgabenspezifischen Layoutvorgaben: Beginne mit „Verfügbare Werkzeuge“ als Einstiegsansicht, gib der Leihanfrage eine eindeutige primäre Aktion und gestalte die Rückgabe-Checkliste so, dass sie erklärt, was geschehen ist und was als Nächstes passieren kann. Nutze gebrochenes Weiß, Werkstattorange, dunkles Graphit und funktionale Symbole als Ausgangspunkt und passe sie an die vorgegebene Marke an. Halte die Identität des Eintrags und den Navigationskontext über alle drei Ansichten hinweg sichtbar. Priorisiere mit dem Daumen erreichbare Bedienelemente und gut lesbare Beschriftungen gegenüber dekorativen Flächen; halte den Arbeitsablauf auf breiteren Bildschirmen schlüssig, statt eine mobile Komposition über die gesamte Breite zu strecken.
Visuelle Ausrichtung aus den beispielhaften Projektanforderungen
Gebrochenes Weiß, Werkstattorange, dunkles Graphit, funktionale Symbole.
Interaktionsspezifikation
Die Referenz ist ein statisches Konzept: Das unten 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: Ein lokal angebotenes Werkzeug finden, seinen Zustand und die Leihbedingungen prüfen, Zeiträume anfragen und eine Rückgabe-Checkliste mit Bestätigung durch den Eigentümer erfassen. Trenne angefragte Zeiträume von bestätigten Buchungen und die vom Nutzer gemeldete Rückgabe von der durch den Eigentümer bestätigten Rückgabe. Gib für jedes sichtbare Bedienelement den Auslöser, den betroffenen Zustand und die Rückmeldung an; implementiere lokale Änderungen mit einem einheitlichen Zustand in zusammengehörigen Ansichten. Sorge dafür, dass Suche und Filter echte Ergebnisse liefern, Auswahlsteuerelemente einen eindeutigen aktiven Zustand besitzen und Speicheraktionen gegebenenfalls sichtbare Rückmeldungen für ausstehende, erfolgreiche oder fehlgeschlagene Vorgänge anzeigen. Füge keine sachfremden Arbeitsabläufe hinzu. Verwende echte Links für die Navigation, Schaltflächen für Aktionen und barrierefreie Namen für Symbolsteuerelemente. 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 gemeinschaftlichen Werkzeugverleih
Verwende diesen Design-Prompt für gemeinschaftlichen Werkzeugverleih, um ein lokal angebotenes Werkzeug zu finden, seinen Zustand und die Leihbedingungen zu prüfen, Zeiträume anzufragen und eine Rückgabe-Checkliste mit Bestätigung durch den Eigentümer zu erfassen.
Die Referenz ist ein KI-generiertes Konzept. Die folgenden Anweisungen beschreiben, was erstellt und getestet werden soll; das Bild belegt kein funktionsfähiges Verhalten.
Eine Anfrage von einer bestätigten Ausleihe trennen
Eine Werkzeugverleih-App koordiniert Vereinbarungen zwischen Personen.
Angefragte Zeiträume, bestätigte Buchungen und Rückgabebestätigungen sollten unterschiedliche Zustände und verantwortliche Rollen haben. Beginne mit „Verfügbare Werkzeuge“ als Einstiegsansicht, gib der Leihanfrage eine eindeutige primäre Aktion und gestalte die Rückgabe-Checkliste so, dass sie erklärt, was geschehen ist und was als Nächstes passieren kann. Nutze gebrochenes Weiß, Werkstattorange, dunkles Graphit und funktionale Symbole als Ausgangspunkt und passe sie an die vorgegebene Marke an. Halte die Identität des Eintrags und den Navigationskontext über alle drei Ansichten hinweg sichtbar. Priorisiere mit dem Daumen erreichbare Bedienelemente und gut lesbare Beschriftungen gegenüber dekorativen Flächen; halte den Arbeitsablauf auf breiteren Bildschirmen schlüssig, statt eine mobile Komposition über die gesamte Breite zu strecken.
Aus dem Prompt
Erstelle drei verbundene Ansichten: Verfügbare Werkzeuge; Leihanfrage; Rückgabe-Checkliste.
An dein Projekt anpassen
Zeige den Zustand und die Leihbedingungen von [TOOL], bevor ein Zeitraum angefragt wird. Verfolge angefragte und bestätigte Zeiträume getrennt und erfasse anschließend eine Rückgabe-Checkliste, die auf die Bestätigung durch den Eigentümer wartet.
Inhalte für den gemeinschaftlichen Werkzeugverleih vorbereiten
Der Anfragebildschirm zeigt die gewünschten Termine und Leihbedingungen unterhalb des ausgewählten Werkzeugs. Bereite Verfügbarkeitsangaben und die Bedingungen des Eigentümers vor; eine Anfrage muss sich weiterhin klar von einer angenommenen Buchung unterscheiden.
Bereite Werkzeugbeschreibungen, Zustandsangaben, Leihbedingungen und Beispieldaten vor. Lege fest, wer eine Anfrage annehmen und eine Rückgabe bestätigen darf, einschließlich des Ablaufs, wenn der Entleiher ein Werkzeug als zurückgegeben markiert, bevor der Eigentümer es geprüft hat.
Aus dem Prompt
Finde ein lokal angebotenes Werkzeug, prüfe seinen Zustand und die Ausleihbedingungen, frage Termine an und dokumentiere eine Rückgabe-Checkliste mit Bestätigung des Eigentümers.
An dein Projekt anpassen
Verwende für [PROJECT] [APPROVED_CONTENT] als Quelle für diesen gemeinschaftlichen Werkzeugverleih. Dazu gehören freigegebene Einträge und Feldbeschriftungen für „Verfügbare Werkzeuge“, „Leihanfrage“ und „Rückgabe-Checkliste“, die Regeln für Aktionen und Persistenz sowie Markenmaterialien und Berechtigungsanforderungen. Ermittle fehlende Eingaben, bevor du sie durch Demonstrationsinhalte ersetzt.
Eine strittige Rückgabe erfassen
Der Rückgabebildschirm kombiniert eine Statuszeitleiste, eine Zustandscheckliste und „Als zurückgegeben markieren“. Stelle sicher, dass die Rückgabe durch den Entleiher und die Bestätigung durch den Eigentümer getrennte Zustände bleiben.
Der vom Entleiher gemeldete Rückgabestatus darf nicht den Eindruck erwecken, dass der Eigentümer die Rückgabe akzeptiert hat. Halte die Checkliste und den Bestätigungsstatus sichtbar, damit beide Seiten verstehen, was noch ungeklärt ist. Teste zuerst diesen konkreten Grenzfall: Trenne angefragte Zeiträume von bestätigten Buchungen und die vom Nutzer gemeldete Rückgabe von der durch den Eigentümer bestätigten Rückgabe. Führe danach den Hauptablauf mit einem langen Eintragstitel, ohne gespeicherte Einträge und mit einer fehlgeschlagenen Aktion aus. Nutzer sollten ohne alleinige Abhängigkeit von Farben erkennen können, was gespeichert ist, was aussteht und was rückgängig gemacht werden kann. Prüfe, ob eingegebene Daten beim Zurückkehren zur vorherigen Ansicht erhalten bleiben und ob ein Screenreader Titel, Status und primäre Aktion in einer sinnvollen Reihenfolge erfasst.
Aus dem Prompt
Trenne angefragte Termine von bestätigten Buchungen und die vom Nutzer gemeldete Rückgabe von der durch den Eigentümer bestätigten Rückgabe.
An dein Projekt anpassen
Prüfe den gemeinschaftlichen Werkzeugverleih anhand dieser Anforderung: Trenne angefragte Zeiträume von bestätigten Buchungen und die vom Nutzer gemeldete Rückgabe von der durch den Eigentümer bestätigten Rückgabe. Teste zuerst diesen konkreten Grenzfall: Trenne angefragte Zeiträume von bestätigten Buchungen und die vom Nutzer gemeldete Rückgabe von der durch den Eigentümer bestätigten Rückgabe. Führe danach den Hauptablauf mit einem langen Eintragstitel, ohne gespeicherte Einträge und mit einer fehlgeschlagenen Aktion aus. Nutzer sollten ohne alleinige Abhängigkeit von Farben erkennen können, was gespeichert ist, was aussteht und was rückgängig gemacht werden kann. Prüfe, ob eingegebene Daten beim Zurückkehren zur vorherigen Ansicht erhalten bleiben und ob ein Screenreader Titel, Status und primäre Aktion in einer sinnvollen Reihenfolge erfasst. Bewahre die freigegebenen Inhalte und überarbeite nur die Teile, die diese Prüfung nicht bestehen.
Ergebnis des gemeinschaftlichen Werkzeugverleihs prüfen
Das Beispiel ist ein KI-generiertes visuelles Konzept. Verbundene Dienste, Geräteberechtigungen und persistente Daten erfordern eine separate Implementierung und Prüfung.
- Trenne angefragte Termine von bestätigten Buchungen und die vom Nutzer gemeldete Rückgabe von der durch den Eigentümer bestätigten Rückgabe.
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 der Leihanfrage zur Rückgabe-Checkliste. Trenne angefragte Zeiträume von bestätigten Buchungen und die vom Nutzer gemeldete Rückgabe von der durch den Eigentümer bestätigten Rückgabe. Zeige die relevanten ausstehenden, fehlgeschlagenen und abgeschlossenen Zustände mit eindeutigen Bezeichnungen. Behalte die freigegebene Navigation, Typografie und die übrigen Ansichten bei. Gib die geänderten Ansichten zurück und beschreibe, wie eingegebene Daten einen erneuten Versuch überstehen.
