Нестабильная пометка тем как ☑️ Решено, Завершено или Исправлено на meta.discourse.org

Внести вклад Обратная связь по сайту
1

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

Я заметил, что у нас активен плагин Solved для раздела Support. Отлично видеть, что это замечательное dogfooding применяется на практике! То же самое касается использования тегов fixed и completed.

К сожалению, в разделах Support, bug, #feature и ux есть огромное количество тем, которые не были помечены этими тегами. Это довольно запутывает пользователей форума и затрудняет эффективный поиск существующих решений. В общем, если эти теги не будут использоваться последовательно, их, вероятно, вообще не стоит использовать.

Могу ли я попросить приоритизировать это в будущем и поручить кому-то (??стажеру, ???ИИ) правильно пометить старые темы?

10 лайков
Improving the experience in our support categories
2

Спасибо, Нейтан! Благодарим вас за то, что подняли этот вопрос. :sunflower: Мы определенно хотим делать больше в этом направлении.

Похоже, что включение решений для категории Support сработало довольно хорошо для этой категории. Теги fixed и completed также очень полезны и могут использоваться во всех категориях.

3 лайка
3

Я не вижу тег completed в Marketplace.

4

Полагаю, что они доступны только сотрудникам.

Возможно, было бы полезно расширить их доступность до trust_level_3? Это также могло бы помочь с Marketplace, как отметил Джей выше.

2 лайка
5

К сведению для Marketplace существует delivered, который не ограничен командой.

4 лайка
6

Спасибо за этот контекст, Джеймс! :hugs:

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

что где кто
:check_box_with_check: Discourse Solved Support #installation Development #data-reporting sso владелец темы, @team, TL4
fixed bug ux (работает везде) @team
completed #feature ux @team
delivered Marketplace все участники
:locked: закрыть тему везде @team и автоматически

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

:check_box_with_check: solved легко найти, и он отлично работает для поддержки. Думаю, имеет смысл ограничить его использованием только в этой категории. Полезно иметь возможность фильтровать темы на решённые/нерешённые в этой категории — хотя я часто забываю об этом выпадающем меню и хотел бы, чтобы оно было более заметным в интерфейсе. :blush:

fixed используется только в bug ux и означает, что баг или проблема UX была исправлена.

completed используется в Support #feature ux. ux потому, что темы по UX часто также являются запросами на новые функции. Была одна тема, "Reader Mode" theme component feedback, которая находилась в #site-feedback, но я перенёс её в #theme-component, где она теперь, после выпуска компонента, выглядит уместнее.

delivered используется только в Marketplace.

Темы :locked: закрываются по разным причинам:

  • Support темы закрываются через месяц после последнего ответа, если они решены
  • Marketplace темы закрываются через месяц после последнего ответа, независимо от того, помечены ли они как delivered
  • модераторы закрывают темы
    • когда они решены
    • чтобы предотвратить ответы (например, в документации или release-notes)
    • как тактику модерирования, чтобы прекратить обсуждение в темах, которые стали непродуктивными или исчерпали себя

Возможные следующие шаги:

  • добавить описания к тегам fixed completed delivered, объясняющие, как мы их используем
  • создать запрос в Data Explorer с результатами, похожими на таблицу выше, но с реальными и актуальными количествами тем, которые решены/не решены, исправлены/не исправлены, завершены/не завершены, доставлены/не доставлены
  • создать запрос в Data Explorer, который перечисляет темы, закрытые, исправленные, завершённые, доставленные за определённый период времени
  • создать тему здесь в #site-feedback для еженедельного публикации результатов вышеуказанных запросов с помощью автоматизации
  • создать тему здесь с небольшим руководством по завершению тем и собрать команду, чтобы начать работать над списком в обратном хронологическом порядке
4 лайка
7

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

fixed

Мы приоритизируем исправление ошибок в нашем программном обеспечении, о которых сообщается в категориях bug и ux. После исправления ошибок им присваивается этот тег.

completed

Когда функции, предложенные в категориях #feature и ux, реализуются, им присваивается этот тег.

delivered

Когда тема в Marketplace подтверждена как доставленная поставщиком или получателем, ей присваивается этот тег.

3 лайка
8

Ого. Вы сделали это звучать сложно. :slight_smile:

Очевидно, вы добавляете тег fixed к багам, которые исправлены, и completed к запросам функций, которые реализованы. [1] Это часть процесса закрытия тем (и информирования заинтересованных сторон соответствующей информацией). Изначально они были внедрены, чтобы визуально показать, что «произошло что-то хорошее», в отличие от символа замка для закрытых тем. Когда эти теги применяются последовательно, при прокрутке списков тем в категории вы получаете приятную волну зелёного цвета.

(А delivered был отдельным, но похожим тегом, который не контролировался командой, поэтому его можно было использовать в Marketplace)

Что касается Solved, то есть довольно много категорий, где он активен, а не только в общей категории Support. Практически любая категория, где большинство тем будут вопросами, на которые можно получить решение. Support, #installation, Development, #data-reporting, sso

В идеале лучшая практика — чтобы автор темы (OP) помечал решение, но мы знаем, что это иногда не происходит (по разным причинам), поэтому я часто просматривал списки тем назад и через пару недель или около того чистил оставшиеся открытыми (после того как они считались «заброшенными»)

Кстати, тема #theme-component для этого — Reader Mode, поэтому на самом деле та тема с тегом feedback, на которую вы ссылаетесь, не должна быть в #theme-component (так как это не тема о компоненте темы). Её, вероятно, стоит разместить в #feature или ux, так как, по-моему, именно туда такие темы теперь перемещаются, поскольку их становится всё больше.

(Я думаю, она была в #site-feedback, потому что это был эксперимент здесь, на meta)

  1. а с ux, который находится посередине между ними, можно использовать любой из них в зависимости от «оттенка» конкретной темы ↩︎

8 лайков
Experiment: Collaborative content gardening hub for meta
Experiment: Collaborative content gardening hub for meta
9

Отлично! Спасибо, что восполнили некоторые пробелы. Я обновил таблицу выше.

С тех пор как вы ушли, это не делалось систематически, поэтому у нас сейчас есть эта тема, чтобы обсудить, как нагнать упущенное и внедрить систему, чтобы мы снова не отставали.

Отличное замечание! Я переместил её в #feature.

1 лайк
10

Да, я думаю, именно к этому я и клонил в своем первом посте. @JammyDodger — мы скучаем по вам и по вашей преданности делу, благодаря которой Meta работает так гладко! Лично я надеюсь, что вам предложат условия, от которых невозможно отказаться…

6 лайков
11

Я возвращаюсь к этой теме, так как недавно получил выговор за пометку темы в #feature, которая, по моему мнению, должна была быть отмечена как completed, но не была.

Я хотел бы просто самостоятельно добавить этот тег. Однако, поскольку этот тег доступен только @staff, я не могу этого сделать. Странно, что будучи TL4, я могу выполнять множество потенциально разрушительных действий, но не могу добавить этот тег. Более того, я вообще не могу редактировать теги в некоторых категориях (например, в #plugin).

Так как же следует сообщать модераторам о таких мелочах, чтобы не раздражать их и не получать выговор? Или план состоит в том, чтобы оставить всё немного в беспорядке?

6 лайков
13

Я думаю, что можно пометить тему как «что-то другое» и указать, что, по вашему мнению, её следует отметить как завершённую/исправленную, по крайней мере для «старых» тем (то есть тех, которые были завершены/исправлены 6 месяцев назад, но сама тема не обновлялась).

(Хотя другие с этим не согласны)

Для срочных вопросов: было бы хорошей практикой, если бы наш персонал следил за тем, чтобы они продолжали заниматься вопросами, которые они исправляют.

6 лайков
14

Я считаю, что если мы начнем помечать каждую завершенную функцию за последние 13 лет существования этого форума из-за того, что у людей ОКР, это будет огромной тратой времени для всех.

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

Я бы предпочел удалить флаг completed. Он был применен 400 раз и был создан только как способ помочь людям писать списки изменений, подход к которым сейчас изменился.

6 лайков
15

Не уверен, что это действительно причина. Изначально эта функция была внедрена для предоставления визуального индикатора, который отделял бы выполненные запросы на новые функции от остальных закрытых тем. Где-то здесь есть обсуждение между мной, Сэмом и Дэвом с дополнительной информацией, если вы поищете. (Кажется, это было в личных сообщениях, но точно не помню где).

Лично мне в то время не казалось особенно обременительным держать всё под контролем. :person_shrugging: Я больше сосредотачивался на «активном» окне, чтобы темы в верхней части /latest были более последовательными, хотя также занимался и другими, если они попадались мне на пути (связанные темы и так далее). Полная ревизия категории #feature действительно была бы гораздо более масштабной задачей. :slight_smile: (Не то чтобы это не было полезно — проработать и удалить/объединить/закрыть те, что были упущены за годы, просто это заняло бы много времени, и нужно было бы взвесить, где это стоит в списке приоритетов).

Это страх перед возможным будущим или это уже действительно происходит? Если это случается редко, то я не думаю, что это серьёзная проблема, но если это станет закономерностью, то соглашусь, что система флагов не лучшее место для этого. Думаю, личное сообщение было бы менее навязчивым способом сбора такой информации.

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

4 лайка
16

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

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

6 лайков
17

Ой! Я только что понял, что в группе модераторов никого нет! Теперь я понимаю, почему мое личное сообщение @moderators, отправленное пару недель назад, так и осталось без ответа.. :sad_but_relieved_face:

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

Также, стремясь быть более добрым и мягким, я старался по возможности не использовать «потерю времени» как причину для решений модераторов. Я не считаю, что благонамеренные лидеры сообщества, которые стараются поддерживать порядок в обсуждениях, должны чувствовать себя плохо из-за этого.

Возвращаясь к первоначальному сообщению… У меня была регулярная задача — просматривать и очищать старые темы, и это была хорошая ручная работа, потому что по пути я часто мог закрыть оставшиеся вопросы. Иногда темы можно было просто удалить или объединить и т. д. Но это огромная задача, и я успел продвинуться лишь на несколько лет назад.

Я был бы за то, чтобы доверенные ветераны, такие как @nathank, могли добавлять теги вместо того, чтобы помечать темы для проверки сотрудниками, особенно сейчас, когда нет менеджера сообщества или выделенной команды модераторов.

Редактирование: ссылки всё ещё есть в моей боковой панели! Они нужны для просмотра тем, которые открыты, не решены и старше недели. Эти ссылки по-прежнему полезны, чтобы видеть, насколько хорошо мы справляемся с решением тем. Возможно, если у сотрудников нет времени, больше из нас могли бы помочь с этим.

5 лайков
18

Сейчас у нас переходный период в вопросах модерации, поэтому некоторые решения, которые мы принимаем прямо сейчас, могут оказаться неустойчивыми. Вот моё скромное мнение по этому поводу:

Я считаю, что мы должны стремиться к ситуации, когда:

  • Флаги используются для более важных вопросов;
  • У нас есть способ обрабатывать более тривиальные дела или заниматься общим уходом за контентом.

Если мы хотим использовать тег completed, то стоит наделить группу пользователей возможностью помечать посты этим тегом без использования флагов. Например:

  • Предоставить пользователям уровня TL3 и TL4 право помечать посты соответствующим образом;
  • Создать тему «Уход за контентом», где люди могут предлагать любые идеи по улучшению и упорядочиванию контента.
4 лайка
19

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

Я предложил ящик для входящих, потому что думал, что архивирование обработанных запросов поможет отслеживать то, что уже решено. В теме с большим количеством ответов это может быть сложнее.

Не уверен, насколько полезно добавлять теги completed или fixed, но при этом не иметь возможности закрыть тему. Если для закрытия темы всё ещё нужен кто-то другой, это мало помогает.

6 лайков
20

Мы рассматривали возможность автоматизации закрытия тем с такими тегами — пока неясно, насколько сложно будет довести эти эксперименты до конца.

3 лайка
21

Предлагаю своё мнение по этому вопросу.

Я читаю каждый пост каждый день. Серьёзно. Мой последний непрочитанный пост был в июне 2024 года. Поэтому я видел, как исправлялись или завершались countless отчёты об ошибках и проблемах UX. Обычно я просто помечаю их к закрытию. Мне реже кажется необходимым использовать теги fixed или completed — достаточно просто закрыть тему. На мой взгляд, само по себе закрытие темы уже означает, что вопрос решён.

С другой стороны, я также согласен с этим:

Поэтому, если

будет реализовано в сочетании с

, я считаю, что это будет вполне полноценное решение.

3 лайка