Как определить, какие бизнес-функции выгодно передать на аутсорсинг: критерии, процесс оценки и типичные ошибки

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

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

От чего зависит решение: базовая матрица

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

Квадрант	Стратегическая значимость	Операционная сложность	Типичное решение	Примеры
Ядро бизнеса	Высокая	Высокая/Средняя	Только инхаус, инвестиции в компетенции	R&D ключевого продукта, уникальная модель сервиса, бренд-стратегия
Сложные операции	Низкая	Высокая	Аутсорсинг к специализированному провайдеру с SLA	IT-инфраструктура, сложная логистика, налоговый учёт в нескольких юрисдикциях
Коммодити	Низкая	Низкая	Полный аутсорсинг или автоматизация	Клининг, стойбовые закупки, базовая кадровая администрирование
Скрытые риски	Высокая	Низкая (на первый взгляд)	Инхаус с возможным частичным делегированием рутинных подзадач	Работа с ключевыми клиентами (Key Account), сбор обратной связи по продукту

Ошибка частая: функции из квадранта «Скрытые риски» выглядят простыми («просто звонить клиентам»), но накапливают контекст, который становится активом. Их передача наружу без сохранения доступа к инсайтам лишает компанию обратной связью.

Пять критериев оценки каждой функции

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

• Влияние на уникальное торговое предложение (USP). Функция напрямую формирует то, за что клиент платит премию? Если да — инхаус. Пример: рецептура продукта у фудтех-стартапа, алгоритм подбора под застройщика у проптех-компании.
• Накопление неявных знаний (tacit knowledge). В процессе формируется экспертиза, которую сложно зафиксировать в регламенте? Если да — уход наружу приведёт к потере контекста через 6–12 месяцев. Типичные зоны: общение с VIP-клиентами, архитектурные решения в разработке, экспертиза по нестандартным инцидентам.
• Стоимость координации (transaction costs). Сумма затрат на поиск подрядчика, настройку интерфейсов, контроль качества, переключение провайдеров. Часто превышает 15–20% от прямой стоимости услуги. Если координация съедает экономию — аутсорсинг нецелесообразен.
• Риск утечки данных или IP. Функция оперирует коммерческими тайнами, персональными данными, ноу-хау? Оцените не только правовую защиту (NDA, штрафы), но и техническую изоляцию: где физически хранятся данные, кто имеет доступ, как устроена аудитность.
• Эластичность нагрузки. Объём работы плавает сезонно или проектно? Высокая вариативность — сильный аргумент за аутсорсинг (платите за факт). Стабильная нагрузка 8/5 — чаще дешевле нанять штатного, даже с налогами и отпусками.

Расчёт реальной стоимости: заглядываем за счёт подрядчика

Сравнение «зарплата + налоги» vs «месячный фикс подрядчика» — ловушка. Полная стоимость владения (TCO) для инхауса и аутсорсинга считается по разным формулам, но в обоих случаях нужны одни статьи расходов.

Что входит в TCO инхауса (часто упускают)

• Налоги и взносы (около 30–43% к gross в РФ в зависимости от режима).
• Рабочее место: аренда, оборудование, лицензии ПО, электричество, интернет.
• Рекрутинг и онбординг: время HR, агентства, адаптация 1–3 месяца.
• Обучение и поддержание квалификации: курсы, конференции, время сеньоров на менторство.
• Управленческие издержки: 10–15% времени руководителя линии на 1-1, планирование, мотивацию.
• Риски простоев: болезнь, увольнение, bench между проектами.

Что входит в TCO аутсорсинга (часто скрыто в мелком шрифте)

• Базовая ставка по договору.
• Входные затраты: аудит процессов, передача знаний, настройка доступов, интеграция систем (API, VPN, CRM).
• Управление вендором: время внутреннего куратора (account manager со стороны заказчика) — обычно 0.1–0.3 FTE на контракт.
• Штрафы и скрытые платежи: выход за SLA, change requests, срочные правки, миграция при смене провайдера.
• Потеря скорости реакции: тикет в очередь провайдера vs подход к столу коллеги.
• Стоимость знаний при уходе: если процесс уходит к вендору на 3 года, у вас не остаётся людей, понимающих «как это работает».

Практический совет: постройте Excel-модель на 3 года с дисконтированием. Включите вероятность смены провайдера (обычно 20–30% в год для новых контрактов) и стоимость обратного перевода (insourcing). Часто 3-летний TCO аутсорсинга оказывается выше инхауса на 10–25% при стабильной нагрузке.

Пошаговый алгоритм принятия решения

Не принимайте решение за один заход. Процедура ниже защищает от импульсных шагов и создаёт артефакты для согласования с сооснователями/советом.

1. Инвентаризация процессов. Выгрузите реестр всех повторяющихся операций из календарей руководителей, Jira/Трекер, 1С, CRM. Группируйте по функциям (не по отделам!). Результат: список 30–80 процессов с владельцем, частотой, трудоёмкостью в часах/месяц.
2. Скоринг по матрице. Каждому процессу поставьте баллы 1–5 по осям «Стратегичность» и «Сложность координации». Постройте scatter plot — визуально выделится кластер кандидатов на аутсорсинг.
3. Финансовое моделирование ТОП-5 кандидатов. Считайте TCO инхаус vs аутсорсинг на 3 года с учётом рисков. Добавьте строку «Стоимость ошибки» — что если подрядчик провалит SLA в пик сезона?
4. Риск-асессмент по безопасности. Для каждого кандидата: какие данные уходят наружу, какой режим доступа нужен, как аудируется провайдер (SOC 2, ISO 27001, свои аудиторы). Если нет готового ответа — процесс не готов к передаче.
5. Пилот на 1–2 процессах. Не передавайте всё сразу. Выберите функцию с низкой стратегичностью, чёткими SLA и измеримым результатом. Зафиксируйте baseline метрик до пилота. Длительность — 2–3 месяца.
6. Решение по портфелю. На основе пилота масштабируйте или корректируйте подход. Документируйте lessons learned в внутреннем реестре решений по аутсорсингу.

Частые сценарии: что обычно уходит хорошо, а что — нет

Опыт рынка (не «наш», а агрегированный из открытых кейсов и отраслевых отчётов) показывает устойчивые паттерны.

Функции с высокой успешностью аутсорсинга

• Учёт и налоги (полный цикл или частично). Чёткие регламенты, понятные KPI (сдача отчётности в срок, ноль штрафов), высокая ответственность провайдера. Риск: зависимость от ключевого бухгалтера у вендора — требуйте декларацию ключевых сотрудников в договоре.
• IT-инфраструктура и сервис-деск (L1/L2). Стандартизированные процессы (ITIL), измеримые SLA (время реакции, resolution rate), масштабируемость. Риск: доступ к продакшн-среде — нужны PAM-решения и аудит привилегированных сессий.
• Кадровое администрирование (onboarding/offboarding, больничные, отпуска, отчётность в ПФР/ФСС). Рутинно, регулировано, легко проверяемо. Не путать с HR-бизнес-партнерством и наймом — это другое.
• Маркетинговые операции: таргет, контекст, SMM-производство контента по ТЗ. Стратегия и бренд — инхаус, запуск кампаний и 제작 креативов — часто дешевле и быстрее у агентств с уже настроенными пайплайнами.
• Логистика последней мили, складские операции (3PL). Активы (склады, авто) у провайдера, вы платите за паллет-место и заказ. KPI: OTIF (On Time In Full), брак, возвратная логистика.

Функции, где аутсорсинг часто проваливается

• Продажи ключевых сегментов (Key Account, Enterprise). Контекст сделки, отношения с LPR (лицами, принимающими решения), знание продуктовых нюансов — всё это уходит при текучке менеджеров у вендора (а она 40–60% в год).
• Продуктовая аналитика и UX-исследования. Инсайты не передаются в отчёте — они живут в голове аналитика. Аутсорсинг сборки дашбордов ок, интерпретации — нет.
• Архитектура и код-ревью ключевых модулей. Передача разработки фич — нормально (outstaff/аутстафф), но архитектурное видение и code ownership над core-модулями должны оставаться в команде.
• Кризис-менеджмент и работа с инцидентами безопасности. Внешний SOC (Security Operations Center) мониторит алерты, но принятие решения «выключать продакшн или нет» — только внутренний CISO/Tech Lead.

Типичные ошибки и как их избежать

Ошибка	Почему происходит	Последствия	Правильная альтернатива
Передача «как есть» без регламента	Надежда, что подрядчик «сам разберётся, они профи»	Расхождение ожиданий, недопоставка качества, споры по счетам	Сначала опишите процесс (BPMN/Checklist), определите входы/выходы, SLA, эскалации. Только потом ищите вендора.
Выбор по минимальной цене	Финансовый директор требует экономию «здесь и сейчас»	Низкий уровень сеньорности исполнителей, скрытые доплаты, срыв сроков	Тендер по TCO с весами: цена 30%, компетенции 30%, SLA/штрафы 20%, культура/коммуникация 20%.
Отсутствие внутреннего куратора (Product Owner процесса)	«Мы же платим, пусть сами делают»	Дрифт процесса, накопление технического долга, потеря контроля	Назначьте ответственного со стороны заказчика (0.1–0.3 FTE), у которого есть власть принять/вернуть работу.
Долгосрочный договор без точек выхода	Желание зафиксировать скидку за объём/срок	Заблокированы в плохом сервисе, стоимость смены провайдера становится запредельной	Договор 12 месяцев с автопродлением, но с правом расторжения за 30 дней без штрафов при нарушении SLA 2 месяца подряд.
Игнорирование onboarding-периода	Хочется быстрее увидеть результат	Первые 2–3 месяца работают «в минус», ошибки копируются в продакшн	Планируйте пилот 2–3 месяца с пониженными KPI (70–80% от целевых), еженедельные ретро, чёткий план передачи знаний.

Чек-лист готовности к передаче функции (Definition of Ready)

Не начинайте переговоры с вендорами, пока не поставите галочки напротив каждого пункта.

• [ ] Процесс описан в виде пошаговой инструкции (SOP) с входными/выходными критериями качества.
• [ ] Определены измеримые KPI и SLA: время реакции, качество (defect rate), доступность, отчётность.
• [ ] Разграничены зоны ответственности: что делает заказчик, что — подрядчик, где точка передачи (handoff).
• [ ] Подготовлены тестовые данные/кейсы для оценки кандидата на тендере (request for proposal с реальными сценариями).
• [ ] Проведена оценка информационной безопасности: классификация данных, требования к доступу, аудит провайдера.
• [ ] Рассчитан TCO на 3 года с учётом рисков смены вендора и обратного перевода.
• [ ] Назначен внутренний куратор с выделенным временем и mandat на принятие работы.
• [ ] Договор включает: SLA с штрафами, право аудита, условия перехода данных при расторжении, декларацию ключевых сотрудников вендора.
• [ ] Есть план пилота: длительность, критерии успеха, точка принятия решения Go/No-Go.
• [ ] Зафиксировано базовое значение метрик текущего инхаус-процесса (baseline) для сравнения.

Сценарии «если — то»: быстрые ориентиры для типичных ситуаций

• Если нагрузка нестабильна (проектная работа, сезонность) — аутсорсинг/аутстафф предпочтительнее найма. Платите за факт отработанных часов/результата.
• Если функция требует глубокой доменной экспертизы, редкой на рынке — ищите нишевого провайдера с уже накопленным кейсами, а не обучайте своих. Но сохраняйте архитектурный надзор инхаус.
• Если компания на стадии Product-Market Fit и ищет модель — держите максимум инхаус. Гибкость и скорость итераций важнее экономии 15–20%. Аутсорсинг замораживает процессы договорами.
• Если масштабируетесь в новый регион/страну — локальный учёт, HR, логистику, колл-центр разумно отдать местным провайдерам. Знание регуляторики и языка критично.
• Если функция — источник инноваций (R&D, новые каналы продаж) — не отдавайте наружу. Эксперименты требуют быстрых циклов обратной связи, которые аутсорсинг замедляет в 3–5 раз.

Как контролировать качество после передачи

Контракт подписан — работа начинается. Без системы контроля аутсорсинг деградирует за 6–12 месяцев.

1. Еженедельный операционный синк (15–30 мин). Куратор заказчика + аккаунт-менеджер вендора. Разбор инцидентов, изменений в приоритетах, блокеров.
2. Ежемесячный бизнес-ревью (QBR — Quarterly Business Review). Метрики SLA, тренды, планы развития, финансы, риски. Участники: руководитель направления заказчика + руководитель направления вендора.
3. Аудит качества по выборке. Раз в квартал куратор проверяет 5–10% работ по чек-листу (не только результат, но и процесс: соблюдены ли регламенты, зафиксированы ли знания).
4. Shadowing / мистификация. Раз в полгода куратор проходит путь заявки/задачи от входа до выхода «под видом клиента» или тестового кейса.
5. Обратная связь от внутренних потребителей. Анкета NPS/CSAT для сотрудников, которые потребляют результат функции (например, отдела продаж — к лидогенерации, отдела разработки — к сервис-деску).

Практический следующий шаг

Начните с инвентаризации. Заблокируйте 2 часа у руководителей направлений: «Выгрузите все повторяющиеся процессы, которыми вы управляете, с оценкой часов в месяц и боли (что ломается, что отнимает время от стратегии)». Собранный реестр — это база для скоринга. Не пытайтесь оптимизировать всё сразу: выберите 1–2 функции из квадранта «Коммодити» или «Сложные операции», прогоните через чек-лист готовности и запустите пилот. Результат пилота даст больше данных для решения, чем любые бенчмарки рынка.

FAQ

Нужен ли отдельный юрист для проверки договора аутсорсинга?

Да, если сумма контракта превышает 5–10% операционного бюджета функции или уходят чувствительные данные. Типовые договоры провайдеров защищают провайдера. Нужен аддендам с вашими SLA, штрафами, правом аудита, условиями перехода данных и декларацией ключевых сотрудников. Внутренний юрист или наёмный специалист по IT/услугам сэкономит деньги на этапе разбирательств.

Как не потерять знания, если подрядчик уволит ключевого сотрудника?

Требуйте в договоре: (1) декларацию ключевых сотрудников с pénalité за их замену без согласования; (2) обязательное ведение базы знаний (Confluence/Notion/GitBook) с еженедельным обновлением; (3) право аудита базы знаний; (4) процедуру knowledge transfer при смене исполнителя за 2 недели за счёт вендора. И главное — держите внутреннего куратора, который понимает процесс не хуже исполнителя.

Аутстафф или аутсорсинг: в чём разница для решения?

Аутстафф (outstaff) — вы управляете людьми напрямую, они сидят в ваших процессах, у вас доступ к их времени и задачам. Аутсорсинг — вы покупаете результат/SLA, управление людьми у вендора. Для core-подобных функций с высокой вариативностью задач лучше аутстафф (контроль сохраняется). Для коммодити с чёткими SLA — аутсорсинг (меньше управленческих издержек). Часто комбинируют: аутстафф для разработки, аутсорсинг для инфраструктуры и учёта.

Стоит ли передавать на аутсорсинг найм (рекрутинг)?

Массовый найм (линейный персонал, стажёры, поддержка) — да, агентства закрывают быстрее и дешевле за единицу. Найм ключевых ролей (техлиды, продажи enterprise, C-level) — нет, контекст компании и доступ к скрытому рынку критичны. Гибрид: внутренний рекрутер ведет стратегию и ключевые вакансии, агентства — воронку и скрининг по массовым профилям.

Как понять, что аутсорсинг не работает и нужно вернуть функцию инхаус?

Три красных флага за последние 3 месяца: (1) SLA нарушается системно (>20% кейсов), штрафы не мотивируют вендора; (2) внутренний куратор тратит >50% времени на «доделку» и контроль вместо стратегических задач; (3) стоимость координации + скрытые доплаты превысили бы зарплату команды инхаус на 30%+. Если совпало 2 из 3 — запускайте план инсорсинга заранее (3–6 месяцев на найм и онбординг).