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

Что такое сбой заказа в телекоммуникационной отрасли?

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

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

К числу распространенных причин относятся:

· Неполные или неправильно настроенные данные о клиенте

· Несовместимые конфигурации продуктов

· Неточные записи в реестре сетевых ресурсов (при распределении ресурсов по заказу)

· Сбои интеграции

· Неясность ответственности за исключительные ситуации

Понятие «сбоя заказов» выходит за рамки полного срыва выполнения заказа клиента. Оно включает любой заказ, который отклоняется от запланированного «идеального сценария» и требует расследования, исправления или ручного восстановления.

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

1. Составьте схему, где заказы клиентов отклоняются от «идеального сценария»

Невозможно сократить количество сбоев в обработке заказов, не понимая, где именно они происходят.

Поэтому мы начинаем с составления полной схемы пути заказа клиента — от первоначального приема до активации услуги. Включите в схему каждую передачу между системами, этап проверки, ручную очередь и внешнюю зависимость.

Эта схема — не просто проектирование процесса, а регистрация каждого заказа по мере его прохождения через систему подготовки к предоставлению услуг.

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

Такое отображение служит базой для измерения показателей сбоев, объема ручного вмешательства и времени устранения неполадок. Оно также выявляет точки, в которых заказы сходят с «идеального пути», не вызывая при этом системных оповещений.

2. Проверяйте каждый заказ клиента до начала его выполнения

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

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

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

Ранняя проверка сокращает количество предотвратимых отказов, сокращает время устранения неполадок и предотвращает расходование операционных ресурсов на неполные заказы.

3. Синхронизируйте данные о сетевых ресурсах и услугах

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

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

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

SunVizion Network Inventory Management обеспечивает централизованный обзор сетевых ресурсов и взаимосвязей между услугами:

4. Автоматизация декомпозиции и оркестрации заказов клиентов

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

Платформа управления заказами на услуги Service Order Management может декомпозировать коммерческий заказ, выявлять зависимости и координировать действия между системами OSS и BSS. Задачи могут упорядочиваться автоматически таким образом, чтобы каждый этап начинался только после выполнения всех необходимых предварительных условий.

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

SunVizion Service Order Management поддерживает оркестрацию сложных рабочих процессов по выполнению услуг.

5. Более раннее обнаружение сбоев и восстановление

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

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

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

Автоматические повторные попытки могут устранить временные сбои интеграции или платформы, а контролируемая логика восстановления позволяет вернуть заказ клиента в нужную точку рабочего процесса, а не запускать весь процесс заново.

6. Анализ первопричин и устранение повторяющихся сбоев

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

Сбои следует классифицировать по продуктам, процессам, системам и первопричинам. Полезными показателями являются: прохождение по «идеальному сценарию», объем ручного вмешательства, время восстановления и количество заказов клиентов, затронутых повторяющимися проблемами.

Эти данные помогают командам расставить приоритеты среди проблем, оказывающих наибольшее влияние на операционную деятельность и клиентов. Детальный анализ данных также может дать представление о таких KPI, как ожидаемые даты готовности к обслуживанию (RFS), показывая, соответствуют ли они обещаниям, данным клиентам.

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

Сохранение большего количества заказов клиентов на «идеальном пути»

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

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

Результатом становится более быстрая активация, сокращение объема ручной работы и более надежное качество обслуживания клиентов.

Если вы сталкиваетесь с проблемами, связанными со сбоями заказов, узнайте больше о том, как решения SunVizion Service Order Management и SunVizion Network Inventory Management могут помочь улучшить ситуацию, и свяжитесь с SunVizion.