Легко создавайте категории поддержки с помощью плагина discourse-solved

[martin (Martin Brennan)]

Мы упростили создание категорий типа «Поддержка» или «Вопросы и ответы» в Discourse! Это обновление использует наш существующий плагин Discourse Solved, но упрощает процесс настройки и устанавливает новые значения по умолчанию для этого типа категорий, чтобы максимально эффективно решать эту задачу.

Примечание: На нашей платформе хостинга плагин Discourse Solved недоступен в тарифах Free и Starter.

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

Что изменилось

При создании новой категории теперь вы увидите два типа:

Когда вы выберете тип категории Поддержка, мы настроим всё необходимое для этого типа категорий. Самое важное: мы автоматически включим опцию Разрешить владельцу темы и сотрудникам помечать ответ как решение, что позволит участникам помечать ответы на их темы как решения (см. пример того, как это выглядит, в нашей категории Поддержка на Meta).

• На вкладке Общие поля Название категории и Стиль автоматически конфигурируются

• На вкладке Поддержка предустановлены наиболее полезные настройки для этого типа категорий:
  • Автоматически закрывать решённые темы установлено на 2 дня
  • Уведомлять создателя темы, когда сотрудник помечает решение включено
  • Отображать пустой чекбокс рядом с нерешёнными темами в списке тем включено
  • Показывать фильтр по статусу решения включено

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

Включение настройки категории типа «Поддержка» в вашем сообществе

На данный момент это считается экспериментальным изменением! Мы приветствуем ваши отзывы, которые помогут нам внести улучшения и расширить внедрение этой функции.

Чтобы включить эту функцию, перейдите на страницу Грядущие изменения в вашей админ-панели (/admin/config/upcoming-changes) и найдите пункт Включить настройку типа категории «Поддержка». Обновите поле Включено для…, чтобы активировать этот новый дизайн для вашего сайта:

Что вы думаете?

Теперь ваша очередь: мы будем рады узнать ваше мнение об этой новой функции. Что вам нравится, а что нет; что работает хорошо, а что можно улучшить?

[ice.d (discord ice)]

Привет, @martin

Это отличная идея, и я искренне благодарен тебе за неё!

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

Теперь у меня может быть полноценная категория поддержки!

Спасибо.

Ice.d и его команда форума

[martin (Martin Brennan)]

Спасибо, рады, что вам понравилось! Просто уточним, что это была командная работа с @j.jaffeux, @zogstrip, @awesomerobot и @lindsey из команды самообслуживания XP. В будущем мы будем делать это и для других типов категорий, так что следите за новостями

[Moin]

@martin

что можно улучшить

Было бы здорово, если бы вы перестали принудительно переводить тип в нижний регистр в заголовке «новая категория xxx».

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

Neue Kategorie vom Typ „Diskussion“ (дословно: «новая категория типа „обсуждение“»)

Однако текущее поведение приводит к следующему:

Neue Kategorie vom Typ „diskussion“

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

---

1. Я уже сообщал о той же проблеме с причинами флагов в очереди модерации. ↩︎

[Moin]

Меня интересует, почему было принято решение заменить фразу

«Автоматически закрывать тему по истечении указанного срока после её отметки как решённой»

на

«Автоматически закрывать тему (n) часов после последнего ответа, если тема уже отмечена как решённая»."

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

Что послужило основанием для выбора срока в 2 дня по умолчанию? Я знаю, что недавно mcwumbly отметил, что 30 дней на Meta кажутся щедрыми. Однако в случаях, когда решение выбирает сотрудник, 2 дня кажутся слишком коротким сроком. Если модераторы ждут ответа от пользователя, то, скорее всего, последний пост будет старше двух дней к моменту выбора решения, из-за чего тема закроется немедленно. В результате пользователь не сможет легко ответить, что выбранное решение ему не помогло.

[martin (Martin Brennan)]

@Moin

Что послужило причиной выбора 2 дней в качестве периода закрытия по умолчанию?

Не уверен, 48 часов — это текущее значение по умолчанию, мы его не меняли.

@Moin

Предыдущая формулировка была гораздо понятнее.

Исправлю это, не хотел убирать часть «после последнего ответа».

@Moin

Было бы здорово, если бы вы могли избежать принудительного перевода типа в заголовке «новая категория xxx» в нижний регистр.

Хорошо, мы можем это сделать. Это немного нарушает Formatting text in Discourse documentation and UIs, но мы не хотим следовать этому правилу и допускать ошибки в переводах, поэтому я это исправлю.

[Moin]

@martin

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

Вы могли бы добавить слово «discussion» с маленькой буквы, чтобы оно соответствовало правилам форматирования без перевода в нижний регистр. Например, category_types.discussion.lowercase
Я только что заметил, что category_types.discussion.title написано с маленькой буквы. Возможно ли использовать title вместо name, чтобы не нарушать правила форматирования?

[martin (Martin Brennan)]

Здесь это исправлено:

UX: Minor category copyedits (#38775)

[Noah]

Это круто. Хотя я задумываюсь, не подойдёт ли более удачное название?

Возможно, это просто моё личное мнение, но когда я слышу «поддержка», я представляю канал, предназначенный для общения между сотрудниками и клиентами, тогда как здесь речь идёт скорее о функции поддержки внутри сообщества. Может быть, что-то вроде «Помощь сообщества» или «Вопросы и ответы» было бы лучше?

[Neil_Evans]

Можно ли вручную изменить настройки, чтобы преобразовать существующую категорию в категорию «Поддержка»? Если да, какие настройки нужно изменить? Спасибо! N

[martin (Martin Brennan)]

Да, Нил, вы можете включить эту настройку на вкладке «Настройки» для любой категории, чтобы сделать следующее:

В будущем мы сделаем это проще, добавив более специализированный интерфейс.