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

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

Ключевые критерии оценки: чек-лист для каждой функции

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

Критерий	Оставить внутри (Core)	Передать на аутсорсинг (Context)
Стратегическая значимость	Напрямую влияет на УТП, дифференциацию, маржинальность	Стандартизирована, не создаёт уникальности для клиента
Компетенция-дифференциатор	Уникальные знания, патенты, ноу-хау, сложно копируемые навыки	Коммодитизированные навыки, доступны на рынке труда/услуг
Структура затрат	Инвестиции в активы/людей возвращаются через премию к цене продукта	Затраты линейны, масштабируются, нет эффекта масштаба внутри компании
Риски и комплаенс	Высокая ответственность (данные клиентов, регулятор, репутация бренда)	Риски управляемы контрактами, SLA, страхованием, аудитом
Волатильность нагрузки	Стабильная, предсказуемая, требует глубокого контекста	Пиковые/сезонные нагрузки, проектная работа, необходимость быстрого масштаба
Специфика знаний	Требует глубокого погружения в бизнес-логику, недокументированные процессы	Процессы формализованы, регламентированы, передаются через инструкции

Используйте эту таблицу как рабочий инструмент: выпишите 15–20 ключевых процессов компании и поставьте оценки. Функции, набирающие 4–6 баллов в правой колонке, идут в «длинный список» кандидатов.

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

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

Часто выносят (с оговорками)

• IT-инфраструктура и поддержка пользователей (Helpdesk, администрирование серверов, мониторинг). Ядро — продуктовая разработка и архитектура данных; эксплуатация — контекст.
• Бухгалтерский и налоговый учёт, зарплатный расчёт. Регламентированы законом, высокие требования к актуальности знаний, низкая уникальность для бизнеса.
• HR-администрирование и рекрутинг массовых позиций. Онбординг, ведение кадровых документов, подбор линейного персонала — процессы с чёткими KPI.
• Логистика и складское хозяйство (3PL). Требование к активам (склады, автопарк) и экспертизе маршрутизации, не связанной с продуктом.
• Маркетинговое исполнение (таргетинг, SMM, SEO, контент-продакшн). Стратегия и бренд — внутри; операционная настройка кампаний — вовне.
• Клиентская поддержка 1-й линии (L1). Скрипты, базы знаний, тикетинг. Эскалация (L2/L3) и работа с VIP-клиентами часто оставляют внутри.
• Обслуживание офисов, клининг, фуд-сервис, безопасность. Классический Facility Management.

Редко выносят (зона высокого риска)

• Продуктовая стратегия и R&D ключевых технологий. Потеря контекста убивает инновации.
• Ключевые продажи и управление стратегическими аккаунтами (Key Account Management). Отношения — актив компании.
• Финансовое планирование и анализ (FP&A), казначейство. Контроль денежных потоков — функция владельца/CEO.
• Корпоративная культура, найм топ-менеджмента, организационное развитие. Аутсорсинг HR-бизнес-партнерства работает только как временная мера.
• Кризис-менеджмент, правовая защита интеллектуальной собственности. Требует мгновенной реакции и полного контекста.

Пошаговый аудит: от инвентаризации до пилота

Не начинайте с поиска вендора. Начинайте с домашней работы. Пропуск этапов — основная причина провалов.

1. Инвентаризация процессов. Составьте реестр всех повторяющихся операций с указанием: владельца процесса, трудоёмкости (FTE), прямых затрат (ОТ, налоги, софт, аренда), входов/выходов, SLA текущих, критичности для бизнеса (1–5).
2. Классификация по матрице Core/Context. Примените таблицу из раздела выше. Отсеките функции с оценкой «Core» по стратегической значимости и компетенции — они не обсуждаются.
3. Расчёт TCO (Total Cost of Ownership) «как есть». Посчитайте полную стоимость содержания функции внутри: зарплаты + налоги + бенефиты + обучение + текучка + инструменты + управление + площадь + риски простоя. Часто «внутренне дешевле» — иллюзия из-за скрытых издержек.
4. Оценка рынка (RFI/RFP). Запросите коммерческие предложения у 3–5 провайдеров. Сравните не только цену за единицу, но модель ценообразования (фикс / за транзакцию / за FTE), SLA, штрафы, условия выхода, требования к передаче знаний.
5. Анализ рисков перехода. Заполните матрицу рисков: вероятность × ущерб. Ключевые риски: утечка данных, падение качества, зависимость от ключевых сотрудников вендора, кривая обучения, юридические сложности при смене подрядчика.
6. Пилотный проект. Выберите одну непрофильную, хорошо формализованную функцию с низким риском (например, обработка входящей корреспонденции или мониторинг серверов ночью). Зафиксируйте базовые метрики, запустите на 2–3 месяца, измерьте дельту качества, скорости и скрытых затрат на управление вендором.
7. План перехода и управления изменениями. Документируйте: передачу знаний (Knowledge Transfer), параллельный запуск, план отката (Rollback), коммуникацию для внутренней команды, перераспределение ролей контролеров.

Скрытые издержки и риски, которые съедают экономию

На бумаге аутсорсинг часто показывает 20–30% экономии. В реальности чистая выгода может быть нулевой или отрицательной, если не учесть:

• Transaction costs — затраты на транзакции. Поиск, тендер, юридическое оформление, интеграция систем, настройка отчётности, ежедневное управление SLA, еженедельные созвоны, эскалации.
• Потеря неявного знания (Tacit knowledge). Внутренний сотрудник знает «почему так сделано» и «к кому позвонить, если сломалось». Вендор выполняет регламент. При нестандартной ситуации время реакции растёт в разы.
• Vendor Lock-in (блокировка поставщика). Данные, процессы, доступы заточены под одного провайдера. Смена подрядчика через 2 года стоит сравнимо с введением аутсорсинга.
• Деградация контроля качества. «Аутсорсили и забыли» — рецепт провала. Нужен внутренний роль «Vendor Manager» с KPI на качество сервиса, а не на «отношения с подрядчиком».
• Скрытая текучка на стороне вендора. Ваши ключевые операторы у подрядчика уходят — вы теряете контекст, не контролируя найм и удержание.
• Юридические и комплаенс-риски. Ошибка бухгалтерии подрядчика — ваш штраф. Утечка данных колл-центра — ваш репутационный скандал и гранды регулятора. Контракт не снимает ответственность контролёра данных (ГК РФ, 152-ФЗ, GDPR при работе с ЕС).

Критерии выбора вендора: за пределами цены

Когда короткий список функций готов, отбор провайдера должен идти по жёстким параметрам. Цена — только порог отсечения.

Параметр	Что проверять на практике
Глубина экспертизы в вашей нише	Кейсы с похожим объёмом, регуляторикой, стеком технологий. Запросите контакты 2–3 текущих клиентов для референс-звонка (без участия менеджера по продажам).
Модель SLA и штрафных санкций	SLA должны быть измеримыми (время реакции, время решения, % uptime, CSAT, ошибка обработки). Штрафы — реальными, а не символическими, с капом по сумме контракта.
Информационная безопасность	Наличие сертификата ISO 27001 / SOC 2, политика доступа (least privilege), шифрование в покое и в транзите, аудит подрядчиков субподряда, процедура инцидент-респонса.
Финансовая устойчивость	Выручка, маржинальность, долговая нагрузка, возраст компании. Банкротство вендора в середине проекта — операционный кризис.
Процедура Knowledge Transfer и Onboarding	Есть ли у них методология ввода в проект? Как фиксируют неявные знания? Какой срок параллельного запуска гарантируют?
Exit Strategy (стратегия выхода)	Условия передачи данных, доступов, документации, обучение вашей команды или нового вендора. Сроки и стоимость выхода прописаны в договоре?
Культурная совместимость и коммуникация	Часовые пояса, язык, инструменты коллаборации (Slack/Teams/Jira), частота отчётности, эскалационная матрица. «Мягкие» факторы ломают жёсткие SLA.

Типичные ошибки при принятии решения

• Аутсорсинг «болевой» функции без предварительной оптимизации. Хаотичный процесс, переданный подрядчику, остаётся хаотичным, но становится дороже и менее управляемым. Сначала — реинжиниринг, потом — передача.
• Выбор по минимальной цене (Lowest Bidder). Дешевый вендор экономит на людях, инструментах, безопасности. Результат — постоянные инциденты и скрытое управление микроменеджментом.
• Отсутствие внутреннего владельца отношения (Vendor Manager). Функция «передали и забыли». Никто не мониторит тренды SLA, не проводит квартальные бизнес-ревью (QBR), не планирует развитие сервиса.
• Передача функции, где нет чётких входов/выходов и KPI. «Сделайте нам хороший маркетинг» — не задание. «Вести 10 кампаний в Яндекс.Директе с CPA не выше X, отчёт раз в неделю» — задание.
• Игнорирование плана выхода (Exit Strategy). Договор подписан на 3 года без условия раннего расторжения без штрафов и процедуры передачи активов. Через год вы заложники.
• Аутсорсинг ядра под давлением инвесторов/советов «чтобы снизить OPEX». Краткосрочный отчёт по EBITDA стоит потери стратегической гибкости через 18 месяцев.

Сценарии принятия решения: контекст меняет ответ

Единого рецепта нет. Ориентируйтесь на стадию и модель бизнеса.

Стартап / Scale-up (поиск PMF, быстрый рост)

Стратегия: Аутсорсить агрессивно всё, кроме Core Product и Founder-led Sales. Бухгалтерия, HR, IT-инфраструктура, юристы, маркетинг-исполнение — вовне. Цель — скорость, переменная структура затрат, фокус учредителей. Риск потери контроля ниже, чем риск распыления фокуса.

Зрелая компания в стабильном рынке

Стратегия: Селективный аутсорсинг коммодитизированных операций (платёжка, склад, L1-поддержка, инфраструктура). Ядро — удержание талантов, улучшение процессов, инновации. Возможно инсорсинг обратно (back-sourcing) функций, где внутренний контроль даёт экономию масштаба или качество выше рынка.

Регулируемые отрасли (финтех, медицина, госзаказ)

Стратегия: Минимальный аутсорсинг процессов с доступом к чувствительным данным (PII, медтайна, гостаjna). Если выносите — только к провайдерам с соответствующими лицензиями/аттестациями (ФСТЭК, ФСБ, ISO 27001, PCI DSS), с полным аудитом безопасности до старта. Юридическая ответственность не делегируется.

Проектная работа / Пиковые нагрузки

Стратегия: Staff Augmentation (аренда персонала) или проектный аутсорсинг. Нанимаете компетенции на срок проекта (разработка фичи, аудит, внедрение ERP, сезонный колл-центр). Ключ — чёткий Scope of Work, приёмка по этапам, IP assignment в вашу пользу.

Практический следующий шаг: с чего начать на этой неделе

1. Вызовите финансового директора и операционного директора на 90-минутную рабочую сессию.
2. Выпишите на доске 10–15 самых затратных/трудоёмких процессов.
3. Оцените каждый по 6 критериям из таблицы раздела 1 (баллы 1–5).
4. Отберите 2–3 функции с наивысшей суммой баллов в колонке «Context».
5. Для каждой: посчитайте текущий TCO, найдите 3 вендора, запросите коммерческие предложения (RFI).
6. Назначьте внутреннего куратора пилота (не IT-директора, а бизнес-владельца процесса).
7. Запустите пилот на 8 недель с жёсткими KPI и планом отката.

Главный вывод: аутсорсинг — не про «сэкономить на зарплатах», а про перераспределение управленческого внимания и капитала на то, что определяет вашу победу на рынке. Если после передачи функции вы тратите больше времени на контроль вендора, чем раньше — на управление процессом — решение было ошибочным, даже если строка в P&L уменьшилась.

Материал носит информационный характер и не является консультацией по управлению рисками, трудовому или налоговому праву. Решения об аутсорсинге затрагивают финансовые обязательства, безопасность данных и трудовые отношения. Перед внедрением изменений проконсультируйтесь с юристами, аудиторами и специалистами по информационной безопасности с учётом специфики вашей отрасли и юрисдикции.

FAQ: частые вопросы на этапе принятия решения

Как понять, что функция стала «коммодитизированной» и её можно отдавать?

Если на рынке есть 5+ зрелых провайдеров, предлагающих стандартные SLA, цены прозрачны, процесс описан в открытых методичках (ITIL для IT, стандарты 1С для бухгалтерии, лучшие практики HR) — функция коммодитизирована. Если вы ищете «уникального специалиста, который поймёт наш специфический хаос» — это не коммодити, это проблема процессов внутри.

Нужно ли передавать всю функцию целиком или можно «нарезать»?

Лучше резать по границам ответственности и SLA. Пример: IT — оставить архитектуру и безопасность, отдать мониторинг и хелпдеск. Бухгалтерия — оставить налоговую стратегию и FP&A, отдать операционную проводку и зарплаты. Нарезка внутри одного процесса (например, «будем сами нанимать, а онбординг отдадим») создаёт размытые интерфейсы и споры «чей это баг».

Как защитить интеллектуальную собственность при аутсорсинге разработки?

Три слоя: 1) Юридический — договор с пунктом IP Assignment (исключительное право переходит к заказчику при создании), NDA, штрафы за утечку. 2) Технический — доступы по least privilege, изолированные контуры (VPC, VPN), запрет копирования кода на личные устройства, DLP-системы у вендора. 3) Организационный — аудит процессов безопасности вендора до старта, включение в контракт права на неожиданный аудит.

Что такое «скрытые затраты на управление вендором» и как их посчитать?

Это зарплата внутреннего Vendor Manager’а (или доля времени Руководителя направления), время на еженедельные созвоны, месячные QBR, обработку инцидентов, перепроверку отчётности, координацию доступов, обучение новых сотрудников вендора. Посчитайте FTE внутренней команды, затраченные на взаимодействие с подрядчиком в месяц, умножьте на нагрузку — это и есть скрытые издержки. Часто они составляют 10–20% от стоимости контракта.

Можно ли вернуть функцию обратно (инсорсинг), если аутсорсинг неудачен?

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