Маржа в аутстаффе при длинной цепочке: что контролировать на стороне денег, если людей уже не перепроверить

На Habr недавно обсуждали деградацию рынка IT-аутстаффинга: подмена команды, «фейковые senior», перекупщики в цепочке. Тезисы узнаваемые. Но у многих поставщиков есть второй слой потерь — коммерческий: даже при честном составе команды в конце периода спорят не про грейд, а про объём, деньги и счёт.

Для кого: владелец, руководитель поставки, финансы в IT-аутстаффе и сервисной разработке (T&M / гибрид).
Что получите: разделение рисков «люди vs деньги», три коммерческих сбоя, weekly-контур и план пилота на 2–3 договора.
Следующий шаг: 20-минутный разбор и пилот на 2–3 договорах, KPI и критерии go/no-go.

Граница: МарджинЛейэр не проверяет грейды и не ловит подмену команды. Это коммерческий слой между трекером и учётом — не PSA и не замена ERP.

Два слоя риска: люди и коммерция

Слой	Вопрос	Кто обычно отвечает
Люди	Кто на проекте, какой уровень, кто управляет	HR, delivery, заказчик на интервью
Коммерция	Какой объём согласован, что изменилось, что в счёте	Аккаунт, PM, финансы, владелец

МарджинЛейэр относится ко второму слою. Когда в инфополе говорят «контроль», чаще имеют в виду людей. На практике у честного аутстаффера маржа утекает между CRM, трекером и 1С — без внешних перекупщиков.

Где теряется маржа без «перекупщиков»

Типичная цепочка в деньгах у одного поставщика:

1. В CRM или КП — ставки и рамка объёма.
2. В трекере — часы и задачи.
3. В учёте — счета, акты, закрытие периода.
4. Между п. 2 и 3 нет одной weekly-картины по каждому активному договору.

Отсюда три сбоя, похожих на «схемы» из обсуждения рынка, но про цифры:

1. Объём в счёте ≠ тому, что согласовывали в работе

Не всегда из-за слабого разработчика. Чаще — поздно зафиксированные допработы и разное понимание базы SoW. См. изменения объёма: коммерческий контур.

2. Допработы в чате, а не в деньгах

Пока нет статуса «в деньгах / на согласовании / заблокировано», маржа в плане одна, счёт — другой.

3. Внутренняя «цепочка» без P&L по клиенту

Между продажами, delivery и финансами разъезжаются версии правды — особенно при 5–15 параллельных договорах. В комментариях к исходной статье это перекликается с историями про размытую ответственность и раздутый бюджет.

У вменяемого поставщика конкурентное преимущество смещается к доказуемой коммерческой дисциплине, а не только к сильному интервью на пресейле.

Что контролировать каждую неделю

Не нужен микроменеджмент daily. Нужен короткий контур для владельца, руководителя поставки и финансов:

• База объёма по договору.
• Факт часов или объёма за неделю.
• Изменения объёма в деньгах — с владельцем и статусом.
• Готовность к счёту — готово / на проверке / заблокировано с причиной (см. чек-лист недельной сводки).

Это слой между трекером и учётом — решения до границы счёта. Подробнее про ранние сигналы: маржа до выставления счёта.

Роли на 30–45-минутном разборе

• Владелец / CEO — где маржа по портфелю, какой договор «красный».
• Руководитель поставки — какие изменения объёма не доведены до денег.
• Финансы — что можно выставлять, что зависло, что спорно.

Раз в неделю — одна сводка, одни решения. Без «соберём в пятницу из пяти файлов».

Старт за 7 дней (без тяжёлой интеграции)

1. Выберите 2–3 активных договора, где в прошлом квартале был спор по счёту или допработам.
2. Зафиксируйте базу объёма в одном месте (версия обязательна).
3. Согласуйте источник факта часов (трекер или выгрузка).
4. Введите три статуса изменений в деньгах.
5. Назначьте владельца weekly-разбора.
6. Проведите первый разбор — зафиксируйте блокеры к счёту.
7. Сравните с прошлым месяцем: где бы поймали отклонение раньше.

Пилот на 2–3 договорах за 4–6 недель

Имеет смысл не «внедрять платформу», а пилот с заранее записанными KPI, например:

• доля изменений объёма со статусом в деньгах;
• время от сигнала отклонения до решения;
• число спорных позиций к счёту vs baseline.

Критерии go/no-go фиксируются до старта. Подробнее: критерии пилота, KPI и ориентиры ROI.

Ожидаемый результат пилота (ориентир):

• единая недельная сводка по выбранным договорам за первые 2 недели при готовых данных;
• не менее 80% позиций недели с явным статусом к счёту;
• сокращение времени подготовки сводки на 20–30% к исходной базе (если замеряли).

Следующий шаг — без обязательств:

• Запросить 20-минутный разбор и план пилота на 2–3 договорах
• Смотреть KPI и критерии запуска/отказа
• Скачать пакет для ИБ и закупки
• Открыть демо (иллюстративный контур)

Когда пилот лучше не запускать

• Нет владельца базы объёма и ставок по договорам.
• Поставка и финансы не готовы к общему недельному слоту 30–45 минут.
• Ожидается, что продукт «сам» заменит дисциплину фиксации блокеров и ответственных.

Связанные материалы

• Финансовый учёт при аутстаффе: маржа и счёт
• Готовность к счёту: чек-лист недельной сводки
• Изменения объёма работ до счёта
• Обсуждение на Habr: рынок аутстаффинга

FAQ

Чем коммерческий контроль отличается от контроля грейда?

Грейд и состав — зона HR, delivery и заказчика. Коммерческий контроль — объём, изменения в деньгах, готовность к счёту.

Это замена 1С или Jira?

Нет. Учёт и задачи остаются у вас; добавляется еженедельный коммерческий слой.

Нужна ли интеграция в первый день?

Обычно достаточно выгрузки часов и согласованной базы объёма; глубокую интеграцию обсуждают после пилота.

Поможет ли это «поймать перекупщиков»?

Не напрямую. Поможет отличить поставщика с коммерческой дисциплиной от того, кто продаёт только презентацию.