it-swarm.com.de

Gibt es "nicht greifbare" Elemente der Benutzererfahrung, die berücksichtigt werden müssen?

Erinnern Sie sich daran, dass Facebook bei Iterationen in einem Rollout nur für Universitätsbenutzer gestartet wurde? Dies machte Facebook zu einer Elite-Plattform, die nur Benutzer von renommierten Universitäten nutzen konnten (und natürlich durch die Hand eines Mehrwertangebots), die von den Benutzern eifrig gesucht wurde.

Denken Sie jetzt an Stack Exchange-Sites, sie schlagen vor und stimmen für die nächste Q & A-Site ab, und dann freuen sich die Leute auf die erste Einführung der Site.

Drei Unterfragen hier (und keine Notwendigkeit zu beantworten, wenn Antwort auf Q1 gleich Nein ist):

  1. Müssen Sie als UX-Anwalt die Rollout-Strategie als Teil Ihrer UX-Aufgaben betrachten?
  2. Würden Sie Fachexperten (keine Experten) zu Ihrem Thema sammeln, um zuerst die Anwendung zu testen?
  3. Die Kontrolle des Rollouts würde Erwartung/Langeweile erzeugen?
  4. Kann eine Rollout-Phase für Fachexperten als Beta-Phase angesehen werden?

grundsätzlich:

Würden Sie sagen, dass ein Rollout von SME oder Quality-User) vor dem Start und dem Öffnen die Chancen für nachfolgende Benutzer mit einer besseren Benutzererfahrung beeinträchtigen oder erhöhen würde?

6
edgarator

Hier fehlen einige sehr wichtige Informationen. "Wer ist Ihre Hauptbenutzergruppe"?

Wenn Sie daran denken, ist die Antwort auf Ihre grundlegende Frage - ziemlich logisch. Wäre es klug, einen Arzt zu haben, der ein Antragsformular für eine Krankenversicherung prüft? Auf keinen Fall. Ebenso kann ein Domain-Experte die Benutzererfahrung für einen Anfänger wirklich ruinieren. Terminologie, mentales Modell, Erfahrung usw. usw. sind zu unterschiedlich.

Einige Leute würden sogar das Gegenteil behaupten: "Wenn der durchschnittliche Joe es benutzen kann, dann kann jeder es benutzen". Ich bin auch nicht hinter dieser Aussage, aber sie tut bringt dich zum Nachdenken ...

...

Aktualisieren

Wir sollten die Endbenutzer wirklich nicht in Bezug auf "gute Benutzer" und "durchschnittliche Benutzer" (oder sogar "miese Benutzer") klassifizieren und "bewerten". UX wird den Benutzer nicht beurteilen und UX wird den Unterschied nicht erkennen. Alles, was UX interessiert, sind die Faktoren, die in der UX-Schätzformel eine Rolle spielen. Und in dieser Formel ist die Benutzergruppe ein sehr wichtiger Faktor.

Schauen Sie sich die ISO-Definition der Benutzerfreundlichkeit an:

"Inwieweit ein Produkt von bestimmten Benutzern verwendet werden kann, um bestimmte Ziele mit Effektivität, Effizienz und Zufriedenheit in einem bestimmten Anwendungskontext zu erreichen."

Und achten Sie besonders auf die Bedingungen in dieser Definition: angegebene Benutzer , spezifizierte Ziele und spezifizierter Kontext .

Das bedeutet, dass Sie das richtige Maß an Verwendbarkeit nicht beeinträchtigen können, wenn Sie die falschen Zutaten in der Formel verwenden.

1

User Experience Design ist mehr als eine quantitative Site-Analyse. Als Teil des Designprozesses beinhaltet es naturgemäß subjektive Entscheidungen zu Aspekten, bei denen es schwierig oder unmöglich ist, Daten zu erhalten, und muss ein Gleichgewicht der Faktoren berücksichtigen, aus denen sich die Erfahrung zusammensetzt Gestalt.

UX-Design verfolgt einen ganzheitlichen, multidisziplinären Ansatz beim Design von Benutzeroberflächen für digitale Produkte, [...] um Kohärenz und Konsistenz über [viele] Designdimensionen hinweg sicherzustellen. ( Quelle )

Dies führt zu der Schlussfolgerung, dass das UX-Design "nicht greifbare" Faktoren berücksichtigen muss.


Um Ihre Unterfragen zu beantworten (beachten Sie, dass dies eine Meinung ist, YMMV):

1) Rollout-Strategie

Alle Teile des Designteams müssen sich mit der Rollout-Strategie befassen. Für UX kann dies Kompromisse in der Entwurfsphase beinhalten, damit der Rollout effektiv und effizient ablaufen kann. Noch wichtiger ist jedoch, dass der Rollout selbst Auswirkungen auf UX haben kann.

Anfängliche Rollouts beziehen sich in der Regel auf eine neue Benutzerbasis. In diesem Fall liegt es in der Verantwortung des UX-Designers, wahrscheinliche Benutzer zu identifizieren und sicherzustellen, dass die Site oder Anwendung die entsprechende Erfahrung bietet. Dies ist ein Kinderspiel. Weitere Rollouts wiederholen dies und erfordern, dass der UX-Designer neue Benutzergruppen berücksichtigt (und wenn der Rollout Teil einer größeren Strategie ist, diese Phase im Voraus planen muss).

Der Übergang zwischen zwei verschiedenen Designs wirkt sich normalerweise negativ auf die Erfahrung aus - in der Regel hassen und fürchten sich Menschen vor Veränderungen (auch wenn dies zum Besseren ist). Das Verwalten des Rollouts eines Updates liegt fest in den Grenzen von UX. Es liegt in der Verantwortung eines UX-Designers, alle Probleme zu überwachen (und gegebenenfalls zu mindern), die durch Änderungen am Design verursacht werden.

2) KMU-Probefahrt

Die Antwort auf diese Frage hängt von einigen Dingen ab. Erstens, zielen Sie auf KMU ab, und wenn ja, warum?

Wenn Sie KMU als eine Ihrer wichtigsten Benutzergruppen ansprechen, sollten Sie diese natürlich testen (wie bei allen anderen Hauptbenutzergruppen). Dies gilt insbesondere dann, wenn die Aufnahmestrategie Ihrer Website auf KMU beruht, die durch Autorität/Exklusivität und Netzwerkeffekte weiteres Wachstum vorantreiben.

Aus Ihrer Frage geht hervor, dass Sie eine Rollout-Strategie in Betracht ziehen, die zuerst Kernbenutzer und dann zu einem späteren Zeitpunkt einen weiteren Rollout für andere Benutzer umfasst. In diesem Fall müssen Sie auf jeden Fall mit ihnen testen, da Ihre Hauptbenutzer ausschließlich diejenigen in der Gruppe SME) sind (schon allein deshalb, weil sie die Gesamtheit Ihrer ursprünglichen Benutzerbasis darstellen).

Denken Sie jedoch daran, dass KMU möglicherweise nicht repräsentativ für Ihre endgültige Zielgruppe sind. Wenn Sie die Website weiter ausrollen möchten, stellen Sie sicher, dass Sie auch mit Ihren späteren Benutzern testen können und bei Bedarf einen Kompromiss bei den Entwurfsentscheidungen eingehen können.

3) Erwartung/Langeweile

Diese Frage ist etwas zu vage, um sie zu beantworten, ohne Ihre Umstände zu kennen. Es mag etwas sein, an das Sie denken sollten, aber ohne Ihre Strategie und Methoden zu kennen, ist es unmöglich zu sagen, ob es ein Faktor wäre.

4) Inszenierte Rollouts und Betas

Eine Beta ist eine sehr spezifische Sache und unterscheidet sich von der ersten Phase eines Rollouts für Endbenutzer. Dies ist ein Zeichen für Ihre Benutzer, dass Sie möglicherweise nicht über alle Funktionen verfügen und nicht fehlerfrei sind. Vor diesem Hintergrund ist das Signalisieren des Beta-Status an Ihre Benutzer eine Methode zum Verwalten von Erwartungen.

Die Frage ist: Möchten Sie Ihre Hauptnutzerbasis (wenn Sie sich darauf verlassen, dass Ihre KMU das Engagement und die Akzeptanz später fördern) einer Beta unterziehen? Es ist sicherlich möglich, sie als Meerschweinchen zu verwenden, aber es ist wichtig zu bedenken, dass diese Phase einige von ihnen vertreiben kann, wenn es ernsthafte Probleme gibt.


Zusammenfassend: Ja, es ist wahrscheinlich, dass das Bereitstellen eines Rollouts die Benutzererfahrung später im Rollout verbessert, da Fehler und andere Probleme natürlich auftreten, wenn Ihre ersten Benutzer auf sie stoßen. Ob dies für Ihre Erstbenutzer gut ist, ist jedoch eine andere Frage. Darüber hinaus müssen Sie darauf achten, dass die Anforderungen Ihrer Erstbenutzer Ihre Designentscheidungen nicht übermäßig belasten, wenn Sie sich letztendlich für eine breitere Benutzerbasis mit unterschiedlichen Anforderungen entscheiden.

2
dhmstark