Команда Клиентский опыт (CX) вместе с волонтёрами нашего сообщества по контенту отвечает за создание, поддержку и публикацию статей Базы знаний на платформе Поддержка Mozilla (также известной как SUMO). Для миллионов людей по всему миру наш контент поддержки является первой точкой контакта с Mozilla, когда им нужна помощь или у них возникает вопрос об одном из наших продуктов.
Узнайте больше о том, как отправить запрос на контент поддержки, ниже.
Оглавление
- 1 Прежде чем вы начнёте
- 2 Как мне отправить запрос на контент для SUMO?
- 3 Часто задаваемые вопросы
- 3.1 Каков процесс после отправки запроса?
- 3.2 Каковы рекомендации по написанию для SUMO?
- 3.3 Какие ещё советы мне нужно знать при отправке запроса?
- 3.4 Как мне отправить конфиденциальный или находящийся под эмбарго запрос на контент?
- 3.5 Могу ли я отправить запрос на контент для эксперимента?
- 3.6 Как участники сообщества могут помочь с запросами на контент?
Прежде чем вы начнёте
Прежде чем отправить запрос на контент через Bugzilla, важно определить тип предлагаемого вами изменения, поскольку мы используем разные рабочие процессы для незначительных и значительных обновлений. Пожалуйста, ознакомьтесь со статьёй Незначительные и значительные изменения, чтобы понять, что относится к каждой категории, прежде чем продолжить.
Отправляйте обновления напрямую в Базу знаний
Если ваш запрос квалифицируется как незначительное обновление и вы готовы внести изменение самостоятельно, вы можете отправить свою правку непосредственно в SUMO.
Для получения пошаговых инструкций, пожалуйста, ознакомьтесь со статьёй Редактирование статьи Базы знаний.
Как мне отправить запрос на контент для SUMO?
Чтобы запросить новый контент поддержки или изменения в существующих статьях, пожалуйста, создайте баг в Bugzilla в компоненте Knowledge Base Content.
Обычно запросы на контент отправляют владельцы функций или продуктов. Но любой, у кого есть идея по улучшению контента поддержки, может это сделать, включая участников сообщества. Для всех новых статей или значительных обновлений требуется запрос в Bugzilla для обработки контента. Единственным исключением являются незначительные исправления, которые можно отправлять непосредственно в статье Базы знаний (запрос в Bugzilla не требуется).
Важная информация, которую необходимо включить
Чтобы помочь нам начать работу быстро и эффективно, обязательно включите следующую информацию в ваш тикет в Bugzilla:
- Находится ли контент под эмбарго? - Это помогает нам определить, как следует управлять доступом к запросу.
- Неконфиденциальные запросы видны всем, у кого есть ссылка, и они могут получать комментарии и предложения. Эта открытость позволяет членам сообщества вносить свой вклад и сотрудничать.
- Конфиденциальные запросы доступны только сотрудникам Mozilla и обрабатываются внутри компании. Обычно они содержат конфиденциальную информацию, такую как:
- Функции, которые ещё не были анонсированы публично
- Контент, связанный с партнёрами
- Стратегические бизнес-планы
- Продукт (например: Firefox для ПК, Firefox для Android)
- Тип запроса:
- Новая статья
- Обновление существующей статьи
- Запрос на ссылку внутри продукта
- Краткое описание запроса - короткое описание того, что требуется.
- Целевая версия выпуска и дата выпуска.
- Требования к публикации, такие как сроки, потребности в локализации и контактное лицо для утверждения.
- Соответствующие ресурсы и документация, такие как ссылки на спецификации, дизайнерские материалы, инструкции по тестированию и т.д. Пожалуйста, включайте как можно больше публичных ссылок (например, Bugzilla вместо Jira), поскольку наше сообщество активно участвует в нашем процессе создания контента.
Часто задаваемые вопросы
Ознакомьтесь с некоторыми часто задаваемыми вопросами о наших процессах приёма и создания контента.
Каков процесс после отправки запроса?
После отправки тикета в Bugzilla команда по контенту:
- Примет в работу тикет в Bugzilla и проверит, что вся необходимая информация была включена. Если потребуется дополнительная информация, команда по контенту свяжется с менеджером поддержки продуктов CX, чтобы получить недостающие детали. Все будущие обновления тикета в Bugzilla будут отправлять автоматические уведомления заявителю (в соответствии с его личными настройками).
- Выполнит всю работу, необходимую для обновления, и свяжется с контактным лицом через тикет в Bugzilla для окончательного утверждения контента.
- Подтвердит завершение после публикации контента и закроет тикет в Bugzilla.
Каковы рекомендации по написанию для SUMO?
Узнайте больше о том, как мы пишем статьи для Базы знаний.
Какие ещё советы мне нужно знать при отправке запроса?
Пожалуйста, учитывайте следующие соображения:
- Команда по контенту не будет работать над запросами, если они не связаны с тикетом в Bugzilla. Информация, представленная в нашей форме приёма, необходима, прежде чем мы сможем оценить правильный приоритет и сроки выполнения.
- Отправка тикетов в Bugzilla для релизов в составе "поезда" должна производиться за 10 дней до выпуска.
- Запросы на локализацию должны быть отправлены за 10 дней до желаемой даты завершения. У нас есть замечательное сообщество специалистов по локализации, которые помогают со всеми запросами, работая в порядке приоритета.
- Мы не публикуем контент для выпусков Nightly или Beta, если это не требуется PR-отделом или юридическим отделом.
Как мне отправить конфиденциальный или находящийся под эмбарго запрос на контент?
Все тикеты в нашей очереди Bugzilla видны как участникам, подписавшим NDA, так и не подписавшим его. Если у вас есть запрос, который должен оставаться конфиденциальным только для сотрудников Mozilla, пожалуйста, откройте Расширенные поля в левом верхнем углу тикета и установите флажок Конфиденциальный баг сотрудника Mozilla (не связанный с безопасностью) в нижней части страницы.
Могу ли я отправить запрос на контент для эксперимента?
Команда по контенту CX создаст и опубликует контент, если:
- Функция развёрнута для 50% или более пользователей и/или
- Существует потенциальное влияние на PR или юридические аспекты (требуется одобрение CX PSM).
Если ни одно из вышеперечисленных условий не выполняется, команда продукта может написать собственную статью поддержки, а мы её отредактируем/опубликуем.
Как участники сообщества могут помочь с запросами на контент?
Пожалуйста, обратитесь к статье Назначения участников для запросов на контент, чтобы узнать больше о том, как участники сообщества могут помочь.