Аутсорсер + интернет-провайдер в одном окне: почему «сэндвич» из подрядчиков дороже до 30%

Утро понедельника, 9:42. В офисе на 40 рабочих мест перестаёт открываться 1С. Через пять минут выясняется, что и почта не грузится. Руководитель набирает штатного сисадмина — тот говорит: «Это не у меня, это интернет». Сисадмин звонит в техподдержку провайдера. Провайдер через сорок минут отвечает: «У нас всё работает, проблема на вашей стороне». В это время бухгалтерия не может закрыть платёжки, отдел продаж — выставить счета, склад — отгрузить заказ. Полтора часа простоя — и это ещё до того, как кто-то реально приехал на объект.

Этот сценарий повторяется в Москве десятками раз каждый день. Причина — не плохие подрядчики. Причина — выбранная модель обслуживания (схема, по которой компания закупает IT-услуги и связь). Ниже разбираем три типичные модели, считаем скрытые издержки и показываем, когда «одно окно» (single point of contact — единая точка ответственности) действительно даёт экономию, а когда лучше остаться на классической схеме.

Три модели обслуживания: разбор

В малом и среднем B2B-сегменте Москвы 95% компаний работают по одной из трёх моделей. Различия между ними принципиальные — и по деньгам, и по скорости реакции, и по уровню стресса у руководителя.

Сразу важная оговорка: цифры — ориентир, не гарантия. У каждой компании свой набор сервисов, своя сеть, свой характер нагрузки. Но порядок величин и направление разрыва — устойчивые, мы видим это по практике работы с клиентами на офисах от 10 до 200 рабочих мест.

Модель 1. Штатник + федеральный провайдер

Классика 2000-х: один человек в штате решает всё локальное, интернет покупается у крупного федерального оператора. Плюсы: сисадмин «свой», знает каждого пользователя в лицо. Минусы: один человек не закрывает все компетенции (сеть, серверы, ИБ, 1С, телефония), уходит в отпуск — офис в зоне риска. Когда падает интернет, единственное, что может сисадмин — «сидеть на телефоне поддержки провайдера». Это не диагностика, это эскалация.

Модель 2. Аутсорсер + федеральный провайдер («сэндвич»)

С 2015 года основной выбор среднего бизнеса: внешняя IT-компания подписана на ежемесячный фикс (ретейнер — retainer, абонентский договор), интернет берётся отдельно. Это уже сильно лучше штатника по экспертизе и резервированию: за вами стоит команда из 5–15 инженеров разных уровней. Но при инциденте на стыке «сеть — IT» возникает классическая проблема двух подрядчиков: каждый честно проверяет свою зону и говорит «у меня всё чисто». Между ними — серая зона, в которой клиент теряет время.

Модель 3. Провайдер-аутсорсер в одном окне

Одна компания строит свою сеть (собственная ВОЛС — волоконно-оптическая линия связи, а не перепродажа чужого канала) и обслуживает IT-инфраструктуру внутри офиса. Один договор, один SLA, один телефон поддержки, один личный кабинет. Эта модель работает только если у поставщика реально есть своя сеть в вашем здании — иначе это снова «сэндвич», просто завёрнутый в один счёт.

Откуда берётся 30% переплата

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

1. Двойной маркетинг и продажи. Каждый из двух подрядчиков несёт расходы на привлечение клиента, менеджера по продажам, KAM (Key Account Manager — менеджер по работе с ключевыми клиентами), CRM, юриста. Эти расходы зашиты в тариф. Вы оплачиваете их дважды.

2. Два аккаунт-менеджера. У провайдера свой, у аутсорсера свой. Каждый присылает вам отдельные акты, отдельные сверки, отдельные предложения. Бухгалтерия закрывает в два раза больше документов. На офисе в 50 человек это +4–6 часов работы бухгалтера в месяц — реальные деньги.

3. Время на эскалацию между подрядчиками. Когда инцидент на стыке, кто-то должен быть «переводчиком» — и это обычно руководитель или офис-менеджер, который явно не за это получает деньги. По нашим оценкам, такие эскалации съедают 8–15 человеко-часов руководящего состава в месяц.

4. Два SLA с разными метриками. У провайдера SLA измеряется в доступности канала (99,7%, 99,9%), у аутсорсера — во времени реакции на тикет. Эти метрики не складываются. Сеть может быть в SLA, IT-услуги — в SLA, а офис всё равно простаивал три часа, потому что никто не отвечал за «общий» простой. Как мы писали в материале про SLA, главная ловушка — измерять компоненты, а не результат для бизнеса.

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

6. Избыточное резервирование «по бумаге». Часто аутсорсер берёт второй канал у второго провайдера «для отказоустойчивости». Звучит здраво, но если каналы заведены в одно здание по одной кабельной канализации (а это типичная история в Москве), реальной отказоустойчивости нет — есть удвоенный счёт.

Сложите эти статьи — и получите тот самый разрыв в 30%, который мы стабильно видим при сравнении смет в большинстве случаев.

Реальный кейс инцидента: повреждённый ВОЛС на стройплощадке

Офис 70 рабочих мест, ИТ-компания (не наш профиль, торговля стройматериалами B2B), интенсивная работа с 1С и облачной CRM. Около 11:00 в среду на соседней площадке экскаватор задевает кабельную канализацию — повреждение ВОЛС, по которому в здание заведён интернет.

Сценарий «сэндвич» (как было до перехода).

• 11:02 — пропадает связь. Сотрудники сначала думают, что «опять Wi-Fi».
• 11:08 — офис-менеджер пишет в общий чат, бухгалтерия подтверждает, что не открываются банк-клиенты.
• 11:12 — звонок штатному сисадмину. Тот через VPN видит, что роутер «живой», но интернет не проходит. Делает вывод: проблема на стороне провайдера.
• 11:15 — звонок в общую линию федерального провайдера. Робот, очередь, переключение.
• 11:34 — оператор первой линии: «Заявку приняли, инженер свяжется».
• 12:20 — звонок от инженера провайдера: «У нас порт в норме, проблема дальше по линии, передаём подрядчику по физике».
• 13:50 — выезжает бригада подрядчика по ВОЛС, ищет место обрыва.
• 16:10 — место обрыва найдено, начинают сварку оптики.
• 17:25 — связь восстановлена.

Итого: 6 часов 23 минуты простоя. Прямые потери — недополученная выручка отдела продаж за день, штрафы по двум контрактам за срыв сроков подтверждения отгрузок. Косвенные — нервы, объяснения с поставщиками, рассыпавшийся план дня у 70 человек.

Тот же инцидент в модели «одно окно» (по нашей практике на сопоставимых объектах).

• 11:02 — пропадает связь. Срабатывает автоматический мониторинг на стороне поставщика — авария видна раньше, чем кто-то из клиента её обнаружил.
• 11:05 — диспетчер уже знает, что упал участок ВОЛС, бригада физиков получает заявку с координатами.
• 11:08 — звонок клиенту от инженера поддержки: «Видим аварию, выехали, ориентировочное время восстановления — 2–3 часа, на это время поднимаем резервный канал».
• 11:25 — резервный LTE-канал (Long-Term Evolution — стандарт мобильной связи 4G) активируется, критичные сервисы — банк-клиент, 1С, почта — работают на сниженной скорости, но работают.
• 13:40 — основная ВОЛС восстановлена.

Итого: 23 минуты полного отсутствия связи, далее 2 часа на резервном канале с ограничениями. Прямых потерь по бизнес-операциям — нет.

Разница не в магии. Разница в том, что в модели «одно окно» нет фазы «выяснить, чья это зона ответственности» — она и так одна.

Что вы НЕ видите в счетах: скрытые издержки модели «сэндвич»

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

• Время руководителя на роль «переводчика» между подрядчиками. Это не строка в P&L (Profit and Loss — отчёт о прибылях и убытках), но это самая дорогая работа в компании.
• Размытая ответственность по 152-ФЗ (Федеральный закон «О персональных данных»). Если данные клиентов идут и по сети, и через IT-сервисы, при инциденте утечки придётся разбираться с двумя подрядчиками, у каждого свой набор обязательств. Единый поставщик закрывает контур одним договором.
• Нет единой панели мониторинга. В модели «одно окно» руководитель видит и доступность интернета, и состояние серверов, и открытые тикеты в одном кабинете. В «сэндвиче» — два разных портала с разной логикой.
• Сложнее планировать бюджет. Два подрядчика — два цикла переговоров о повышении тарифа, два независимых пересмотра условий, две индексации.
• Хуже работает превентивный ремонт. Когда поставщик одновременно видит и сеть, и серверы, он раньше замечает деградацию: например, что задержки в сети растут именно к 1С-серверу, и можно поправить маршрутизацию до того, как пользователи начнут жаловаться.

Как мы разбирали в статье про стоимость аутсорсинга, реальная экономика IT-обслуживания считается не по чекам, а по совокупной стоимости владения (TCO — Total Cost of Ownership) за 12 месяцев с учётом простоев.

Когда «одно окно» НЕ подходит

Честная критика модели — обязательная часть разговора. Есть как минимум четыре сценария, в которых классический «сэндвич» или штатник лучше.

1. Офис в локации, куда поставщик «одного окна» не дотягивается своей сетью. Если ваш офис в районе, где у выбранной компании нет своей ВОЛС, история теряет смысл — поставщик станет перепродавцом чужого канала, и все преимущества единой ответственности схлопываются. Проверять покрытие нужно до подписания договора, по конкретному адресу и стояку в здании.

2. Enterprise-стек с жёсткими требованиями к вендорам. Если у компании контракт на конкретное оборудование (например, корпоративный стандарт на сетевое оборудование одного вендора с продлеваемой лицензией), универсальный аутсорсер этот стек не закроет лучше, чем профильный интегратор. Здесь логичнее держать профильную IT-команду, а интернет — отдельно.

3. Сильная штатная IT-команда, которая работает хорошо. Если у вас есть рабочая команда из 3–5 человек, и она закрывает задачи — менять модель ради 15–20% экономии часто не стоит. Деньги — не единственный аргумент, риск перехода реален.

4. Распределённая география по всей России. Для компании с офисами в 15 городах ни один локальный поставщик не закроет географию своей сетью. Здесь работает другая модель — федеральный провайдер плюс региональные аутсорсеры, либо MSP с географическим охватом.

Если вы попадаете в один из этих четырёх сценариев — модель «одно окно» не ваш вариант, и честнее сразу это сказать.

Что выбирать: матрица решений

Простой ориентир по типовым случаям:

• Офис 10–30 человек, Москва, один адрес — модель «одно окно» почти всегда выигрывает по совокупной стоимости и по нервам.
• Офис 30–80 человек, Москва, один-два адреса — «одно окно», если поставщик дотягивается своей сетью. Если нет — аутсорсер + хороший провайдер с резервированием.
• Офис 80–200 человек, Москва, несколько адресов — гибрид: «одно окно» по основным площадкам, резервные каналы от второго оператора.
• Распределённая компания, регионы — федеральный провайдер плюс MSP с географией.
• Стартап до 10 человек — часто хватает облачных сервисов и приходящего инженера по запросу.
• Регулируемая отрасль (мед, фин, госконтракты) — упор не на экономию, а на закрытый контур ответственности; здесь «одно окно» особенно ценно, если поставщик закрывает требования по защите.

FAQ

Реально ли получить разницу в 30% именно у нас?

Точную цифру даст только аудит двух текущих договоров — провайдерского и IT-обслуживания — за последние 6 месяцев, с учётом простоев. Без аудита это маркетинговое обещание, и мы такие не даём.

Что будет, если провайдер-аутсорсер сам уйдёт в банкротство — мы же останемся и без интернета, и без IT?

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

Можно ли начать с теста на одной услуге?

Да, типичная схема — сначала перевести IT-обслуживание при сохранении текущего провайдера, через 2–3 месяца, если работа устраивает, поменять и канал. Так клиент не несёт риска «всё разом».

Что с резервированием канала, если поставщик один?

Резервный канал в модели «одно окно» — это обычно LTE-роутер с автоматическим переключением плюс, при необходимости, второй ВОЛС-ввод от другого узла той же сети, заведённый в здание по альтернативной трассе. По бумаге выглядит «одним поставщиком», физически это два независимых пути.

Поднимется ли цена через год?

Индексация бывает у всех. Принципиальная разница: в «одном окне» она прозрачна (один договор, один пересмотр), в «сэндвиче» вас могут «индексировать» два раза в год с разных сторон.

Подходит ли модель для офиса, который мы скоро будем переезжать?

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

Как проверить, что у поставщика действительно своя сеть, а не перепродажа?

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

Вывод

Модель «одно окно» — не универсальная серебряная пуля. Это инструмент, который работает в конкретных условиях: офис в зоне покрытия поставщика, разумный размер бизнеса, готовность заменить две точки контакта одной. В этих условиях экономия в районе 30% по совокупной стоимости владения — реалистичная, а не маркетинговая цифра.

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

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