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 für [PROJECT] und [AUDIENCE] einen editierbaren Mobile-First-App-Prototyp. Die Aufgabe lautet: Budget-Umschlagplaner.
Erforderliche Inhalte und Struktur
Verteile ein manuell eingegebenes Monatsbudget auf Ausgabenumschläge, verschiebe einen Betrag zwischen ihnen und prüfe die resultierenden Salden.
Ansichten und Navigation
Erstelle drei verbundene Ansichten: Umschläge; Geld verschieben; Aktivität. Halte den ausgewählten Eintrag im Ansichtstitel 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 ändern.
Projektvorgaben
Verwende [APPROVED_CONTENT] für Namen, Einträge, Beschriftungen, Mengen und Ziele. Frage nach fehlenden Daten, statt betriebliche Aussagen zu erfinden. Demonstrationseinträge dürfen die fiktive Marke Pocket verwenden; kennzeichne sie als Beispieldaten. Erkläre, welche Aktionen lokale Interaktionen des Prototyps sind und welche Authentifizierung, Datenpersistenz, 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 Creme, dunkles Petrol, mintfarbene Akzente und zurückhaltende Ziffern. Mache den Arbeitsablauf durch seine eigenen Inhalte und Bedienelemente erkennbar, statt generische Dashboard-Karten zu wiederholen. Verwende eine einheitliche Abstandsskala und eine klare Texthierarchie. Integriere einen sichtbaren Tastaturfokus, barrierefreie Namen, ausreichenden Kontrast und nicht ausschließlich farblich vermittelte Statusbeschriftungen. Berücksichtige reduzierte Bewegung und halte animierte Übergänge optional.
Aufgabenspezifische Abnahmeprüfung
- Verhindere Übertragungen, die den Saldo des Quellumschlags überschreiten; weise darauf hin, dass dieser Prototyp kein Geld zwischen Bankkonten verschiebt.
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 reference.webp als visuelle Referenz für den Budget-Umschlagplaner. Bestimme vor der Umsetzung die Hauptbereiche von oben nach unten, ihre relativen Breiten und Höhen, Ausrichtung, Abstände, typografische Hierarchie, Oberflächenfarben, Rahmen, Bilder und wiederkehrenden Komponenten. Bewahre diese Beziehungen, statt sie durch eine generische Vorlage zu ersetzen. Erforderlicher Aufgabeninhalt: Verteile ein manuell eingegebenes Monatsbudget auf Ausgabenumschläge, verschiebe einen Betrag zwischen ihnen und prüfe die resultierenden Salden. Nutze die folgenden aufgabenspezifischen Layoutvorgaben, wenn du das Bild in editierbare Elemente überträgst: Beginne mit „Umschläge“ als Einstiegsansicht, gib „Geld verschieben“ eine klare primäre Aktion und erläutere unter „Aktivität“, was geschehen ist und was als Nächstes möglich ist. Nutze Creme, dunkles Petrol, mintfarbene Akzente und zurückhaltende Ziffern als Ausgangspunkt und passe sie an die vorgegebene Marke an. Halte die Identität des Eintrags und den Navigationskontext in allen drei Ansichten sichtbar. Priorisiere gut mit dem Daumen erreichbare Bedienelemente und lesbare Beschriftungen gegenüber dekorativen Panels. Sorge auf breiteren Bildschirmen für einen schlüssigen Ablauf, statt eine mobile Komposition über die gesamte Breite zu strecken.
Visuelle Ausrichtung aus den beispielhaften Projektanforderungen
Creme, dunkles Petrol, mintfarbene Akzente, zurückhaltende Ziffern.
Interaktionsspezifikation
Die Referenz ist ein statisches Konzept: Das unten beschriebene Verhalten ist eine zu implementierende Anforderung und kein Beleg dafür, dass das Bild bereits funktioniert. Kopiere den angepassten Prompt in dein Projekt und erstelle den verbundenen Ablauf: Verteile ein manuell eingegebenes Monatsbudget auf Ausgabenumschläge, verschiebe einen Betrag zwischen ihnen und prüfe die resultierenden Salden. Verhindere Übertragungen, die den Saldo des Quellumschlags überschreiten; weise darauf hin, dass dieser Prototyp kein Geld zwischen Bankkonten verschiebt. Lege für jedes sichtbare Bedienelement den Auslöser, den betroffenen Status und das Feedback fest. Implementiere lokale Änderungen mit einem konsistenten Status in den zugehörigen Ansichten. Sorge dafür, dass Suche und Filter echte Ergebnisse liefern, Auswahlsteuerelemente einen eindeutigen aktiven Status haben und Speicheraktionen gegebenenfalls sichtbares Feedback für ausstehende, erfolgreiche und fehlgeschlagene Vorgänge anzeigen. Füge keine unzusammenhängenden Arbeitsabläufe hinzu. Verwende korrekte Links für die Navigation, Schaltflächen für Aktionen und barrierefreie Namen für Symbolsteuerelemente. Erwecke nicht den Eindruck einer erfolgreichen Backend-Operation, wenn lediglich eine lokale Demo geändert wurde.
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 einen Budgettopf-Planer
Verwende diesen Design-Prompt für einen Budgettopf-Planer, um ein manuell eingegebenes Monatsbudget auf Ausgaben-Budgettöpfe zu verteilen, einen Betrag zwischen ihnen umzubuchen und die daraus resultierenden Salden 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.
Umbuchungen lokal abstimmen
Eine Budgettopf-App sollte zeigen, wie eine manuelle Zuweisung beide Salden verändert.
Die Benutzeroberfläche darf nicht den Eindruck erwecken, dass durch die Bearbeitung eines Plans Geld bei einer Bank bewegt wird. Beginne mit Budgettöpfe als Einstiegsansicht, hebe Geld verschieben als klare primäre Aktion hervor und erläutere unter Aktivitäten, was geschehen ist und was als Nächstes möglich ist. Nutze Creme, dunkles Petrol, mintfarbene Akzente und zurückhaltend gestaltete Zahlen als Ausgangspunkt und passe sie an die bereitgestellte Marke an. Sorge dafür, dass die Identität des Eintrags und der Navigationskontext in allen drei Ansichten sichtbar bleiben. Bevorzuge gut mit dem Daumen erreichbare Bedienelemente und lesbare Beschriftungen gegenüber dekorativen Flächen; halte den Ablauf auf breiteren Bildschirmen schlüssig, anstatt eine mobile Komposition über die gesamte Breite zu strecken.
Aus dem Prompt
Erstelle drei miteinander verbundene Ansichten: Budgettöpfe; Geld verschieben; Aktivitäten.
An dein Projekt anpassen
Verteile [MONTHLY_BUDGET] auf benannte Budgettöpfe. Zeige eine Vorschau der Salden von Quelle und Ziel einer Umbuchung, lehne Beträge ab, die den Quellsaldo überschreiten, und kennzeichne den Prototyp als Planungswerkzeug.
Inhalte für den Budgettopf-Planer vorbereiten
Der Übertragungsbildschirm nennt Quelle, Ziel und Betrag und enthält einen Prototyp-Hinweis; lege Saldenprüfungen fest, ohne eine tatsächliche Banktransaktion zu suggerieren.
Stelle eine beispielhafte monatliche Aufteilung, Namen der Budgettöpfe und Anfangssalden bereit. Definiere die zulässigen Umbuchungsregeln und nimm einen Betrag auf, der den Quellsaldo überschreitet; diese Einträge beschreiben einen lokalen Budgetplan und keine Banktransaktionen.
Aus dem Prompt
Verteile ein manuell eingegebenes Monatsbudget auf Ausgabenumschläge, verschiebe einen Betrag zwischen ihnen und prüfe die resultierenden Salden.
An dein Projekt anpassen
Verwende für [PROJECT] [APPROVED_CONTENT] als Quelle für diesen Budgettopf-Planer. Freigegebene Einträge und Feldbezeichnungen für Budgettöpfe; Geld verschieben; Aktivitäten; die Aktions- und Persistenzregeln; Markenmaterialien und Berechtigungsanforderungen. Ermittle fehlende Angaben, bevor du sie durch Demonstrationsinhalte ersetzt.
Eine zu hohe Umbuchung versuchen
Der Aktivitätsbildschirm erfasst Einzahlungen, Übertragungen und Anpassungen separat; definiere den Buchungseintrag, der durch jede lokale Aktion erstellt wird.
Lasse beide Salden unverändert und erläutere den verfügbaren Betrag. Eine erfolgreiche lokale Zuweisung darf keine Bestätigung einer Banküberweisung anzeigen. Teste zuerst genau diesen Grenzfall: Verhindere Umbuchungen, die das Guthaben des Quell-Budgettopfs überschreiten; weise darauf hin, dass dieser Prototyp kein Geld zwischen Bankkonten überträgt. Führe anschließend den Hauptablauf mit einem langen Eintragstitel, ohne gespeicherte Einträge und mit einer fehlgeschlagenen Aktion aus. Nutzende müssen ohne ausschließliche 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 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
Verhindere Übertragungen, die den Saldo des Quellumschlags überschreiten; weise darauf hin, dass dieser Prototyp kein Geld zwischen Bankkonten verschiebt.
An dein Projekt anpassen
Prüfe den Budgettopf-Planer anhand dieser Anforderung: Verhindere Umbuchungen, die das Guthaben des Quell-Budgettopfs überschreiten; weise darauf hin, dass dieser Prototyp kein Geld zwischen Bankkonten überträgt. Teste zuerst genau diesen Grenzfall: Verhindere Umbuchungen, die das Guthaben des Quell-Budgettopfs überschreiten; weise darauf hin, dass dieser Prototyp kein Geld zwischen Bankkonten überträgt. Führe anschließend den Hauptablauf mit einem langen Eintragstitel, ohne gespeicherte Einträge und mit einer fehlgeschlagenen Aktion aus. Nutzende müssen ohne ausschließliche 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 beim Zurückkehren zur vorherigen Ansicht 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 deines Budgettopf-Planers prüfen
Das Beispiel ist ein KI-generiertes visuelles Konzept. Verbundene Dienste, Geräteberechtigungen und persistente Daten erfordern eine separate Implementierung und Prüfung.
- Verhindere Übertragungen, die den Saldo des Quellumschlags überschreiten; weise darauf hin, dass dieser Prototyp kein Geld zwischen Bankkonten verschiebt.
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 „Geld verschieben“ zu „Aktivität“. Verhindere Übertragungen, die den Saldo des Quellumschlags überschreiten; weise darauf hin, dass dieser Prototyp kein Geld zwischen Bankkonten verschiebt. Zeige die relevanten Status für ausstehende, fehlgeschlagene und abgeschlossene Vorgänge mit eindeutigen Beschriftungen. 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 überdauern.
