Projektbeschreibung
ÜbersetztUnsere Benutzeroberfläche wurde über drei Jahre hinweg von verschiedenen Personen zusammengestellt, und man kann jede Übergabe darin sehen. Der Button auf der Abrechnungsseite ist zwei Pixel höher als der Button in den Einstellungen, Abstände wurden nach Augenmaß gewählt, und ich habe sechs Grautöne in den Mockups gezählt, die niemand auseinanderhalten oder erklären kann. Jeder neue Bildschirm beginnt mit einem Streit darüber, wie ein primärer Button aussieht, und endet mit einem weiteren leicht unterschiedlichen Eingabefeld.
Ich möchte diese Frage einmal abschließen. Ich bestelle ein Designsystem in Figma, das die einzige Quelle der Wahrheit für das Produkt wird: Farb- und Größen-Tokens, eine Typografie-Skala, ein Raster und eine Komponentenbibliothek, in der jedes Element alle seine Zustände trägt — Standard, Hover, gedrückt, deaktiviert, Fehler und Laden. Formulare und Tabellen verdienen die größte Aufmerksamkeit, denn dort arbeiten unsere Benutzer tatsächlich und wo die Inkonsistenz heute am meisten schmerzt.
Helle und dunkle Themen müssen aus denselben Tokens erstellt werden, sodass der Wechsel eines Themas ein Austausch von Werten und nicht ein zweites Set von Bildschirmen ist. Jede Komponente benötigt eine kurze Dokumentationsseite: wann man sie verwendet, wann nicht, welche Varianten existieren, wie sie sich auf einem schmalen Bildschirm verhält. Der Akzeptanztest ist einfach — ein Entwickler öffnet die Bibliothek und stellt einen Bildschirm zusammen, ohne mir eine einzige Frage zu stellen.
Was ich von der Arbeit erwarte:
— Tokens für Farbe, Abstände, Radius und Typografie, helle und dunkle Themen aus einem gemeinsamen Set;
— eine Komponentenbibliothek mit allen sechs Zuständen für jedes interaktive Element;
— Formulare und Tabellen im Detail: Felder, Validierung, Sortierung, Pagination, leere Zustände;
— Abstandsregeln und ein Raster, die es ermöglichen, einen Bildschirm ohne Improvisation zusammenzustellen;
— eine Dokumentationsseite für jede Komponente, geschrieben für Entwickler, nicht für ein Portfolio;
— Vorlagen typischer Bildschirme: Liste, Datensatzkarte, Einstellungen, Schrittformular, leere und Fehlerzustände;
— der Kontrast von Text und Interface-Elementen wird gegen allgemein akzeptierte Zugänglichkeitsnormen überprüft, nicht nach Augenmaß;
— Schriftarten werden mit einer Lizenz ausgewählt, die die Webnutzung abdeckt;
— die Bibliothek wird mit Rechten an der Datei übergeben und ist nicht an das Konto des Auftragnehmers gebunden.
Zwei Wochen ist der Zeitrahmen, auf den ich zähle, und ich bin bereit, die Arbeit in Phasen zu unterteilen, mit einer Überprüfung nach jeder Phase.
Ich möchte diese Frage einmal abschließen. Ich bestelle ein Designsystem in Figma, das die einzige Quelle der Wahrheit für das Produkt wird: Farb- und Größen-Tokens, eine Typografie-Skala, ein Raster und eine Komponentenbibliothek, in der jedes Element alle seine Zustände trägt — Standard, Hover, gedrückt, deaktiviert, Fehler und Laden. Formulare und Tabellen verdienen die größte Aufmerksamkeit, denn dort arbeiten unsere Benutzer tatsächlich und wo die Inkonsistenz heute am meisten schmerzt.
Helle und dunkle Themen müssen aus denselben Tokens erstellt werden, sodass der Wechsel eines Themas ein Austausch von Werten und nicht ein zweites Set von Bildschirmen ist. Jede Komponente benötigt eine kurze Dokumentationsseite: wann man sie verwendet, wann nicht, welche Varianten existieren, wie sie sich auf einem schmalen Bildschirm verhält. Der Akzeptanztest ist einfach — ein Entwickler öffnet die Bibliothek und stellt einen Bildschirm zusammen, ohne mir eine einzige Frage zu stellen.
Was ich von der Arbeit erwarte:
— Tokens für Farbe, Abstände, Radius und Typografie, helle und dunkle Themen aus einem gemeinsamen Set;
— eine Komponentenbibliothek mit allen sechs Zuständen für jedes interaktive Element;
— Formulare und Tabellen im Detail: Felder, Validierung, Sortierung, Pagination, leere Zustände;
— Abstandsregeln und ein Raster, die es ermöglichen, einen Bildschirm ohne Improvisation zusammenzustellen;
— eine Dokumentationsseite für jede Komponente, geschrieben für Entwickler, nicht für ein Portfolio;
— Vorlagen typischer Bildschirme: Liste, Datensatzkarte, Einstellungen, Schrittformular, leere und Fehlerzustände;
— der Kontrast von Text und Interface-Elementen wird gegen allgemein akzeptierte Zugänglichkeitsnormen überprüft, nicht nach Augenmaß;
— Schriftarten werden mit einer Lizenz ausgewählt, die die Webnutzung abdeckt;
— die Bibliothek wird mit Rechten an der Datei übergeben und ist nicht an das Konto des Auftragnehmers gebunden.
Zwei Wochen ist der Zeitrahmen, auf den ich zähle, und ich bin bereit, die Arbeit in Phasen zu unterteilen, mit einer Überprüfung nach jeder Phase.
Design und Multimedia Bargeld, Banküberweisung
