Предоставить определенную услугу
Сотруднику нужны материалы, оборудование или доступ. Начните с услуги и закончите полной доставкой, не только одобрением.
Правильная обработка рабочих запросов
Выберите процесс для услуг, поддержки, проектов и обслуживания. У каждого свои решения и результат.
Бесплатно для команды до пяти пользователей. Банковская карта не нужна.
Настраивайте поля, процессы и панели мониторинга без программирования. Посмотреть более 1 000 шаблонов приложений и сценариев
Изучите с примерами данных. Адаптируйте поля, представления и процессы.
Что нужно заявителю?
Решить неожиданную проблему сотрудника
Что-то сломалось или мешает работе. Соберите симптомы, назначьте исполнителя, запишите ожидание и решение и подтвердите восстановление.
- Внутренняя система заявок →Вести очереди назначенных, ожидающих, решенных и открытых повторно заявок.
- Форма заявки службы поддержки →Собрать подходящий контекст устройства или программы.
- Поддержка с активами →Проверить историю оборудования до замены.
- Сравнить внутренние системы заявок →Выбрать настраиваемые приложения или специальную поддержку.
Контролировать работу по каждой заявке
Кто получает случай, какой ответ обещан и сколько труда потрачено — три разные задачи, а не статусы.
Рассмотреть предложенный проект
Новой инициативе нужны объем, польза, спонсор и решение о ресурсах. Изменения и проблемы остаются в проекте, не в общей поддержке.
Превратить физическую потребность в назначенную работу
Для обслуживания нужны место, оборудование, безопасность и техник. Наряд отслеживает выполнение и результат.
Сохраняйте эти основы в каждом процессе
Назовите результат
Опишите, что заявитель получит или сможет сделать. «Одобрено» не результат, если доставка, ремонт или доступ не завершены.
Назначьте ответственного каждой передаче
Разделите роли: один сотрудник разрешает принять обязательство, другой выполняет работу, третий подтверждает завершение. Создавайте задачи согласования только там, где действительно требуется решение.
Сохраните путь исключений
Позвольте исправлять данные, оставлять частичную доставку открытой и повторно открывать сбой. Конечное условие должно работать не только в идеальном случае.
Выбор процесса рабочего запроса
Как не потерять запрос между отделами?
Сохраните исходный запрос и укажите человека, отвечающего за конечный результат. Другим отделам назначайте отдельные задачи с понятными инструкциями и сроками, а не создавайте несвязанные копии. Перед закрытием запроса проверьте незавершенные задачи и подтвердите оказание услуги.
Всем запросам нужна одна форма?
Нет. Основные данные сотрудника и контакты можно использовать повторно, но следует запрашивать контекст, который влияет на решение. Для проектного предложения важны объем и ожидаемая польза, для неисправного дисплея — место и симптомы, а для услуги по оборудованию — требования к выдаче.
Рабочий запрос уже является нарядом?
Не обязательно. Запрос описывает потребность, наряд — принятую работу с исполнителем и инструкциями. Сохраняйте видимость решения между ними.
Все примеры входят в одно синхронизированное приложение?
Нет. Это разные рабочие процессы. Примеры оказания услуг и внутренней службы поддержки реализованы как отдельные приложения, а шаблоны для проектов и технического обслуживания имеют собственные области применения. Любую связь между приложениями следует настраивать отдельно и осознанно.
С чего начать небольшой команде?
Выберите один частый запрос с четким условием завершения. Вместе с ответственной командой проверьте обычный, неполный, заблокированный и завершенный сценарии, прежде чем добавлять другие услуги или панели мониторинга.
Выберите следующий шаг
Начните с одного полного процесса
Выберите ближайший пример и адаптируйте вопросы, решения и критерии завершения.