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

Якщо ви шукали «аутсорсинг» і сподівалися прочитати про бухгалтерію, кол-центр чи виведення персоналу за штат — це стаття не про них. Вона про одну конкретну річ. Коли розробку сайту чи веб-системи розумно віддати сторонній команді, коли краще тримати людину в штаті і що станеться з кодом, доступами й вашими грошима, якщо все піде не так.

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

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

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. Домовтеся про підтримку до релізу, а не після. Після релізу переговорна позиція гірша.

Кошториси й терміни ми рахуємо за цією ж логікою на сторінці розробки сайтів, для складніших систем — на сторінці веб-додатків, а чинні пакети й вилки лежать у вартості.

Часті питання