«Википедия» провела редизайн — впервые более чем за десять лет — Дизайн на vc.ru

{«id»:13960,»url»:»\/distributions\/13960\/click?bit=1&hash=5a66902d4ef807c2f12c01d0517253c795e30ffb23e978780172082d6e405c9d»,»title»:»\u0421\u043e\u0442\u0440\u0443\u0434\u043d\u0438\u043a\u0438 \u0432\u0441\u0451 \u0435\u0449\u0451 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044e\u0442 qwerty? \u0415\u0441\u0442\u044c \u0440\u0435\u0448\u0435\u043d\u0438\u0435 \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u0435\u0435″,»buttonText»:»\u041a\u0430\u043a\u043e\u0435?»,»imageUuid»:»c04eba06-036a-5455-b12e-57035f11403c»}

Дизайн

DTF

Оглавление статьи теперь слева и не пропадает с экрана при прокрутке.

16 797 просмотров

  • Некоммерческая организация «Фонд Викимедиа» объявила об изменении дизайна «Википедии» впервые более чем за десять лет. С 18 января 2023 года обновлённый интерфейс доступен в англоязычной версии сайта и на 94% из 318 других языковых версий сайта на ПК.
  • Среди изменений: улучшенный поиск, в котором видны изображения из статей и короткие описания, переработанное оглавление, с которым удобнее перемещаться между разделами во время чтения, обновлённые инструменты для переключения между языками статьей.
  • Зарегистрированные пользователи увидят постоянно отображаемую шапку: в ней расположены наиболее популярные функции вроде смены языка статьи или сохранения в избранное. «Фонд Викимедиа» сообщил, что эта функция снизила количество прокруток более чем на 15%.
  • Разработчики «Википедии» подчеркнули, что в рамках редизайна не удалили ни одной функции, а также отметили, что обновление в течение «длительного периода» тестировали более 30 групп волонтёров со всего мира.
  • Обновлённый дизайн можно увидеть на главной странице англоязычной «Википедии» и на отдельных статьях — например, об актёре Леонардо Ди Каприо. Проверка DTF показала, что на момент публикации изменились не все страницы и в англоязычной версии. (
    В этом убедилась и редакция vc.ru; на русскоязычной «Википедии» на утро 19 января не обновилась даже главная — vc.ru
    ).
  • Судя по первым отзывам в сабреддите «Википедии», обновление многим не понравилось. Чаще всего критикуют широкие пустые пространства по бокам от текста и отсутствие тёмной темы без авторизации. Некоторые пользователи посчитали редизайн удачным.

Главная страница до редизайна

Главная страница после редизайна

Поиск до редизайна

Поиск после редизайна

Страница статьи до редизайна

Страница статьи после редизайна

Обновлённая навигация

Переключение языков

Обновлённый поиск

Изменённое меню

На vc. ru первым новость заметил Андрей Фролов.

На «Википедии» произошёл масштабный редизайн — первый за 10 лет — Жизнь на DTF

{«id»:4045,»url»:»\/distributions\/4045\/click?bit=1&hash=eda426c74279da8505b974af8f29addb00878128f1a66c90168c9ff6402ebaf1″,»title»:»\u041a\u0430\u043a \u0440\u0430\u0437\u043d\u044b\u0435 \u0441\u043f\u043e\u0441\u043e\u0431\u044b \u0434\u043e\u0441\u0442\u0430\u0432\u043a\u0438 \u043c\u043e\u0433\u0443\u0442 \u0441\u0442\u0438\u043c\u0443\u043b\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u043f\u0440\u043e\u0434\u0430\u0436\u0438″,»buttonText»:»\u0412\u044b\u044f\u0441\u043d\u0438\u0442\u044c»,»imageUuid»:»fb0a50bc-0a7b-535f-b137-b58b2208d639″}

Жизнь

Granger

date» data-date=»1674072871″ data-type=»medium» title=»18.01.2023 23:14:31 (Europe/Moscow)»>18 янв

Судя по отзывам, обновлённый вид сайта понравился не всем.

41 965 просмотров

Некоммерческая организация «Фонд Викимедиа» объявила об изменении дизайна «Википедии» на своём сайте. Обновление внешнего вида стало первым за десять лет.

В «Фонде Викимедиа» сообщили, что с 18 января 2023 года обновлённый интерфейс доступен в англоязычной версии «Википедии» и на 94% из 318 других языковых версий сайта на ПК. Однако проверка DTF показала, что на момент написания заметки далеко не все страницы даже в англоязычной версии портала получили изменённый вид. Судя по всему, обновление будет вступать в силу постепенно.

Обновлённый дизайн уже можно посмотреть на главной странице англоязычной «Википедии» и на страницах многих статей, например, об актёре Леонардо Ди Каприо.

Некоторые изменения «Википедии»

  • Улучшенный поиск, в котором видны изображения из статей и короткие описания.
  • Обновлённые инструменты для переключения между языками статьей.
  • Переработанное оглавление, которое обеспечивает возможность перемещаться между разделами во время чтения текста.
  • Постоянно отображаемая шапка для зарегистрированных пользователей. В ней расположены наиболее популярные функции вроде смены языка статьи или сохранения в избранное. В «Фонде Викимедиа» сообщили, что эта функция снизила количество прокруток более чем на 15%.
  • Обновлённое поле с содержанием статьи, которое располагается по центру экрана для более удобного чтения. При желании текст можно развернуть на всю ширину страницы.

Разработчики «Википедии» подчеркнули, что в рамках редизайна не удалили ни одной функции. В «Фонде Викимедиа» также отметили, что обновление в течение длительного периода тестировали более 30 групп волонтёров со всего мира.

Судя по первым отзывам на сабреддите «Википедии», обновление многим пользователям сайта не понравилось. Чаще всего люди критикуют широкие пустые пространства по бокам от текста и отсутствие тёмной темы без авторизации. Тем не менее некоторые пользователи посчитали обновлённый дизайн удачным.

Главная страница до редизайна

Главная страница после редизайна

Поиск до редизайна

Поиск после редизайна

Страница статьи до редизайна

Страница статьи после редизайна

Обновлённая навигация

Переключение языков

Обновлённый поиск

Изменённое меню

заметок дизайнера о редизайне Википедии 2023 года | Алекс Холлендер

Изучение уникальных проблем внесения изменений в среду с открытым исходным кодом, возглавляемую добровольцами. Плюс: важность прототипирования.

Опубликовано в

·

Чтение: 19 мин.

·

22 марта

Привет, я Алекс Холлендер. Последние 5 лет я работал UX-дизайнером в команде Readers Web Фонда Викимедиа. Каждый дизайнер в фонде является частью продуктовой команды и фокусируется на различных опытах/платформах (например: есть команда приложений, которая работает над приложениями для iOS и Android, команда редактирования, которая работает над инструментами редактирования, команда языков, которая работает над языковой поддержкой и инструментами перевода и некоторыми другими). Веб-команда Readers отвечает за удобство чтения в Интернете и за обслуживание всего мобильного веб-сайта (который фактически отделен от настольного сайта). В 2019 годумы начали работу над серией улучшений десктопного веб-сайта, который был запущен в январе этого года. Ниже приведены мои заметки о проекте и процессе.

Нам нужно немного вернуться в прошлое, чтобы правильно сформулировать эту историю. Вернемся к 2004 году, когда интерфейс Википедии в последний раз значительно изменился. Марк Цукерберг только что запустил TheFacebook, только что вышел Gmail, а смартфонов не было (первый iPhone вышел через 3 года). Кроме того, CSS был гораздо более ограниченным, поэтому веб-сайты были более простыми. Двумя популярными компьютерами были Dell 9.0017 Dimension 2400 настольный компьютер и их ноутбук Latitude D505 . Почти для всех, кто ее использовал, Википедия выглядела так:

Википедия в 2014 году

В 2010 году была внесена куча изменений для повышения удобства использования Википедии для новых редакторов (заметок), а в 2015 году опыт редактирования снова был значительно улучшен с помощью введение визуального редактора. Тем не менее, общая компоновка и, в частности, опыт чтения остались в основном одинаковыми между обновлением 2004 г. и 2019 г., где эта история начинается.

Википедия за 2004–2019 годы

Однако в период с 2004 по 2019 год компьютеры сильно изменились. А именно, экраны стали намного меньше и намного больше. И хотя наша команда создала мобильный сайт для небольших экранов, мы ничего не сделали для улучшения веб-сайта для растущих экранов настольных компьютеров и ноутбуков:

Википедия на больших экранах в 2019 г.

Другими словами, Википедия унаследованный веб-сайт (10 лучших в рейтинге за 10+ лет) — интерфейс не менялся 15 лет. И вот однажды к нам в команду пришел директор по продукту (1 менеджер по продукту, ~6 инженеров, 1 специалист по обеспечению качества, ½ скрам-мастер, ½ аналитик данных, ½ специалист по связям с сообществом и я) и поручил нам сделать значительные улучшения. Честно говоря, это может быть ситуация, которая встречается только раз в истории Интернета. Увлекательно, но довольно сложно.

Не было какой-то одной конкретной причины, по которой в 2019 году все это произошло (хотя, возможно, есть один человек, который запустил этот процесс — сап Нирзар). Вместо этого было множество причин: длина строки не имела ограничений, окно поиска было маленьким и находилось в незнакомом месте, оглавление было доступно только вверху страницы, переключение языков было скрыто, иерархия и организация некоторые элементы сбивали с толку, интерфейс был хрупким, становилось трудно найти места для новых функций и т. д. Но, возможно, прежде всего было то, что мы пренебрегали интерфейсом (из-за других приоритетов и ограниченных ресурсов) , и мы были уверены, что если уделим ему должное внимание, то сможем сделать его лучше как для читателей, так и для редакторов.

Между тем, в период с 2004 по 2019 год сообщество добровольцев Википедии было занято локальными улучшениями определенных версий Википедии. Это возможно, потому что Википедия — это демократически управляемый веб-сайт с открытым исходным кодом, интерфейс (и серверная часть) которого может быть изменен кем угодно. И изменить его они делают. Но хотя эти изменения были настоящими улучшениями, большинство из них были ориентированы на вошедших в систему редакторов. Кроме того, улучшения не были централизованными, поэтому они не были доступны в большинстве Википедий. Небольшой нюанс: многие люди не знают, что многие версии Википедии не централизованы. Википедия, которую вы читаете (будь то английская, бангла, телугу, киргизская, корейская, персидская или любая из 300 других), на самом деле является отдельным веб-сайтом от всех других существующих Википедий. Конечно, они используют много общего кода, используют одни и те же серверы и, как правило, имеют одинаковый интерфейс. Но изменения, которые добровольцы вносят в интерфейс (и, конечно, в контент тоже), вносятся локально. Это означало, что улучшение, сделанное корейской Википедией для создания сворачивающейся боковой панели, не было перенесено в английскую Википедию (или где-либо еще), изменения, внесенные в еврейской Википедии, чтобы иметь липкий заголовок, не были перенесены в бирманскую Википедию, и так далее и тому подобное. .

Иногда отсутствие централизации имеет смысл: например, переключатель языковых вариантов на сербском и китайском не нужен в других Википедиях. Но в целом отсутствие централизации означало, что множество хороших изменений интерфейса между 2004 и 2019 годами были локализованы для небольших Википедий, и большинство читателей Википедии не получили от них никакой пользы. Как и у всего остального, у децентрализации есть свои плюсы и минусы.

Существует более 300 отдельных экземпляров Википедии

Прежде чем мы двинемся дальше, давайте сделаем паузу и подумаем о ситуации, в которой оказалась наша команда. Общий макет для читателей не сильно изменился с 2004 года, но интерфейс (или интерфейсы) изменился сотнями небольших, децентрализованных способов, разбросанных по всему миру. 300 различных языковых версий Википедии, каждая из которых демократически контролировалась собственным сообществом добровольцев. И мы, команда из ~12 человек, хотели внести в него кучу централизованных изменений. Также у нас не было (и до сих пор нет) всеобъемлющей и подробной аналитики интерфейса, поэтому у нас было мало данных о том, как люди им пользуются. У нас также не было и нет возможности легко запускать A/B-тесты с людьми, не входящими в систему. Сама задача изучения всех различных локальных модификаций Википедии на разных языках была сложной. Не говоря уже об активном взаимодействии с тысячами добровольцев, разбросанных по этим сообществам, чтобы узнать больше об их рабочих процессах и о том, почему они внесли определенные изменения. В конечном счете, будучи обязанными демократической системе, в рамках которой мы должны были представлять потребности миллиардов читателей, которые были/неудобно отсутствовали во всей беседе. Но у нас были неограниченные кредиты на usertesting.com, так что это было что-то.

Ольга, менеджер по продукту, и я начали с формулирования нескольких целей (которые взаимосвязаны и частично совпадают, как и большинство наборов целей):

  • Сделать веб-сайт знакомым и приветливым для всех, кто его посещает (думая особенно о молодежи , в других частях мира, которые еще не открыли для себя Википедию)
  • Улучшение опыта чтения, навигации по длинным статьям и поиска знаний
  • Лучшее удовлетворение различных потребностей (чтение или редактирование)
  • Разработать более гибкий интерфейс с прицелом на будущие функции

Ольга также выбрала ключевые показатели для мониторинга: просмотры страниц, скорость редактирования, создание учетной записи и продолжительность сеанса.

Благодаря сочетанию интуиции, интервью, исследований, собраний команд, просмотру всего того, что модифицировали добровольцы (включая предложения, которые так и не были реализованы, и крутые плагины Википедии) и чтению карт Таро, мы начали формировать ощущение приоритеты для интерфейса:

Иерархия потребностей/приоритетов интерфейса

С годами интерфейс все больше и больше ориентировался на нужды редакторов. В некотором смысле это имело смысл. Редакторы — самая важная часть экосистемы Википедии; без них не было бы энциклопедии. При этом более 99% пользователей сайта не редактируют. Сбалансировать различные потребности читателей и редакторов сложно, особенно с учетом того, что мы хотели сохранить путь, по которому читатели могли бы стать редакторами. Боковое меню, расположенное слева от содержимого, является хорошим примером такого напряжения. Для редакторов он содержит важные инструменты, некоторые из которых они используют несколько раз в течение данного сеанса. Для читателей это был беспорядок; меню ссылок, с которыми они очень редко взаимодействовали (данные). И все же некоторые ссылки могут служить путями к «закулисным» частям Википедии; небольшие следы в драке, по которым некоторые любопытные могут следовать, чтобы узнать больше о том, как работает Википедия.

Мы могли бы сделать эти ссылки менее заметными для читателей, чтобы им было легче сосредоточиться на содержании. Но что, если в результате те немногие любопытные больше не смогут проникнуть за кулисы (и в конечном итоге стать редакторами)? Наша точка зрения на это была такова: организация и минимизация беспорядка позволяет нам акцентировать внимание более преднамеренно. Лучше предоставить людям несколько четких путей за кулисами (например, ссылки «Обсуждение», «Редактировать» и «История»), а не использовать разрозненный подход, который может застать случайного любопытного человека здесь или там. Я начал использовать эти два изображения в качестве метафоры для различных потребностей, которые мы пытались удовлетворить:

Фотографии Николы Наттолл (слева), Девина Берко (справа)

Многие детали дизайна с этого момента, честно говоря, не очень интересны или уникальны. Макеты, передовые практики и рекомендации по доступности, прототипы, обзоры дизайна, пользовательское тестирование и тому подобное. Месяц за месяцем мы продвигались вперед с помощью всех добровольцев (спасибо TheDJ, Theklan, Sdkb и многим другим). Я провел много времени, просматривая все версии Википедии на разных языках, обращаясь к определенным сообществам и выясняя, как проектировать вещи таким образом, чтобы они как можно меньше конфликтовали с их локальными модификациями.

Грубая пирамида/расстановка приоритетов потребностей определила размещение основных элементов и заложила основу для всех будущих исследований. Результат был примерно таким:

Последовательность того, над чем мы работали:

  • Ограничение длины строки, создание складной боковой панели и переформатирование логотипа/заголовка сайта
  • Перемещение и улучшение поиска
  • Перемещение переключатель языка
  • Переформатирование личных инструментов (например, Ваша учетная запись )
  • Добавление липкого заголовка (в настоящее время только для зарегистрированных пользователей)
  • Перемещение и улучшение оглавления
  • Перемещение меню инструментов страницы
  • Переформатирование глобального меню навигации

Однако было несколько уникальных аспектов процесса проектирования, которые более или менее отражают уникальные ограничения, с которыми мы сталкиваемся как организация и движение в более широком смысле.

Прототип всего в коде

Как добиться хорошего дизайна? Некоторые люди могут позволить себе роскошь начать с полу-хорошего дизайна, выпустить его (каким-то ограниченным образом), а затем использовать реальные данные и отзывы для его усовершенствования. Поскольку у нас нет такой роскоши (как с точки зрения инфраструктуры, так и с точки зрения инженерных ресурсов), процесс получения хорошего дизайна должен происходить гораздо раньше, прежде чем что-либо выпускать. Это приводит к тому, что акцент делается на том, насколько эффективно вы сообщаете о дизайне и рассказываете о дизайне. Вам нужно провести много высококачественных, инклюзивных разговоров о проектах, прежде чем что-то строить. И помните, в нашем случае это касается волонтеров/заинтересованных сторон, говорящих на многих языках. Тогда возникает вопрос: как наиболее эффективно сообщать о проектах, чтобы облегчить обсуждение этих проектов? Мой ответ: множество маленьких прототипов, созданных с помощью HTML, CSS и JavaScript. Поскольку вещи, которые я разрабатывал, были интерактивными (прокрутка, нажатие, набор текста и т. д.), должны были быть доступны на многих языках и в значительной степени зависели от динамических данных (например, каждая статья отличается и имеет другое оглавление, каждый поисковый запрос возвращает разные результаты и т. д.), лучший способ, который я нашел для эффективной оценки и передачи таких проектов, который приводит к ясным, конкретным разговорам о них, — это прототипы.

Когда проект начался, я создал базовый прототип (код), который представлял собой интерфейс Википедии, подключенный к нескольким API, чтобы я мог загружать любую статью (с ее оглавлением) на любом языке, а также использовать поиск box и получайте предложения по поиску в реальном времени. Затем я добавил возможность переключать сам интерфейс (все кнопки, ссылки и т. д.) на разные языки. Для каждой функции/дизайнерского решения я создавал новый прототип на основе этой базы, исследуя возникающие вопросы. Прототипы часто включали небольшую панель настроек в нижнем углу, которая позволяла вам переключаться между различными изучаемыми параметрами. Вот относительно простой пример, в котором исследуются различные способы обозначения активного раздела в оглавлении (ссылка):

Прототип с различными вариантами стилизации активного раздела в оглавлении (ссылка)

Выйдя на другую сторону этого проекта, я твердо верю, что полностью интерактивные прототипы (в отличие от мокапов или даже кликабельных прототипов) проектирует значительно четче и способствует более качественным обсуждениям и обратной связи. (Дополнительные сведения о точности прототипов см. в разделе «Пять аспектов точности прототипов»).

Визуальный дизайн

Если вы посмотрите на прошлые версии интерфейса Википедии, вы заметите, что каждая версия имеет своего рода индивидуальность. Уникальный цвет, стиль границы, тонкое фоновое изображение, стиль табуляции или другие подобные эксцентричности. Сначала я чувствовал небольшое давление, чтобы сохранить эту традицию и придумать новую личность. Но чем больше Киран, Рой, Энджи и я играли с рамками, кнопками, градиентами, иконками, типографикой и другими вещами, тем больше мы ставили под сомнение функцию/полезность этих стилистических изменений и тем больше мы чувствовали потребность в обосновании. наши исследования в некоторой логике.

Различные исследования визуального дизайна с помощью Numbers

Визуальный дизайн можно использовать, чтобы вызвать чувство или передать концептуальную идею. Но учитывая, что интерпретация дизайна является личной/субъективной, как вы доносите идею бесплатных совместных знаний до глобальной аудитории в широком возрастном диапазоне? Визуальный дизайн также может использоваться для обозначения определенного бренда, однако для Википедии этот сигнал уже установлен через сам контент (инфобоксы, синие ссылки и т. д.). Поэтому вместо того, чтобы пробуждать чувства или укреплять бренд, мы сосредоточились на функциональности. Мы рассмотрели прошлые версии веб-сайта с этой точки зрения и обнаружили, что визуальный дизайн был , который использовался функционально, чтобы помочь разделить различные части интерфейса: статью, меню, пользовательские инструменты и т. д. (см. соответствующий шаблон проектирования WCAG). Глядя на наш переработанный интерфейс, мы почувствовали, что пространственная иерархия и позиционирование элементов уже сделали большую часть тяжелой работы по созданию этих разделений:

Использование пробелов для разделения областей интерфейса варианты разделения частей интерфейса, к сообществу. Некоторые люди считали, что опыт чтения, а также общее понимание интерфейса выиграют от более четкого визуального разделения между различными областями. Мы еще не пришли к какому-то выводу, но есть отличная дискуссия, которую вы можете прочитать и принять участие здесь.

Прототип с различными вариантами разделения областей интерфейса (ссылка)

Статьи в Википедии часто бывают очень длинными

Длина статей в Википедии делает оглавление особенно важной частью опыта чтения. Он позволяет читателям получить общее представление о содержании и структуре статьи, помогает им найти то, что они ищут, и (поскольку теперь он динамически отслеживает ваше положение в статье) служит картой, помогающей сохранять смысл. где вы находитесь и где вы были. Раньше оглавление было доступно только вверху страницы. Так что, если вы были в длинной статье, щелкнули ссылку в оглавлении, а затем захотели вернуться к ней, вам пришлось прокрутить весь путь назад. Мы хотели, чтобы он был всегда доступен.

Был один большой вопрос: должны ли мы сделать оглавление фиксированной боковой панелью (что является распространенным шаблоном) или оставить оглавление встроенным (давняя вещь Википедии), а затем добавить дополнительное оглавление, которое появляется один раз. вы прокрутили мимо встроенного? Благодаря встроенному оглавлению вы получаете столько места, сколько вам нужно для его отображения. Длинные заголовки разделов и множество уровней вложенных подзаголовков не представляют проблемы — вы можете отобразить полностью развернутое оглавление (хотя в длинных статьях оно часто занимает весь экран или даже больше). Тем не менее, встроенный означает размещение его ниже ведущего раздела, поэтому иногда, когда вы попадаете на страницу, вы вообще не можете видеть оглавление без прокрутки (в зависимости от длины ведущего раздела и ширины вашего экрана). Когда оглавление находится на боковой панели, оно гораздо более пространственно ограничено. Однако большим преимуществом является то, что он сразу виден, когда вы попадаете на страницу, и всегда остается на одном и том же месте. Мы провели обширное пользовательское тестирование 5 различных вариантов (1, 2, 3, 4, 5) в 3 странах, и, к счастью, результаты были ясны: сделайте фиксированную боковую панель.

Другим довольно важным решением, которое мы приняли, было свернуть подразделы в оглавлении для более длинных статей. Иногда, когда в статье много разделов и подразделов, оглавление получается очень высоким, и без прокрутки страницы его не увидишь. Это затрудняет быстрый обзор всей статьи. Сворачивая подразделы для статей с более 28 разделов всего , вы можете видеть все разделы верхнего уровня в оглавлении без прокрутки. Это позволяет быстро изучить содержимое всей страницы.

Оглавление с подразделами, развернутыми (слева) и свернутыми (справа)

Было также много более мелких решений, над которыми было интересно подумать, например:

  • Когда вы прокручиваете раздел, в котором есть свернутые подразделы , должен ли родительский раздел автоматически расширяться? (прототип ссылки)
  • Когда вы нажимаете на ссылку в оглавлении, должна ли прокрутка быть анимированной или мгновенной? (ссылка на прототип)
  • Должны ли мы иметь кнопку «развернуть все» для статей со свернутыми подразделами? (ссылка на прототип)
  • Должны ли мы продолжать скрывать оглавление для статей, содержащих менее 4 разделов? (ссылка на задачу)

Вы можете прочитать больше деталей и обоснований здесь

Как я упоминал ранее, Википедия является демократическим проектом. Многие решения принимаются на основе консенсуса. К сожалению, неясно, кто именно обладает какой властью и как двигаться вперед в условиях разногласий. И процессы, разработанные для разрешения редакционных споров, не всегда подходят для принятия дизайнерских решений. Поскольку миллиарды читателей, чьи потребности мы пытались представить, не участвуют в демократическом процессе Википедии, мы беспокоились, что обсуждения могут быть односторонними, и продолжаем отдавать приоритет потребностям вошедших в систему редакторов над не вошедшими в систему читателями.

В начале проекта мы попросили несколько Википедий первыми принять наши изменения (баскский, французский, иврит, персидский и другие). Это означало, что для этих «пилотных» Википедий все изменения, которые мы вносили, были выпущены по умолчанию для всех вошедших в систему и вышедших из системы людей (хотя вошедшие в систему люди, которые обычно являются редакторами, могли отказаться, если хотели). . Так что, если бы вы пользовались одной из этих Википедий, вы бы заметили, что изменения происходили постепенно, за последние пару лет. Это дало нам обратную связь по удобству использования, а также послужило квази-A/B-тестом. Если бы мы смогли разработать интерфейс, который работал бы для тысяч редакторов и миллионов читателей, и доказать это с помощью данных (включая низкие показатели отказов редакторов), мы надеялись, что сможем привлечь к себе остальные сообщества Википедии.

Для всех других сообществ Википедии, хотя они были вовлечены все это время — более 2000 добровольцев участвовали в процессе разработки, просматривая прототипы, помогая нам в разработке функций, предоставляя отзывы и т. д. — новый интерфейс был доступен им в качестве опции. -в характеристике.

Почти каждый день я общался с волонтерами из разных сообществ Википедии, больших и малых, на доске объявлений нашего проекта, в общедоступных задачах Phabricator, в чатах, а иногда и на хакатонах и других мероприятиях Википедии. У нас также было пять формальных асинхронных мероприятий по сбору отзывов на протяжении всего проекта (ссылка). Поскольку их отзывы о каждом из изменений на этом пути были в основном положительными, а все наши данные из наших тестовых Википедий выглядели великолепно (только ~ 13% редакторов наших пилотных Википедий отказались от участия), мы надеялись, что, когда мы в конце концов спросим других сообщества, каждое из них приняло бы переработанный интерфейс. Увы, английская Википедия (на сегодняшний день самая крупная) хотела провести RfC (Request for Comment), который представляет собой давний процесс Википедии, находящийся где-то между голосованием и обсуждением (ссылка на RfC).

Ниже приведена приблизительная карта всех взаимодействий, которые мы имели с волонтерами до начала RfC в английской Википедии. Конечно, не все эти взаимодействия были связаны с дизайном, но многие из них.

Взаимодействие с членами сообщества Википедии на протяжении всего проекта

По мере того, как начали поступать комментарии/голоса, я был разочарован тем, насколько непредставительны были люди, голосующие по отношению к широкой публике. Это была очень небольшая группа редакторов, потенциально способная принять решение за миллиарды читателей. Также было неясно, участвовали ли люди, участвовавшие в голосовании, в прошлых дискуссиях и/или потратили ли время на чтение проектной документации, результатов исследований, данных и т. д. Казалось, что мы получили много первых реакций (поскольку оказалось, только ~28 из 159люди, выступающие против нового интерфейса, ранее участвовали в обсуждениях, отзывах и т. д.). Было много споров о пробелах и значках, и люди говорили, что им это просто не нравится, а не обсуждались потребности пользователей и/или ключевые показатели.

RfC длился месяц, в итоге почти ничья (154 поддержали, 165 против), но, к счастью, окончательное решение (которое называется «закрытием» и проводится добровольцем) одобрило редизайн. По сравнению с другими RFC это был большой успех. Сообщества волонтеров, как правило, очень неохотно относятся к изменениям (в некотором роде по уважительной причине), и изменения, разработанные Фондом Викимедиа, могут быть особенно сложными для принятия. Однако я все еще чувствовал себя немного странно по поводу голосования. Нам просто повезло? Действительно ли все предыдущие взаимодействия, которые у нас были с волонтерами, обеспечили поддержку? Все ли отзывы, которые мы включили, привели к лучшему дизайну? И почему люди считают пробелы признаком неудачного дизайна (черт возьми, некоторые так его ненавидят)?

Положительный результат RfC, вероятно, был сочетанием всех этих вещей, но мы никогда не узнаем, как и почему мы туда попали, что меня беспокоит. Я был рад увидеть несколько небольших дискуссий в RfC относительно обоснованности процесса RfC для принятия таких важных решений, а также комментарии некоторых людей по поводу недостаточного участия читателей. В целом, я думаю, это также подчеркнуло как отсутствие согласования приоритетов развития между некоторыми членами сообщества и Фондом Викимедиа, так и потребность в большем количестве аналитики и данных. У меня есть еще много мыслей о том, как мы могли бы развивать процесс RfC и системы управления Википедией в целом, которые я приберегу для другого раза.

(Дополнение: после запуска некоторые люди в английской Википедии начали еще одно RfC, об откате редизайна. RfC было закрыто два месяца спустя, без единого мнения относительно отката. Вы можете прочитать все 238 758 слов этого RfC здесь. Для контекст: Моби Дик — это 209 117 слов.)

Данные, которые у нас есть на данный момент

Хотя данные несколько ограничены по сравнению с тем, что могут собирать другие веб-сайты, данные, которые у нас есть на данный момент, рисуют картину позитивных изменений:

  • Новое оглавление позволяет глубже изучить статьи. Наш A/B-тест показал на 53% больше кликов для вошедших в систему людей и на 45,5% больше кликов для тех, кто не вышел из системы.
  • Новая строка поиска увеличила количество поисковых запросов на 28,9%
  • Через 9 месяцев после развертывания 87% активных пользователей, вошедших в сообщества первых последователей (в среднем, включая французскую Википедию), не отказались от новый интерфейс
  • Прилепленный заголовок ускоряет доступ к часто используемым редакторами инструментам. Это уменьшает прокрутку до верхней части страницы на 15%.
  • Скин не влияет негативно на количество просмотров страниц, скорость редактирования или создание учетной записи. Наблюдательные данные свидетельствуют об увеличении количества просмотров страниц и создании учетных записей в партнерских сообществах.

Задумывались ли вы когда-нибудь, верна ли статья в Википедии или, в более общем плане, можно ли доверять Википедии? Чего многие люди не понимают, так это того, что статьи в Википедии не содержат оригинальных мыслей или мнений. В некотором смысле они даже на самом деле не «написаны» или, по крайней мере, не так, как кто-то может написать эссе или стихотворение. Вместо этого статьи в Википедии представляют собой коллажи фактов, которые исследователи и журналисты опубликовали по заданной теме в другом месте. Думайте о статье как о головоломке или стеганом одеяле, где каждый «кусок» представляет собой факт по теме, ранее опубликованный заслуживающим доверия учреждением. Имея это в виду, становится ясно, что любая статья в Википедии точна настолько, насколько точны источники, из которых были собраны факты. Вы можете подвергнуть сомнению мотивы редакторов — кто выходит, собирает факты, а затем сплетает их вместе в связные статьи. И/или поставить под сомнение достоверность учреждений, которые публикуют эти факты. Но в конечном итоге Википедия — это контейнер, наполненный фактами, а не пустая страница, на которой люди пишут все, что хотят, по теме.

В ходе проекта нас заинтересовало, как интерфейс может лучше передавать эту метаинформацию о статьях Википедии. Как мы могли бы помочь людям понять, что редакторы в большей степени собирают факты, чем авторы, что они давно вовлечены в споры о том, заслуживает ли доверия источник, и что они активно просматривают статьи, чтобы убедиться, что любая добавленная к ним информация будет доставлена? из достоверного источника? Как мы могли бы представить эту динамичную, живую систему, которая в настоящее время почти невидима для большинства читателей, таким образом, чтобы дать им возможность лучше оценить достоверность данной статьи и, в конечном счете, сделать их участниками, а не потребителями? Что, если «читательский опыт» Википедии заключается не только в чтении контента, но и в способности прочитать статью таким мета-способом? Можем ли мы помочь людям превратиться из читателей контента в более информированных читателей ? Частично вдохновленный прототипом Винтера, я сделал несколько набросков статей в Википедии, которые включали различные части метаданных, которые могли бы послужить небольшим ключом к пониманию того, что происходит. Затем я подумал о какой-то сводке активности статьи и метаданных, которая могла бы дать людям быстрое представление о состоянии статьи в отношении активности редактора, а также о полноте/достоверности. В конечном итоге эти идеи вышли за рамки, но я в восторге от них и надеюсь, что рано или поздно они будут проверены.

Это все, что мне пока удалось напечатать. Я надеюсь, что некоторые части нашего процесса могут быть с пользой позаимствованы другими, и что люди обратятся, чтобы узнать больше о процессе, проблемах, историях и конкретных изменениях/решениях, которые мы приняли. Я также начал составлять список ответов на конкретные вопросы UI/UX, которые могут возникнуть у людей, которые можно найти здесь: проектная документация. Для справки, вот ссылка на предыдущую версию интерфейса, которая по-прежнему доступна всем вошедшим в систему редакторам через Настройки. И да, мы должны увеличить размер шрифта до 16 пикселей 🙂

Проект был разработан веб-группой читателей Фонда Викимедиа при постоянной поддержке группы исследований и дизайна.

Особая благодарность за дополнительную поддержку дизайна:

  • Рита Хо
  • Ольга Васильева
  • Рой Татум
  • Фрэнк Чимеро
  • Киран Маккан
  • Волкер Э.
  • Мэтью Уильямс
  • Quiddity (Ник Уилсон)
  • TheDJ (Дерк-Ян Хартман)
  • Нирзар Пангаркар

Проектирование зданий

Мы используем файлы cookie, чтобы обеспечить вам максимальное удобство на нашем веб-сайте. Вы можете узнать о наших файлах cookie и о том, как отключить файлы cookie, в нашей Политике конфиденциальности. Если вы продолжите использовать этот веб-сайт без отключения файлов cookie, мы будем считать, что вы довольны их получением. Закрывать.

О проекте

Проектирование зданий — это строительная вики. Единственный отраслевой междисциплинарный форум для поиска и обмена знаниями о планировании, проектировании, строительстве и эксплуатации построенных объектов.



Designing Buildings — это бесплатный сайт с открытым доступом.

Любой может создавать статьи на темы, которые он знает, и любой может найти статьи на темы, которые ему неизвестны.

Поддерживается CIOB, BSRIA, IHBC, CIAT, ECA и APM.


Написать статью

Вы можете писать на любую тему, связанную со строительной отраслью, включая исследования, публикации, организации, теории, новости, продукты и практики. Все, что мы просим, ​​это чтобы статьи были основаны на фактах (а не на рекламе) и были энциклопедическими по стилю (а не сообщениями в блогах).

Делиться своими знаниями полезно как для отрасли, так и для вас. Вы можете добавить свой профиль к статьям, которые вы пишете, поэтому, когда люди читают о вашей теме, они также узнают о вас.

Чтобы создать статью:

  • Войдите или зарегистрируйтесь.
  • Нажмите оранжевую кнопку «Создать статью».
  • Введите название вашей статьи.
  • Напишите свою статью.


Хотите быть в курсе того, что нового на сайте и что нового в отрасли?


Проектирование зданий включает 6 микросайтов — мини-вики по специализированным темам. Созданные с нашими партнерами, они обеспечивают легкий доступ к тщательно подобранным знаниям о конкретных аспектах искусственной среды:

Мы можем создать для вас микросайт. Это быстрый, недорогой и малорискованный способ получить фирменный веб-сайт, который позволит вам собирать знания по вашей специальной теме.


Надстройка Firefox

Попробуйте Designing Buildings Wiki Anywhere, чтобы найти любой отраслевой термин прямо с любого веб-сайта при использовании браузера Firefox.

Просто выделите то, о чем вы хотите узнать на любом веб-сайте, и появится всплывающее окно, рассказывающее вам все об этом.

Объяснено более 20 000 отраслевых терминов. Если объяснение искомого термина не существует, вас спросят, хотите ли вы его создать.


Статьи и новости

План защиты от сквозняков в шотландских домах становится на шаг ближе

Круглый стол после модернизации в Холируд.


Лидер отрасли Шон Смит становится президентом ECA

Уважаемый инженер и бизнес-лидер берет на себя роль.


Опубликован отчет Nesta о финансировании модернизации экологически чистых домов

Как помочь домовладельцам сделать то, что они считают нужным.


Замок Поуис

Великий выживший.


Премия IHBC Marsh Awards, объявлены победители

Вклад сообщества и успешное обучение навыкам наследия.


Электрики обещают поддержку бакалавриата Манчестера

Повышение шансов молодых людей на трудоустройство.


Как участие в социальных сетях может увеличить посещаемость веб-сайта

И лидогенерация в строительной сфере.


Апрель меняется к худшему, так как колебания рынка продолжаются

Количество заключенных контрактов сократилось на треть, при этом пострадали основные секторы.


Типы лестниц

От поворотной до забежной и общей до подсобной лестницы.

Автор записи

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *