Проще говоря, service request - это заявка на обслуживание. Пользователь просит не расследовать неизвестный инцидент, а выполнить понятное действие по каталогу услуг или внутреннему регламенту.
В IT service desk service request обычно отличается от incident. Incident означает, что что-то сломалось и нужно восстановить работу. Service request означает, что пользователь хочет получить услугу: доступ, изменение, консультацию, установку программы или выполнение стандартной операции.
Для AI-агента service request удобен тем, что многие заявки можно классифицировать, уточнять и маршрутизировать автоматически. Агент может понять тип услуги, проверить обязательные поля, определить SLA, предложить инструкцию, создать тикет, отправить на approval или передать ответственному исполнителю.
Хороший service request должен иметь понятный каталог: какие услуги доступны, какие данные нужны, кто согласует, какой срок выполнения, какие ограничения и какой результат должен получить пользователь. Без каталога агенту приходится угадывать, а это быстро превращается в ошибки.
Важно не автоматизировать все подряд без проверки прав. Запрос на доступ к CRM, финансовым данным, репозиторию или админке должен проходить согласование. AI-агент может подготовить заявку и проверить данные, но выдача доступа должна идти через approval workflow и audit log.
Типичные ошибки: заявки называют как попало, нет обязательных полей, SLA не зависит от типа услуги, согласование живет в переписке, исполнитель не назначен, а пользователь не видит статус. Тогда service request превращается в ручную очередь без прозрачности.
В production для service request важно хранить тип услуги, заявителя, описание, обязательные поля, приоритет, SLA, статус, исполнителя, согласующих, историю изменений, комментарии, вложения и итоговое решение.
Примеры
- Сотрудник создает service request на доступ к CRM, а агент проверяет роль, отдел и согласующего руководителя.
- Пользователь просит установить программу, service desk создает заявку с типом услуги и сроком выполнения.
- AI-агент поддержки уточняет номер заказа и создает service request на изменение адреса доставки.
- В Jira Service Management заявка на новую учетную запись проходит approval у руководителя отдела.
- Zendesk-бот классифицирует обращение как стандартный service request и отправляет пользователю статус выполнения.
Где используется
- создание заявок в IT service desk
- запрос доступа к системам
- типовые обращения поддержки
- маршрутизация заявок по каталогу услуг
- контроль SLA сервисных заявок
- согласование действий через approval
- сбор обязательных данных перед созданием тикета
- уведомление пользователя о статусе
- автоматизация внутренних сервисных процессов
Связанные термины
ACL
Action item
Agent handoff
API credentials
Approval queue
Approval workflow
Audit log
Customer service window
Частые вопросы
Что такое service request простыми словами?
Это сервисная заявка на стандартную услугу: выдать доступ, настроить что-то, создать учетную запись, изменить данные или помочь по понятному регламенту.
Чем service request отличается от incident?
Incident - это поломка, которую нужно устранить. Service request - это запрос на обычную услугу или действие, которое выполняется по заранее известному процессу.
Как AI-агент помогает с service request?
Он классифицирует обращение, задает уточняющие вопросы, проверяет обязательные поля, определяет SLA, создает тикет и отправляет заявку на согласование.
Какие данные нужны для service request?
Нужны заявитель, тип услуги, описание, обязательные параметры, приоритет, SLA, исполнитель, согласующие, вложения и ожидаемый результат.
Какие риски есть при автоматизации service request?
Ошибочная выдача доступа, пропуск согласования, неверная классификация, отсутствие audit log, слишком общие типы услуг и неполные данные в заявке.
