Опишите результат, а не отдел
Назовите услугу на языке, понятном запросчику, объясните, что будет доставлено, кто имеет право, какую информацию нужно предоставить, ожидаемое время, любые расходы или политики, и куда направлять исключения.
Преобразуйте повторяющийся спрос в понятные предложения, выполнение запросов, соразмерное разрешение, ответственное выполнение, обработку исключений и подтвержденные результаты запросчиком.
Откройте очередь выполнения с ожидающими разрешениями, возвращенной информацией, запланированной работой, просроченными действиями и выполненными запросами. Используйте этот жизненный цикл для определенных услуг; используйте управление инцидентами, когда требуется восстановление после неожиданного сбоя.
Бесплатно для команды до пяти пользователей. Банковская карта не нужна.
Настраивайте поля, процессы и панели мониторинга без программирования. Посмотреть более 1 000 шаблонов приложений и сценариев
Первый вид — это очередь выполнения запросов. Она включает авторизованные, возвращенные, запланированные, просроченные и подтвержденные примеры, а не пустую форму.
Запрос становится проще выполнить, когда пользователи понимают, что они могут запросить, а команды по выполнению получают полные, готовые к принятию решений данные.
Назовите услугу на языке, понятном запросчику, объясните, что будет доставлено, кто имеет право, какую информацию нужно предоставить, ожидаемое время, любые расходы или политики, и куда направлять исключения.
Используйте условные поля, чтобы запрашивать сотрудника, устройство, местоположение, уровень доступа, бизнес-обоснование, даты, доказательства или стоимость только тогда, когда данное предложение это требует.
Когда предложение изменяется, обновляйте его форму, право на получение, одобрение, план выполнения, обязательства и коммуникацию одновременно, чтобы публичное обещание не отклонялось от операционной реальности.
Настоящий рабочий процесс должен возвращать незавершённые запросы, сохранять исправления и завершать согласование до начала выполнения.
Подтвердите статус запросчика, трудоустройство или клиентский статус, право на услугу, местоположение, предварительные условия, контекст активов и требуемые доказательства перед тем, как просить менеджера или владельца услуги об одобрении.
Автоматически одобряйте низкорисковые стандартные запросы, где это разрешено политикой, направляйте высокорисковые доступы или расходы на ответственную роль и делайте делегирование и исключения явными.
Разбейте доставку на собственные шаги, зависимости, целевые даты, передачи и доказательства. Не отмечайте родительский запрос как завершенный только потому, что первая задача выполнена.
Внутренняя активность имеет значение, но результат ощущает запросивший.
Показывайте, ожидает ли запрос информации, разрешения, выполнения, планирования или подтверждения, и предоставляйте следующее ожидаемое действие, а не непрозрачный внутренний код состояния.
Сохраняйте заметку о проверке, исправленное значение, повторную подачу и окончательное решение видимыми. Возвращенный запрос является частью рабочего процесса, а не поводом начинать всё заново по электронной почте.
Запишите доказательства доставки и подтверждение от запросившего, затем проанализируйте доработки, старение, отказы, объем исключений и модели спроса для улучшения предложения.
Пользователь может начать с одного портала, но операционный учет должен соответствовать задаче.
| Потребность пользователя | Основная запись | Конечное состояние |
|---|---|---|
| Определенный доступ, оборудование, информация или услуга | Заявка на обслуживание | Авторизованный и выполненный результат |
| Существующая услуга неожиданно нарушена | Инцидент | Подтвержденное восстановление |
| Требуется изменение производства | Связанное изменение | Авторизованная и проверенная реализация |
| Предложение не покрывает потребность | Анализ исключений или спроса | Явное решение и следующий маршрут |
Создавайте записи запросов на основе информации, правомочности, авторизации, шагов выполнения, исключений и принятия, которые требуются для конкретной услуги.
Результат — это опыт запроса, который остаётся простым для пользователей, при этом делая видимыми для операторов проверку правомочности, авторизацию, доставку и подтверждение.Отображайте поля условно в зависимости от предложения, роли, местоположения, уровня доступа или необходимости оборудования, чтобы заявители не заполняли универсальную форму.
Направляйте решения по стоимости, доступу, политике или исключениям к правильному проверяющему и возвращайте неполные запросы с чёткой инструкцией по исправлению.
Отделяйте завершение задач, зависимости, доказательства и подтверждение заявителя, чтобы один выполненный этап не скрывал неполную услугу.
Держите запрос простым для пользователей, одновременно настраивая контроль авторизации и доставки в соответствии с реальной услугой.
Условный приём, проверка правомочности, человеческое одобрение, возврат и повторная подача, связанные задачи выполнения, исключения, доказательства и подтверждение от заявителя.
Сохраняйте операции по provisioning аккаунтов, закупкам, оплате, учёту запасов, идентификации и специализированное выполнение в системах, имеющих на это полномочия.
Зрелый каталог, омниканальный приём, обнаружение, CMDB, удалённая поддержка, контент поставщиков и обширные предустановленные интеграции IT более важны, чем адаптируемость рабочих процессов.
Запрос на обслуживание требует определённой, ожидаемой услуги или предмета. Инцидент сообщает о неожиданном прерывании или ухудшении работы. Они могут использовать одинаковый приём и контекст обслуживания, но их решения и доказательства завершения различаются.
Нет. Используйте одобрение только там, где риск, стоимость, права, доступ, политика или ответственность требуют принятия решения. Стандартные запросы с низким риском могут следовать авторизованному правилу без добавления формального шага одобрения.
Да. Пример приложения использует нативный рабочий процесс, который возвращает незавершенные запросы с точной корректировкой, сохраняет историю и направляет исправленную отправку обратно на авторизацию.
Да. Уполномоченные разработчики могут изменять соответствующие поля, формы, рабочие процессы, разрешения, автоматизацию и панели управления без кода, при этом изменения остаются контролируемыми и тестируемыми.
Да. Бесплатный план Jodoo поддерживает до пяти пользователей без необходимости кредитной карты, поэтому небольшая команда может протестировать этот рабочий сценарий перед проверкой текущих ограничений для более широкого развертывания.
Изучите рабочий жизненный цикл запроса, затем адаптируйте критерии допустимости, авторизацию, выполнение, коммуникации и подтверждение к вашему портфелю услуг.
Исследуйте выполнение запросов