Lean UX von Yavuz Yilmaz | webulos.com
•Als PPSX, PDF herunterladen•
1 gefällt mir•665 views
Neue Herausforderungen im UX Design und Ansätze zur Lösung, am Beispiel Lean UX. http://webulos.com | digital appearance ist eine digitale Agentur mit starken Fokus auf App Entwicklungen.
Empfohlen
Empfohlen
Weitere ähnliche Inhalte
Andere mochten auch
Lean UX von Yavuz Yilmaz | webulos.com
- 8. > lean ux _
- 9. > lean ux -- foundations Components [1] Design Thinking
- 10. > lean ux -- foundations Components [1] Design Thinking [2] Agile Software Development
- 11. > lean ux -- foundations Components [1] Design Thinking [2] Agile Software Development [3] Lean Startup Method > _
- 12. Erfolg = Features Ergebnisse
- 13. Vermutung
- 14. Vermutung Wir vermuten wenn wir [ … ] erreichen wir [ … ] für [ … ]. Wir wissen, ob dieses Annahme stimmt, wenn [ … ].
- 15. MVP Prototyp MVP = Minimum Viable Product Vermutung
- 16. Prüfen MVC
- 20. Tools for Pro webulos digital appearance
Hinweis der Redaktion
- User Experience oder User Interface design bedeutet im Wesentlichen die Gestaltung der Schnittstelle zwischen Mensch und Maschine. Es ist nicht nur die Gestaltung wunderschöner Screens oder Produkte, sondern die Gestaltung der Interaktion mit dem Menschen als Ganzes. Wenn Sie gut ist bemerkt man sie gar nicht.
- So kann eine Exzellente User Experience aus einpaar Pixeln und Drehknöpfen bestehen. In diesem Beispiel PONG. PONG erschien 1972 und gilt als erstes weltweit erfolgreiches Spiel. Ein wesentlicher Grund dafür ist, dass es ohne Anleitung sehr schnell zu verstehen ist und einfach spass macht.
- Das Atari nicht immer alles richtig gemacht hat, beweist das Spiel E.T. Extra-Terrestrial. Obwohl man bei diesem Spiel viel mehr Pixel verwendet hat und sogar einen Joystick hatte, war die UX ein Desaster. Hauptsächlich dadurch begründet, dass man zuerst aufmerksam die Anleitung lesen musste, um zu wissen was zutun ist.
- Atari verkaufte das Spiel 1.5 Mio. mal … was gut war. Blieb aber auf den restlichen 6 Mio. die sie Produziert hatten sitzen und musste sie in der Wüste vergraben … was weniger gut war. Wenn man was Physischen Produziert ist es eben nicht gut Fehler zu machen.
- Seit den 1970/1980 Jahren hat sich in der Art, wie wir Software Produzieren nicht viel verändert … Wir entwickeln immer noch so als ob wir ein Physischen Produkt, wie z.B. einen Schuh, Produzieren und liefern müssten. Heute ist aber Vieles anders. Das Internet hat die Art wie wir Software Verwenden und Veröffentlichen radikal verändert.
- Wir sind nicht mehr an physische Produkte gebunden. Wir müssen keine CD’s oder Disketten Produzieren. Handbücher Drucken müssen wir auch nicht. Ein Smartphone hat üblicherweise keine CD- oder Disketten-Laufwerk und eine App braucht kein Handbuch. Wir können Software in viel kürzeren Release Zyklen online veröffentlichen. Auch Fehler sind bei weitem nicht mehr so fatal, den meistens lassen Sie sich durch ein weiteres schnelles Update korrigieren.
- Auch Mitstreiter sind sich dieser technischen Möglichkeiten bewusst und bringen mit Agiler Software Entwicklung, Kontinuierlichen Erweiterungen Neu-Entwicklungen in dramatische kurzer Zeit hervor. Wir können nicht mehr jedes Detail und jede Eventualität vorausplanen, weil dies, aufgrund der Zeitintensität, zu einem Wettbewerbs-Nachteil wird. Und das müssen wir auch nicht.
- Die Lean UX Methode, formuliert von Jeff Gothelf und Josh Seiden, bringt einen neuen Ansatz wie Design mit diesen neuen Herausforderungen umgehen kann. Entgegen der Wasserfall-Methode die im wesentlichen aus Definition, Design, Entwicklung, Test und Veröffentlichung in dieser Reihenfolge besteht, basiert Lean UX auf modernen Methoden zur Entwicklung von Software und Projekt Management.
- Eine Komponente von Lean UX ist die Verwundung Design Thinking Methoden. Die Findung von Bedürfnissen und Motivationen aus verschiedenen Blickwinkeln in einem Umfeld, dass die Kreativität fördert. Die Entwicklung von und Konzepten die dann mehrfach geprüft zu einem Resultat führen.
- Eine andere moderne Projekt Mangement Methode aus der sich Lean UX bedient ist die Agile Software Entwicklung. Durch iterative Zyklen wird so geplant und entwickelt, dass man auf Änderungen reagieren kann und in kürzerer Zeit zu Resultaten kommt. Durch ein gemischtes Team, aus z.B. Designern, Programmierer, Testern und Service Mitarbeitern bei dem jeder das gleiche Mitspracherecht besitzt entsteht eine Plattform für Innovation.
- Eine weitere Methode ist die Lean Startup Methode, die sich im Lean UX wiederfindet. Diese Methode verwendet den Ansatz Entwickeln-Messen-Lernen. Um das Projekt Risiko zu minimieren bemüht man sich schnell zu entwickeln und schnell zu lernen. Es werden so schnell wie möglich MVPs (Minimum Viable Products) entwickelt, auf deren Basis man so schnell wie möglich Lernen kann.
- Eines der wesentlichen Ansätze ist es nicht in Features zu denken, sondern in Ergebnissen. Funktionen, Eigenschaften und Dienstleistungen muss man als Produkte – sozusagen Nebenprodukte – sehen die uns zu unserem Ergebnis führen. Das eigentliche Ziel sollte es sein etwas bestimmtes zu erreichen – die Welt zu verändern – und nicht eine Fülle an unbrauchbaren Features zu erzeugen.
- So beginnt jede Entwicklung mit einer Vermutung. Wir können nur annehmen, dass ein besonderes Feature seinen Zweck erfüllt. Wir können es nicht mit Sicherheit sagen ehe es nicht durch den Kunden bzw. seinem Verhalten bestätigt wurde. Wir können wie in diesem Fall nur vermuten, dass wenn wir uns Flügel umschnallen, auch damit fliegen können.
- Deshalb ist es ein wesentlicher Schritt, bei Lean UX, und sehr wichtig jede Annahme klar zu definieren und auch klar zu formulieren, was diese Annahmen bestätigt. Wir glauben [wenn wir dies und jenes tun] erreichen wir [ dieses Ergebnis ] für [ diese Zielgruppe ]. Wir wissen, ob dieses Annahme stimmt [ wenn wir das erreichen ]
- Basierend auf dieser Annahme entstehen Ideen, wie man das Ergebnis erreichen kann. Aus einer Idee können wir einen Prototypen entwickeln, unser Minimum Viable Product. Das kann eine Skizze auf einer Serviette sein, ein gebasteltes Papier-Model oder sogar Ausgeführter code.
- Es gibt auch zahlreiche Tools die man dafür verwenden kann. Hier als Beispiel invisonapp. Hier ein Prototyp von Webulos für Leica Geosystems http://invis.io/V51451KY4 Hier kann man seine statischen Bilder hochladen und mit Buttons erweitern, so dass man das verhalten einer App simulieren und testen kann, bevor man eine Zeile code geschrieben hat. Wichtig ist dass man basierend auf diesem Prototypen seine Annahme zeigen und testen kann.
- Als Letztes wird durch das Präsentieren, das gemeinsame Testen und Experimentieren analysiert ob die Annahme, mit diesem Feature das Erhoffte zu erreichen, stimmt. Kunden und alle Teammitglieder beteiligen sich an der Ideenfindung und Problemlösung. Anstatt stundenlang zu spekulieren welches Feature das Beste ist, probiert man es einfach aus.
- Die Grundsätzliche Annahme sollte daher sein, dass die Annahme falsch ist. Das Ziel ist es also so schnell wie möglich so viele Fehler wie möglich zu machen um herauszufinden was funktioniert und was nicht. Sobald wir das herausgefunden haben können wir neue Annahmen produzieren, diese Prüfen und uns kontinuierlich in die richtige Richtung entwickeln.
- Lean UX ist aber nicht für jeden. Es ist nichts für Designer und Agenturen die den BAAM Effekt lieben. Es ist nichts für Rockstars die gerne auf der Bühne stehen und gerne sich und ihre Ideen, die sie Wochenlang alleine entwickelt haben präsentieren. Es ist nichts für Manager die glauben das Killer Feature oder die Lösung gefunden haben.
- Denn das Resultat ist gemeinsam entstanden. Alle Features und das Design wurden gemeinsam entwickelt und kontinuierlich weiterentwickelt. Es ist nicht relevant viele Seiten Dokumentation geschrieben wurden oder wie viele Design entwürfe gemacht wurden. Das was zählt ist das Ergebnis.