Аутсорсинг разработки — когда отдавать сайт студии

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

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

Аутсорсинг разработки — это не «дешевле»

Deloitte в Global Outsourcing Survey 2024 опросила более 500 руководителей. Да, 80% из них планируют сохранить или увеличить расходы на внешних подрядчиков. Но лишь 25% видят реальное снижение стоимости услуг поставщика или улучшение качества. И 70% за последние пять лет выборочно забирали обратно внутрь компании объём работ, который раньше вёл подрядчик.

Прочитайте эти три числа вместе. Рынок аутсорсинга растёт, при этом обещанная экономия сбывается в четверти случаев, а каждые две компании из трёх уже что-то возвращали себе. Аутсорсинг разработки — не способ платить меньше. Это способ купить скорость и компетенцию, которой у вас нет и которую не окупит постоянная ставка.

Там же есть число, объясняющее причину. 70% руководителей признают, что управление поставщиками у них ещё не созрело. То есть проблема чаще на стороне заказчика, чем подрядчика: некому ставить задачу, принимать работу и читать договор.

Цены, кстати, в мире идут вниз. По опросу Accelerance среди 60 партнёров-разработчиков, почасовые ставки в Европе составляют 31–39 долларов для джуниоров и 64–76 для сеньоров, и за год они снизились на 4,4%. В Азии падение почти 8%, в Латинской Америке — 7,1%. Дешёвый час перестал быть конкурентным преимуществом где бы то ни было. Теперь важно другое — сколько часов команда потратит на вашу задачу и сколько из них придётся переделывать.

Когда разработку отдают, а когда держат внутри

Рамку ниже мы проходим с клиентом на первой встрече, ещё до сметы.

Держите внутри, если сайт или система — это и есть ваш продукт, а не витрина. Если изменения выходят еженедельно и зависят от разговора в коридоре, а не от тикета. Если в коде лежит ваша уникальная логика ценообразования или производства. Рецензируемое исследование в International Journal of Computer Applications называет это прямо. Отдавая проект наружу, организация теряет контроль, потому что управление переходит в чужие руки, и она уже не ведёт процессы так, как хочет она или её клиент. Второе предостережение оттуда же касается конфиденциальности. Подрядчику приходится передать немало закрытых данных, а попытка что-то не дать «чёрным по белому» ради секретности гарантированно портит результат.

Отдавайте студии, если сайт нужен раз в три-четыре года, а не каждый день. Если нужен набор ролей, который вы не загрузите на полную ставку: дизайнер, фронтендер, бэкендер, SEO, технический писатель. Если у вас есть дедлайн, а наём займёт три месяца до первого полезного коммита.

Развёрнутое сравнение с цифрами по бюджету мы уже делали в материале о том, делать сайт самому или заказывать в студии — здесь не пересказываем.

Держать одного разработчика «на всякий случай» — худший из вариантов. Он же дизайнер, он же тестировщик, он же единственный, кто знает пароли. Это не команда, это точка отказа с зарплатой. В украинских реалиях у неё есть ещё одно измерение, которое мы сознательно описываем без цифр и без ссылок на конкретные документы. Человек может уехать, сменить страну или быть мобилизованным, и проект остановится в момент, который выберете не вы. Официального текста, на который все ссылаются в дискуссиях о бронировании ИТ-специалистов, мы не видели, поэтому не станем делать вид, что знаем там детали. Достаточно простого управленческого вывода. Доступы и документация должны существовать независимо от конкретного человека.

Одиночка, студия и почему Дія Сіті это разводит

Разницу между фрилансером и командой лучше мерить не портфолио, а формальными порогами. Портфолио рисует кто угодно.

Закон о стимулировании развития цифровой экономики задаёт к резиденту Дія Сіті два требования, которые сами по себе рисуют границу. Первое — среднеучётное количество работников и гиг-специалистов не менее девяти человек. Второе — средняя месячная вознаграждение не ниже эквивалента 1200 евро по курсу НБУ на первое число месяца. Плюс не менее 90% квалифицированного дохода от общего.

Одиночка под эти требования не подпадает по определению. Это не делает его плохим исполнителем. Маленькие задачи он часто сделает быстрее и дешевле студии. Но масштаб индикатор показывает честно: за резидентством стоит команда, зарплатный фонд и компания, которую видно государству.

Там же описан гиг-контракт, то есть гражданско-правовой договор, по которому гиг-специалист выполняет работы или оказывает услуги по заданиям резидента как заказчика. Важная деталь о правах. Имущественные права на объект, созданный гиг-специалистом в связи с выполнением гиг-контракта, принадлежат резиденту Дія Сіті, если гиг-контракт не предусматривает иного. Личные неимущественные остаются автору.

Если вы берёте разработчика как ФЛП на постоянную работу с графиком, рабочим местом и подчинением, вы уже на территории трудового законодательства. Кодекс законов о труде в статье 265 устанавливает за фактический допуск работника без оформления трудового договора штраф в десятикратном размере минимальной зарплаты за каждого такого работника, а за повторное в течение двух лет нарушение — в тридцатикратном. Для плательщиков единого налога первой-третьей групп предусмотрено предупреждение. Это не юридическая консультация, а причина показать конструкцию бухгалтеру до подписания, а не после проверки.

Украинский ИТ-аутсорс, кстати, штука вполне взрослого масштаба. По данным НБУ, приведённым DOU, экспорт ИТ-услуг в 2025 году составил 6,66 млрд долларов, на 3,3% (210 млн) больше, чем в 2024-м. Крупнейший рынок — США с 2,39 млрд, это 35,9% всего объёма. Топ-10 стран дали 5,33 млрд, то есть 80% экспорта. Быстрее всего росли Латвия (+62%), Финляндия (+52%) и Венгрия (+39%). IT Ukraine Association фиксирует рекорд в 7,3 млрд долларов за 2022 год и среднегодовой рост 18,7% за предыдущее десятилетие. То есть команду уровня, за который платит Европа, вы нанимаете за гривны в своём городе. Вопрос региона вообще решён.

Что написано в законе, пока всё хорошо

Украинские статьи об аутсорсинге в основном ограничиваются таблицей «преимущества и недостатки». Ни одного источника, ни одной нормы. А нормы есть, и они работают по умолчанию, даже если ваш договор об этом молчит.

Подряд или услуги. Гражданский кодекс в статье 837 описывает договор подряда как обязательство подрядчика на свой риск выполнить определённую работу по заданию заказчика, а заказчика — принять и оплатить её. Статья 901 описывает услугу иначе. Она потребляется в процессе действия или деятельности. Разработка сайта с передачей результата — это подряд, абонентская поддержка — услуги. Путаница в шапке договора порождает путаницу в том, что именно вы вправе требовать.

Кто фактически будет работать. Статья 838 разрешает подрядчику, если иное не установлено договором, привлекать субподрядчиков. Ответственным перед вами за результат их работы он при этом остаётся. Но заказчик и субподрядчик не могут предъявлять требования друг другу. В договоре об оказании услуг всё наоборот: статья 902 требует, чтобы исполнитель оказал услугу лично, и возложить её на другое лицо он может только в случаях, установленных договором. Вывод один. Вопрос «кто конкретно будет писать код» решает договор, а не переписка.

Приёмка. Самая дорогая статья для заказчика — 853. Вы обязаны осмотреть работу и немедленно заявить о недостатках, иначе теряете право в дальнейшем на них ссылаться. Кто принял работу без проверки, тот лишается права ссылаться на явные недостатки, которые можно было выявить при обычной приёмке. О скрытых недостатках, в том числе умышленно скрытых подрядчиком, нужно немедленно сообщить. То есть акт, подписанный «чтобы закрыть месяц», юридически означает, что претензий нет.

Если качество плохое. Статья 858 даёт три варианта на выбор: безвозмездное устранение недостатков в разумный срок, пропорциональное уменьшение цены или возмещение собственных расходов на устранение — последнее лишь если такое право прописано в договоре. Если недостатки существенные и неустранимые или не устранены в назначенный вами разумный срок, вы вправе отказаться от договора и требовать возмещения убытков.

Сколько времени на претензию. Статья 863 даёт один год исковой давности по ненадлежащему качеству работы по договору подряда, со дня принятия работы. Но статья 864 добавляет спасительный нюанс. Если в договоре установлен гарантийный срок и заявление о недостатках сделано в его пределах, исковая давность начинается со дня заявления о недостатках. Вот почему гарантийный срок в договоре на разработку — ваш инструмент, а не вежливость подрядчика.

Чей код и чьи доступы

Самый частый разговор на приёмке проекта звучит так: «а почему мы не можем зайти в админку и кто владелец домена». Закон здесь не оставляет пространства для догадок.

Закон об авторском праве и смежных правах в статье 15 говорит, что личные неимущественные права на произведение, созданное по заказу, принадлежат автору. Имущественные права на такое произведение переходят к заказчику с момента создания произведения в полном составе, но лишь если договор заказа не предусматривает иного. Ключевые слова именно последние. Договором права можно оставить исполнителю. Отдельно оговорено, что имущественные права на произведение изобразительного искусства, созданное по заказу, принадлежат автору, кроме произведения, специально созданного как элемент компьютерной программы. То есть макет интерфейса как часть программы переходит заказчику, а отдельная иллюстрация не переходит, если о ней не написали.

Для штатного разработчика действует статья 14: имущественные права на служебное произведение переходят к работодателю с момента создания, если иное не предусмотрено законом, трудовым договором или отдельным договором. Работник-автор имеет право на вознаграждение, и если создание таких произведений прямо в его должностных обязанностях, его можно включить в зарплату.

Британский Technology Code of Practice, государственное руководство из 13 пунктов для закупок технологий, формулирует три требования. Их стоит переписать в свой договор независимо от юрисдикции. Прямо определять принадлежность интеллектуальной собственности, включая программный код и бизнес-правила обработки информации. Там, где это экономически оправдано, закладывать пункт о расторжении максимум через два года с минимальными расходами на выход. И не совмещать в одной системе роль поставщика компонента и роль интегратора.

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

Что будет после сдачи

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

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

Что в нём должно быть. Время реакции отдельно от времени решения. Канал обращения, который не зависит от настроения конкретного менеджера. Объём часов в месяц и что происходит с неиспользованными. Перечень того, что входит безусловно — обновления, бэкапы, мониторинг доступности, продление сертификатов. И условия выхода: за сколько дней и в каком виде вы получаете код, базы и доступы, если решите сменить подрядчика. Реальные цифры и тарифные уровни мы расписали в материале о том, сколько стоит поддержка сайта; условия нашей абонентской работы — на странице поддержки сайтов.

И ещё одно наблюдение со стороны исполнителя. Deloitte фиксирует, что 83% опрошенных уже используют ИИ как часть услуг, которые им оказывают на аутсорсе. Это не повод платить меньше. Это повод спрашивать подрядчика, как именно он это делает и кто отвечает за результат.

Как не проиграть проект на старте

Короткая проверка перед подписанием.

1. Назовите тип договора правильно. Разработка — подряд с переданным результатом, поддержка — услуги. Смешивать их в одном документе значит размыть приёмку.
2. Впишите, можно ли привлекать субподрядчиков. По умолчанию в подряде можно. Если для вас это принципиально — запрещайте письменно.
3. Опишите приёмку поэтапно. Не один акт в конце, а короткие приёмки по этапам с фиксацией замечаний. Этапы создания сайта — это и есть естественные точки контроля.
4. Поставьте гарантийный срок. Без него год исковой давности бежит со дня приёмки, с ним — со дня заявления о недостатке.
5. Пропишите переход имущественных прав и состав передачи. Код, макеты, иллюстрации, шрифтовые лицензии, документация. Отдельно — доступы.
6. Заложите выход. Break clause и процедуру передачи новому подрядчику. Если подрядчик упирается именно в этот пункт, вы только что получили самую важную информацию о нём.
7. Договоритесь о поддержке до релиза, а не после. После релиза переговорная позиция хуже.

Сметы и сроки мы считаем по этой же логике на странице разработки сайтов, для более сложных систем — на странице веб-приложений, а действующие пакеты и вилки лежат в стоимости.

Частые вопросы