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: Offline-Wandertagebuch.
Erforderliche Inhalte und Struktur
Erfasse einen Wegeintrag mit Foto und optionalem Standort, speichere ihn auf dem Gerät und zeige anschließend genau an, welche Einträge auf die Synchronisierung warten.
Ansichten und Navigation
Erstelle drei miteinander verbundene Ansichten: „Touren“, „Neuer Eintrag“ und „Synchronisierungswarteschlange“. 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 bei den relevanten Inhalten und berücksichtige mobile Sicherheitsbereiche, eine sichtbare Bildschirmtastatur und lange übersetzte Bezeichnungen. Passe die Komposition an Desktopbreiten an, ohne einen Schritt zu entfernen oder die Aufgabe zu verändern.
Projektvorgaben
Verwende [APPROVED_CONTENT] für Namen, Datensätze, Bezeichnungen, Mengen und Ziele. Frage nach fehlenden Daten, statt Aussagen über nicht belegte Vorgänge zu erfinden. Demonstrationsdatensätze dürfen die fiktive Marke Field Notes verwenden; kennzeichne sie als Beispieldaten. Erkläre, welche Aktionen lokale Interaktionen des Prototyps sind und welche Authentifizierung, dauerhafte Speicherung, Berechtigungen oder ein Backend erfordern würden. Verbinde keine externen Dienste 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 warmes Elfenbein, Waldgrün und Outdoor-Fotografie. Mache den Ablauf durch eigene Inhalte und Bedienelemente erkennbar, statt generische Dashboard-Karten zu wiederholen. Verwende ein konsistentes Abstandssystem und eine klare Texthierarchie. Integriere einen sichtbaren Tastaturfokus, barrierefreie Bezeichnungen, ausreichenden Kontrast und nicht ausschließlich farbcodierte Statusbezeichnungen. Berücksichtige reduzierte Bewegung und halte animierte Übergänge optional.
Aufgabenspezifische Abnahmeprüfung
- Eine gespeicherte Textnotiz muss verfügbar bleiben, wenn das Hochladen des zugehörigen Fotos fehlschlägt; unterscheide zwischen lokaler Speicherung und abgeschlossener Synchronisierung.
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 das Offline-Wandertagebuch. Ermittle vor der Umsetzung die Hauptbereiche von oben nach unten sowie ihre relativen Breiten und Höhen, Ausrichtung, Abstände, typografische Hierarchie, Flächenfarben, Rahmen, Bildmotive und wiederkehrenden Komponenten. Bewahre diese Beziehungen, statt sie durch eine generische Vorlage zu ersetzen. Erforderlicher Aufgabeninhalt: Erfasse einen Wegeintrag mit Foto und optionalem Standort, speichere ihn auf dem Gerät und zeige anschließend genau an, welche Einträge auf die Synchronisierung warten. Nutze beim Übertragen des Bildes in bearbeitbare Elemente die folgenden aufgabenspezifischen Layoutvorgaben: Beginne mit „Touren“ als Einstiegsansicht, gib „Neuer Eintrag“ eine klare primäre Aktion und lasse die „Synchronisierungswarteschlange“ erklären, was geschehen ist und was als Nächstes geschehen kann. Nutze warmes Elfenbein, Waldgrün und Outdoor-Fotografie 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. Priorisiere gut mit dem Daumen erreichbare Bedienelemente und lesbare Bezeichnungen gegenüber dekorativen Flächen; halte den Ablauf auf breiteren Bildschirmen schlüssig, statt eine mobile Komposition über die gesamte Breite zu strecken.
Visuelle Ausrichtung aus den beispielhaften Projektanforderungen
Beginne mit „Touren“ als Einstiegsansicht, gib „Neuer Eintrag“ eine klar erkennbare primäre Aktion und erläutere in der „Synchronisierungswarteschlange“, was passiert ist und was als Nächstes geschehen kann. Nutze warmes Elfenbein, Waldgrün und Outdoor-Fotografie 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. Priorisiere gut mit dem Daumen erreichbare Steuerelemente und lesbare Beschriftungen gegenüber dekorativen Flächen. Sorge auf breiteren Bildschirmen für einen schlüssigen Ablauf, statt ein mobiles Layout über die gesamte Breite zu strecken.
Interaktionsspezifikation
Die Referenz ist ein statisches Konzept: Das unten beschriebene Verhalten ist eine zu implementierende Anforderung und kein Beleg dafür, dass es im Bild bereits funktioniert. Kopiere den angepassten Prompt in dein Projekt und erstelle den verbundenen Ablauf: Erfasse einen Eintrag zu einem Wanderweg mit einem Foto und optionalem Standort, speichere ihn auf dem Gerät und zeige anschließend genau, welche Einträge auf die Synchronisierung warten. Eine gespeicherte Textnotiz muss verfügbar bleiben, wenn das Hochladen ihres Fotos fehlschlägt. Unterscheide zwischen lokaler Speicherung und abgeschlossener Synchronisierung. Lege für jedes sichtbare Steuerelement den Auslöser, den betroffenen Zustand und die Rückmeldung fest. Implementiere lokale Änderungen mit konsistentem Zustand in zusammengehörigen Ansichten. Sorge dafür, dass Suche und Filter echte Ergebnisse liefern, Auswahlsteuerelemente einen eindeutigen aktiven Zustand haben und Speicheraktionen gegebenenfalls sichtbare Rückmeldungen für „ausstehend“, „erfolgreich“ und „fehlgeschlagen“ anzeigen. Füge keine sachfremden Abläufe hinzu. Verwende korrekte Links für die Navigation, Schaltflächen für Aktionen und zugängliche 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 ein Offline-Wandertagebuch
Verwende diesen Design-Prompt für ein Offline-Wandertagebuch, um einen Eintrag zu einem Wanderweg mit einem Foto und optionalem Standort zu erfassen, ihn auf dem Gerät zu speichern und anschließend genau anzuzeigen, welche Einträge auf die Synchronisierung warten.
Die Referenz ist ein KI-generiertes Konzept. Die folgenden Anweisungen beschreiben, was erstellt und getestet werden soll; das Bild belegt kein funktionsfähiges Verhalten.
Touren, Eintrag und Synchronisierungsstatus verbinden
In einer segmentierten Navigationsleiste auf der linken Seite ist „Trips“ ausgewählt. Die mittlere Ansicht trägt den Titel „New entry“; die rechte Ansicht heißt „Sync queue“ und beginnt mit einer Verbindungsmeldung. Flächen in warmem Elfenbein und waldgrüne Steuerelemente verbinden die Bildschirme, ohne alle drei Layouts identisch zu gestalten.
Benenne die Ansichten und ihre Aufgaben, bevor du Farben oder Dekoration beschreibst. Die Referenz zeigt sie nebeneinander, um die Abfolge zu verdeutlichen. Die umgesetzte mobile App sollte zwischen ihnen wechseln, statt alle drei in einen einzigen Smartphone-Viewport zu zwängen. Beginne mit „Touren“ als Einstiegsansicht, gib „Neuer Eintrag“ eine klar erkennbare primäre Aktion und erläutere in der „Synchronisierungswarteschlange“, was passiert ist und was als Nächstes geschehen kann. Nutze warmes Elfenbein, Waldgrün und Outdoor-Fotografie 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. Priorisiere gut mit dem Daumen erreichbare Steuerelemente und lesbare Beschriftungen gegenüber dekorativen Flächen. Sorge auf breiteren Bildschirmen für einen schlüssigen Ablauf, statt ein mobiles Layout über die gesamte Breite zu strecken.
Aus dem Prompt
Erstelle drei miteinander verbundene Ansichten: „Touren“, „Neuer Eintrag“ und „Synchronisierungswarteschlange“. 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 bei den relevanten Inhalten und berücksichtige mobile Sicherheitsbereiche, eine sichtbare Bildschirmtastatur und lange übersetzte Bezeichnungen. Passe die Komposition an Desktopbreiten an, ohne einen Schritt zu entfernen oder die Aufgabe zu verändern.
An dein Projekt anpassen
Erstelle für [PROJECT] drei verbundene Ansichten: „Touren“, „Neuer Eintrag“ und „Synchronisierungswarteschlange“. Öffne eine Tour, um ihre Einträge anzuzeigen. Verwende die Hinzufügen-Aktion, um einen dieser Tour zugeordneten Entwurf zu beginnen. Gib dem Editor eine eindeutige Zurück-Aktion, bei der der Entwurf erhalten bleibt. Behalte in der Warteschlange dieselbe Touridentität bei. Zeige auf Mobilgeräten jeweils nur eine Ansicht und verwende für breitere Bildschirme ein bewusst gestaltetes Layout.
Definieren, was ein Eintrag tatsächlich speichert
Der Eintragsbildschirm kombiniert ein großes Foto mit einer betitelten Notiz, einer Zeichenzahl, einem optionalen Standort und einer Schaltfläche „Save on device“. Die Standortzeile besitzt ein eigenes Steuerelement zum Entfernen. Dabei handelt es sich um separate Inhaltselemente und nicht um ein einziges zusammengefügtes Bild.
Überführe die abgebildeten Felder in einen kleinen Datenvertrag. Lege fest, was erforderlich ist, was entfernt werden kann und was nach einem fehlgeschlagenen Foto-Upload erhalten bleibt. Der sichtbare Zeichenzähler deutet auf eine Begrenzung hin, doch deine Projektanforderungen müssen die tatsächliche Validierungsregel definieren.
Aus dem Prompt
Verwende [APPROVED_CONTENT] für Namen, Datensätze, Bezeichnungen, Mengen und Ziele. Frage nach fehlenden Daten, statt Aussagen über nicht belegte Vorgänge zu erfinden. Demonstrationsdatensätze dürfen die fiktive Marke Field Notes verwenden; kennzeichne sie als Beispieldaten. Erkläre, welche Aktionen lokale Interaktionen des Prototyps sind und welche Authentifizierung, dauerhafte Speicherung, Berechtigungen oder ein Backend erfordern würden. Verbinde keine externen Dienste und behaupte nicht, dass eine Transaktion abgeschlossen wurde, sofern diese Integration nicht ausdrücklich implementiert und getestet wurde.
An dein Projekt anpassen
Jeder Eintrag speichert eine Reise-ID, einen Titel, einen Notiztext, ein optionales Foto, optionale Koordinaten und einen Zeitstempel der lokalen Speicherung. Verwende [APPROVED_CONTENT] für Beispieleinträge. Ermögliche es Nutzern, den Standort zu entfernen, ohne ihre Notiz zu löschen. Definiere die Begrenzung der Notiz in [CONTENT_RULES], zeige die verbleibende Zeichenanzahl an und erläutere die Validierung direkt im Kontext. Beim Speichern muss der Text erhalten bleiben, auch wenn das Foto nicht verfügbar ist.
Lokales Speichern und abgeschlossene Synchronisierung trennen
Die Warteschlange unterscheidet „Saved offline“ und „Waiting for connection“ sowohl durch Text als auch durch Farbe. Ein Banner erläutert vor der Liste die Verbindungsbedingung. Dies vermittelt das beabsichtigte Zustandsmodell, doch das Bild allein kann nicht belegen, dass Daten dauerhaft gespeichert werden oder Uploads fortgesetzt werden.
Formuliere die Übergangsregeln ausdrücklich. Lokales Speichern, ein Upload in der Warteschlange und eine abgeschlossene Synchronisierung sind unterschiedliche Zustände. Ein Wiederherstellungstest sollte sowohl den Textdatensatz als auch seinen Anhang prüfen, statt den Eintrag als einen einzigen Alles-oder-nichts-Vorgang zu behandeln. Teste zuerst genau diese Grenze: Eine gespeicherte Textnotiz muss verfügbar bleiben, wenn der Upload ihres Fotos fehlschlägt; unterscheide lokales Speichern von abgeschlossener Synchronisierung. Führe anschließend den Hauptablauf mit einem langen Datensatztitel, ohne gespeicherte Datensätze und mit einer fehlgeschlagenen Aktion aus. Nutzer sollten ohne alleinige Abhängigkeit von Farbe erkennen können, was gespeichert ist, was aussteht und was rückgängig gemacht werden kann. Prüfe, ob eingegebene Daten bei der Rückkehr zum vorherigen Bildschirm erhalten bleiben und ob ein Screenreader Titel, Status und primäre Aktion in einer sinnvollen Reihenfolge erfasst.
Aus dem Prompt
Eine gespeicherte Textnotiz muss verfügbar bleiben, wenn das Hochladen des zugehörigen Fotos fehlschlägt; unterscheide zwischen lokaler Speicherung und abgeschlossener Synchronisierung.
An dein Projekt anpassen
Zeige den Eintrag unmittelbar nach dem lokalen Speichern an und kennzeichne seinen Upload als ausstehend. Schlägt der Foto-Upload fehl, behalte den gespeicherten Text bei und biete einen erneuten Versuch für diesen Anhang an. Aktualisiere die Anzahl in der Warteschlange anhand des tatsächlichen Datensatzstatus und verhindere bei erneuten Versuchen doppelte Einträge. Zeige „Synced“ erst an, wenn der implementierte Dienst den Erfolg bestätigt; kennzeichne simulierte Übergänge als Demo-Verhalten.
Referenz und Projektanforderungen gemeinsam verwenden
Füge das Referenzbild zusammen mit dem angepassten Prompt in OpenDesign ein. Ersetze die relevanten Anweisungen durch deine Projektentscheidungen, anstatt widersprüchliche Vorgaben anzuhängen. Das Beispiel ist ein KI-generiertes visuelles Konzept. Angebundene Dienste, Geräteberechtigungen und persistente Daten erfordern eine separate Implementierung und Prüfung.
- Eine gespeicherte Textnotiz muss verfügbar bleiben, wenn das Hochladen des zugehörigen Fotos fehlschlägt; unterscheide zwischen lokaler Speicherung und abgeschlossener Synchronisierung.
- Teste zuerst diesen konkreten Grenzfall: Eine gespeicherte Textnotiz muss verfügbar bleiben, wenn das Hochladen ihres Fotos fehlschlägt. Unterscheide zwischen lokaler Speicherung und abgeschlossener Synchronisierung. Führe anschließend den Hauptablauf mit einem langen Datensatztitel, ohne gespeicherte Datensätze und mit einer fehlgeschlagenen Aktion aus. Man muss 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 die eingegebenen Daten bei der Rückkehr zum vorherigen Bildschirm erhalten bleiben und ob ein Screenreader Titel, Status und primäre Aktion in einer sinnvollen Reihenfolge erfasst.
Anschluss-Prompt
Verwende dies nach dem ersten Ergebnis. Dadurch wird die Überarbeitung auf den wichtigsten Teil dieser Aufgabe eingegrenzt.
Optimiere ausschließlich den Übergang von „Neuer Eintrag“ zu „Synchronisierungswarteschlange“. Eine gespeicherte Textnotiz muss verfügbar bleiben, wenn das Hochladen des zugehörigen Fotos fehlschlägt; unterscheide zwischen lokaler Speicherung und abgeschlossener Synchronisierung. Zeige die relevanten ausstehenden, fehlgeschlagenen und abgeschlossenen Zustände mit eindeutigen Bezeichnungen. Bewahre die freigegebene Navigation, Typografie und die übrigen Ansichten. Gib die geänderten Ansichten zurück und beschreibe, wie eingegebene Daten bei einem erneuten Versuch erhalten bleiben.
