Создать процесс сервисных запросов

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

Изучите с примерами данных. Адаптируйте поля, представления и процессы.

Опишите планируемую услугу

Пример: настройка ноутбука и рабочего места
РешениеПример политикиТипичная ошибка
РезультатНоутбук и рабочее место готовыНе считайте запрос выполненным, если одобрена лишь закупка.
Нужный контекстДеловая потребность, место, дата и требования к оборудованиюСобирайте факты, влияющие на решение, а не все поля актива.
АвторизацияНазначенный проверяющий оборудованияРешение разрешает обязательство, но не доказывает доставку.
Задачи выполненияПодготовить ноутбук; доставить док-станциюУ каждой задачи должны быть ответственный и результат.
ПриемкаСотрудник подтверждает оба результатаНезавершенная или заблокированная задача не позволяет принять все.

Стройте процесс вокруг решений

  1. Отделяйте запросы от неожиданных проблем

    «Выдать ноутбук при смене роли» — услуга. «Ноутбук не заряжается» — проблема поддержки. Входные данные, решения и конец процесса различаются.

  2. Назначьте ответственного за результат

    Ответственный за услугу решает неопределенность между командами. Исполнители делают свои части, но он отвечает за весь результат.

  3. Требуйте авторизацию только там, где она меняет решение

    Расходы, доступ и исключения могут требовать проверки. Рутинная низкорисковая доставка — нет. Не добавляйте согласование без контроля.

  4. Позвольте исправлять неполные данные

    Проверяющий должен вернуть запрос с вопросом и получить исправление. Не стирайте исходное решение и не превращайте отказ в тихое редактирование.

  5. Определите, что считается выполнением

    Перечислите задачи и подтверждения. Сотрудник должен понимать, что принимает. Один готовый компонент не скрывает зависимость.

Разные запросы требуют разной обработки

Доступ к бизнес-системе

Соберите систему, роль, причину и срок. Проверяющий авторизует, администратор предоставляет доступ в реальной системе и записывает результат. Статус не создает учетную запись.

Не работает экран переговорной

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

Сначала внедрите одну услугу полностью

  1. Начните с одной услуги и реалистичных случаев

    Проверьте обычный запрос, авторизацию, частичное выполнение, возврат и завершение. Убедитесь с владельцем услуги, что следующий шаг верен.

  2. Проверяйте застой до создания дашбордов

    Смотрите на недостающие данные, неназначенные задачи, блокировки и задержки приемки. Счетчик сам не объясняет действие.

  3. Расширяйте с ясными границами

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

Планирование процесса сервисных запросов

Кто отвечает за управление сервисными запросами?

Назначьте ответственного, который понимает результат и передачу между командами. У отдельных задач остаются свои исполнители; управление дашбордом не равно ответственности за услугу.

Нужно ли определить политику до выбора программы?

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

Что делать с неполным запросом?

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

С какой метрики начать небольшой команде?

Начните с решения: где нет ответственного, что заблокировано, что ждет приемки. Время измеряйте после определения начала, конца, календаря и ожидания.

Примеры услуг и поддержки — одно синхронизированное приложение?

Нет. Это отдельные примеры для предоставления заранее определенных услуг и обработки непредвиденных проблем сотрудников. Если между ними нужна передача, явно спроектируйте связь и ответственность, а не рассчитывайте на автоматическую синхронизацию.

Превратить политику в работающий процесс

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

Открыть приложение сервисных запросов