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

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

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

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

К сожалению, в разделах Support, Contribute > Bug, Contribute > Feature и Contribute > 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 Support > SSO владелец темы, @team, TL4
fixed Contribute > Bug Contribute > UX (работает везде) @team
completed Contribute > Feature Contribute > UX @team
delivered Marketplace все участники
:locked: закрыть тему везде @team и автоматически

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

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

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

completed используется в Support, Contribute > Feature и Contribute > UX. В Contribute > UX он применяется, поскольку темы по UX часто также являются запросами на новые функции. Была одна тема, "Reader Mode" theme component feedback, которая находилась в Contribute > Site feedback, но я переместил её в Customization > Theme component, где она теперь, после выпуска компонента, выглядит более уместно.

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

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

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

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

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

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

fixed

Мы отдаем приоритет исправлению ошибок в нашем программном обеспечении, о которых сообщается в категориях Contribute > Bug и Contribute > UX. После исправления ошибок им присваивается этот тег.

completed

Когда функции, предложенные в категориях Contribute > Feature и Contribute > UX, реализованы, им присваивается этот тег.

delivered

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

3 лайка
8

Ну ты дал. Звучит слишком сложно. :slight_smile:

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

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

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

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

К слову, тема Customization > Theme component для этого компонента находится по адресу Reader Mode, поэтому та тема с обратной связью, ссылку на которую ты дал, не должна находиться в Customization > Theme component (поскольку это не тема о компоненте темы). Скорее всего, её стоит переместить в Contribute > Feature или Contribute > UX, так как, я думаю, именно в этих категориях теперь собираются такие темы, их становится всё больше.

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

  1. А поскольку Contribute > UX — это некая промежуточная зона, можно использовать любой из этих тегов в зависимости от «специфики» конкретной темы. ↩︎

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

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

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

Хорошее замечание! Я переместил её в Contribute > Feature.

1 лайк
10

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

6 лайков
11

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

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

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

6 лайков
13

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

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

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

6 лайков
14

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

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

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

6 лайков
15

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

Лично мне в то время не казалось особенно обременительным держать всё под контролем. :person_shrugging: Я больше сосредотачивался на «активном» окне, чтобы темы в верхней части /latest были более согласованными, хотя также занимался и другими, если они попадались мне на пути (связанные темы и прочее). Полная проверка категории Contribute > 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 лайка