WTSBTS · KI-Interviews
Designnachweis · WTS / BTS

Screens, Zustände und offene Punkte

Komponentenzuordnung und Prüfpfade für diesen Designprototyp.

Geltungsbereich

Der verfügbare Brief endet mitten in A6. Das Gesamtkonzept wurde nicht geliefert. Weitergehende Admin-Screens und verbindliche Reportanforderungen sind deshalb nicht als vollständig umgesetzt zu bewerten.

Gestalterische Quellen

WTS DESIGN.md und tokens.css sind die verbindlichen Quellen. Das vorhandene generierte kit.html wurde für Buttons, Felder, Tabellen, Radien und Zustände geprüft. Seine abgeleiteten Farb- und Hovervarianten stehen teilweise im Konflikt mit dem begrenzten WTS-Farbrahmen; in diesen Fällen gelten die gebundenen Basistokens und kontrasterhaltenden Zustandsregeln. Die generierten --brand-* Farbpaletten enthalten zusätzliche Statusfarben und Dark-Mode-Werte; sie werden aufgrund des ausdrücklich begrenzten Markenfarbrahmens nicht verwendet.

Helvetica Neue mit Helvetica, Arial und sans-serif gilt für Überschriften und Body. Cambria/Charter und Calibri/Source Sans sind im aktuellen Brief genannt, aber nicht mit einer passenden verbindlichen Referenz belegt. Dieser Widerspruch wird nicht durch eine erfundene Typografiespezifikation aufgelöst.

Das originale WTS-Logo wird unverändert als Screenshot-Ausschnitt eingebettet. „BTS“ bleibt die Produktzuordnung aus dem Auftrag; ein BTS-Logo wurde nicht erfunden.

Zustände öffnen

Komponenten je Screen

Die Seed-Bausteine werden mit WTS-Tokens gebunden. Produktbausteine und alle nicht belegten Zustandsvarianten sind Erweiterungsvorschläge; sie sind kein Nachweis bereits vorhandener WTS-App-Komponenten.

Allgemeine Bausteine und produktbezogene Erweiterungen
IDScreenSeed / WTS-BindungProduktbaustein · Vorschlag
T1Check-infield, input, textarea, btn, grid-2Einwilligungsgruppe, Namenszuordnung; native lange Auswahlliste
T2Textgesprächrow-between, textarea, btn, stackGesprächsbeitrag und Verbindungsstatus
T3Sprachgesprächcard, btn, detailsSprachstatus und Mikrofonsteuerung
T4Verlängerunghero-center, hero-cta, btnZielzeit-Gesprächsmoment
T5Zusammenfassungcard-rule, textarea, btnErkenntniszusammenfassung und Korrektur
T6Interviewstatushero-center, tag, btnUnvollständig / beendet / pausiert
T7Persönliche Fortsetzunghero-center, card, btnErhaltener Kontext und Linkfehler
T8Runde geschlossenhero-center, notice, btnGemeinsamer Einstieg vs. persönliche Fortsetzung
A1Admin-Loginfield, input, btnAnmeldefehler und Verzögerung
A2Studienübersichtlog-list / ds-table, field, tagRundenbezug und Verarbeitung
A3Vorbereitunggrid-2-1, field, textarea, btnHypothesenkarte und Gesprächsrahmen
A4Zentrale Listengrid-2, card, input, btnListenbearbeitung und Prüffreitext
A5TestinterviewT2-GesprächsbausteineTestkennzeichnung; isolierter Testkontext
A6Fortschrittgrid-3, ds-table, num, btnAntwortbasis, gefülltes Verteilungsdiagramm und Ausschlusszustände
ErgänzungBelegprüfunggrid-2-1, select, textarea, dialogBelegansicht, Gesamtbewertung, begründeter Ausschluss
ReportA4-Basisdesignds-table, num, rule, displayDruckseiten, Berichtsmetadaten, Quellen- und Methodengrenzen

Offene Fach- und Systemregeln

  • Gesamtkonzept und Brief ab A6: nicht verfügbar.
  • Konkrete Studieninhalte, Dauer, Hypothesen und Sollwerte: nicht geliefert; Inhalte sind Demo oder leer gekennzeichnet.
  • Gewichtungsregler: Semantik offen; kein Prozent-Zeitmodell, deaktivierter Vorschlag.
  • Pflichtprofilfelder und zentrale Listen: nicht vollständig festgelegt.
  • Technischer Betriebszugriff, Aufbewahrungsfrist und Fortsetzungslink-Laufzeit: offen.
  • Statuskatalog für Studien, Pause und technische Unterbrechung: offen.
  • Mikrofonfreigabe, Sprechende-Erkennung, Unterbrechung und echte Sprachqualität: im Funktionsprototyp zu prüfen.
  • Reportstruktur und Anforderungen aus dem fehlenden Gesamtkonzept: offen.
  • Verifizierte WTS-Komponenten für Dialoge, Chat und Diagramme sowie responsive und barrierefreie Zustände fehlen. Die gezeigten Varianten sind abgeleitete Vorschläge.
  • Die Typografieangaben im Auftrag widersprechen den aktuellen WTS-Dateien.

Interaktions- und Datenschutzgrenzen des Prototyps

Kein Backend, keine echte KI, Authentifizierung, E-Mail-Zustellung oder Auswertung. Freie Gesprächsantworten sind als lokale Demo-Antworten gekennzeichnet. Die Sitzung verwendet sessionStorage zur Fortsetzung zwischen Screens. Schließen Sie die Sitzung oder löschen Sie die Demodaten nach der Prüfung. Keine realen personenbezogenen Daten verwenden.

Prüfumfang

44px-Ziele, sichtbarer Tastaturfokus, beschriftete Felder, textliche Statusanzeigen und Diagrammbeschriftungen. Mobile Tabellen werden als Zeilenblöcke neu angeordnet. Flexible Container und einspaltige Umbrüche sind für 360 bis 1920px statisch geprüft. Ein visueller Export war in dieser Umgebung nicht verfügbar. JavaScript-Syntax, alle Screenlinks und die zentralen Abläufe wurden mit DOM-Prüfungen getestet; keine gerenderte Browser- oder Assistenztechnikprüfung.