Опишите наблюдения, а не предполагаемую причину
Вместо «сломался сервер» напишите «при открытии отчёта появляется ошибка 502». Первое утверждение требует технического подтверждения, второе передаёт наблюдаемый симптом. Укажите название системы, действие и время последней попытки с часовым поясом.
Структура KCS разделяет описание проблемы, окружение и решение. Для первоначального обращения достаточно первых двух частей: пользователю не нужно заранее знать способ исправления. Следующий шаблон — практическая адаптация этого принципа, а не обязательный формат KCS.
Если проблема возникла впервые, сообщите, когда сценарий работал последний раз. Если она повторяется, укажите условия: только дома, только с определённым документом, после входа или при каждом сохранении. Не тратьте время на опасные эксперименты ради «полной» заявки.
Образец заявки
Тема: Не формируется отчёт «Остатки» в складской системе
Что делаю: открываю Отчёты → Остатки → Сформировать.
Ожидаю: таблицу остатков за выбранный день.
Получаю: сообщение «Время ожидания истекло».
Когда: 23.09.2026, 09:35 МСК; повторилось в 09:40.
Где: рабочее место склада № 2, браузер и версия указаны ниже.
Влияние: не могу подготовить утреннюю сверку; другие разделы доступны.
Последний успешный запуск: вчера около 17:00 МСК.
Уже проверено: повторное открытие страницы, результат тот же.
Вложение: снимок ошибки без сведений о клиентах.
Как связаться: ответом в этой заявке.Это вымышленный пример. Подставьте свои сведения и удалите ненужные поля. Для запроса нового доступа вместо симптома укажите нужную систему, рабочую задачу, требуемый срок и согласующего по правилам компании. Не копируйте в обращение чужие учётные данные.
Какие вложения помогут
Снимок экрана должен показывать текст ошибки и контекст действия. Обрежьте посторонние окна, скройте лишние данные, проверьте, что сообщение осталось читаемым. Если ошибка текстовая, полезно продублировать её текстом: по нему проще искать похожие обращения.
Журналы прикладывайте только по согласованной инструкции: они могут содержать токены, адреса и содержимое запросов. Для больших файлов используйте разрешённый канал, а в заявке оставьте ссылку и период записи. Не публикуйте рабочие журналы в открытом файлообменнике.
Пароли, одноразовые коды и секретные ключи в заявку не нужны. Если диагностика требует доступа, поддержка должна использовать предусмотренный компанией способ, а не просить отправить пароль в переписке.
Как объяснить срочность
Напишите, какая работа остановлена и к какому моменту результат необходим. «Не могу отгрузить оплаченный заказ до закрытия склада» информативнее, чем «очень срочно». Укажите, есть ли доступный обходной путь и кто ещё столкнулся с проблемой, если это известно без отдельного расследования.
Приоритет определяют по правилам поддержки: подробнее — в примере матрицы влияния и срочности. Если ситуация экстренная, используйте согласованный аварийный канал; создание ещё пяти одинаковых заявок может замедлить координацию.
Что делать после отправки
- Сохраните номер обращения и продолжайте обсуждение в нём.
- Добавляйте новые факты со временем наблюдения.
- Если поддержка предложила проверку, сообщите конкретный результат.
- Если работа восстановилась сама, отметьте это: такой факт полезен для диагностики.
- Для независимой новой проблемы создайте отдельное обращение.
Службе поддержки полезно разместить такой образец рядом с формой обращения и в базе знаний. Не делайте каждую строку обязательным полем: человек с недоступной системой может не знать версию или точное время начала. Оставьте путь для регистрации неполного сообщения и последующего уточнения.
Источники и границы рекомендаций
Материал подготовлен 23 сентября 2026 года. Приведённые шаблоны и примеры предлагаются для адаптации под вашу службу поддержки; это не обязательные требования стандарта.
Попробуйте TIQQET в деле
ServiceDesk для работы с обращениями, SLA и базой знаний. Посмотрите возможности продукта и обсудите свой процесс с командой TIQQET.
Частые вопросы
Можно отправить заявку без скриншота?
Да. Текст ошибки, описание действия и время часто важнее картинки. При необходимости поддержка уточнит данные.
Нужно ли самостоятельно искать причину?
Нет. Опишите наблюдения и известные условия; не выполняйте рискованные действия без инструкции.
Что делать, если ошибка исчезла?
Напишите об этом в существующей заявке и укажите время. Не удаляйте историю обращения.