Viele UX-Teams verfolgen das Ziel, das Unternehmen als solches reifer im Hinblick auf UX-Design zu machen und damit grundsätzlich bessere Kundenerlebnisse bei der Nutzung der entwickelten Produkte und Dienste zu schaffen. Es gibt unterschiedliche Strategien, um darauf hinzuarbeiten. Hier sind einige Beispiele.
Am Morgen des 13. Januar 2018 haben im gesamten US-Bundesstaat Hawaii die Mobiltelefone vibriert: eine offizielle Warnung vor einer ballistischen Rakete im Anflug! Die Nachricht entpuppte sich als Fehlalarm: Bei einer Routine-Übung war die falsche Nachricht an den falschen Empfängerkreis gesendet worden. Wie konnte es zu so einer Panne kommen? UX-Experte Jared Spool hat die Ursache schnell ausgemacht: schlecht gewählte Dateinamen und ein System, das sich offenbar nicht unter Stresstests beweisen musste.
Kann man in weniger als 48 Stunden einen neuen Service erfinden, entwickeln und testen? Das probieren vom 9. bis 11. März wieder bunt zusammengewürfelte Teams auf der ganzen Welt im Rahmen des Global Service Jam – auch in Wiesbaden. An nur einem Wochenende entstehen auf Basis eines vorgegebenen Themas, das für alle teilnehmenden Teams gilt, tolle Konzepte und innovative Prototypen. //SEIBERT/MEDIA unterstützt das Non-Profit-Event mit Räumlichkeiten und Verpflegung.
UX-Fachmann Jared Spool fährt in diesem zweiten Teil des Artikels mit seiner Dekonstruktion des Net Promoter Scores (NPS) fort: Hat der NPS überhaupt grundsätzlich das Zeug zu messen, was er messen soll – also Kundentreue und Wachstum? Wie passen NPS-Daten und echte Nutzererlebnisse zusammen? Und welche Manipulationsmöglichkeiten eröffnet der NPS?
Der Net Promoter Score (NPS) gehört zu den populärsten Business-Kennzahlen überhaupt. Der renommierte UX-Experte Jared Spool hat sich diese Metrik einmal unter konzeptionellen und praktischen Gesichtspunkten vorgeknöpft. In diesem zweiteiligen Artikel zeigt er: Der NPS ist eine reine Glaubensfrage, die nichts mit der Wirklichkeit und den tatsächlichen Kundenerlebnissen zu tun hat!
Wo Anwendungen und Websites schwierig zu nutzen sind, entsteht Frustration. Und diese Frustration verursacht Kosten auf unterschiedlichen Ebenen. Diese Kosten zu beziffern, kann sehr hilfreich sein, um Kunden und Stakeholder von der Notwendigkeit solider UX-Design-Arbeit zu überzeugen. Wie sie sich konkret berechnen lassen, erläutert UX-Fachmann Jared M. Spool in diesem Artikel.
Es gibt zwei Arten von UX-Design-Prinzipien: solche, die quasi als gottgegeben für die gesamte Organisation gelten, und solche, die projektspezifisch sind und sich erst bei der Beobachtung der Nutzer herauskristallisieren. Erstere reichen aus, um aus einem schlechten Design ein gutes Design zu machen. Um von dort aber zu einem großartigen Design vorzudringen, brauchen Teams jene herauskristallisierten Prinzipien, wie UX-Fachmann Jared Spool in diesem Beitrag erläutert.
Ein interdisziplinäres Team mit vielen konträren Meinungen, das feststeckt und über Features und Geschäftsziele diskutiert, aber nicht über das Nutzererlebnis. Wie kann ein solches Team das UX-Design seines Produkts verbessern? Jared M. Spool schlägt eine Übung vor, in der das Team Ideen entwickelt, wie das UX-Design verschlechtert und zu einer wahren Höllenreise für den Nutzer gemacht werden kann! Dieser Trick führt dazu, dass alle Beteiligten – ohne es zu merken – die wichtigsten UX-Grundlagen kennenlernen und sich erstmals gemeinsam auf die Reise des Users fokussieren.
Was passiert eigentlich im Hinblick auf Design Thinking, wenn die Entwicklung des Produkts begonnen hat? Denn: Design Thinking geht kontinuierlich weiter. In einem Vortrag, den wir bei einem gemeinsamen Event des Design Thinking Meetups Frankfurt und des Lean Startup Circle Rhein-Main in unserem Office mitgeschnitten haben, widmet sich Boris Bezirtzis, User-Experience-Experte bei SAP, Design Thinking im Kontext längerer Projekte. Hier ist die Aufzeichnung.
Design-Sprints wurden von Google Ventures entwickelt, um möglichst schnell erfolgsversprechende Ideen hervorzubringen und sie in einem frühen Stadium mit echten Usern zu testen. Doch Design-Sprints „by the book“ funktionieren nicht in jeder Gemengelage, und insbesondere im Enterprise-IT-Alltag ist es eine Herausforderung, das Konzept wie vorgesehen anzuwenden. In einem Vortrag stellt Daniel Hopkins (Atos Consulting) ein Modell vor, in dem Design-Sprints um Lean-Startup-Elemente ergänzt und als Einstieg in eine intensive Prototypen- und MVP-Entwicklungsphase verstanden werden.
