м. Київ, вул. Кудряшова 3
ПН-ПТ: 9:00-19:00 СБ: 10:00-17:00

Договір аутсорсингу та аутстафінгу: що спільного та чим відрізняються

Ця стаття для сервісних IT-компаній, які надають послуги розробки програмних продуктів за моделлю аутсорсингу та аутстафінгу. Ми допоможемо розібратися у відмінностях моделей, в тому як описати обрану вами модель у контрактах та створити документообіг з клієнтами та командою компанії. Ви дізнаєтеся які пункти повинні бути у договорі для кожної моделі надання послуг, щоб комунікація з клієнтом була ефективною, а процес розробки передбачуваним. 

 

Аутстафінг та аутсорсинг: різниця бізнес-моделей 

IT-компанія аутстафер підбирає команду за запитом замовника та передає її на визначений час для надання послуг. Аутстафер не несе відповідальності за якість роботи IT-спеціалістів. Фактично, IT-компанія є агентством з підбору кваліфікаційних спеціалістів, бере на себе задачі з хайрингу, онбордингу, навчання команди, а менеджеруванням проєкту займається сам замовник. У такому випадку замовник та IT-компанія укладають договір аутстафінгу.  

Серед переваг аутстафінгу: 

  • IT-компанія не несе відповідальності за результат розробки програмного забезпечення, так як процес виконання проєкту та якість роботи спеціалістів контролює замовник. 
  • Замовник самостійно організовує комунікацію між своїми співробітниками та спеціалістами, залученими за договором аутстафінгу.
  • Спеціалісти працюють у певному режимі, тому кількість робочих днів на тиждень та годин в день відома заздалегідь. У випадках перевищення ліміту робочого часу, замовник оплачує овертайми. 
  • Підвищується інвестиційна привабливість IT-компанії. Аутстафінг дає можливість збільшити прибуток за рахунок залучення в компанію висококваліфікованих спеціалістів та укладати нові контракти. 

Недоліки аутстафінгу: 

  • Високий ризик розкриття конфіденційної інформації.
  • Вірогідність розголошення замовником суми рейтів IT-спеціалістам аутстафера.
  • Прямий контракт замовника зі спеціалістами підвищує ризик переманювання розробників та спеціалістів компанії аутстафера. 

 

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

 

Головні відмінності договорів аутсорсингу та аутстафінгу

Аутсорсинг Аутстафінг
Предмет договору
Розробка програмного забезпечення спеціалістами за запитом замовника. Виділення команди або окремих спеціалістів для надання послуг замовнику. 
Правила роботи
Компанія розробляє програмне забезпечення за запитом замовника та отримує плату за надані послуги. Команда проєкту працює в режимі та за правилами, встановленими аутсорсером. Команда аутстафера працює за правилами замовника. 
Відповідальність
Компанія несе відповідальність за розробку програмного забезпечення, якість кінцевого результату, дебаг, відповідність строків виконання задач, комунікацію команди та замовника. Аутстафер відповідає за підбір спеціалістів відповідної кваліфікації за запитом замовника, але не несе відповідальності за розробку програмного забезпечення, строки та дебаг. 

 

Як правильно укласти договори аутсорсингу та аутстафінгу, у чому відмінності документів? 

Тут ви знайдете опис основних розділів договорів з прикладами пунктів, зможете перевірити чи все правильно описано у ваших поточних документах та оцінити їх ефективність.

 

Предмет договору та постановка технічного завдання 

За договором на it аутсорсинг компанія надає послуги розробки програмного забезпечення, сервісного обслуговування, підтримки, UX/UI дизайну, створення контенту та SEO-просування. У пункті про предмет договору визначають всі наспрямки роботи, а в технічних завданнях до договору описують конкретні задачі з детальним описом вимог до них. Для аутсорсингу важливо встановити правила постановки ТЗ. Перш за все варто зафіксувати вимоги до його змісту. Технічне завдання договору IT-аутсорсингу включає: 

  • опис проєкту та його цілей;
  • технічні вимоги до програмного забезпечення та його модулів;
  • функціональні вимоги до програмного забезпечення;
  • вартість та процедуру здійснення розрахунків;
  • строки реалізації;
  • перелік додаткових послуг.

Звертайте увагу на деталізацію ТЗ, якщо працюєте відповідно до Fixed price системи. 

 

Предметом договору аутстафінгу є підбір незалежних підрядників до команди замовника для виконання проєктів і надання послуг. У цьому випадку замовник надсилає запит на формування команди спеціалістів, у якому описує:

  • посади спеціалістів;
  • кваліфікаційні вимоги;
  • функціональні обов’язки;
  • графік роботи;
  • кількість мінімальних робочих годин в день, тиждень, місяць.
  • умови роботи у вихідні та святкові дні;
  • білінговий період і рейти спеціалістів;
  • ставка оплати овертаймів.

 

Зміна технічних завдань та заміна команди

Договір на аутсорсинг IT-послуг повинен містити правила зміни або відміни технічних завдань. 

Замовник надсилає IT-компанії запит на зміну, який повинен містити:

  • детальний опис додаткових робіт;
  • передбачувану тривалість або граничний строк таких робіт;
  • технічні специфікації;
  • референси, якщо вони необхідні, та інші деталі.

Після отримання запиту на зміну ТЗ, IT-компанія оцінює бюджет, кількість годин, необхідних для надання нових послуг, технології, що використовуватимуться, задачі та етапи, ресурси, дедлайни та інші умови залежно від типу запиту на зміни. У договорі повинне бути застереження про те, що надання послуг за заявою на зміни оплачується замовником додатково. 

Крім зміни, клієнт може зупинити виконання технічного завдання. У контракті повинно бути правило щодо попереднього інформування про припинення робіт. Після отримання такого повідомлення IT-компанія повідомляє замовнику про ступінь готовності роботи та передає існуючий на той момент продукт. Замовник приймає та оплачує фактично надані послуги. Також, IT-компанія може припинити дію технічного завдання або його частини, якщо замовник затримує оплату за договором. Ми радимо визначити строк затримки, після якого IT-компанія припиняє виконувати завдання, наприклад 20 календарних днів. Такий алгоритм повинен бути у кожному договорі, щоб гарантувати прогнозовану комунікацію з клієнтами та зберігати дедлайни всіх спеціалістів. 

 

Для аутстафінгового договору важливо описати процедуру заміни членів команди.

Замовник може вимагати замінити команду проєкту або окремих розробників, якщо вони виконують свою роботу неналежним чином, а саме:

  • порушують дедлайни;
  • порушують правила комунікації: не відвідують відеодзвінки та брифінги;
  • пишуть код низької якості;
  • демонструють недостатню компетентність та досвід для надання послуг.

Замовник повинен надати докази порушень, наприклад скріншоти з месенджерів, таск-треків, таск-менеджерів, репозитаріїв, платформ та інших сервісів. 

Після отримання заяви на заміну, IT-компанія:  

  • замінює такого члена команди. Важливо вказати строк заміни, наприклад 30 календарних днів з моменту отримання повідомлення. 
  • Розриває ТЗ протягом 2 календарних днів з моменту отримання повідомлення про зміну. 

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

 

Надання матеріалів, доступів. Даунтайм 

Час, коли команда не може надавати послуги через затримки зі сторони клієнта, вважається простоєм (даунтаймом). Такі затримки включають ситуації, коли замовник: 

  • не надає доступ, матеріали та інформацію;
  • не відповідає на запити та листи;
  • не ставить або не оновлює завдання;
  • порушує строки оплати послуг.

Розділ про простій однаково важливий для аутсорсингових та аутстафінгових контрактів. У першому випадку дедлайни переносяться на час затримки, у другому час простою оплачується за ставкою команди проєкту.

 

Ціноутворення та процедура інвойсингу

Кінцева сума у договорі IT-аутсорсингу нараховується відповідно до кількісних та якісних вимог до проєкту. Наприклад: враховується кількість витрачених годин, кваліфікація співробітників, цілі та функції програмного забезпечення. 

Кінцева сума у договорі IT-аутстафінгу нараховується відповідно до кількості спеціалістів та витрачених ними робочих годин для виконання поставленого завдання. Наприклад: враховуються кількість співробітників, їх кваліфікаційний рівень, кількість відпрацьованих робочих годин. 

Процедура інвойсингу для аутсорс та аутстаф моделей схожа. Сторонам договору потрібно узгодити строки на прийняття результатів роботи та оплату інвойсів. Наприклад, замовник протягом 3 робочих днів з дати отримання інвойсу перевіряє і затверджує його, а протягом наступних 5 робочих днів - оплачує.  

Для аутстафера важливо додати до договору пункт про право переглянути рейти членів команди, попередньо узгодивши такі зміни із замовником, наприклад за 60 днів. 

 

Правки та фіксація багів 

Радимо встановити строк перевірки замовником функціональності продукту або його частин, наприклад 3 робочих дні з моменту передачі результатів наданих послуг. 

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

  1. Правки, які вносяться без додаткової оплати, та стосуються невідповідності функціональних можливостей об’єкта або його частини технічним характеристикам, що зафіксовані у завданні. У такому випадку, строк оплати інвойсу відновлюється з дати повторної передачі об’єкта або його частини на перевірку замовнику, після внесення змін. 
  2. Правки, які стосуються додаткової роботи після запиту на зміни. У такому випадку замовник повинен оплатити інвойс. 

В аутсорсингових контрактах часто визначають гарантійний період. Якщо замовник виявить помилки в роботі програмного забезпечення протягом певного строку з моменту повної оплати послуг, IT-компанія зобов’язана усунути недоліки за власний рахунок. Таке правило застосовується, якщо: 

  • баг не був і не міг бути виявленим на момент прийняття результатів послуг; 
  • помилка виникла через явну технічну помилку розробника при використанні певної технології;
  • жодні треті особи не вносили змін до програмного коду.

Проте, до помилок не відносяться: 

  • помилки, що виникають через суттєві дефекти у вихідних матеріалах або технічних специфікаціях клієнта;  
  • зміни, які вважаються додатковою роботою, а отже здійснюються за процедурою обробки запиту на зміни.

Обов’язок IT-компанії аутстафера усувати баги за власний рахунок залежить від рівня відповідальності за результат роботи команди. У контракті може бути дисклеймер, який встановить, що кожен член команди несе особисту відповідальність за надані ним послуги, а IT-компанія не гарантує відсутності в послугах розробників дефектів та помилок. У такому випадку замовнику доведеться самостійно усувати дефекти. 

 

Переманювання співробітників

ІТ-аутсорсинг має низький відсоток втрати розробників, оскільки працівники напряму не комунікують із замовником. У аутстафінгу ризик значно вищий, оскільки команда напряму працює з замовником, отримує від нього завдання та спілкується з його співробітниками.  Тому для аутстафера особливо важливо розробити розділ про непереманювання. Пункт договору можна сформулювати так: протягом дії контракту та 12 місяців після його припинення, замовнику заборонено переконувати співробітників, консультантів, підрядників та партнерів IT-компанії припинити з нею трудові або договірні відносини. 

 

Крім гарантій стабільності команди, компаніям важливо запровадити режим конфіденційності. Як захистити конфіденційну інформацію читайте у статті про договір про нерозголошення для IT-компанії (NDA).

 

IT-компаніям рідко підходять типові аутсорсингові та аутстафінгові договори, як правило бізнесу потрібна змішана модель, тому чіткі межі між аутсорсингом та аутстафінгом стираються. Наприклад, договір аутстафінгу, відповідно до якого IT-компанія пропонує замовнику гарантійний період для усунення багів, буде нетиповим рішенням. У такому випадку аутстаферу потрібні інші гарантії, наприклад детально описаний розділ про дебаг. Нетипові умови контрактів дозволяють IT-компаніям брати в роботу довгострокові проєкти та закривати запити клієнтів, але потребують кастомізованого підходу. Не варто обмежуватися рамками тієї, або іншої моделі, головне узгодити інтереси клієнта та IT-компанії. З одного боку це клієнтоорієнтованість, а з іншого - захищені інтереси самого бізнесу. 

Меню статті

Публікації в ЗМІ зі схожою тематикою

28.11.2022
Що таке аутстаффінг та як це працює в Україні
Кому підходить аутстаффінг та як IT-юристи допомагають українським IT-компаніям передавати команди на аутстафф
Перейти до джерела
03.09.2021
Як оформити договір IT-аутсорсингу, щоб уникнути помилок і конфліктів - гайд
Як скласти договір IT-аутсорсингу, щоб уникнути перевитрати ресурсів та бюджету, а також запобігти конфліктам із замовником
Перейти до джерела
02.08.2021
IT-аутстаффінг: проектуємо договір за порадами від IT-юристів
Чек-лист з 7 обов'язкових пунктів у договорі, які захистять IT-компанію від конфліктів та фінансових втрат
Перейти до джерела

Останні статті

Про контрольовані іноземні компанії (КІК) для IT-бізнесу простими словами
Про контрольовані іноземні компанії (КІК) для IT-бізнесу простими словами
18.09.23
Що таке КІК, яку звітність слід подавати та які податки сплачувати - розповідаємо у статті
Читати статтю

Кейси на тему статті

Всі кейси
Для повноцінної роботи вебсайту та покращення надання послуг ми використовуємо анонімні дані, надані файлами Cookies!
ОК
Передзвоніть мені IT-юрист зв'яжеться з вами
для обговорення деталей
Запит на розрахунок послуги IT-юрист зв'яжеться з вами
для обговорення деталей
Дякуємо за звернення!

IT-юрист зв'яжеться з вами та розкаже про юридичні рішення

OK
Дякуємо за запит!

IT-юрист зателефонує вам для з'ясування деталей

OK
Дякуємо за відгук!

Ми будемо раді, якщо ви розкажете про нас друзям і колегам

OK
Дякуємо за запит!

Команда IT-юристів зв'яжеться з вами та розкаже про варіанти рішень

OK
Дякуємо за запит!

IT-юрист зв'яжеться з вами та поставить декілька додаткових питань

OK
Дякуємо за інтерес!

Очікуйте рекомендації IT-юристів

OK
Дякуємо за запит!

Команда IT-юристів підготує рішення для вас

OK
Дякуємо за звернення!

IT-юрист розбере вашу ситуацію та запропонує рішення

OK