Автоматизация процессов оператора связи: с чего начать

19 августа 2020 г. · обновлено 15 сентября 2026 г.

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

Автоматизация процессов начинается с выбора процессов, а не с выбора системы. У оператора связи их десятки, и окупаются далеко не все.

Три признака процесса, который стоит автоматизировать

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

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

Срок с последствиями. У процесса есть норматив, нарушение которого чем-то грозит: условиями договора, требованием регулятора, уходом клиента.

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

Где у оператора накапливаются потери

Процесс	Типичная потеря
Подключение абонента	Данные заявки вводятся повторно в каждой системе по маршруту
Обращение с выездом	Статус наряда известен диспетчеру, но не поддержке
Согласование договора	Ожидание на этапах, срок которого никто не измеряет
Отчетность	Сборка вручную из нескольких источников каждый период
Расторжение	Услуги отключены, оборудование не возвращено, задолженность не закрыта

Общее у всех строк — процесс идет через несколько систем, и целиком его не видит ни одна.

Как считать эффект

На текущих величинах и обязательно до начала проекта: человеко-часы на один экземпляр процесса, число экземпляров в месяц, доля просрочек и стоимость одной. Эти четыре цифры дают и обоснование проекта, и точку отсчета для проверки результата.

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

Главная ловушка

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

Поэтому первый этап проекта — фиксация того, как процесс идет сейчас, и только потом проектирование.

Чем это делается

Пока процесс помещается в одну систему, хватает ее настроек. Для межсистемных процессов нужен отдельный слой — Forward BPM, который ведет маршрут, сроки и статус. Полевую часть закрывает Forward WFM, работу с клиентом — CRM.

Как это выглядело в проектах: «Алма ТВ» сводил шестнадцать филиалов с разными порядками работы к единому, «Спутниковое ТВ МТС» автоматизировал цикл продажи через дилерскую сеть, «Транстелеком» включил автоматизацию внутренних процессов в объем проекта вместе с расчетной частью.

Вопросы и ответы

С каких процессов начинать?

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

Как понять, что процесс стоит автоматизировать?

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

Как считать эффект?

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

Что мешает автоматизации чаще всего?

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

Нужна ли отдельная система или достаточно настроек в существующих?

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

Что автоматизировать не стоит?

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