😋 👇 🤸🏻 Personalisierte Oberfläche. Teil 2. Automatische Navigationseinstellungen 🥩 🧑🏿 ↗️

Die automatische Konfiguration von Schnittstellen in Abhängigkeit von der Art der Arbeit des Benutzers ist eine schwierige Aufgabe, scheint jedoch machbar. Heute werde ich Ihnen erzählen, warum unser Android-Team mit der Entwicklung einer personalisierten Benutzeroberfläche begonnen hat, welche Daten wir während der Experimente erhalten haben, welche Schlussfolgerungen wir gezogen haben und wie dieses Wissen die weitere Entwicklung des gesamten Produkts beeinflusst hat. Wenn Sie das Vorwort verpasst haben, geht es im ersten Teil um die Vor- und Nachteile der Idee.

Schritt 0. Verstehe, was wir wollen.

Unser Produkt Wrike wächst aktiv und betritt neue Märkte. Ich verstehe, dass die mobile Anwendung bald völlig inakzeptabel mit Funktionen überladen sein wird.

Es ist notwendig, alles Unnötige zu entfernen und zu vereinfachen, und es lohnt sich, von zwei Dingen auszugehen:

Funktionen für die Benutzererfahrung für unterwegs. Dies sind Fälle, in denen Wrike außerhalb des Büros vollständig verwendet wird. Zum Beispiel im Bereich Event Management, wenn die Hauptphase des Projekts mehrere Stunden dauert: Sie bringen Essen, bringen Requisiten, installieren Ausrüstung usw.
Während der Ad-hoc-Arbeit mit der mobilen Anwendung ist der Benutzer unscharf. Belästigen Sie ihn daher nicht mit unnötigen Reizstoffen.

Wenn die Aufgabe darin bestand, die Anwendungsschnittstelle zu vereinfachen, ist die Hauptmetrik die Zeit bis zur ersten signifikanten Aktion. Diese Metrik zeigt, wie schnell der Benutzer vom Start der Anwendung bis zu einer sinnvollen Aktion verstehen kann, was auf dem Bildschirm geschieht: Scrollen durch das Band, Bearbeiten der Aufgabenbeschreibung oder Wechseln zum gewünschten Projekt.

Wir haben mit einer gemeinsamen Komponente begonnen, auf die jeder Benutzer unabhängig vom Stil seiner Arbeit stößt - der Navigation im Produkt. Fast jede Aktion im Service wird protokolliert. Daher haben wir uns mit der Analyse befasst, um festzustellen, welche Abschnitte der Anwendung häufiger und welche weniger häufig angeklickt werden. Für einen Teil der Funktionalität reichte es ohnehin nicht aus, nur die Navigation zwischen Abschnitten zu verfolgen. Einige Teile des Produkts sind nicht wertvoll. Wenn Sie sie nur ansehen, müssen Sie mit ihnen interagieren. Beispielsweise enthält die Registerkarte "Posteingang" wichtige Nachrichten für den Benutzer. Er muss lediglich durch das Menüband scrollen. Wenn Sie zur Registerkarte "Favoriten" wechseln, navigieren Sie zu Ihren bevorzugten Elementen. Mit anderen Worten, der Abschnitt „Favoriten“ selbst enthält häufig keinen Wert, aber eine schnelle Navigation ist eine wichtige Aktion.

Schritt 1. Datenerfassung

Wir haben genügend Benutzer der Webversion des Produkts, sodass es keine Probleme mit der statistischen Signifikanz gab. Bei Anwendungen war es komplizierter. Die Aktivität in ihnen ist deutlich geringer, ebenso wie die Größe des Publikums. Der Grund dafür ist, dass Wrike häufiger von Unternehmen gekauft wird, in denen Mitarbeiter die meiste Zeit im Büro am Computer verbringen. Eines der beliebtesten Segmente unter unseren Nutzern sind beispielsweise Marketingagenturen. Diese Leute führen Werbekampagnen durch, bereiten Inhalte vor - Text und Bild - und führen Genehmigungen aus.

Zuerst haben wir Informationen darüber gesammelt, wie verschiedene Benutzer in der Webversion des Produkts arbeiten: wie oft sie Kalender öffnen, mit dem Posteingang arbeiten, in der Taskleiste nach Änderungen suchen, Anfragen ausfüllen usw. Als Nächstes haben wir Statistiken über die Arbeit derselben Personen in einer mobilen Anwendung gesammelt. Die Ergebnisse zeigten, dass Kunden in der Webversion und in der Anwendung fast dieselben Abschnitte des Dienstes verwenden. Daher wurde die Hypothese „Die Benutzererfahrung für unterwegs unterscheidet sich erheblich von der Webversion“ nicht bestätigt. Der, wenn auch unbedeutende, Unterschied in der Funktionalität führte jedoch zu einer neuen Hypothese: Benutzer arbeiten nicht mit einigen Tools in der Anwendung, weil sie sich ihrer Existenz nicht bewusst sind.

Letztendlich haben wir die sinnvolle Aktion für jeden Abschnitt bestimmt und auch Koeffizienten eingeführt. Erstens hatten von Mobilgeräten gesammelte Daten mehr Gewicht als Daten aus der Webversion. Zweitens haben wir ein Muster festgestellt - oft werden Werkzeuge paarweise aktiv verwendet. Nehmen wir an, 70% der Zuschauer verwenden Tool A und B gleichzeitig. Die aktive Verwendung eines der Tools erhöht zwangsläufig die Wahrscheinlichkeit einer Sekunde in der unteren Navigation.

Schritt 2. Entwicklung

Ich bin Produktmanager im Android-Team, daher wurde die Entwicklung genau im Rahmen dieser Anwendung durchgeführt. Wir hatten nicht vor, die gesamte Anwendung beim ersten Mal anpassbar zu machen. Zunächst sollte geprüft werden, ob die Einstellung der Navigationskategorien sinnvoll ist.

Die mobile Plattform hat aus zwei Gründen gut funktioniert:

, . , . satellite-. Wrike for Android .
.

Die Funktionalität selbst ist recht einfach: In der Oberfläche der mobilen Anwendung befindet sich eine Komponente - die untere Navigation (untere Navigation). Es wird benötigt, um häufig vom Benutzer besuchte Abschnitte für den schnellen Zugriff zu verlassen.

Es gibt auch eine Registerkarte "Sonst" - sie enthält alles, was nicht in die untere Navigation passt.

Die Idee des Experiments war es, alles Überflüssige auch aus der unteren Navigation zu entfernen und den bereits defokussierten Benutzer nicht zu stören. Zu den Funktionen gehörte die automatische Schnittstellenkonfiguration mit der Möglichkeit, die Navigation manuell zu ändern. Es geschah folgendermaßen: Beim Starten der Anwendung haben wir die Navigationskonfiguration vom Server angefordert. Fast unmittelbar danach begann eine Animation, in der langsam gezeigt und detailliert beschrieben wurde, wie und warum sich die Benutzeroberfläche änderte:

Wir haben dem Benutzer nicht angeboten, eine neue Navigation auszuprobieren, sondern eine Tatsache aufgestellt, die die menschliche Gewohnheit gebrochen hat. Wenn ihm etwas nicht gefiel, musste er selbst zu den Einstellungen gehen und es zurücksetzen oder in eine für ihn geeignete Konfiguration ändern.

Schritt 3. Starten Sie innerhalb des Unternehmens

Es war wichtig, detailliertes Feedback von Benutzern zu erhalten, die mit dem Produkt vertraut sind. Wir hatten Daten zu fast allen Benutzern in allen Konten, wollten aber kein Risiko eingehen. Der erste Start erfolgte innerhalb des Unternehmens. Das gesamte Android-Team sowie fünf Vertreter unter sehr aktiven, aktiven, schwach aktiven und inaktiven Benutzern nahmen daran teil.

Dies reichte aus, um das erste Feedback zu sammeln, das offensichtliche Designfehler aufwies. Und stellen Sie außerdem sicher, dass:

, ;
( ) .

Wir haben Kandidaten für die Prüfung ausgewählt, beginnend mit der Anzahl der Sitzungen und der Anzahl der Tage, an denen die Bewerbung für den letzten Monat besucht wurde. Zufällig war der CEO Wrike in der Stichprobe, was mich zum Nachdenken brachte. Jede Änderung in der Arbeit der C-Level-Person kann sich auf die Prozesse und die Produktivität des Unternehmens auswirken. So hatten wir die Gelegenheit zu erfahren, wie schnell sich der CEO an Änderungen in der Navigation anpassen kann. Obwohl wir natürlich verstanden haben, dass eine Person kein Indikator ist. Die Stichprobe umfasste auch Mitarbeiter aus verschiedenen Ländern, die unterschiedliche Positionen im Unternehmen innehaben. Wir haben die Datenbank gepatcht und alle Benutzer, die über die neueste Version der Anwendung verfügten, erhielten beim nächsten Start automatisch die Schnittstelleneinstellungen.

Für die Testgruppe wurde im Voraus eine Beschreibung mit den Details des Experiments sowie Fragen erstellt, auf die wir Antworten erwarteten. Einige Zeit nach Beginn des Experiments haben wir diese Beschreibung an jedes Mitglied der Testgruppe gesendet.

Um alle Rückmeldungen zusammenzufassen: Die Benutzer waren erfreut darüber, dass die Benutzeroberfläche auf ihre Arbeitsgewohnheiten zugeschnitten war. Die Hauptsache in der neuen Benutzeroberfläche war nicht nur die Bequemlichkeit, sondern auch, dass die Anwendung die Art der Arbeit des Benutzers widerspiegelte. Auch den Teilnehmern der Testgruppe gefiel die Möglichkeit, die Benutzeroberfläche manuell zu ändern. Änderungen nach manueller Anpassung haben übrigens Anpassungen am analytischen Modell vorgenommen.

Ich glaube, dass jeder Konfigurationsprozess, sei es die Navigation oder das Erscheinungsbild eines Spielcharakters, das ist, was der Benutzer tun möchte, nicht sollte. Und jede Investition dieser Art erhöht häufig den Wert des Produkts für den Benutzer.

Wir haben dieses Verfahren mehrmals durchgeführt, um sicherzustellen, dass die Navigationsvorhersagen korrekt sind und das Feedback positiv ist. Dies war nicht überflüssig: Beim Testen unseres Kontos haben wir einige Fehler gefunden.

Nachdem wir sichergestellt hatten, dass alles in Ordnung war, musste die Lösung skaliert werden.

Schritt 4. A / B zu 100% des Publikums

Natürlich können wir nicht über statistische Signifikanz innerhalb eines Kontos sprechen. Zunächst haben wir A / A für das gesamte Publikum der registrierten Benutzer durchgeführt und sichergestellt, dass es keinen Unterschied zwischen den Gruppen gibt. Dann gingen wir zur A / B-Phase und baten die Abteilung für technische Analysten, die Basis für jeden Benutzer aus Gruppe B zu patchen.

Die folgenden Hypothesen wurden getestet:

Durch eine bessere Schnittstellenkonfiguration können Sie schneller arbeiten.
Die Anpassung der Benutzeroberfläche wirkt sich positiv auf die Aufbewahrung aus.
Benutzer werden der Anwendung gegenüber loyaler, wenn sie die Benutzeroberfläche anpassen können.

Überlegen Sie, was sich hinter jeder Hypothese verbirgt und wie wir sie bestätigt haben.

Über die Geschwindigkeit der Arbeit

Wir führen einen Work-Management-Service durch, daher ist es unser Ziel, die Benutzerproduktivität zu steigern. Ich würde sagen, dass Produktivität der „Nutzen“ ist, den eine Person am Arbeitsplatz bringt. Der Nutzen kann in verschiedenen Aspekten ausgedrückt werden, aber vergessen wir nicht, dass es bei unserem Service um Arbeit geht, aber oft nicht um die Arbeit selbst: Designer zeichnen Banner und Websites, Entwickler schreiben Code, die Sicherheitsabteilung macht etwas Sichereres. Ihre Arbeit konzentriert sich auf andere Tools, und Wrike bietet Transparenz über Prozesse und ermöglicht es jedem, sich in eine Richtung zu bewegen. Daher haben wir nicht das Ziel, die Sitzungsdauer zu verlängern. Wir freuen uns jedoch, neue Inhalte und häufige Besuche im System zu generieren. Unsere Aufgabe ist es, die Arbeit mit der Anwendung so schnell zu gestalten, dass es für eine Person nicht schwierig ist, den Kontext auf funktionierende Kommunikation umzustellen und dann wieder zu ihrem Geschäft zurückzukehren.

Innerhalb von zwei Wochen nach dem Start stellten wir einen Rückgang in unserer Hauptmetrik fest (Spalten über 0,0):

Ein paar Worte zum Diagramm:

Zeile 0.0 bedeutet Gruppe A - diejenigen Benutzer, bei denen keine Änderungen an der Benutzeroberfläche vorgenommen wurden. Alles über 0,0 zeigt eine Zunahme der Zeit bis zu einer signifikanten Aktion, alles darunter - im Gegenteil eine Abnahme der Zeit. Spalten geben das Perzentil vom fünften bis zum fünfundneunzigsten an.

In diesen zwei Wochen haben wir die Zeit bis zur ersten signifikanten Aktion verlängert. Es gibt jedoch den Trend, dass sich die Grafik allmählich nach rechts "bewegt". Wir stellten die Hypothese auf, dass eine erzwungene Änderung der Benutzeroberfläche die Benutzergewohnheiten verletzt hat, und es dauerte einige Zeit, bis sie sich an die neuen Änderungen in der Navigation gewöhnt hatten.

Die Aufbewahrungskennzahlen sanken nicht wesentlich, daher haben wir uns entschlossen, eine Weile zu warten, und das aus gutem Grund. Nach der achten Versuchswoche gewöhnten sich fast alle Benutzer an die neue Navigation, was die Arbeit mit der Anwendung beschleunigte:

Am Ende konnten wir die Zeit bis zur ersten signifikanten Aktion um etwa 18% verkürzen.

Über die Aufbewahrung

Unser Glaube beruhte auf einer angenehmen Erfahrung mit der Anwendung. Wir schlugen vor, dass ein bequemeres Tool die Rückkehr des Clients zum System stimulieren würde. Ich muss sofort sagen, dass die Retention etwas gewachsen ist, aber sie kann nicht als statistisch signifikant bezeichnet werden, so dass diese Hypothese nicht bestätigt wurde.

Bei der Arbeit mit mobilen Anwendungen, bei denen es sich um Satellitenprodukte in Bezug auf den Hauptdienst handelt, bin ich zu folgendem Schluss gekommen: Unabhängig davon, wie bequem ein Satellit ist, wird er der Hauptversion des Produkts immer unterlegen sein. Wenn ich beispielsweise 2 von 6 Stunden vom Computer entfernt bin und eine Verbindung zum Team benötige, verwende ich für diese 2 Stunden die Wrike-Anwendung. In der restlichen Zeit ist es bequemer, mit einem großen Monitor und einer vollständigen Tastatur zu arbeiten. In unserem Fall liegt dies daran, dass es einfacher ist, sich auf Arbeitsaufgaben am Computer zu konzentrieren.

Über Loyalität

Eine einfache Konfiguration verständlicher Entitäten bestand darin, die Verbindung einer Person mit der Anwendung zu verbessern. Denn wenn ein Kunde nicht nur Wert aus Inhalten erhält, sondern sich auch umsorgt fühlt, wird sein Arbeitsbereich zu etwas Besonderem. Wir haben viele positive Rückmeldungen erhalten: Benutzer möchten eine Benutzeroberfläche sehen, die ihrem Arbeitsstil entspricht. Benutzer aus Gruppe A sagten uns, dass sie auch solche Funktionen wünschen, weil "sie bequem und cool aussehen".

Schritt 5. B / C zu Gruppe A.

Gruppe B erwies sich als erfolgreicher. Wir hatten es jedoch nicht eilig, das Experiment abzuschließen, da wir mit Ansatz B immer noch eine teure Aufgabe in Bezug auf die Unterstützung hatten. Die gesamte Analyse des Benutzerverhaltens basierte auf der Benutzeroberfläche, die sich aufgrund einer allgemeinen Neugestaltung der Navigation ändern sollte. Das gesamte Unternehmen hatte viel zu tun, und das Skript, aus dem die Navigation für jeden Benutzer bestand, konnte lange Zeit ohne Unterstützung bleiben.

Daher haben wir Gruppe A in zwei Teile unterteilt: Gruppe B erhielt das oben beschriebene Experiment und Gruppe C erhielt Onboarding mit dem Vorschlag, die Konfiguration unabhängig zu konfigurieren. Benutzer passen jedoch selten etwas an, sodass nur 10% der Gruppe C unserem Vorschlag folgten und etwas in der Navigation änderten. Kunden öffnen die Anwendung, um das zu tun, was sie benötigen, und nicht das, was die Dienstanbieter benötigen. Es war nützlich zu sehen, dass diejenigen, die die Benutzeroberfläche von der ersten Woche an selbst eingerichtet haben, ihre Geschwindigkeit auf die erste signifikante Aktion erhöhten (wie Gruppe B nach der achten). Gruppe C zeigte in kurzer Zeit eine gute Leistung, aber aufgrund des schlechten Onboarding war das Engagement gering.

Schritt 6. Konfigurieren der Navigation beim ersten Anmelden

Ein UX-Designer sagte mir einmal: „Kunden werden in zwei Typen unterteilt: Es gibt diejenigen, die Updates lesen, und diejenigen, die nicht lesen. Mit Onboarding hat das nichts zu tun. “ Ausnahmen finden sich in diesem Satz: den Benutzer zu zwingen, etwas zu tun oder ihm etwas zu bezahlen, aber im Allgemeinen stimme ich seiner Aussage zu. Wir haben verstanden, dass wir den Service für eine lange Zeit nicht auf dem aktuellen Analysemodell aufrechterhalten können, daher wurde beschlossen, das Onboarding zu verbessern.

Wir haben Benutzer zur Teilnahme an der Umfrage eingeladen. Das Design der Umfrage sollte klar und klar sein und die Mechanismen der Interaktion - primitiv. Ausgehend von den Entwicklungskosten und dem Nutzen für den Kunden haben wir folgende Entscheidung getroffen:

In einem informellen Aufruf fragen wir den Benutzer, was er am häufigsten verwendet, und teilen ihm mit, dass wir die Anwendung an seine Bedürfnisse anpassen werden. Dies sieht natürlich weniger beeindruckend aus als eine animierte Navigationsänderung mit einer Ladeanzeige, die besagt, dass wir dort etwas Magie auf dem Server ausführen. Und es erfordert viel mehr Aktion vom Benutzer. Durch ein solches System konnten wir jedoch eine gute Konvertierung in die Einstellungen des Navigationsbereichs erzielen.

Gesamt

Wir haben es versucht und haben uns nicht geirrt. In mobilen Anwendungen nutzen bereits alle Kunden die Lösung. Der nächste Schritt besteht darin, die Webversion auf einem ähnlichen Pfad zu verschieben. Die Automatisierung brachte uns größeren Erfolg, aber die Wartung war teuer, sodass sich das Onboarding in Form einer Umfrage als ziemlich gute Lösung herausstellte.

Wie ich im ersten Teil geschrieben habe, sind personalisierte Schnittstellen eher ein Entwicklungsvektor, der aus verschiedenen Perspektiven von Vorteil sein kann. Ich glaube nicht, dass es einen richtigen Weg gibt, aber ich bin sicher, dass Experimente in diese Richtung und die Automatisierung des Einrichtungsprozesses neues Wissen über die Branche vermitteln und komplexe Produkte einfacher machen und Benutzer glücklicher machen werden.

Nachwort

Jetzt wird das Projekt angehalten, da in der Webversion des Produkts aktiv an der Navigation gearbeitet wird. Wir glauben, dass Innovationen das Benutzererlebnis erheblich beeinflussen können. Dennoch gibt es Ideen, wie der nächste Schritt aussehen könnte - dies ist eine automatische Einrichtung der Benutzeroberfläche für diejenigen, die sich bei Mobilgeräten registrieren und Wrike zum ersten Mal sehen. Solche Benutzer sind nicht bereit, das gesamte System gleichzeitig wahrzunehmen, und daher lohnt es sich nicht, es auf sie zu werfen, um sie nicht abzuschrecken.

Für Benutzer, die bereits mit der Webversion des Produkts vertraut sind, besteht der nächste Schritt in der Organisation von Inhalten. Wir wissen, welche "Anfragen" Benutzer häufiger als andere verwenden, mit welchen "Berichten" sie regelmäßig interagieren und welche Listen in der "Taskleiste" häufiger angezeigt werden. Letztendlich möchte ich so etwas wie neu oder empfohlen machen, was heutzutage oft in B2C-Produkten verwendet wird.

Das ist alles für mich. Ich hoffe, dieser Artikel war nützlich und wird dazu beitragen, Wissen in großen und komplexen Produkten anzuwenden.

Personalisierte Oberfläche. Teil 2. Automatische Navigationseinstellungen