4 сообщения были перенесены в новую тему: Разрешить пропуск советов для новичков, когда Discobot отключен
Похоже, что на всех сайтах пользователи должны иметь возможность найти дополнительный флажок, чтобы отключить не только текущий.
Возможно, фактор возраста играет роль в любви/ненависти к значкам. Сообщество на моём форуме склоняется к старшему поколению, и некоторые жалуются, что значки бессмысленны и немного раздражают.
Нет правильного или неправильного подхода к ним, но проблема была бы решена одним махом, если бы пользователи могли отключать значки или хотя бы уведомления, чтобы значки было легче игнорировать.
1 лайк
Многие хорошие моменты были отмечены участниками в ходе этой дискуссии.
Если отстраниться и выделить некоторые принципы, которые, в свою очередь, определяют движущие силы принятия решений при проектировании поведения программного обеспечения, что затем приводит к действиям разработчиков по реализации функций и переключателей.
Этот фундаментальный вопрос был рассмотрен при проектировании Unix и в решениях, принятых для MS-Windows. Эти когда-то выведенные и понятные принципы могли быть забыты молодым поколением. При разработке UI/UX для мобильных устройств постоянно приходится балансировать между этими двумя крайностями.
Фундаментальная дихотомия заключается в следующем: при попадании в чуждую среду человеку нужна поддержка, чтобы избежать ошибок, спотыканий и падений. Если ваш интерфейс не позволяет сразу получить ценность, большинство пользователей очень быстро вас покинут. Если чей-то маркетинговый PR сможет указать на отсутствие у вас определённой функции, вы даже не получите шанса конкурировать, поскольку решение уже будет принято до того, как ваши пользователи с ней столкнутся.
По мере того как пользователи приобретают навыки и знакомство с системой, механизмы, необходимые для новичков, становятся препятствием для эффективной работы. Психология начинает называть эти вспомогательные средства глупыми, шумными, навязчивыми, бесполезными и т. д. как внешнее проявление фрустрации, вызванной барьерами на пути выполнения знакомых операций с минимальными усилиями.
Система значков смешала, а возможно, и запутала две философские цели: одна была направлена на выброс дофамина для формирования зависимого поведения, другая — на выдачу значков за первое использование функции, тем самым поощряя исследование интерфейса для расширения знакомства с ним. Теперь, когда задействованы механизмы, вызывающие эмоциональный отклик, на первый план выходит фрустрация, потому что исследование функций больше не требуется — они уже знакомы. Силы по-прежнему магнитны, но теперь они превратились из притяжения в отталкивание 
В контексте Discourse фундаментальное проектное решение, заложенное в прошлом, заключается в том, что каждый экземпляр Discourse работает изолированно. Действительно, это могло быть настолько всеобъемлющим и неопределённым, что даже не было распознано как решение на тот момент. Один экземпляр Discourse не имеет информации о предыдущем опыте пользователя в работе с этим программным обеспечением.
Альтернативная архитектурная модель, если бы это решение было осознано, могла бы разместить все форумы ниже уровня взаимодействия пользователя с программным обеспечением Discourse. Такая архитектура реализована в платформе Mighty Networks.
Вернёмся к исходному сообщению и потенциально надоедливому продавцу: мотивация Mighty Networks, вероятно, заключалась в том, что это бизнес-решение превращает каждый форум в инструмент привлечения пользователей, с которыми компания Mighty Networks может напрямую взаимодействовать. Иными словами, все ваши клиенты становятся для вас центральными рекрутерами. Возможно, вы поставите под сомнение этичность этого подхода (и обратите внимание, что этика неизбежно является одним из фоновых факторов). Каково бы ни было ваше мнение и выбор при проектировании архитектуры, всегда есть сопутствующие последствия — плюсы и минусы. В данном случае это даёт им конкурентное преимущество.
Подумайте… Это не единственное решение, но одно из возможных — предоставить администраторам форумов и пользователям переключатели для контроля уровня помощи. Опытные пользователи знают, где находится переключатель, и сразу его отключают. Однако, если есть два интереса и два состояния (вкл/выкл), возникает четыре комбинации — комбинаторный взрыв происходит очень быстро. Это значительно увеличит размер программного обеспечения. Ссылки на эти переключатели должны присутствовать в каждой другой функции, даже если это просто вызов библиотеки, который сразу возвращает результат, но со всеми вытекающими последствиями для времени загрузки, использования памяти и т. д. — не на стороне кремния (это, вероятно, несущественно), а на стороне углерода — существует старая аббревиатура PICNIC.
По моему скромному и невежественному мнению, энтропия, порождаемая опциями в операционной модели Discourse, находится на грани необходимости упрощения, прежде чем она скатится в сложность, порождающую эмерджентность, которая постепенно даст новым конкурирующим платформам постепенное преимущество за счёт простоты.
Я считаю, что этот фоновый материал является фундаментом для конкурентного выживания в среднесрочной и долгосрочной перспективе. Не каждый в компании или в команде продукта должен даже осознавать его наличие, но некоторые люди должны!
P.S.
Я тоже страдаю от необходимости повторно получать значки за навыки, которые я приобрёл в других форумах Discourse и вне Discourse.
2 лайка
Рискнув выбрать отдельные моменты из предыдущего поста, отмечу, что концепция «усталости от бейджей» согласуется с обратной связью, которую я получаю на своём форуме. Я не хочу полностью отключать бейджи, но также не хочу, чтобы Discourse раздражал участников, многие из которых привыкли к «старому стилю» интерфейсов, таким как xenForo и phpBB.
Идеальный сценарий — предоставить пользователям, возможно, начиная с уровня доверия 1 и выше, возможность отключать отображение бейджей для себя.
5 лайков
Полностью поддерживаю это 
1 лайк
Я только что зарегистрировался, чтобы оставить краткое замечание: для меня, как для нового пользователя Discourse, самое раздражающее — это уведомления о бейджах. Честно говоря, действительно ли мне нужно получать их за каждую мелочь? Первый пост, первая ссылка, первое лайк, первое эмодзи, приветствие, базовый бейдж, первая onebox… где это закончится? Мне было бы всё равно, если бы они просто отображались на моей странице профиля или где-то ещё, но они все генерируют уведомления. Используя (и я чувствую огромное давление, чтобы сказать «злоупотребляя») те же самые каналы уведомлений, которые предназначены для доставки действительно важной информации — например, что кто-то ответил на мой пост. Я не могу сосчитать случаи, когда я видел точку уведомления на вкладке браузера, переключался на неё, надеясь, что кто-то ответил на моё сообщение, только чтобы разочароваться и понять, что это просто очередной бесполезный виртуальный бейдж.
Это повторяется на каждом сайте, где я регистрируюсь. Возможно, я не типичный пользователь, так как я склонен регистрироваться в разных местах и участвовать в коротких обсуждениях, а не оставаться в одном месте навсегда. Я могу только предположить, что они становятся менее раздражающими, когда вы уже прошли все возможные действия, но, насколько мне известно, существуют бейджи и для давних пользователей.
Более того, если цель этой функции — удерживать людей вовлечёнными (я думаю, я видел это утверждение в одной из других тем, извините, если я ошибаюсь), то для меня она работает наоборот. Когда меня привлекают на сайт под видом потенциально полезного уведомления, а затем обнаруживаю что-то совершенно нерелевантное, я чувствую себя обманутым. Кто-то снова сумел украсть моё внимание, и мне не нравится, когда у меня что-то крадут. Особенно когда моё внимание было сосредоточено на чём-то действительно важном.
Кроме того, теперь я знаю, что есть опция «Пропустить советы по адаптации новых пользователей и бейджи». Она хорошо скрыта: я бы никогда не подумал искать её в разделе «Интерфейс». Для меня гораздо более очевидным было бы что-то вроде «Отключить уведомления о бейджах» на странице «Уведомления». Но теперь я знаю и постараюсь использовать эту опцию везде, где регистрируюсь (хотя, зная себя, я вспомню об этом только тогда, когда уже утону в потоке бейджей).
7 лайков
Хм… Я согласен с @aphity в этом вопросе. Получение самых базовых бейджей — это довольно антиклимакс. О, у меня уведомление! Нет, это просто «Первый эмодзи»… Однако я не хочу, чтобы уведомления были полностью отключены. Возможно, стоит добавить новую функцию для отключения уведомлений по конкретным разделам бейджей, например, «Начало работы». Если же отключить их полностью на всём сайте, это затронет и бейдж «Хороший ответ». Я уже довольно давно на Мета, и только сегодня получил бейдж «Хороший ответ». Мне было бы важно получать уведомление об этом, поэтому отключать уведомления о бейджах — дело непростое. Кроме того, отключение таких уведомлений может запутать пользователей, которые будут гадать, почему они никогда не получали бейдж в своих уведомлениях.
4 лайка
Только что предложил нечто подобное здесь:
2 лайка
Какое это слово, которое я здесь неправильно написал 
..?
Я согласен с этим. Вероятно, оно должно быть более заметным. В настоящее время оно отодвинуто в сторону, как будто считается неважным, но, знаете, иногда мы просто не хотим, чтобы сообщение discobot навязчиво висело в нашей панели уведомлений.
1 лайк
3 сообщения были перенесены в новую тему: Общие отзывы о приоритетах команды разработчиков