TL;DR-Zusammenfassung

• Viele (die meisten?) digitalen Produktteams verfügen nicht über eine designzentrierte Führung und/oder die erforderlichen Ressourcen, um ein umfassendes Produkt-Redesign durchzuführen (oder ein neues Designsystem umfassend anzuwenden).
• Eine häufige Fallstricke von Designern in diesen Organisationen besteht jedoch darin, „ideale“, erstrebenswerte Muster zu entwerfen, die eine große Veränderung im System darstellen: Das heißt, „lasst uns das beste System entwerfen, das uns einfällt“, anstatt eines Systems, das das System am besten verbessert existierendes Produkt.
• Mein bevorzugter Ansatz ist weniger „Revolution“, mehr „Evolution“: Indem Sie ein System aus den Wurzeln des bestehenden Produkts entwickeln (anstatt revolutionäre Änderungen zu erzwingen), erreichen Sie viel schneller eine kohärentere, vorhersehbarere und benutzerfreundlichere Benutzererfahrung .

Unternehmen haben nur begrenzte Ressourcen, um Designänderungen zu erleichtern

Organisationen wie Airbnb und Apple haben uns gezeigt, dass ein Design-First-Ansatz für Produkte zu schönen Erlebnissen führen kann – und, hey, manchmal sogar zu kommerziellem Erfolg! Und Unternehmen wie MailChimp und Google (mit der Einführung von Material Design ) haben eine bewundernswerte Arbeit geleistet, indem sie den Kurs zu umfassenden positiven Designänderungen korrigiert haben.

Wenn Designteams über Designsysteme sprechen, haben sie oft genau diese Unternehmen im Sinn: „Was wir brauchen, ist ein Materialdesign für [unser Produkt]!“ Sehr aufregende Dinge, aber das ist eine große Herausforderung für ein Team mit begrenzten, stark nachgefragten technischen Ressourcen, das bereits einen vollen Rückstand hat: Sie hätten gerne ein gut gestaltetes Produkt, aber zuerst müssen sie an [X, Y, und Z-Projekte]… alle haben wahrscheinlich klarere „ROI“-Geschichten als Designänderungen.

Klingt bekannt? Es tut mir gut, besonders in den frühen bis mittleren Organisationen, in denen ich am liebsten arbeite.

Sie sind also ein Designer, der mit einem begrenzten „Engineering-Budget“ arbeitet. Sie haben großartige Ideen für Ihr Produkt sowie neue Muster, Verhaltensweisen und Ästhetiken, die Sie unbedingt umsetzen möchten. Aber wenn Sie heute einen Schritt zurücktreten und sich Ihr gesamtes Produkt ansehen, sehen Sie Folgendes:

Da ist es: Sie haben Ihre großen, zentralen Benutzererfahrungen, die im Laufe der Zeit mit Geschwisterseiten, Flows und anderen Produktzweigen verbunden wurden. Diese wurden im Laufe von Monaten oder Jahren von verschiedenen Produktleuten mit unterschiedlichen Designrichtungen gebaut. Einige dieser Funktionen wurden wahrscheinlich als MVP-Lösungen entwickelt – „unsere Kunden brauchen das jetzt! Wir werden ‚Design‘ später hinzufügen“ – und wurden seitdem nicht mehr angerührt. All dies wurde mit den besten Absichten für den Benutzer und das Unternehmen entwickelt, aber als Designsystem haben Sie es möglicherweise mit einem Rattennest an Erfahrungen zu tun.

Wie bringen Sie als Produktdesigner das Ding in Form?

Revolution: Erreichen Sie das Design-Nirwana in einem großen Schuss

Vive la Revolution! Wenn Sie in Sketch vor Ihrem Apple Thunderbolt-Display sitzen, geraten Sie leicht in eine emotionale Falle: „Wenn ich nur bei Null anfangen könnte, könnte ich dieses Produkt zum Singen bringen! “. Aber wie wollen Sie das konkret umsetzen? Wahrscheinlich so etwas:

Großartige Arbeit: Sie haben Ihr perfektes Designsystem! Lassen Sie uns diesen Ansatz für die Anwendung eines Designsystems aufschlüsseln.

Vorteile

• Ihr Produkt hat jetzt das Design unserer Träume! ES IST MAGISCH!
• Sie haben alles auf einmal entworfen, mit den gleichen Designern im Raum, also ist alles super zusammenhängend und durchdacht. FÜHLT SICH SO GUT AN!

• Das… funktioniert so gut wie nie wirklich.
• Tonnen von Ressourcen mussten über einen langen Zeitraum bereitgestellt werden.
• Dies wurde in einem Vakuum entwickelt (ob es gut recherchiert wurde oder nicht), sodass einige Herausforderungen der realen Welt nicht berücksichtigt werden, die Sie unweigerlich entdecken werden, sobald echte Benutzer damit beginnen.
• Schließlich (aber vielleicht meistens ) mussten Ihre Benutzer/Kunden die alte beschissene Version Ihres Produkts monate- oder jahrelang verwenden , nur um plötzlich eine massive Änderung im Produktdesign zu erleben, wenn Sie dieses neue Ding herausbrachten.

Das Modell „North Star“: Das Nirvana des Produktdesigns, ein wunderbarer Punkt nach dem anderen

Ihr Team entwirft also sein ideales Produkterlebnis, aber es stellt sich heraus, dass Sie nicht über die Ressourcen verfügen, die für eine einseitige Designrevolution erforderlich sind. Lust darauf! Aber jetzt, da wir diese großartigen Muster, Verhaltensweisen und Regeln entworfen haben, fangen wir an, sie opportunistisch anzuwenden, wenn wir sowieso an Produktseiten und Funktionen arbeiten. Hier geht nichts:

Okay, wir haben hier etwas Bewegung und am Ende dieses Prozesses haben wir einige wirklich schöne Erfahrungen mit unserem Produkt gemacht (auch wenn wir auch noch einiges an Gepäck mit uns herumtragen).

Vorteile

• Sehen Sie, wie Ihre Designträume in Ihrem Produkt wahr werden, auch wenn es nur Stücke sind.
• Viel realistischer als die vollständige Design Revolution.
• In ferner Zukunft (und wenn Sie es geschafft haben, die gleichen Designpräferenzen über all die Jahre beizubehalten) werden Sie vielleicht sehen, wie sich der Rest des Produkts zu seiner Form abrundet. Vielleicht.

• Dramatischere Änderungen erfordern mehr Ressourcen pro Änderung (wenn Sie Grenzfälle, technische Einschränkungen usw. öffnen), sodass die Änderungsrate langsamer ist, als wenn Sie alte oder konservativer geänderte Muster verwenden würden.
• Am Ende haben Sie ein tolles Design, aber schauen Sie sich die Übergangsphasen dieses Projekts an: Das sind Monate oder Jahre, in denen Ihre Benutzer und Kunden dieses wirklich lückenhafte Produkt verwenden, bei dem sich die Erfahrung und der Stil von Bildschirm zu Bildschirm dramatisch ändern können. Gestalten Sie wirklich so, dass Ihre Arbeit in Jahren endlich Früchte tragen wird ? Dachte nicht.
• Bis der Großteil Ihres Produkts auf dieses neue System migriert ist, haben Sie (und der Rest der Design-Community) sich wahrscheinlich in Bezug auf das, was als gutes, gängiges oder sogar trendiges UI-Design angesehen wird, verändert. All diese Arbeit und Sie haben immer noch ein Design (das ist richtig, Ihr „neues Design“), das ein paar Jahre alt ist.

In Bezug auf Stil und Verhalten sind diese sehr unterschiedlich . Wenn Sie also Teile Ihrer UX Stück für Stück migrieren, werden Sie dramatisch unterschiedliche Formen und Eingaben in Ihrem Produkt haben. Es ist ein kleines Beispiel, das ein größeres Problem darstellt, wenn es darum geht, dramatische Designänderungen stückchenweise vorzunehmen.

Aber es gibt Hoffnung! Sie können schwierige, schlampige Designänderungen vermeiden, indem Sie ein System entwerfen, das auf dem aufbaut, was Sie haben. Man könnte sogar sagen, dass Sie Ihr Produkt von dort aus „entwickeln“ sollten, wo es heute ist …

It's Evolution, Baby : schneller zu einem besseren Produkt kommen, indem man schätzt, was man hat

Für ein Designteam mit begrenztem Engineering-Budget empfehle ich Ihnen, Ihr Designsystem aufzubauen (oder zu verbessern), indem Sie das Beste aus dem, was Ihr Produkt bereits tut, nehmen und darauf aufbauen. Selbst wenn Sie der erste Designer in einem kleinen Startup-Team sind, hat sich jemand (ob Designer, Produktleiter oder Entwickler) aus echten Gründen dafür entschieden , diese UI-Entscheidungen zu treffen. Ihre Schritte variieren je nach aktuellem Zustand Ihres Produkts, aber der Prozess beginnt ungefähr so:

1. Informieren Sie sich über Ihr aktuelles Designsystem (falls vorhanden) : Woher kommen die Komponenten? Gibt es irgendwo in Ihrer Organisation ein zentrales Stylesheet oder eine Bibliothek? Wie sind diese organisiert? Wer hat es gebaut? Wer nutzt es am häufigsten und welche Teile davon nutzen sie? Wann müssen sie ohne ihn ins Gelände gehen?
2. Inventarisieren Sie die Muster und Verhaltensweisen, die Sie in Ihrem Produkt sehen : Wie präsentieren Sie den Benutzern verschiedene Arten von Informationen? Wie wählen Benutzer aus, was sie sehen möchten? Wie geben sie Informationen ein? Für Oberflächenelemente: Sehen Sie Registerkarten, Karten, Listen oder Formulare? In welchen Situationen kommt jedes Element vor?
3. Schreiben Sie die Regeln auf, denen Ihr Produkt zu folgen scheint ; Dann verschärfen Sie die Regeln selbst: Irgendwo hinter all den Designschulden gibt es eine Logik, wie Ihr Produkt zusammengestellt wurde. Verstehen Sie die Designregeln, denen Ihr Produkt zu folgen scheint , und verdoppeln Sie sie dann. „ Wir scheinen Tabellen für viele Dinge zu verwenden, auch wenn Benutzer entscheiden müssen, womit sie interagieren möchten “ wird vielleicht zu einer Regel: „ Wir verwenden Tabellenzeilen, um Benutzern die Wahl zwischen verwandten, aber unabhängigen Elementen zu ermöglichen .“
4. Holen Sie Konsens von Ihrem Team/Ihren Teams ein: Kommunizieren Sie Ihre Bewertung und Ihren Plan. Konsensbildung ist leichter gesagt als getan, aber dass Sie dieses System aus dem bestehenden Produkt aufgebaut haben, wird diese Konversation und den Übergang einfacher machen, als wenn Sie brandneue Muster und Regeln aufstellen. Sicherlich haben viele dieser Stakeholder auch dazu beigetragen, wie das Produkt heute aussieht, daher respektiert dieser Weg ihre Rollen und das gesamte organisatorische Wissen, das in die bestehenden Designs einfließt.
5. Beginnen Sie mit dem Bauen mit diesem System: Jetzt, da Sie wissen, welche Regeln Sie befolgen und welche Muster Sie verwenden müssen, legen Sie diese Muster fest und beginnen Sie, die Regeln zu befolgen! Wenn Ihre Ingenieure das nächste Mal eine Tabelle, eine Karte, ein Formular usw. einfügen, stellen Sie sicher, dass es sich um dieses spezifizierte Element handelt und dass sie es richtig verwenden. Mit der Zeit werden mehr Teile Ihrer Benutzeroberfläche dieses neue Designsystem verwenden, aber es sollte relativ gut zu den älteren Teilen der Benutzeroberfläche passen.

Vorteile

• SO VIEL GRÜN . Indem Sie das neue System locker auf bestehenden Mustern aufbauen, kommen Sie schneller zu „gut“.
• Die „guten Erfahrungen“ mischen sich relativ gut mit den „alten Erfahrungen“ und sorgen für ein nahtloseres Erlebnis – ja, sogar in diesen schwierigen Übergangsmonaten und/oder -jahren.
• Weniger dramatische Änderungen bedeuten, dass Sie Ihre neuen Komponenten und Muster schneller anwenden können. Wenn sie dann alle an das System angeschlossen sind, können Sie sie auf Systemebene ändern und aktualisieren: Das erhöht die Wahrscheinlichkeit, dass Sie später mit den Jones's nebenan (dh Ihren Konkurrenten) mithalten können, wenn sie unvermeidlich sind eine eigene neue Benutzeroberfläche.
• Weniger dramatische Änderungen können auch aus der Sicht der Benutzer gut sein: Benutzer mögen Änderungen bekanntlich nicht (sehen Sie sich jedes Facebook-Redesign aller Zeiten oder ein groß angelegtes Redesign Ihres bevorzugten B2B-Tools an). Benutzer/Kunden.
• Dies ist weniger ressourcenintensiv und natürlicher für Ihre organische Organisation. Im Gegensatz zu „Revolution“ und riesigen Führungskräfteinitiativen kann dies den guten Willen des Teams besser aufrechterhalten. Es fühlt sich richtig an, gutes Design zu machen , anstatt sich nur wie eine Menge wirklich schwieriger Arbeit anzufühlen.

• Keiner!
• War nur Spaß. Wie Sie sehen können, haben wir bei diesem Modell nicht wirklich die „ideale“ Phase des Design-Nirwanas erreicht. Das konservativere „Evolution“-Modell brachte uns schneller und einfacher gutes Design, aber vielleicht haben wir einige „große Ideen“-Möglichkeiten nicht genutzt, die wir sonst vielleicht hätten.
• Wenn Sie im Kleinen arbeiten und keine „große Vision“ planen, können Sie manchmal Abhängigkeiten und/oder Chancen in der späteren Entwicklung Ihres Designsystems übersehen. Es gibt Möglichkeiten, dies abzumildern – zB indem Sie eine andere Vision haben als „kleine Schritte zu machen“ – auf die ich später in einem ausführlicheren Beitrag eingehen werde.
• Manchmal ist das „alte“ Produktdesign in Ihrem Produkt wirklich, wirklich schlecht, also ist es vielleicht nicht einmal ein guter Ausgangspunkt. (Dies ist ein verlockender mentaler Weg, aber ich würde Ihnen davon abraten: In den meisten Fällen, wenn Sie an einem auch nur mäßig erfolgreichen Produkt arbeiten, funktioniert etwas im alten Design gut, ob Sie es bevorzugen oder nicht ).

Ihre Aufgabe ist es, die Erfahrungen Ihrer Kunden und Benutzer mit Ihrem Produkt zu verbessern. Wenn Sie bei jedem kleinen Design nach dem Mond greifen und dann einen Haufen Engineering-Ressourcen verbrennen, um diese Änderungen zu verwirklichen, könnten Sie diese Ressourcen schlecht „ausgeben“ und dadurch den Arbeitsaufwand einschränken, den Sie tun können, um andere Dinge für Ihre Benutzer zu verbessern . Ist es besser , einen Benutzerfluss perfekt zu machen, als drei Benutzerflüsse gut zu machen ? Vielleicht für Sie, aber wahrscheinlich nicht für Ihre Benutzer.

Indem Sie mit Ihrem Designsystem realistischer umgehen – indem Sie es auf bestehenden Grundlagen aufbauen und es übergangsfreundlich halten – können Sie ein neues System schneller einführen und Sie (und Ihre Benutzer) können beginnen, die Vorteile zu nutzen.

Also, mach weiter und entwickle dich!

Update (etwa ein Jahr später)

Ich habe einen weiteren Artikel über dieses Designsystem geschrieben, an dem ich für Hired gearbeitet habe – dasselbe Projekt, das ein Jahr zuvor zu diesem „Evolution“-Artikel inspiriert wurde.

Ich habe meine Position zu einem „North Star-like“-Ansatz angesichts einiger Lehren aus diesem Projekt etwas abgeschwächt, aber die Kernaspekte dieses Beitrags bleiben bestehen: In den meisten Fällen ist Evolution immer noch der verantwortungsvolle Ansatz für Ihre Benutzer, Ihr Produkt , und Ihre Organisation.