Пять независимых направлений экономии — от разгрузки первой линии поддержки до снижения текучести и более быстрого найма. Ниже — полная разбивка с методикой расчёта. Как был реализован сам прототип (1 человек, 5 дней вместо команды и 16 недель) — в конце страницы.
Главный вопрос не «сколько стоило сделать демо», а «сколько это стоит компании после запуска». Эффект складывается не из одного рычага, а из пяти независимых направлений — каждое посчитано отдельно и консервативно, на условном штате 20 000 сотрудников (легко пересчитать под реальную численность Т1).
Деньги в разбивке ниже — следствие более широкого сдвига: как компания вообще узнаёт о проблемах и реагирует на них. Без Компаса большинство сигналов приходят постфактум, когда действовать уже поздно или дороже. С Компасом — заранее, пока решение ещё дешёвое.
| Ситуация | Без Компаса | С Компасом |
|---|---|---|
| Рутинное обращение сотрудника | Дни — очередь на первую линию поддержки | Секунды — агент отвечает и сразу выполняет действие |
| Риск выгорания сотрудника | Узнают постфактум — на выходном интервью или после ухода | Сигнал за недели до критической точки, тезисы для разговора готовы заранее |
| Просроченная вакансия | Замечают случайно, при периодическом ревью найма | Агент сам предупреждает о просрочке, как только она возникает |
| Финансовая аномалия (задвоенный платёж) | Находят при аудите постфактум — деньги уже ушли | Guardian ловит до закрытия периода, до фактической потери |
| Время руководителя на рутину | Часы в неделю на согласования, статусы, сверку задач | Минуты — агент готовит решение и обоснование, человек подтверждает |
| Масштабирование новой функции | Новый портал, макет, навигация, обучение пользователей | Новый сценарий внутри уже привычного чата — обучать никого не нужно |
| Видимость происходящего для руководства | Точечные отчёты по запросу, с задержкой | Живой дашборд по каждой роли — данные всегда актуальны |
20 000 сотр. × 15 обращений × 50–80% дефлекции × 500 ₽/обращение
≈200 увольнений/год реже × ≈900 тыс ₽ стоимости замены (−1 п.п. текучести)
≈500 наймов/год × вакансия закрывается на 5 дней быстрее × 10 тыс ₽/день
≈2 000 руководителей × 30 мин/нед экономии на согласованиях и статусах
Регулярный улов дублирующих/ошибочных платежей агентом сверки — как в демо (340 тыс ₽ на одной проводке)
Переход от прототипа к боевой версии с реальными интеграциями (см. ниже) — разовые затраты порядка 6–8 млн ₽ при классической разработке. Даже если считать только первое, самое консервативное направление (75 млн ₽/год), переход окупается за 4–6 недель эксплуатации. С учётом остальных четырёх направлений окупаемость — недели, а не месяцы.
Все цифры — прозрачная оценка на заявленных допущениях, не измеренный факт. Каждое направление можно пересчитать независимо под реальные данные Т1 (численность, текучесть, объём найма, ставки) — методика останется той же. Направления не пересекаются: обращения первой линии, текучесть, найм, время руководителей и финансовые аномалии — разные статьи, не разные способы посчитать одно и то же.
Всё, что описано выше, уже работает — вы можете открыть демо прямо сейчас. Ниже — честный расчёт, во что обошлась бы разработка этого прототипа классической продуктовой командой, и что нужно для перехода в боевую эксплуатацию.
Полный объём того, что уже работает и что вы можете открыть прямо сейчас: 20+ сценариев, агентный режим, интеграция с LLM, рой из 13 проактивных агентов по 4 ролям с guardian-контролем прав, новая роль «Администратор» и аналитический дашборд HR-специалиста (рекрутмент, выгорание, eNPS). Ниже — расчёт, во что обошлась бы вся эта работа целиком классической продуктовой командой.
Ставки — медианные gross-оклады для Москвы, продуктовые команды уровня крупного IT-холдинга, 2026 год. Сроки суммируют базовый прототип и рой агентов/дашборды как один сквозной проект. Общий календарный срок при последовательной разработке — ≈16 недель.
| Роль | Ставка/мес | Срок | Стоимость |
|---|---|---|---|
| Продакт-менеджер | 220 000 ₽ | 12 нед | 626 000 ₽ |
| Аналитик | 180 000 ₽ | 8 нед | 332 000 ₽ |
| Дизайнер | 170 000 ₽ | 8,5 нед | 334 000 ₽ |
| Frontend | 220 000 ₽ | 12 нед | 592 000 ₽ |
| Backend | 230 000 ₽ | 10 нед | 513 000 ₽ |
| QA | 160 000 ₽ | 5 нед | 197 000 ₽ |
| Итого, зарплатный фонд | 2 594 000 ₽ | ||
| Роль | Ставка/мес | Срок | Стоимость |
|---|---|---|---|
| Продакт-менеджер | 380 000 ₽ | 12 нед | 1 082 000 ₽ |
| Аналитик | 300 000 ₽ | 8 нед | 554 000 ₽ |
| Дизайнер | 280 000 ₽ | 8,5 нед | 549 000 ₽ |
| Frontend | 380 000 ₽ | 12 нед | 1 023 000 ₽ |
| Backend | 400 000 ₽ | 10 нед | 892 000 ₽ |
| QA | 260 000 ₽ | 5 нед | 320 000 ₽ |
| Итого, зарплатный фонд | 4 420 000 ₽ | ||
Классический путь — это 6 человек, ≈16 недель календарного времени, 4,0–6,9 млн ₽ полной стоимости — с учётом не только зарплатного фонда и налогов, но и менеджмента проекта со стороны заказчика, созвонов и накладных расходов на онбординг команды в контекст Т1 (закладываем ≈20% сверху).
Всё, что вы уже открывали на главной странице и в дашбордах — тот же охват сценариев, тот же уровень проработки интерфейса и брендинга, та же интеграция с LLM, тот же рой агентов с governance-контролем — сделано одним человеком за 5 рабочих дней. Это не аргумент «команда не нужна» — на реальном продакшене с интеграциями в 1С, СКУД и LDAP команда потребуется. Это аргумент в пользу того, что путь от идеи до работающего, кликабельного прототипа для принятия решения можно пройти на порядок быстрее и дешевле, чем принято закладывать в первый спринт.
Сейчас все ответы Компаса — заранее подготовленные сценарии. Следующий шаг — подключить реальные API боковых систем Т1: 1С (кадры, зарплата), СКУД (пропуска), LDAP (аутентификация и права), Сфера.Задачи (таск-трекер). Это меняет масштаб работы: добавляются SSO, обработка реальных ошибок и таймаутов бэкендов, контроль доступа по ролям, нагрузочное тестирование и security-ревью перед продакшеном.
* Здесь узкое место — не скорость написания кода, а организационное: выдача тестовых доступов к 1С/СКУД/LDAP/Сфере.Задачи и согласование security-ревью зависят от внутренних процессов Т1 и владельцев систем, а не от вайбкодинга. Реальный календарный срок = время на код (2–3 недели) + время ожидания доступов и согласований, которое командная разработка проходит параллельно с кодированием, а не быстрее.
Как эта же экономия применима к переходу от прототипа к реальной системе — в техническом описании.