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 für [PROJECT] und [AUDIENCE] eine responsive HTML-Website. Die Aufgabe lautet: Produkt-Changelog.
Erforderliche Inhalte und Struktur
Gruppiere datierte Releases nach Funktionen, Fehlerbehebungen und Verbesserungen und biete Filter nach Produktbereich an.
Verwende [APPROVED_CONTENT] als Quelle für Namen, Daten, Zahlen, Aussagen und Ziele. Führe fehlende Angaben auf, bevor du etwas ersetzt. Falls eine Demonstration erforderlich ist, kennzeichne deren Inhalte als fiktiv. Erfinde keine Kundenstimmen, Rankings, Partnerlogos oder Produktfunktionen.
Designausrichtung
Verwende [BRAND_RULES] und das bereits für das Projekt ausgewählte Designsystem. Falls kein System vorgegeben ist, beginne mit dieser Ausrichtung: Papierweiß, tiefes Marineblau und dezente hellblaue Flächen; präzises Raster und großzügige Typografie. Halte die Rollen von Schrift, Abständen und Farben konsistent. Priorisiere die Aufgabe gegenüber dekorativen Elementen und vermeide eine generische Sammlung unzusammenhängender Karten.
Inhaltsvorbereitung
Erfasse Veröffentlichungsdaten, Versionskennungen, Änderungstypen, betroffene Produktbereiche und Links zu Details. Bewahre die Formulierungen, die zum Verständnis von Kompatibilitäts- oder Migrationsanforderungen erforderlich sind.
Layout und Verhalten
Gruppiere Aktualisierungen chronologisch und verwende eine konsistente Hierarchie für Funktionen, Verbesserungen und Fehlerbehebungen. Ermögliche Lesern, nach Produktbereich zu filtern, ohne den Release-Kontext zu verlieren.
Aufgabenspezifische Abnahmeprüfung
- Bewahre die Veröffentlichungsdaten und biete hilfreiche Links zu detaillierten Änderungen.
- Teste einen Release mit vielen Fehlerbehebungen, einem langen Migrationshinweis und einem leeren Filter.
- Weise Änderungen, die noch geplant oder unveröffentlicht sind, keine Veröffentlichungsdaten zu.
Implementierung und Prüfung
Halte Texte bearbeitbar. Verwende eine semantische Struktur, aussagekräftig beschriftete Steuerelemente, einen sichtbaren Tastaturfokus und geeignete Leer- und Fehlerzustände. Prüfe schmale und breite Layouts. Berücksichtige Einstellungen für reduzierte Bewegung. Behalte das vorhandene Projekt-Framework und seine Abhängigkeiten bei; ersetze den Stack nicht stillschweigend. Gib die bearbeitbaren Dateien zurück und erläutere unvollständiges Verhalten oder nicht unterstützte Eingaben. Prüfe diese konkrete Aufgabe, bevor du zusätzliche Funktionen vorschlägst.
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 das Produkt-Changelog. Ermittle vor der Umsetzung die wichtigsten Bereiche von oben nach unten sowie ihre relativen Breiten und Höhen, Ausrichtung, Abstände, typografische Hierarchie, Flächenfarben, Rahmen, Bildsprache und wiederkehrenden Komponenten. Bewahre diese Beziehungen, anstatt sie durch eine generische Vorlage zu ersetzen. Erforderlicher Aufgabeninhalt: Gruppiere datierte Releases nach Funktionen, Fehlerbehebungen und Verbesserungen und biete Filter nach Produktbereich an. Beachte bei der Übertragung des Bildes in bearbeitbare Elemente die folgenden layoutspezifischen Vorgaben: Gruppiere Aktualisierungen chronologisch und verwende eine konsistente Hierarchie für Funktionen, Verbesserungen und Fehlerbehebungen. Ermögliche Lesern, nach Produktbereich zu filtern, ohne den Release-Kontext zu verlieren.
Visuelle Ausrichtung aus den beispielhaften Projektanforderungen
Papierweiß, tiefes Marineblau und dezente hellblaue Flächen; präzises Raster und großzügige Typografie.
Interaktionsspezifikation
Die Referenz ist ein statisches Konzept: Das nachfolgend beschriebene Verhalten ist eine umzusetzende Anforderung und kein Beleg dafür, dass es in der Abbildung bereits funktioniert. Kopiere den angepassten Prompt in dein Arbeitsprojekt. Beginne mit der Kernaufgabe: Gruppiere datierte Releases nach Funktionen, Fehlerbehebungen und Verbesserungen und biete Filter nach Produktbereich an. Bewahre die Veröffentlichungsdaten und biete hilfreiche Links zu detaillierten Änderungen. Definiere für jedes sichtbare Steuerelement den Auslöser, den betroffenen Zustand und die Rückmeldung; 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 haben und Speicheraktionen gegebenenfalls sichtbare Rückmeldungen für ausstehende, erfolgreiche oder fehlgeschlagene Vorgänge anzeigen. Füge keine sachfremden Arbeitsabläufe hinzu. Verwende korrekte Links für die Navigation, Schaltflächen für Aktionen und barrierefreie Bezeichnungen für Symbolsteuerelemente. Suggeriere nicht, 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 Produkt-Changelog
Verwende diesen Design-Prompt für ein Produkt-Changelog, um datierte Releases nach Funktionen, Fehlerbehebungen und Verbesserungen zu gruppieren und Filter nach Produktbereich anzubieten.
Die Referenz ist ein KI-generiertes Konzept. Die folgenden Anweisungen beschreiben, was erstellt und getestet werden soll; das Bild belegt kein funktionsfähiges Verhalten.
Release-Status und Datum eindeutig darstellen
Ein Changelog hilft Nutzern zu verstehen, was sich an ihrem Produkt geändert hat.
Wenn angekündigte, veröffentlichte und bevorstehende Arbeiten unter demselben Datum zusammengefasst werden, kann dies falsche Erwartungen wecken. Gruppiere Aktualisierungen chronologisch und verwende eine konsistente Hierarchie für Funktionen, Verbesserungen und Fehlerbehebungen. Ermögliche Lesern, nach Produktbereich zu filtern, ohne den Release-Kontext zu verlieren.
Aus dem Prompt
Gruppiere Aktualisierungen chronologisch und verwende eine konsistente Hierarchie für Funktionen, Verbesserungen und Fehlerbehebungen.
An dein Projekt anpassen
Gruppiere [RELEASE_ENTRIES] nach Veröffentlichungsdatum und Typ. Zeige betroffene Produktbereiche, verlinke relevante Details und unterscheide veröffentlichte Änderungen von Ankündigungen.
Inhalte für das Produkt-Changelog vorbereiten
Datierte Gruppen verwenden unterschiedliche Aktualisierungstypen; führe ausgelieferte Änderungen mit tatsächlichen Daten auf und halte spekulative Roadmap-Einträge an anderer Stelle fest.
Erfasse Veröffentlichungsdaten, Versionskennungen, Änderungstypen, betroffene Produktbereiche und Links zu Details. Bewahre die Formulierungen, die zum Verständnis von Kompatibilitäts- oder Migrationsanforderungen erforderlich sind.
Aus dem Prompt
Gruppiere datierte Releases nach Funktionen, Fehlerbehebungen und Verbesserungen und biete Filter nach Produktbereich an.
An dein Projekt anpassen
Verwende für [PROJECT] [APPROVED_CONTENT] als Quelle für dieses Produkt-Changelog. Erfasse Veröffentlichungsdaten, Versionskennungen, Änderungstypen, betroffene Produktbereiche und Links zu Details. Bewahre die Formulierungen, die zum Verständnis von Kompatibilitäts- oder Migrationsanforderungen erforderlich sind. Ermittle fehlende Angaben, bevor du sie durch Demonstrationsinhalte ersetzt.
Über Release-Typen hinweg filtern
Die Seitenspalte bündelt das Abonnement und ergänzende Ziele; definiere, was Abonnenten erhalten und wie sie das Abonnement verwalten können.
Wende einen Filter nach Produktbereich an und prüfe, ob die Datumsreihenfolge weiterhin sinnvoll ist. Eine Fehlerbehebung darf nicht die Versions- oder Release-Angabe verlieren, die ihre Verfügbarkeit erklärt. Teste einen Release mit vielen Fehlerbehebungen, einem langen Migrationshinweis und einem leeren Filter. Weise Änderungen, die noch geplant oder unveröffentlicht sind, keine Veröffentlichungsdaten zu.
Aus dem Prompt
Bewahre die Veröffentlichungsdaten und biete hilfreiche Links zu detaillierten Änderungen.
An dein Projekt anpassen
Prüfe das Produkt-Changelog anhand dieser Anforderung: Bewahre die Veröffentlichungsdaten und biete hilfreiche Links zu detaillierten Änderungen. Teste einen Release mit vielen Fehlerbehebungen, einem langen Migrationshinweis und einem leeren Filter. Weise Änderungen, die noch geplant oder unveröffentlicht sind, keine Veröffentlichungsdaten zu. Bewahre die freigegebenen Inhalte und überarbeite nur die Teile, die diese Prüfung nicht bestehen.
Ergebnis des Produkt-Changelogs prüfen
Generierte Texte, Routen und visuelle Strukturen müssen überprüft werden. Verbinde keine echten Formulare, Zahlungen oder externen Dienste, ohne diese Abläufe zu implementieren und zu testen.
- Teste einen Release mit vielen Fehlerbehebungen, einem langen Migrationshinweis und einem leeren Filter. Weise Änderungen, die noch geplant oder unveröffentlicht sind, keine Veröffentlichungsdaten zu.
Anschluss-Prompt
Verwende dies nach dem ersten Ergebnis. Dadurch wird die Überarbeitung auf den wichtigsten Teil dieser Aufgabe eingegrenzt.
Überarbeite das aktuelle Produkt-Changelog. Teste einen Release mit vielen Fehlerbehebungen, einem langen Migrationshinweis und einem leeren Filter. Weise Änderungen, die noch geplant oder unveröffentlicht sind, keine Veröffentlichungsdaten zu. Bewahre die freigegebenen Inhalte und die visuelle Ausrichtung; ändere nur die Teile, die zur Behebung dieser Probleme erforderlich sind.
