Erstelle einen interaktiven Frontend-Prototyp mit dem bestehenden Projekt-Stack und explizit gekennzeichneten Demodaten für [PROJECT] und [AUDIENCE]. Die Aufgabe ist: Sales Pipeline Dashboard.

## Erforderliche Inhalte und Struktur

Zeige Opportunities nach Phase mit Betrag, Verantwortlichem, nächstem Schritt und Aging-Indikatoren 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 im Projekt ausgewählte Designsystem. Falls kein System vorgegeben ist, beginne mit dieser Richtung: warmes Weiß, tintenschwarzer Text und zurückhaltende mintfarbene Auswahlzustände; großzügige Abstände und einfache Steuerelemente. Verwende Typografie, Abstände und Farbrollen konsistent. Stelle die Aufgabe über dekorative Elemente und vermeide eine generische Sammlung unzusammenhängender Karten.

## Inhaltsvorbereitung

Bereite Opportunity-Datensätze mit Phase, Wert, Währung, Verantwortlichem, nächstem Schritt und Alter vor. Definiere den Unterschied zwischen Opportunity-Wert und erfasstem oder verbuchtem Umsatz.

## Layout und Verhalten

Zeige die nächste Aktion und das Aging neben der Phasenplatzierung an. Halte Phasensummen vergleichbar und kennzeichne gewichtete Schätzungen, falls das bereitgestellte Modell sie verwendet.

## Aufgabenspezifische Abnahmeprüfung

- Trenne verbuchten Umsatz vom offenen Opportunity-Wert.
- Teste inaktive Opportunities, gemischte Währungen und einen verlorenen Deal.
- Das Verschieben einer Karte in eine späte Phase darf ohne die festgelegte Geschäftsregel nicht automatisch als verbuchter Umsatz gewertet werden.

## 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 das beigefügte reference.webp als visuelle Referenz für das Sales Pipeline Dashboard. Bestimme vor dem Aufbau die Hauptbereiche von oben nach unten, ihre relativen Breiten und Höhen, Ausrichtung, Abstände, typografische Hierarchie, Oberflächenfarben, Rahmen, Bildsprache und wiederkehrende Komponenten. Behalte diese Beziehungen bei, anstatt sie durch eine generische Vorlage zu ersetzen. Erforderlicher Aufgabeninhalt: Zeige Opportunities nach Phase mit Betrag, Verantwortlichem, nächstem Schritt und Aging-Indikatoren an. Nutze bei der Übertragung des Bildes in bearbeitbare Elemente die folgende aufgabenspezifische Layout-Anleitung: Zeige die nächste Aktion und das Aging neben der Phasenplatzierung an. Halte Phasensummen vergleichbar und kennzeichne gewichtete Schätzungen, falls das bereitgestellte Modell sie verwendet.

## Visuelle Ausrichtung aus den beispielhaften Projektanforderungen

Warmes Weiß, tintenschwarzer Text und zurückhaltende mintfarbene Auswahlzustände; großzügige Abstände und einfache Steuerelemente.

## Interaktionsspezifikation

Die Referenz ist ein statisches Konzept: Das unten beschriebene Verhalten ist eine umzusetzende Anforderung, kein Beweis dafür, dass das Bild bereits funktioniert. Kopiere den angepassten Prompt in dein Arbeitsprojekt. Beginne mit der Kernaufgabe: Zeige Opportunities nach Phase mit Betrag, Verantwortlichem, nächstem Schritt und Aging-Indikatoren an. Trenne verbuchten Umsatz vom offenen Opportunity-Wert. Gib für jedes sichtbare Bedienelement seinen Auslöser, den betroffenen Status und die Rückmeldung an; setze lokale Änderungen mit konsistentem Status über zugehörige Ansichten hinweg um. Gib Suche und Filtern echte Ergebnisse, Auswahlsteuerelementen einen expliziten aktiven Status und Speicheraktionen sichtbare Rückmeldungen für Ausstehend/Erfolg/Fehlschlag, wo relevant. Füge keine nicht zusammenhängenden Workflows hinzu. Verwende richtige Links für die Navigation, Buttons für Aktionen und zugängliche Namen für Icon-Bedienelemente. Deute nicht an, dass eine Backend-Operation erfolgreich war, wenn sich nur eine lokale Demo geändert hat.

## Visueller Vergleich und Übergabe

1. 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.
2. Teste anschließend das schmale Layout, ohne Desktoptexte in winzige Beschriftungen zu zwängen.
3. 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.