Иллюстративные сценарии использования.
Оригинальные концепции решений, а не кейсы клиентов. В каждом описаны проблема, предлагаемый рабочий процесс, точки контроля со стороны человека и показатели для измерения. Фильтруйте по платформе, бизнес-функции и типу необходимой помощи.
Сценарии использования
Рабочая панель исключений по счетам
Расхождения между счетами, заказами и данными приёмки объясняются, а счета направляются ответственному; каждую проводку утверждает финансовый отдел.
Посмотрите сценарий (1:13)Текстовая версия
- Счета поставщиков, не совпадающие с заказом или приёмкой, ждут в очереди. Кто-то открывает три системы, чтобы понять почему, а затем пишет письмо ради согласования.
- Рабочая панель извлекает и проверяет данные счёта, сравнивает их с данными заказа и приёмки, объясняет расхождения и направляет исключения ответственным.
- Финансы санкционируют каждую проводку и оплату. Неуверенные результаты извлечения идут на ручную проверку. Панель предлагает; она не проводит.
- Измеряем возраст исключений, ошибки извлечения и переделки. Иллюстративный сценарий использования. Давайте обсудим ваш.
Координация исключений по заказам
Данные CRM и исполнения заказов образуют единую картину застрявшего заказа; недостающие шаги выявляются, а задачи предлагаются на утверждение уполномоченному ответственному.
Посмотрите сценарий (1:10)Текстовая версия
- Заказ показан отгруженным в CRM и приостановленным в ERP. Клиент звонит, и три команды начинают выяснять одни и те же факты по электронной почте.
- Рабочий процесс собирает статус продаж и исполнения, определяет пропущенный шаг и ответственного за него и предлагает скоординированные задачи.
- Уполномоченный ответственный утверждает изменения заказа и обязательства перед клиентом. Результат фиксируется в обеих системах.
- Измеряем время решения и ручные операции на исключение. Иллюстративный сценарий использования. Давайте обсудим ваш.
Помощь при закрытии периода и сверке
Собираются данные для сверки, расхождения помечаются и объясняются в черновике, а исключения направляются бухгалтеру на проверку и проводку.
Текстовая версия
- При закрытии периода расхождения между вспомогательной и главной книгами обнаруживают поздно и объясняют в таблицах. Бухгалтеры тратят время на их выяснение вместо проверки.
- Ассистент собирает подтверждения, отмечает расхождения, готовит черновики объяснений и направляет необычные позиции бухгалтеру. Выводы и предлагаемые проводки идут на проверку.
- Бухгалтер проверяет каждый вывод и утверждает каждую проводку. Объяснения остаются черновиками, пока проверяющий их не подпишет.
- Измеряем неразрешённые исключения и трудозатраты на проверку. Иллюстративный сценарий использования. Давайте обсудим ваш.
Помощь в разрешении сервисных обращений
Обращения классифицируются, черновики ответов готовятся на основе утверждённых знаний и разрешённого контекста клиента, а чувствительные или неподтверждённые случаи направляются человеку на проверку.
Текстовая версия
- Клиент пишет обращение. Оператор ищет в системе заказов, базе знаний и прошлых обращениях, прежде чем ответить, а клиент ждёт.
- Ассистент классифицирует запрос, находит утверждённые знания и разрешённый контекст по клиенту и предлагает следующее действие и ответ с источниками.
- Человек проверяет чувствительные обращения и утверждает обязательства перед клиентом. Неподтверждённые предложения направляются человеку, а не становятся ответами.
- Измеряем время обработки, качество обоснованных ответов и долю повторных открытий. Иллюстративный сценарий использования. Давайте обсудим ваш.
Передача в продажах и подготовка возможности
Утверждённый контекст по клиенту, отмеченные пробелы и черновики заметок о передаче поступают продавцу, который подтверждает всё до того, как это дойдёт до потенциального клиента.
Текстовая версия
- Лид квалифицирован, а передача команде по работе с клиентом — это пересланное письмо. Первый звонок повторяет вопросы, на которые потенциальный клиент уже ответил.
- Ассистент собирает утверждённый контекст по клиенту, отмечает отсутствующие или устаревшие данные и готовит черновик передачи и последующих задач для проверки менеджером.
- Менеджер проверяет резюме до того, как что-либо дойдёт до потенциального клиента. Задачи создаются, а передача фиксируется только после этой проверки.
- Измеряем время подготовки и полноту передачи. Иллюстративный сценарий использования. Давайте обсудим ваш.
Поддержка подключения поставщиков
Документы поставщика сверяются с контрольным списком, недостающие подтверждения помечаются, согласования маршрутизируются; решение о подключении принимают уполномоченные сотрудники.
Текстовая версия
- Подключение поставщика — это документы, формы и проверки в закупках, финансах и комплаенсе. Каждый шаг ждёт предыдущего.
- Рабочий процесс сверяет документы поставщика с чек-листом, отмечает отсутствующие или противоречивые подтверждения, готовит резюме для согласования и отслеживает согласования.
- Уполномоченные сотрудники утверждают подключение и создают запись поставщика. Изменение банковских реквизитов требует отдельной проверки человеком.
- Измеряем полноту и длительность цикла подключения. Иллюстративный сценарий использования. Давайте обсудим ваш.
Помощь по внутренним знаниям
Сотрудники получают ответы из утверждённых материалов по политикам и процессам, с указанием источников и соблюдением прав доступа. Если источники не позволяют обосновать ответ, вопрос передаётся человеку; ответ на основе догадок не формируется.
Текстовая версия
- Политики, процедуры и знания о продуктах живут во многих местах. Люди спрашивают коллегу, получают устаревший ответ или сдаются и угадывают.
- Ассистент проверяет права доступа, отвечает по утверждённым источникам со ссылками и предлагает эскалацию, когда эти источники не могут подтвердить ответ.
- Владельцы утверждают, что индексируется, проверяют сбои контроля доступа и видят вопросы, на которые он не смог ответить. Обновление знаний — часть сервиса.
- Измеряем подтверждённость ответов, эскалации и сбои контроля доступа. Иллюстративный сценарий использования. Давайте обсудим ваш.
Оценка влияния релизов и планирование регрессии
Изменения релиза сопоставляются с затронутыми конфигурациями, интеграциями и тестами; руководитель поставки определяет объём и даёт разрешение на запуск.
Текстовая версия
- Описания релизов приходят, но команда всё равно гадает, что тестировать. Пропущенные изменения становятся инцидентами после запуска.
- Планировщик сопоставляет изменения релиза с затронутыми приложениями и тестами, выделяет пробелы в покрытии и предлагает, что тестировать и как развёртывать.
- Руководитель внедрения решает, что тестируется, а что откладывается. План проверяется, а результаты тестов определяют допуск к запуску.
- Измеряем тестовое покрытие и пропущенные дефекты. Иллюстративный сценарий использования. Давайте обсудим ваш.
Триаж инцидентов AMS
Входящие заявки классифицируются, собирается безопасная диагностика, подбираются похожие инциденты и предлагается runbook до того, как инженер начнёт действовать.
Текстовая версия
- Заявки приходят описанными наполовину, попадают не в ту очередь и возвращаются. Опытные специалисты тратят день на повторную диагностику проблем, которые кто-то решил в прошлом месяце.
- Триаж классифицирует заявку, собирает диагностику, которую команда согласовала как безопасную, находит похожие инциденты и предлагает регламент и подходящую группу.
- Инженер получает обогащённую заявку и принимает решение о любом исправлении. Триаж готовит; он никогда не действует в продуктивной среде.
- Измеряем точность маршрутизации, время решения и повторяемость. Иллюстративный сценарий использования. Давайте обсудим ваш.
От повторяющихся инцидентов к бэклогу улучшений
Повторяющиеся инциденты группируются по вероятной причине и оцениваются относительно стоимости заявок, чтобы ответственный мог расставить приоритеты исправлений в бэклоге улучшений.
Посмотрите сценарий (1:07)Текстовая версия
- Одни и те же инциденты возвращаются каждый месяц. Каждый устраняют отдельно, за закономерность никто не отвечает, и бюджет поддержки снова платит за ту же проблему.
- Решённые инциденты группируются по вероятной причине. Для каждой группы исправление оценивается и сопоставляется с тем, во что обходится повторение в заявках и часах.
- Владелец утверждает исправления для бэклога улучшений. Изменения проходят релизные проверки, а данные об инцидентах показывают, возвращается ли проблема.
- Измеряем долю повторений и часы поддержки на повторяющиеся инциденты. Иллюстративный сценарий использования. Давайте обсудим ваш.
Переход AMS и базовая оценка ландшафта
Приём приложений, которые создавали не мы: инвентаризация ландшафта, согласование объёма и уровней критичности, передача знаний и фиксация базового уровня сервиса до начала эксплуатации.
Текстовая версия
- Приложения работают, но люди, которые их понимали, ушли. Документация неполная, доработки не описаны, и никто не может сказать, какие интеграции критичны.
- Мы составляем реестр приложений, согласуем объём и часы поддержки, документируем регламенты и пробелы, затем фиксируем начальный базовый уровень сервиса.
- Во время обследования в продуктивной среде ничего не меняется. Владелец утверждает определения до начала обслуживания, а выводы формируют бэклог улучшений, который приоритизирует владелец.
- Измеряем покрытие ландшафта и инциденты из-за неизвестных компонентов. Иллюстративный сценарий использования. Давайте обсудим ваш.
Мониторинг эксплуатации агентов
Работающие агенты отслеживаются на предмет неудачных действий, снижения качества, устаревших знаний и необычных затрат; предлагаются версионированные исправления с возможностью отката.
Текстовая версия
- Агент запущен. Затем его ответы начинают отклоняться от прежнего уровня качества. Затраты растут, сбои прячутся в журналах, и никто не уверен, когда он в последний раз работал хорошо.
- Мониторинг по расписанию собирает эксплуатационные данные, выявляет возникающие проблемы относительно согласованного базового уровня и предлагает исправление.
- Человек утверждает каждое изменение после того, как оно прошло оценку. Изменения версионируются, с возможностью вернуть предыдущую версию.
- Измеряем долю сбоев, долю пройденных оценок и стоимость выполненной задачи. Иллюстративный сценарий использования. Давайте обсудим ваш.
Нет сценариев использования, соответствующих этим фильтрам.