Мне нравится новая единая очередь модерации, но я заметил немного запутанный паттерн UX при обработке большого количества элементов подряд.
Вы можете просматривать несколько помеченных постов с вопросом «Является ли этот пост спамом?», где нажатие Да означает принятие мер против поста (с подтверждением). Затем следующий элемент спрашивает «Одобрить эту тему?», где нажатие Да делает обратное (без подтверждения).
Когда вы быстро прокручиваете очередь, легко выработать мышечную память и случайно нажать Да, одобрив тему, хотя вы на самом деле имели в виду «Да, это спам».
Спасибо за обратную связь, я понимаю, как такое могло произойти… Как вы думаете, имеет ли смысл поменять всё с ног на голову, чтобы мы более последовательно запрашивали подтверждение проблемы?
У нас уже есть вопрос: «Является ли этот пост [спамом, неуместным и т. д.]?»
А чтобы перевернуть ситуацию с «одобрить эту тему?», я полагаю, мы могли бы вместо этого спрашивать: «Есть ли что-то не так с этой темой?» Тогда «да» всегда означало бы «да, что-то не так», верно?
Безусловно. Я не уверен, какой текст будет лучшим, но изменение формулировок так, чтобы Да всегда означало «принять меры против этого сообщения», кажется наилучшим подходом.
Да, пожалуйста! И пока мы говорим об этом, возможно, есть связанные возможности сделать систему рецензирования более последовательной и доступной.
У нас есть два основных типа элементов рецензирования:
«Пост помечен как _______» и
«Пост в очереди требует утверждения».
А решения Утверждено и Отклонено имеют противоположные значения для каждого типа:
Проблема подтверждена для помеченного поста? → «Утверждено».
Проблема подтверждена для поста в очереди? → «Отклонено».
Цветные метки решений четко подписаны, что хорошо: ,
… и так далее. Но они расположены довольно далеко от области «Хронология и заметки». При прокрутке элементов и просмотре заметок мой мозг хочет мыслить в контексте постов и того, что с ними сделано, но вместо этого мне приходится думать о том, что означают «Утверждено» или «Отклонено» в контексте типа элемента рецензирования:
заметка
значение — если элемент флага
значение — если пост в очереди
«Утверждено»
Флаг утверждён (проблема подтверждена)
Пост утверждён (проблема не подтверждена)
«Отклонено»
Флаг отклонён (проблема не подтверждена)
Пост отклонён (проблема подтверждена)
И ещё один небольшой момент в выпадающем меню фильтра:
Утверждено и Отклонено находят только элементы Флаг утверждён и Флаг отклонён.
Только Все рецензированные или Всё находят элементы Пост утверждён и Пост отклонён.
Ничего из этого не делает систему неработоспособной — это просто небольшая когнитивная нагрузка, которая, на мой взгляд, способствует тому, что система очереди рецензирования кажется немного запутанной и пугающей с первого взгляда.
Возможно, это должно быть отдельное сообщение: «Несогласованность значений решений в очереди рецензирования» — но вопросы кажутся довольно тесно связанными.
Сначала очередь модерации показалась мне немного запутанной, но я быстро научился дважды проверять свой выбор, чтобы убедиться, что делаю именно то, что планировал.
Это один раз меня подвело: я хотел удалить пост, но вместо этого одобрил его. Тогда я сразу перешёл к списку тем, нашёл нужную тему и вручную удалил пост. После этого вернулся в очередь и объяснил свои действия, на случай если кто-то (сотрудники) задавался вопросом, что происходит.
В любом случае, простое добавление подтверждения помогло бы.
Я обычно просто разбираюсь, как всё работает, и принимаю это. Одна из вещей, которые меня поражают в Discourse, — это то, как он постоянно совершенствуется, особенно в части UX.
,
