Финансовая модель QA-as-a-Service на аутсорс

Описание

Компания по тестированию ПО на аутсорсе (QA-as-a-Service) — это сервисный бизнес, где выручка формируется из часов работы инженеров по различным контрактам: повременная оплата (T&M), фиксированная стоимость проекта, выделенная команда. Экономика напрямую зависит от утилизации персонала: чем меньше «бенч» (оплачиваемые, но не занятые в проектах часы), тем выше маржинальность.

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

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

Особенности моделирования

• Расчёт выручки на основе ставок по грейдам (Junior, Middle, Senior, Lead) и типам контрактов с помесячными сценариями загрузки каждого специалиста.
• Моделирование бенча — неоплачиваемого времени между проектами; для новых сотрудников учтён период выхода на плановую утилизацию (кривая обучения и поиск проекта).
• Динамика найма с параметрами времени закрытия вакансии, стоимости рекрутинга, оттока персонала и горизонта планирования команды.
• Детальный блок операционных затрат: амортизация оборудования (ноутбуки, тестовые фермы), лицензии на ПО (Jira, TestRail, средства автоматизации), аренда и обучение.
• Встроенная возможность учёта валютной выручки и переоценки курсов при работе с зарубежными заказчиками (активируется опционально).

Что входит в базовую версию

• Модуль продаж: настройка воронки проектов, доли типов контрактов (почасовая, фикс-прайс, выделенная команда), ставки по каждому грейду и типу.
• Расчёт штатного расписания: плановая численность инженеров, менеджеров, административного персонала с возможностью помесячного найма и увольнения.
• Блок загрузки и утилизации: оплачиваемые часы, бенч, потери на простои, связь с воронкой продаж и плавным выходом на мощность.
• Операционные затраты: аренда офиса, лицензии и подписки, амортизация оборудования, рекрутинг, обучение, командировки.
• Финансовые отчёты: отчёт о прибылях и убытках, отчёт о движении денежных средств (косвенный метод), баланс.
• Показатели эффективности: маржинальность по валовой прибыли, EBITDA, точка безубыточности по количеству оплачиваемых часов, срок окупаемости инвестиций.

Типичные ошибки моделирования

• Считают, что инженеры сразу загружены на 100% с момента найма — реальная средняя утилизация с учётом бенча и простоев составляет 75–85%, что на 15–25% снижает плановую выручку.
• Не разделяют ставки по грейдам и типам контрактов, усредняя их — средневзвешенная ставка может отличаться на 20–30%, искажая выручку на ту же величину.
• Нанимают полную команду с первого месяца, игнорируя цикл рекрутинга 2–3 месяца — это завышает операционные затраты в начале проекта и создаёт кассовый разрыв.
• Не учитывают затраты на оборудование и лицензии для новых сотрудников — первоначальные инвестиции занижаются на 5–10%.
• Забывают про валютную переоценку при поступлениях в иностранной валюте — маржинальность может колебаться на 10–15% из-за курсовых разниц.