Во-первых, огромное спасибо за это! Я снова принялся переставлять категории на своём форуме на Discourse и понял, что меня снова раздражает отображение хэштегов в тексте в формате «родительская категория > дочерняя категория» (у нас много категорий, и мы часто упоминаем их и подкатегории, чтобы помогать пользователям ориентироваться). Поэтому я заглянул сюда, чтобы посмотреть, продвинулись ли дела с момента наших первых обсуждений, — и продвинулись! Я так рад.
Лично мне карточки не были нужны (достаточно было бы более лаконичной ссылки на подкатегорию), но, подумав ещё раз, я довольно понравился сама идея. По крайней мере, для моей аудитории возможность увидеть превью категории или хэштега действительно имеет смысл. Однако я представлял себе это как «наведение курсора», и когда понял, что это работает по клику, моя реакция была: «Ой, подождите, что, ещё один шаг? Двойной клик по гиперссылке?!»
Именно так я и отреагировал: мы просто добавляем лишний клик для открытия ссылки… ну и ладно.
Но потом я попробовал это на телефоне и изменил мнение: карточка даёт мне очень хорошее представление о том, что это за категория (если у меня были сомнения… помня, что люди, использующие таксономию, обычно находят её менее интуитивной, чем те, кто её придумал), и подсказывает, какие последние посты там есть, что на самом деле даёт мне шанс не переходить к этому тегу или категории, если это было не то, что я искал.
Мои пользователи не очень уверенно чувствуют себя в цифровом пространстве и часто теряются. На мой взгляд, это определённо поможет им не терять нить, не оказаться в том месте, куда они на самом деле не хотели попасть, просто потому что кликнули на несколько слов, которые казались многообещающими, но оказались неверным выбором.
Так что прямо сейчас я довольно воодушевлён и включил превью для своего сообщества. Посмотрим, как это будет работать на практике.
Но… я могу представить другие сценарии для сообществ, где это не сработает. Я согласен, что мы не хотим делать из всего на свете отдельную настройку (мы уже тонем в них, я достаточно жаловался на это). Но… мне кажется, что это «ломает» ожидаемый паттерн того, как всё работает в интернете: кликнуть по ссылке — и оказаться в нужном месте. Ввести хэштег — значит, что люди могут кликнуть по нему, чтобы увидеть всё, что с ним связано. Поэтому я не совсем уверен, как обойти эту проблему.
Возможно, решение лежит на другом уровне, в том, как Discourse как инструмент справляется с двумя, казалось бы, противоречащими друг другу целями:
- быть максимально гибким и настраиваемым
- предлагать отличный опыт «из коробки»
Команда, возможно, уже работает над этим (или это идея, которая не сработает, или, может быть, я говорю очевидные вещи, или опоздал с этим замечанием, или упускаю суть, или проявляю своё невежество в том, как всё устроено), но мне кажется, что «решением» для примирения этих двух целей является:
- быть беспощадными в принятии решений о UX/функциональности для «базового, из-коробки, plug-and-play» опыта
- быть беспощадными в сокращении опций и настроек, чтобы покрыть 95% случаев использования (или 80%? 99%? какой-нибудь процент)
- предложить второй уровень настроек для продвинутых пользователей или пограничных случаев, а также для тех, кто хочет подкрутить очень специфические вещи; это не должно быть интегрировано в интерфейс, предоставляющий «обычные» настройки, а скорее должно напоминать конфигурационный файл
Так что в данном случае, если вывод команды будет в том, что карточки превью хэштегов/категорий — это правильный путь, и что подкатегории должны отображаться встроено без упоминания родительской категории, и что недостаточно оснований, чтобы сделать это общей настройкой администратора, это всё равно может быть «скрытой настройкой», доступной через добавление, например, “hashtag_preview_cards: OFF” или “show_hashtag_subcategory_parent_inline: ON” в каком-то месте.
Пишя это, я довольно уверен, что помимо UX есть и последствия для разработки, связанные с размножением настроек…