Lesen/Web/Desktopverbesserungen/Neuigkeiten/2022-07 für die größten Wikis

Entwicklung eines Verfahrens für die Debatte über die Einführung von Vector 2022 als neuen Standard

Über das Projekt

In einer anderen Sprache lesen

Kurz gesagt: In ein bis zwei Wochen möchten wir mit der Diskussion beginnen, das Standarddesign von Wikipedia auf Vektor 2022 umzustellen. Wir möchten zunächst über das Verfahren sprechen, das wir uns für den Dialog wünschen, bevor wir über die Veränderung selbst diskutieren. Wir wünschen uns einen vernünftigen Entscheidungsprozess, der es ermöglicht, die Ansprüche der Community an das neue Design zu berücksichtigen.

Hallo zusammen,

Wir würden es sehr begrüßen, wenn die Vector 2022-Oberfläche (sie könnte so aussehen) zum neuen Standard für alle Wikis wird, einschließlich der deutschen Wikipedia. Das Design würde für alle anonymen Benutzer und alle angemeldeten Benutzer, die jetzt Vector verwenden (der aktuelle Standard), aktiviert werden. Eingeloggte Benutzer sind und werden in der Lage sein, zu jedem unserer anderen verfügbaren Designs zu wechseln, einschließlich dem aktuellen Vector. Wir werden Ende August (und nicht im Juli, wie bisher angekündigt) mit der Umstellung beginnen, wenn die visuellen Verbesserungen und andere Einsatzsperren abgearbeitet sind.

Ziele des Projekts sind, die Benutzeroberfläche zweckmäßig für fortgeschrittene Nutzer und komfortabler und einladender für Leser zu gestalten. Das Projekt besteht aus einer Serie von Verbesserungen der Funktionen, welche das Lesen und Lernen, die Navigation auf der Seite, die Suche, den Wechsel zwischen Sprachen, die Nutzung von Seiten- und Benutzer-Werkzeugen sowie weiteres betreffen. Das Team hat in den letzten drei Jahren an dieser Änderung gearbeitet und dafür gesorgt, dass jede Änderung gründlich getestet wurde und sich bewährt hat.

Jede dieser Änderungen durchläuft einen strengen Prozess. Erst die Recherche, dann die Umsetzung, qualitative und quantitative Tests mit Lesern und Redakteuren, Prototypentests mit Redakteuren (in über 30 Sprachumgebungen), weitere Verbesserungen auf der Grundlage der Rückmeldungen aus den Communities und die kontinuierliche Überwachung. Wenn eine Neuerung die Erfolgskriterien nicht erfüllt oder nicht besser abschneidet als die vorherige Version, stellen wir entweder die Entwicklung der Neuerung ein oder arbeiten so lange daran, bis die Ergebnisse stimmen.

Die vorgenommenen Änderungen werden entscheidend dazu beitragen, die Website für neue Leser und Redakteure freundlicher und benutzerfreundlicher zu gestalten. Im Vergleich zum bisherigen Vector-Skin hat sich Vector 2022 bewährt bei:

• der Zeitersparnis beim Lesen und Bearbeiten (gemessen am geringeren Scrollen zum Seitenanfang nach Einführung von Sticky-Header und Inhaltsverzeichnis)
• der erhöhten Nutzungsrate innerhalb einer bestimmten Seite (gemessen an der Anzahl der Klicks auf das Inhaltsverzeichnis)
• der Verbesserung der Übersichtlichkeit (gemessen an der Nutzung der ausklappbaren Seitenleiste)
• dem besseren Auffinden neuer Inhalte (gemessen an der Zunahme der Suchvorgänge)

Weitere Details zur Entwicklung von Vector 2022

Zum Lesen aufklappen

Recherche zur Problemerkennung bei Lesern und Redakteuren - in dieser Phase haben wir untersucht, wie die Besucher die Website nutzen. Wir haben die größten Probleme bei der Benutzerfreundlichkeit sowie Probleme bei der weiteren Erkundung der Website und bei der Beschäftigung mit dem Lesen oder Bearbeiten herausgefunden. Dazu haben wir Leser und Redakteure in verschiedenen Ländern und an verschiedenen Arbeitsplätzen befragt. Entwicklung und Erprobung von Prototypen - hierbei entwickeln wir die Ideen für eine Funktion und beginnen damit, unseren Lesern neue Elemente zu zeigen. Jede neue Komponente wurde mit Lesern und Redakteuren in Interviews und Testrunden von Prototypen erprobt. Für die Tests mit den Redakteuren haben wir in der Regel zentrale Hinweisbanner in mehrsprachigen Wikis verwendet, damit wir ein möglichst breites Publikum erreichen konnten. Durchschnittlich wurde jeder Prototyp von etwa 200 Redakteuren getestet. Verfeinern und Aufbau - anhand des Feedbacks aus den Tests der Prototypen überarbeiten oder ändern wir den Prototyp auf Basis der Anforderungen, die bei den Testläufen ermittelt wurden. In einigen Fällen bitten wir um zusätzliches Feedback, damit wir sicher sein können, dass wir die richtigen Entscheidungen treffen. A/B-Tests auf Pilot-Wikis (vorzeitig umgestellt) und andere quantitative Tests - das ist die „Beta“-Phase. Wir testen, ob die Funktion wie erwartet funktioniert, indem wir die zuvor festgelegten Erfolgskriterien anwenden. Der Sticky-Header wurde zum Beispiel entwickelt, um das Scrollen zum Seitenanfang zu reduzieren. Wir haben 50 % der Nutzer mit dem Sticky-Header konfrontiert und sie zwei Wochen lang mit den anderen 50 % verglichen. Nach zwei Wochen wurden die Ergebnisse verglichen und es zeigte sich, dass die Nutzer, die den Sticky-Header hatten, tatsächlich weniger an den oberen Rand der Seite scrollten, um eines der dort verfügbaren Extras auszuwählen. Wenn wir bei unserem Test negative Ergebnisse erhielten, änderten wir die Funktion und testeten erneut. Während dieser Phase überwachen wir auch die Nutzung aller Wikis, in denen die Account-Inhaber bereits die neue Oberfläche verwenden. Abschließend werden wir die Funktion in weiteren Wikis einführen und weiterhin beobachten, wie die Benutzer sie nutzen, um etwaige Probleme zu erkennen. Wir arbeiten an einer einfachen Möglichkeit, alle oben genannten Daten und Forschungsergebnisse zu untersuchen (und freuen uns über Vorschläge für das beste Format). Momentan ist der einfachste Weg, die Tests zu verfolgen: Unter Lesen/Web/Desktop-Verbesserungen/Features wählen Sie die Funktion, die Sie am meisten interessiert Innerhalb dieser Feature-Seite können Sie im Abschnitt Qualitative oder Quantitative Tests die Ergebnisse und unsere Schlussfolgerungen nachlesen. Weitere Einzelheiten zu diesen Daten finden Sie in unserem Repository.

Ein kurzer Überblick über unsere Erfahrungen

Einklappbare Seitenleiste

Die einklappbare Seitenleiste ermöglicht es den Nutzern, das Hauptmenü auszublenden, um sich auf das Lesen zu konzentrieren – so können sie die benötigten Informationen ohne Ablenkung finden. Qualitative Tests mit Lesern und Redakteuren über die Zweckmäßigkeit der Seitenleiste und unserer Navigation. Die Schlussfolgerung war, dass die Anzahl der verschiedenen Tools, die standardmäßig auf der Seite zur Verfügung stehen, von den Lesern als überwältigend empfunden wurde und sie aktiv vom Lesen, aber auch von der Erkundung der Funktionen auf der Seite abhielt – ein Effekt, der im Widerspruch zu dem steht, was mit der Bereitstellung mehrerer Tools erreicht werden soll. Weitere Details finden Sie auf unserer Feature-Seite für die einklappbare Seitenleiste sowie im Bericht selbst. Quantitative Tests zum Nutzungsverhalten der Seitenleiste selbst, sowohl im geöffneten als auch im zusammengeklappten Zustand (siehe Ergebnisse). Bei der Verwendung der Seitenleiste ist es viel verbreiteter, dass abgemeldete Benutzer sie einklappen und, wenn sie eingeklappt ist, auch eingeklappt lassen. Die Häufigkeit, mit der die Seitenleiste wieder ausgeklappt wird, deutet darauf hin, dass den Nutzern bewusst ist, dass ihnen diese Option zur Verfügung steht, wenn sie zu einem Element in der Seitenleiste navigieren müssen.

Maximale Zeilenbreite

Wir haben eine maximale Zeilenbreite für Artikel eingeführt. Untersuchungen haben gezeigt, dass eine Begrenzung der Breite von langen Texten zu einem besseren Lesekomfort und einem besseren Erfassen des Inhalts selbst führt. Unsere Studien mit Lesern haben gezeigt, dass die Lesbarkeit ein Problem mit der aktuellen Oberfläche war, insbesondere die Möglichkeit, sich auf den Inhalt zu konzentrieren Seiten, die nicht im Langtextformat vorliegen (z. B. Diffs, Spezialseiten, Seitenverlauf), werden wie bisher in voller Breite dargestellt Angemeldete Benutzer, die Artikel in voller Breite lesen möchten, können ein Skript oder ein Gadget einrichten, das dies ermöglicht, z. B. hier Weitere Details zu Recherche und Motivation finden Sie im Abschnitt Recherche

Suche

Das neue Such-Widget enthält wichtige Informationen, die es den Nutzern erleichtern, die gesuchte Antwort zu finden, weil Bilder und Beschreibungen zu jedem Suchergebnis hinzugefügt werden Mit unserer bisherigen Suchfunktion hatten die Besucher Schwierigkeiten, das richtige Ergebnis zu finden Unsere A/B-Tests haben gezeigt, dass das Hinzufügen der neuen Suchfunktion zu einem 30%igen Anstieg der Suchvorgänge in den getesteten Wikis führen kann.

Sprachwechsel

Die neuen Werkzeuge zum Sprachwechsel sind jetzt viel prominenter platziert als zuvor. Sie ermöglichen es mehrsprachigen Lesern und Redakteuren, ihre bevorzugte Sprache leichter zu finden. Die Leser hatten bisher nicht erkannt, dass sie die Sprachen auf der Seite wechseln können, selbst wenn sie gewöhnlich mehrsprachige Wikis lesen. Sie nutzten stattdessen externe Suchmaschinen, um den richtigen Artikel zu finden. In unseren Benutzertests konnten neue Leser die neue Seite viel schneller finden als bisher Unsere qualitativen Tests ergaben, dass die neue Position für Benutzer, die an die vorherige Position gewöhnt waren, schwieriger zu finden war. Deshalb haben wir die Funktion überarbeitet. Seitdem haben wir einen Hinweis auf die vorherige Position des Sprachumschalters hinzugefügt und die Schaltfläche selbst in einer auffälligeren Farbe gestaltet Künftig werden wir die Untersuchungen zu den Sprachen fortsetzen und möglicherweise eine direkte Verknüpfung zu den am häufigsten verwendeten Sprachen einer Person einrichten

Benutzermenü

Das neue Benutzermenü bietet Verknüpfungen zu allen benutzerbezogenen Links an einer Stelle. Dies verringert die Verwechslung von allgemeinen Navigationslinks und benutzerspezifischen Links Neue Redakteure waren verwirrt über die Links am oberen Rand der Seite und die sonstige Navigation Sie wussten nicht, dass diese Links ihre persönlichen Werkzeuge betrafen. Unsere Benutzertests mit Lesern und Redakteuren haben gezeigt, dass die Benutzer es als intuitiv empfinden, dass sich alle Benutzerlinks in einem einzigen Menü konzentrieren und dass das Menü leicht zu finden ist In unseren Tests mit Prototypen machten 27 von 38 (71 %) Redakteure und andere eingeloggte Benutzer sehr positive Erfahrungen mit dem Benutzermenü Auf Grundlage von Wünschen aus der Community und aktuellen Daten haben wir die Funktion überarbeitet und den Link zur Beobachtungsliste aus dem Benutzermenü herausgenommen, um den Zugang zu erleichtern

Sticky-Header

Der Sticky-Header ermöglicht den direkten Zugriff auf die am häufigsten genutzten Funktionen, die bisher nur am oberen Rand der Seite verfügbar sind. Das Ziel ist es, dass die Nutzer weniger scrollen müssen und somit Zeit sparen Unser A/B-Test hat gezeigt, dass die angemeldeten Benutzer in den 15 Pilot-Wikis, die wir getestet haben, pro Sitzung durchschnittlich 15 % weniger nach oben scrollen mussten

Derzeit schließen wir den vorgesehenen Teil der Entwicklungsarbeit ab. Wir sind der Meinung, dass dies der beste Zeitpunkt ist, um zusätzliche Arbeiten zu planen, die je nach den Anforderungen der verschiedenen Communities durchgeführt werden müssen. Wir hoffen, dass wir diesen Prozess während dieses Dialogs beginnen können.

Wie sollte der Prozess aussehen?

Wir brauchen Ihre Hilfe und Ihr Feedback zum weiteren Ablauf. Wir haben zwei Wünsche:

1. Wir müssen uns auf einen Weg verständigen, der für die deutsche Wikipedia-Community passt. In welcher Form und in welchem Zeitrahmen sollte die Änderung am besten diskutiert werden? Wir haben unten einen Vorschlag für das Format eingefügt und sind gespannt, was ihr dazu sagt. Wenn ihr einverstanden seid, können wir in einer Woche mit dem Gespräch über die Installation beginnen. Hier ist unser Vorschlag:
   1. Ein zweiwöchiges Gespräch über die Installation führen. Ziel dieser Diskussion ist es, Probleme oder Verbesserungsmöglichkeiten des neuen Skins zu identifizieren. Es ist wichtig für uns, das Risiko von Fehlern oder Unzulänglichkeiten zu verringern, die auf der deutschsprachigen Wikipedia besonders störend wären.
   2. Nach den Gesprächen zur Installation bekommt ihr von uns eine nach Prioritäten geordnete Liste der vor der Bereitstellung noch erforderlichen Arbeiten/Fehlerbehebungen.
   3. Vor der Installation,
      • Banner für abgemeldete und angemeldete Benutzende werden geschaltet, in denen die Änderung angekündigt wird.
      • Die Ankündigung wird auf der Kurier-Diskussionsseite und in den Tech News veröffentlicht.
   4. Wir schreiten mit der Installation fort, sobald die vereinbarten Korrekturen fertig sind.
2. Wir müssen die Perspektiven der verschiedene Teile der deutschsprachigen Wikipedia-Community verstehen. Welche Kommunikationsformen helfen zum Gewinnen von Feedback und schaffen ein Bewusstsein für die deutschsprachige Wikipedia-Community? Wir hätten gerne eine offene Diskussion, sind aber auch für andere Formate wie spezielle offices hours für die deutschsprachige Wikipedia-Community oder Präsentationen während Treffen wie etwa der WikiCon offen. Wenn notwendig, können wir die Zeitleiste auch nach euren Bedürfnissen anpassen.

Ihr könnt gerne hier, per Mail an olga@wikimedia.org und sgrabarczuk@wikimedia.org sowie zu den nächsten Bürostunden antworten.

Vielen Dank für deine Zeit und Hilfe.