{"id":112409,"date":"2022-03-18T14:28:29","date_gmt":"2022-03-18T14:28:29","guid":{"rendered":"https:\/\/staging.wingify.com\/blog\/user-onboarding\/"},"modified":"2022-03-18T14:28:29","modified_gmt":"2022-03-18T14:28:29","slug":"user-onboarding","status":"publish","type":"post","link":"https:\/\/wingify.com\/blog\/de\/user-onboarding\/","title":{"rendered":"Use Case User Onboarding: Welchen Einfluss haben Release Teams auf die UX?"},"content":{"rendered":"

Laut einer Umfrage von PWC<\/a> w\u00fcrde ein Drittel der KundInnen schon nach einer einzigen schlechten Erfahrung eine Marke links liegen lassen. Deshalb investiert Ihr Unternehmen m\u00f6glicherweise viel Zeit und Geld in die Optimierung Ihres digitalen Produkts, damit es auf den oft \u00fcberf\u00fcllten M\u00e4rkten der heutigen Zeit bestehen kann.<\/p>\n

Ein kritischer Punkt in der gesamten Product Experience ist User Onboarding: Wenn Sie alles richtig machen, gewinnen Sie loyale KundInnen. Machen Sie aber etwas falsch, verlieren Sie diese UserInnen f\u00fcr immer.<\/p>\n

Also ist es sinnvoll, den User Onboarding-Prozess kontinuierlich zu optimieren \u2013 der perfekte Job f\u00fcr ein Produktteam. Ein solches Team setzt sich oft aus 5 bis 8 Mitarbeitern und Mitarbeiterinnen zusammen, u. a. aus ProduktmanagerInnen, DesignerInnen und EntwicklerInnen. Verschiedene Unternehmen arbeiten mit Produktteams unterschiedlicher Gr\u00f6\u00dfe und Konfigurationen, je nachdem, was f\u00fcr ihren Use Case am besten ist. Allerdings sind DevOps Engineers selten Teil dieser Teams, denn f\u00fcr viele gelten DevOps nur als Instrument f\u00fcr erfolgreiche Feature Releases.<\/p>\n

Letzten Endes sind es aber diese DevOps Engineers, die mitten in der Nacht aufstehen und ein neu implementiertes Feature korrigieren m\u00fcssen, wenn es eine App zum Absturz bringt, sobald eine Userin oder ein User sich durch den Onboarding-Prozess navigiert.<\/p>\n

Wir fragen Sie: Kann eine App, deren Onboarding-Prozess nicht funktioniert, erfolgreich sein, und haben Release Teams \u00fcberhaupt einen signifikanten Einfluss auf die UX? Lassen Sie es uns herausfinden.<\/p>\n

In diesem Artikel untersuchen wir genauer:
\n[toc content=“.entry-content“]<\/p>\n

Wie Sie mit einer einwandfreien Onboarding-Experience daf\u00fcr sorgen k\u00f6nnen, dass sich die UserInnen gleich heimisch f\u00fchlen<\/h2>\n

Die meisten Apps ben\u00f6tigen einen Onboarding-Prozess, um neuen UserInnen zu zeigen, wie sie ihre Ziele m\u00f6glichst effizient und unkompliziert erreichen.<\/p>\n

Dabei d\u00fcrfen wir nicht vergessen, dass das Onboarding-Erlebnis Ihr Verh\u00e4ltnis zu potenziellen KundInnen beeinflussen kann \u2013 sowohl positiv als auch negativ.<\/p>\n

Egal, wie gut Ihre App tats\u00e4chlich ist. Was z\u00e4hlt, ist der erste Eindruck!<\/p>\n

Gro\u00dfe Unternehmen wie Slack oder Dropbox \u00fcberarbeiten h\u00e4ufig ihr User Onboarding, damit UserInnen bequem, heiter und zielf\u00fchrend in ihr Produkt einsteigen k\u00f6nnen. \u00dcberzeugen Sie sich selbst. Die folgenden Abbildungen zeigen einen Ausschnitt des Onboarding-Prozesses von Slack aus den Jahren 2014<\/a> und 2021. Das Design hat sich nat\u00fcrlich komplett ge\u00e4ndert, aber statt der Beschreibung, wo der Name des Teams auf dem Interface von Slack sp\u00e4ter erscheint, werden nun das User Interface und der Name unseres Teams angezeigt. Diese Verbesserungen sind sicher nicht dem Zufall \u00fcberlassen, sondern das Ergebnis sorgf\u00e4ltig koordinierter Optimierungsworkflows.<\/p>\n

\"Slack<\/p>\n

–<\/span><\/p>\n

\"Slack
Die Entwicklung des Onboarding-Prozesses von Slack (Quelle<\/a>)<\/span><\/figcaption><\/figure>\n

Da sogar gro\u00dfe Unternehmen in die Optimierung ihrer Onboarding-Prozesse investieren, sollten auch wir das tun und uns nicht auf unseren Lorbeeren ausruhen. Es bleibt die Frage, wie Sie sicherstellen, dass Sie die richtige Onboarding-Experience auf die richtige Weise erstellen k\u00f6nnen?<\/p>\n

Und genau hier kommen funktions\u00fcbergreifende Produktteams und Flagship ins Spiel!<\/p>\n

Nutzen Sie Flagship, um Produktteams zusammenzubringen und eine einwandfreie UX sicherzustellen<\/h2>\n

Bei Wingify konzentrieren wir uns auf zwei Hauptthemen f\u00fcr eine einwandfreie User Experience:<\/p>\n

    \n
  1. Das richtige Feature ver\u00f6ffentlichen:<\/strong> Wir versetzen uns in unsere UserInnen und f\u00fchren Experimente und Tests durch, damit das Feature einen Mehrwert und ein gutes Look and Feel bietet.<\/li>\n
  2. Das Feature richtig bereitstellen:<\/strong> Es geht nicht nur um Funktionalit\u00e4t und Look. Mit Feature Management stellen wir sicher, dass unser Produkt jederzeit und auf verschiedenen Plattformen einwandfrei funktioniert.
    \n–<\/span><\/li>\n<\/ol>\n
    \"User
    Flagship bietet eine gemeinsame Umgebung f\u00fcr Experimente und Feature Management<\/figcaption><\/figure>\n

    –<\/span><\/p>\n

    Mit Flagship haben Sie die Mittel in der Hand, aus beiden Potenzialen das Beste herauszuholen: datenbasierte Experimente und Feature Management, um Features f\u00fcr einwandfreie Customer Experiences zu erstellen und zu ver\u00f6ffentlichen. Daher betrachten wir Release Teams als integralen Bestandteil in der Wertsch\u00f6pfung f\u00fcr unsere UserInnen. M\u00f6glicherweise sind nicht alle derselben Auffassung. Trotzdem m\u00f6chten wir Ihnen n\u00e4her erkl\u00e4ren, warum DevOps unserer Ansicht nach enger in die Produktteams eingebunden werden sollten.<\/p>\n

    Es ist kein Geheimnis, dass Teams, die ein gemeinsames Ziel verfolgen, ihr volles Potenzial eher erreichen als solche, die nicht dieselbe Richtung einschlagen. Wenn DevOps von Produktteams isoliert werden, k\u00f6nnen Sie wahrscheinlich nicht auf die positiven Effekte von Verbundenheit und leidenschaftlichem Einsatz z\u00e4hlen, die f\u00fcr die Entwicklung und den Release gelungener Produkte notwendig sind. Aus diesem Grund raten wir Produktteams, enger mit DevOps zusammenzuarbeiten. Auch Release Teams bem\u00fchen sich, UserInnen Mehrwert und gro\u00dfartige Experiences zu bieten. Und sie bringen die entsprechenden Skills daf\u00fcr mit.<\/p>\n

    Flagship bietet ProduktmanagerInnen, EntwicklerInnen und DevOps Engineers eine gemeinsame Umgebung f\u00fcr Experimente und Feature Management. Sie haben alle Daten und Tools zur Hand, die Sie f\u00fcr ein produktives Gespr\u00e4ch \u00fcber den Produktoptimierungsprozess in einer gemeinsamen datenbasierten Sprache brauchen. Spezifische Rollen und Verantwortlichkeiten werden nicht in Silos isoliert. Stattdessen kann sich jedes Mitglied des Produktteams auf seine Aufgabe konzentrieren und gleichzeitig weiterhin mit geballter Kraft arbeiten.<\/p>\n

    Werfen wir nun einen Blick darauf, wie Produktteams durch die Experimentier- und Feature Management-Funktionen von Flagship f\u00fcr herausragende User Experiences sorgen k\u00f6nnen.<\/p>\n

    Stellen Sie das Feature mit Feature Management richtig bereit<\/h2>\n

    Sprechen wir zun\u00e4chst \u00fcber ein paar Beispiele, wie sich Feature Management und der richtige Release eines Features positiv auf das Onboarding-Erlebnis der UserInnen auswirken k\u00f6nnen.<\/p>\n

    Angenommen, Sie m\u00f6chten Ihrem Onboarding-Prozess Tooltips hinzuf\u00fcgen, damit UserInnen sicher durch das Dashboard Ihres Produkts navigieren k\u00f6nnen. Das Produktteam bereitet das neue Feature entsprechend vor und testet seine Funktionsweise ausgiebig auf den Testservern. Nachdem alles zu funktionieren scheint, wird das neue Feature auf einen Schlag f\u00fcr alle UserInnen ver\u00f6ffentlicht. Hoffentlich nicht an einem Freitagnachmittag, denn die Umstellung k\u00f6nnte unvorhergesehene Probleme auf dem Produktionsserver verursachen, wie z.\u00a0B.:<\/p>\n