Вы платите за 100 SaaS-инструментов. Ваша команда использует дюжину.
Откройте отчёт о расходах компании. Посчитайте подписки на ПО. Не три-четыре платформы, о которых знают все. Посчитайте те, что появляются как регулярные списания, но никто в комнате не может объяснить, кто ими пользуется и зачем.
По отраслевым бенчмаркам, компании среднего бизнеса сейчас используют в среднем более 100 SaaS-приложений. Не потому, что кто-то спланировал такой большой стек. А потому, что за пять-шесть лет роста каждый отдел покупал то, что ему было нужно, тогда, когда было нужно, не проверяя, что уже есть через два этажа.
Итог - не просто деньги, потраченные впустую на лицензии. Это фрагментированная операционная среда, где одна и та же запись о клиенте живёт в четырёх системах, передачи между командами требуют ручного ввода данных, а слой отчётности работает только потому, что кто-то каждое утро понедельника сводит три выгрузки в таблице.
У этой фрагментации в операционном управлении есть название: разрастание SaaS. И стоимость лицензий - самая дешёвая его часть.
Как на самом деле выглядит разрастание SaaS в компании от 50 до 200 сотрудников
Разрастание SaaS - это не про слишком большое число инструментов. Это про инструменты, которые не складываются в связный операционный процесс.
В компании на 80 сотрудников может быть:
- CRM, которую настроил маркетинг, но которой почти не пользуются продажи;
- инструмент управления проектами, который команда исполнения взяла после того, как старый забросили на середине миграции;
- приложение для учёта времени, которое нужно финансам, но которое больше никто не открывает;
- две разные платформы электронной подписи, потому что юристы и продажи выбрали каждый свою;
- инструмент визуализации данных, на который один аналитик подписан лично и каждый месяц сдаёт эти расходы в отчёт;
- три пересекающихся инструмента коммуникации: email, Slack и экземпляр Microsoft Teams, заведённый по требованию клиента и так и не отключённый.
Ни одно из этих решений по отдельности не иррационально. Каждый инструмент решал реальную проблему в момент покупки. Проблема в том, что происходит, когда 40 или 50 таких решений накапливаются и никто не картирует, как они связаны.
Исследование Zylo 2025 SaaS Management Index показало, что IT-отделы сейчас контролируют лишь около 15% всех расходов на SaaS в средней организации. Остальное покупают, продлевают и администрируют отдельные отделы, руководители команд или отдельные сотрудники. Такая децентрализация выигрывает в скорости. И дорого обходится в согласованности.
Видимая цена: неиспользуемые лицензии
Самая заметная часть проблемы проста: вы платите за ПО, которым никто не пользуется.
Во всех отраслях примерно половина лицензий SaaS не используется или используется не полностью. Для компании среднего бизнеса, которая тратит от $500,000 до $1,000,000 в год на подписки, это может означать от $150,000 до $400,000 ежегодных потерь ещё до того, как кто-то посмотрит на операционные последствия.
Неиспользуемые лицензии накапливаются по предсказуемым причинам:
- сотрудники уходят, а их лицензии так и не отменяют;
- команда переходит на новый инструмент, а старая подписка продлевается автоматически;
- руководитель покупает места для пилота, пилот заканчивается, а контракт продолжается;
- два отдела покупают инструменты одной категории, не зная друг о друге.
Это решается ежеквартальным аудитом лицензий. Большинство компаний не проводили его ни разу.
Невидимая цена: операционная фрагментация
Потери на лицензиях легко посчитать. Операционные затраты измерить сложнее, но обычно они больше.
Когда каждый отдел работает в своих инструментах без общих стандартов данных, организация каждый день платит налог в виде ручной работы, которой не должно быть.
1. Одни и те же данные вводятся в нескольких системах
Новый клиент создаётся в CRM. Затем кто-то заново вводит те же данные в инструмент управления проектами. Затем ещё раз в биллинговую систему. Если какие-то из этих записей хоть немного различаются, у компании теперь три записи, каждая из которых по отдельности выглядит правильной, но они противоречат друг другу.
2. Отчётность зависит от ручной сверки
Когда финансовые данные живут в одном инструменте, проектные в другом, а данные о клиентах в третьем, еженедельный отчёт для руководства требует, чтобы кто-то сделал выгрузку из каждой системы, сопоставил записи и собрал сводку в таблице.
Этот человек становится единой точкой отказа. Если он заболел или уволился, отчёт не собирается. Если ваша команда уже с этим сталкивалась, вероятно, вы замечаете и другие признаки процессного долга - они накапливаются по мере роста компании.
3. Передачи между командами ломаются
Продажи закрывают сделку в CRM. Команде исполнения нужно завести проект в совершенно другом инструменте. Передача требует встречи, письма или общего документа, потому что две системы не связаны друг с другом. Каждая передача - это шанс, что информация потеряется, задержится или будет понята по-другому.
4. Безопасность и доступы становятся невидимыми
Если IT не знает об инструменте, IT не может управлять доступом к нему. У бывших сотрудников могут оставаться активные аккаунты. Чувствительные данные могут лежать в инструменте без журнала аудита. Проверки на соответствие требованиям пропускают то, о существовании чего не знают. Это тот самый риск теневого IT - его находят в большинстве аудитов IT-рисков растущих компаний.
Почему обычное решение не работает
Естественная реакция на разрастание SaaS - инициатива по консолидации: выбрать меньше инструментов, отменить остальные, перевести всех.
Проблема в том, что в компаниях среднего бизнеса проекты консолидации часто проваливаются по трём причинам.
Никто сначала не картирует реальный рабочий процесс. Если отменить инструмент A и перевести всех на инструмент B, не понимая, почему команда X изначально выбрала инструмент A, вы воссоздадите ту же проблему. Команда найдёт обходной путь. Она всегда его находит.
Проект превращается в IT-миграцию вместо пересмотра процессов. Перенос данных из одной системы в другую не устраняет причину, по которой данные были фрагментированы. Если две команды по-разному определяют «активного клиента», миграция в одну CRM не создаёт общего определения. Она создаёт два противоречащих друг другу набора данных в одной системе.
Компания пытается изменить всё сразу. Дорожная карта консолидации 12 инструментов логично выглядит на слайде. На практике она перегружает команды, буксует после первых двух миграций, а остальные инструменты так и остаются нетронутыми.
Быстрая самопроверка: насколько разросся ваш стек?
Посчитайте, сколько пунктов верны:
- Ни один человек не может перечислить всё ПО, за которое платит компания.
- Как минимум две команды используют разные инструменты для одной и той же функции.
- Записи о клиентах или сделках есть в трёх и более системах.
- Еженедельный отчёт требует ручных выгрузок из нескольких инструментов.
- У бывших сотрудников остались активные аккаунты в инструментах, купленных отделами.
- Онбординг нового сотрудника включает 8 и более отдельных входов в разные инструменты.
- Вы продлили подписку, а потом поняли, что ею никто в команде не пользуется.
- Как минимум один критически важный процесс зависит от ручного копирования данных между инструментами.
0-1: ваш стек относительно компактный. Это нормально для компаний на ранней стадии или недавно прошедших аудит.
2-3: стоит провести точечный разбор самых дорогих и сильнее всего пересекающихся инструментов.
4+: ваши инструменты переросли ваш процесс. Операционный налог, скорее всего, значителен.
Если несколько пунктов верны, первый шаг - не отмена подписок. Первый шаг - понять, зачем существует каждый инструмент и что сломается, если он исчезнет.
Что делать вместо этого: сначала процесс, потом платформа
1. Составьте реестр инструментов с владельцами
Прежде чем решать, что оставить, а что отменить, перечислите все платные инструменты: кто ими владеет, какая команда пользуется, какой процесс они поддерживают и какие данные хранят. Большинство компаний обнаруживают на 20-40% больше подписок, чем ожидали.
2. Картируйте пять процессов, ближайших к выручке
Выберите процессы, которые напрямую влияют на выручку или исполнение: от лида до закрытия, от продаж к исполнению, от исполнения к выставлению счетов, онбординг клиента и управленческая отчётность. Для каждого проследите, где информация попадает в инструмент, покидает его и попадает в следующий. Именно в этих точках перехода разрастание наносит больше всего вреда.
3. Отделите пересечения от оправданного параллельного использования
Не каждый дублирующий инструмент - это потери. Продажам и инженерам действительно могут быть нужны разные подходы к отслеживанию проектов. Вопрос в том, создаёт ли пересечение проблему с данными или передачами. Если два инструмента хранят разные версии одной и той же записи о клиенте, это проблема. Если две команды используют разные трекеры задач для внутренней работы, которая никогда не выходит за пределы команды, это может быть нормально.
4. Исправьте передачи, прежде чем мигрировать инструменты
Самое ценное изменение часто не в том, чтобы убрать инструмент. Оно в том, чтобы определить, какая система владеет каждой записью и как информация перемещается между системами при каждой передаче. Это тот же подход «сначала диагностика», который применим и к расхождениям между CRM и таблицами: сначала исправьте процесс, затем перенастройте технологию.
5. Консолидируйте поэтапно, а не всё сразу
Выберите один процесс. Исправьте его. Консолидируйте инструменты, которые его поддерживают. Измерьте результат. Затем переходите к следующему процессу. Поэтапный подход медленнее на бумаге, но быстрее на практике, потому что каждый этап действительно доводится до конца.
Что должна выявить диагностика SaaS и процессов
Полезная диагностика - это не аудит лицензий. Она должна ответить на вопросы:
- Какие инструменты поддерживают процессы, критичные для выручки, а какие остались без хозяина?
- Где данные попадают в одну систему, а затем вручную вводятся в другую?
- Какие передачи между командами держатся на обходных путях вместо интеграций?
- Какие пересекающиеся инструменты создают конфликты данных, а какие служат разным целям?
- В каком порядке проводить консолидацию с учётом стоимости, риска и операционного эффекта?
Начните с карты, а не с миграции
Fill System работает с B2B-командами, у которых операционная сложность накопилась быстрее, чем за ней успевали процессы. Разрастание SaaS - один из самых явных сигналов такого разрыва: инструменты покупались для решения реальных проблем, но никто не картировал, как они сочетаются друг с другом.
Наша бесплатная первичная диагностика за 30-45-минутную сессию выявляет самые дорогие пересечения процессов и систем. Для команд, которым нужен полный разбор по каждому инструменту и каждому процессу, наша Расширенная диагностика даёт приоритизированную дорожную карту консолидации, привязанную к реальному эффекту для бизнеса, а не только к экономии на лицензиях.
Запросите бесплатную диагностику и узнайте, какие из ваших 100 инструментов действительно важны.
Вместо заключения
Разрастание SaaS - не ошибка закупок. Это организационный сигнал. Он говорит о том, что компания росла быстрее, чем операционная модель, которая связывает ваши инструменты, команды и данные.
Решение не в том, чтобы инструментов стало меньше. Оно в ясной ответственности, картированных передачах и технологии, которая соответствует процессу, по которому люди на самом деле работают.
Отмените лицензии, которыми никто не пользуется. Но сначала исправьте рабочие процессы.
Читайте также
Насколько разросся ваш стек ПО?
Запросите бесплатную диагностику и получите четкую картину, что исправить в первую очередь - без обязательств.