Managed services: эксплуатация BSS/OSS силами Forward
Managed services — модель, в которой эксплуатацию внедренного контура ведет команда Forward, а оператор отвечает за продукт и бизнес-решения. В зону работ входят мониторинг, регламентные операции вроде закрытия расчетного периода, обновления, реконфигурация и разбор инцидентов по SLA. Модель рассчитана на операторов, которым содержать собственную команду сопровождения дороже, чем купить результат.
Managed services — модель, в которой эксплуатацию внедренного контура ведет команда Forward. Оператор получает работающий биллинг и согласованный SLA вместо собственного отдела сопровождения.
Модель отвечает на конкретный расчет: содержание команды эксплуатации биллинга требует нескольких специалистов с редкой квалификацией, которых нужно нанять, удержать и чем-то занять в спокойные периоды. Для оператора средней величины это постоянные затраты, которые не создают продукта.
Как делится ответственность
| Зона | Кто отвечает |
|---|---|
| Тарифы, предложения, маркетинговые кампании | Оператор |
| Работа с абонентами и коммерческие договоренности | Оператор |
| Мониторинг систем и реакция на отклонения | Forward |
| Регламентные операции: закрытие периода, выставление счетов, выгрузки | Forward |
| Обновления, реконфигурация, проверка изменений до продуктива | Forward |
| Локализация и разрешение инцидентов | Forward |
| Развитие контура под новые задачи оператора | Совместно |
Граница проходит по одному признаку: решения о том, что продавать и по какой цене, остаются у оператора. Работа систем под этими решениями переходит к нам.
Что входит в работы
Профилактический мониторинг с реакцией до того, как отклонение станет инцидентом. Регламентные операции расчетного цикла — закрытие периода, выставление счетов, обязательные выгрузки. Обновления с проверкой в сервисной лаборатории до переноса в продуктивный контур. Реконфигурация под изменения в продуктах оператора. Разбор инцидентов по приоритету, зафиксированному в SLA.
Подробнее о составе работ и порядке обращений — на странице технической поддержки.
Кому подходит
Оператору, у которого содержание собственной команды сопровождения обходится дороже покупки результата. Компании, для которой связь или подписка — не основной бизнес: банковскому оператору, медиахолдингу, сервису с подписной моделью. Проекту на старте, где контур уже должен работать, а команда эксплуатации еще не собрана.
Кому не подходит
Оператору с сильной внутренней ИТ-командой, которая уже ведет эксплуатацию и знает контур: в этом случае модель добавит согласований без выигрыша. И компании, которая не готова зафиксировать периметр работ: без списка систем и регламентных операций договор невозможно ни посчитать, ни исполнить.
Что зафиксировать в договоре
Периметр систем и операций. Уровень SLA и время реакции по классам инцидентов. Порядок доступа команды Forward к данным и разграничение прав. Порядок обратного перехода: документация, описание регламентов и передача знаний команде оператора.
Вопросы и ответы
Чем managed services отличается от технической поддержки?
Предметом договора. Поддержка отвечает на обращения: инцидент зарегистрирован, разобран, закрыт. Managed services отвечает за работу контура целиком, включая то, о чем никто не обращался: профилактический мониторинг, регламентные операции, обновления и плановую реконфигурацию. Поддержка нужна всем, managed services — тем, кто решил не держать собственную команду эксплуатации.
Что остается на стороне оператора?
Продукт и бизнес-решения: тарифы и предложения, маркетинговые кампании, работа с абонентами, коммерческие договоренности с партнерами. Мы не принимаем решений за оператора о том, что продавать и по какой цене. Все, что относится к работе систем под этими решениями, переходит к нам.
Данные остаются у оператора?
Да. Модель не меняет ни места размещения данных, ни их принадлежности: контур может стоять в инфраструктуре оператора, и доступ команды Forward ограничивается тем, что нужно для эксплуатации. Порядок доступа и разграничение прав фиксируются в договоре до начала работ.
Можно ли вернуться к собственной эксплуатации?
Да, и порядок обратного перехода стоит зафиксировать заранее, вместе с началом работ. Понадобится актуальная эксплуатационная документация, описание регламентных операций и передача знаний команде оператора. Договоренность на старте стоит недорого, ее отсутствие превращает возврат в отдельный проект.
Как считается стоимость?
От состава работ и требуемого уровня SLA, а не от числа обращений. Поэтому перед расчетом фиксируется периметр: какие системы входят в контур, какие регламентные операции выполняются, в какие часы требуется реакция и какие операции считаются критичными для бизнеса. Сами величины SLA не публикуются и входят в коммерческое предложение; набор параметров, которые согласовываются, разобран на странице [поддержки](/services/support).
Можно ли начать не со всего контура?
Да. Обычный порядок — начать с систем, где регламентные операции занимают больше всего времени у команды оператора, и расширять периметр дальше. Модель поставки при этом менять не обязательно: managed services работает и для контура в инфраструктуре оператора, и для облачного.