Die meisten E-Mail-Designsysteme sind darauf ausgelegt, in einer Figma-Datei gut auszusehen. Das Team von Customer.io hat seines jedoch so entwickelt, dass es in der Produktion funktioniert – und der Unterschied ist deutlich.
In dieser Sitzung erläutern Developer Advocate Mark Robbins und Senior Brand Designer Carlos Saborio-Romero die fünf Komponenten, die jedes E-Mail-Designsystem benötigt, einschließlich der Art und Weise, wie das Team von Customer.io wiederverwendbare Komponenten direkt im Design Studio erstellt, anstatt sie aus Figma zu exportieren, wodurch das Rätselraten zwischen Designabsicht und tatsächlichem Ergebnis entfällt.
Die nützlichste Erkenntnis könnte diese sein: verpflichtende QA – zwei bis drei Minuten pro E-Mail – wurde versehentlich zu ihrem besten Feedback-Loop zur Verbesserung der Komponenten im Laufe der Zeit.
Was Sie lernen werden:
- Was die fünf Kernkomponenten eines produktionsbereiten E-Mail-Designsystems tatsächlich sind
- Wie man eine universelle Signaturkomponente mit einer Dropdown-Auswahl erstellt, die über verschiedene Absender hinweg funktioniert
- Wie kontextabhängiges Umschalten in den Dunkelmodus mithilfe von Fragmenten im Design Studio von Customer.io funktioniert
- Warum das Designen direkt in Ihrem ESP (nicht Figma) die Lücke zwischen dem, was Sie entwerfen, und dem, was gesendet wird, schließt
- Wie Schaltflächenbeschriftungen mit aria-described-by sowohl die Barrierefreiheit als auch das AI-Parsing verbessern
- Warum QA jeder einzelnen E-Mail – selbst wenn es übertrieben erscheint – der beste Weg ist, Ihr Designsystem kontinuierlich zu verbessern.