Agile UX und Lean UX stellen Zusammenarbeit, iteratives Arbeiten und nutzerzentrierte, evidenzbasierte Forschung in den Mittelpunkt ihrer Systeme.
Warum?
Was würde passieren, wenn der Entwurf und die Entwicklung eines digitalen Produkts auf einen Schlag erfolgen und auf den Informationen basieren würden, die in einer einzigen Hypothese, einem Plan oder einer Idee enthalten sind? Es gibt viel zu viele Möglichkeiten für ein mögliches Scheitern, bis das fertige Produkt hergestellt ist.
Denken Sie darüber nach, ob es möglich ist, alle Aspekte der Leistung und der Nutzerbedürfnisse in einem Satz von Regeln und Beobachtungen zu erfassen.
Die Technologie schreitet beispielsweise unglaublich schnell voran, so dass es mit großer Wahrscheinlichkeit nicht lange dauern wird, bis es eine bessere Möglichkeit gibt, notwendige Aufgaben auf neue Weise zu erledigen. Oder es ist unvermeidlich, dass Menschen sich ständig weiterentwickeln und verändern, so dass das Problem von gestern vielleicht nicht so bedeutend ist wie eines, das sie eine oder zwei Wochen später entdeckt haben. Und während Sie an Ihren Lösungen für die neuesten Probleme arbeiten, haben Ihre Konkurrenten in der Zwischenzeit vielleicht etwas Besseres auf den Markt gebracht, das Ihr aktuelles Projekt ein wenig glanzlos, unzeitgemäß oder einfach unnötig erscheinen lässt.
In solchen Fällen führt ein einmaliger Plan mit einer einzigen Produktionsphase nur zu einer kostspieligen Erfahrung für die Entwicklung von etwas, das nicht mehr notwendig ist.
Agile UX hat diese besonderen Probleme gelöst
Als die agile UX in der Softwareentwicklung Einzug hielt, war es ihre Aufgabe, dafür zu sorgen, dass diese Entwicklungssysteme mit Scheuklappenblick der Vergangenheit angehörten.
Es wurde eine Methode eingeführt, bei der verschiedene Abschnitte, Phasen oder Funktionen in kleineren, separaten Teilen und in kürzeren Schritten verwaltet und überprüft wurden, in der Regel innerhalb von ein paar Wochen. Die Idee eines Design-Build-Test-Launch-Systems wurde zu einem Design-Build-Test-Review-Zyklus weiterentwickelt, mit so vielen Iterationen wie nötig, bis ein einführungsfähiges Produkt entstand.
Das klingt doch toll, oder? Eine würdige Lösung.
Als jedoch der Bedarf an Zeit- und Geldressourcen ins Spiel kam und immer mehr Start-ups nach einem schnelleren und kostengünstigeren Weg zur Marktreife suchten, wurde der Lean-UX-Ansatz für neue Unternehmen mit begrenzten Zeit- und Geldbudgets am attraktivsten.
Was ist Lean UX?
Wenn Sie den Begriff ?schlank? Wenn man ein System in ein anderes umwandelt, könnte man annehmen, dass eine solche Rationalisierung, egal ob zeit- oder kostensparend, auf Einsparungen zurückzuführen ist. Dem ist nicht so.
Stellen Sie sich Ihre Lean UX-Designer als Rennfahrer vor. Sie schneiden nicht an den Ecken, sondern finden den effizientesten Weg, um sie mit der höchsten Geschwindigkeit zu umfahren.
Lean-UX-Methoden beruhen stark auf der Annahme, dass die erste Version niemals die beste sein wird; es wird sogar angenommen, dass sie nicht einmal funktioniert. Warum sollte jemand mit dieser Einstellung mehr Zeit als nötig in die Entwicklung eines Prototyps investieren, nur um herauszufinden, was daran falsch ist? Deshalb ist der MVP so wichtig für den Prozess.
Verwendung eines Minimums Viable Product zum Testen von Lean UX-Annahmen
Wie Agile UX ist auch Lean UX kollaborativ, nutzerzentriert und in mundgerechten Abschnitten aufgebaut. Aber anstatt Funktionen, Abschnitte oder Prozesse zu trennen, sind Iterationen typischerweise ein neues oder überarbeitetes MVP, das auf dem aufbaut, was beim vorherigen Prototyp falsch war.
Dieser Prozess ist bekannt als die Annahmen und Hypothesenmethode.
Wenn wir davon ausgehen, dass jeder Prototyp falsch ist und verbessert werden muss, leiten wir eine Problemstellung ab, die zu einer Reihe von Annahmen führen kann. Wie machen wir das? Indem wir ein Gespräch führen, meist in Form eines Team-Brainstormings, an dem alle Projektbeteiligten teilnehmen. Die Einbeziehung des gesamten Teams in die Diskussion hilft dabei, die vielen Probleme zu erkennen, denen das Projekt in jedem Teil des Prozesses begegnen könnte. Teamwork macht den Traum wahr, oder? Nun, bei Lean UX ist genau das der Punkt.
Arbeiten mit einer Lean UX Problemstellung
Annahmen sind lediglich Probleme ohne Beweise. Indem wir Fragen stellen und Diskussionen über diese Probleme führen, können wir eine Hypothese aufstellen, um sie zu testen.
Wenn sich die Benutzertests als erfolgreich erweisen, haben Sie Ihren Beweis. Wenn nicht, können Sie die Idee verwerfen und zur nächsten übergehen.
Allerdings können dieselben Benutzertests auch andere Probleme aufdecken, die Sie ohne diese Tests nicht sehen konnten, und vielleicht sogar eine komplette Überarbeitung Ihrer Absichten, Ihres Produkts und Ihres nächsten Prototyps erzwingen. Mit einem MVP haben Sie wenig zu verlieren, wenn Sie das gesamte Modell verwerfen müssen, um von einem besseren, fundierteren Standpunkt aus neu zu beginnen.
Problemstellungen ermöglichen es Ihnen, weiter zu diskutieren und zu testen. Ziel ist es, das Produkt und die ursprünglichen Ziele zu erforschen und zu verbessern und mehr über die Kundenbedürfnisse zu erfahren, um das bestmögliche Ergebnis für Ihre Nutzer und die Lean UX Personas der nächsten Stufe zu erzielen.
Die Grundlagen von Lean UX
Agile und Lean UX sind in ihrer Leistung ähnlich, aber der wesentliche Unterschied ist, dass Lean UX Lernschleifen verwendet, die von jedem MVP abhängig sind.
Lebensfähige Mindestprodukte helfen UX-Designern und -Forschern, Ideen so schnell wie möglich zu validieren (oder auch nicht). Je weniger Funktionen sie haben, desto weniger Rauschen gibt es, desto schneller sind sie zu erstellen und desto schneller können sie in den Testbereich fallen.
Wie Sie sehen können, schneidet es keine Ecke, sondern fliegt um sie herum, ohne durch unnötige Details behindert zu werden.
Jede Lernschleife liefert ein überwachtes und gemessenes MVP auf der Grundlage von UX-Forschung und Testverfahren.
Was also ist der Unterschied zwischen Lean und Agile UX in ihren Testschleifen?
- Lean UX Testing fragt nach den Problemen und lernt aus ihnen.
- Agile UX-Testing-Schleifen überprüfen, ob ihre neueste Version so funktioniert, wie sie sollte.
Zurück zu unserer ursprünglichen Frage: Ist Ihr Lean-UX-Team proaktiv oder reaktiv?
Lean UX sollte theoretisch sicherstellen, dass Ihr Prozess in jedem Schritt proaktiv ist und Forschung und Design Thinking nutzt, um Probleme und Bedürfnisse auf der Grundlage von Nutzerdaten zu ermitteln.
Es kommt jedoch vor, dass die Beteiligten zu sehr an ihrer Hypothese festhalten, um die Alternativen zu erkennen. Also bauen und testen sie ihr erstes MVP, ohne ein angemessenes Maß an UX-Forschung oder Gespräche über Annahmen und Hypothesen. So entsteht ein reaktives Team, das die Annahmen eines einzelnen Stakeholders testet und nicht die seiner Nutzer.
Leider ist dies eine typische Situation, die das Ziel von Lean UX verfehlt, mit Benutzertests Reagieren auf die Ideen der Stakeholder und nicht proaktiv Erkundung richtig strukturierter Problemstellungen.
Unter diesen Umständen müssen die Produktverantwortlichen und Stakeholder die Scheuklappen ablegen und sich für das Gesamtbild öffnen, indem sie idealerweise auf die Grundlagen der UX-Forschung zurückgreifen, z. B. mit Hilfe der Rat für Formgebung Doppelraute Ansatz. Wenn sie sich auf den linken Diamanten einlassen, haben sie eine viel größere Chance, die wirklichen Probleme zu entdecken als ihre einzelnen, voreingenommenen Annahmen. Es ist ein Standardwerkzeug, das Designern und Forschern dabei hilft, den Problemraum vollständig zu erkunden, bevor eine Lösung aufgedeckt oder vorgeschlagen wird.
Für diejenigen, die den Doppel-Diamant-Ansatz noch nicht kennen oder eine kurze Erinnerung daran brauchen, wie er die tatsächlich zu lösenden Probleme bestimmt, folgt er vier einfachen Stufen durch zwei ? das Richtige entwerfen und Dinge richtig gestalten.
- Stufe 1 ? Durch Recherche das Richtige entdecken
- Stufe 2 ? Das Richtige durch Synthese definieren
- Stufe 3 ? Die Dinge durch Ideenfindung richtig entwickeln
- Stufe 4 ? Die Dinge richtig umsetzen durch Implementierung
Der Rahmen fördert vier Grundprinzipien damit die Problemlöser so effizient wie möglich arbeiten können:
- Menschen an die erste Stelle setzen ? Verstehen Sie ihre Bedürfnisse, Stärken und Wünsche.
- Visuell und inklusiv kommunizieren ? Helfen Sie allen, ein gemeinsames Verständnis für Probleme und Ideen zu entwickeln.
- Zusammenarbeiten und mitgestalten ? Gemeinsame Arbeit fördert die Inspiration.
- Iterieren ? Kontinuierliche Tests decken Fehler früher auf, senken das Risiko und schaffen Vertrauen.
Wenn Ihnen diese Schlüsselprinzipien bekannt vorkommen - herzlichen Glückwunsch - freuen wir uns, dass Sie gut aufgepasst haben. Jetzt müssen Sie nur noch sicherstellen, dass Sie sich an sie erinnern und bei der Entwicklung von Lean UX auf Kurs bleiben.
Schlussfolgerung
Heute haben wir uns ein bestimmtes Problem angesehen, das uns regelmäßig begegnet, indem wir es mit Hilfe einer einfachen Lean-UX-Zusammenfassung an Ort und Stelle gebracht haben. Um das Beste aus einem Design- oder Forschungswerkzeug herauszuholen, ist es unerlässlich, das Programm wie vorgesehen zu befolgen. Es ist viel zu leicht, sich von der Aufregung über ein neues Projekt oder eine neue Funktion mitreißen zu lassen, weshalb es umso wichtiger ist, sicherzustellen, dass wir nicht Träumen, sondern Daten nachjagen.
Wenn Sie ein wenig mehr über Lean UX erfahren möchten, können Sie unsere Seiten besuchen, die einen tieferen Einblick in die Unterschiede zwischen Agile und Lean UX und wie Lean UX hilft Ihnen, die Angst vor Designfehlern zu überwinden. Schließlich gibt es auch eine Seite, die erörtert, wie die Zusammenarbeit zwischen allen Beteiligten während Lean UX ein breiteres, fundierteres und abgerundetes Spektrum von Problemen und Lösungen aufzeigt.
Wenn Sie mehr darüber erfahren möchten, wie UX24/7 Sie bei Ihrem Lean UX-Ansatz unterstützen kann, senden Sie uns eine E-Mail an hello@ux247.com.
