Як обрати компанію з розробки програмного забезпечення в Україні: покроковий план

Спершу вирішіть, що саме купуєте

Українські IT-компанії можна умовно поділити на кілька груп, і продають вони різне:

• Великі аутсорсингові компанії продають команди: виділених розробників і менеджерів з погодинною чи щомісячною оплатою, часто на роки.
• Продуктові студії продають результат: конкретний продукт — MVP, платформу, застосунок, — збудований і переданий вам, часто за фіксованою ціною.
• Фрилансери продають окремі навички — дешево й гнучко, але координація лишається на вас.

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

Вибір у чотири кроки

1. Короткий список: три-п’ять компаній потрібного типу.
2. Перевірка: кожну оцінюєте за тими самими сімома критеріями.
3. Проба: з одним-двома найкращими робите невелику платну роботу — або перший модуль за договором, де оплата й приймання йдуть помодульно.
4. Рішення: після того як прочитали проєкт договору й поговорили з клієнтом компанії.

Кроки прості. Уся складність у тому, щоб пройти їх по черзі й з однаковим описом проєкту для всіх кандидатів.

Крок 1. Складіть короткий список

Почніть з опису продукту на одну сторінку: хто ним користується, що люди в ньому роблять, з якими системами він пов’язаний, на який бюджет ви розраховуєте і коли продукт потрібен. Надішліть той самий текст усім кандидатам — тоді відповіді можна буде порівняти.

Де шукати кандидатів:

• Рекомендації людей, які вже запустили схожий продукт і найняли б ту саму команду знову.
• Продукти у вашій ніші, які вам подобаються: з’ясуйте, хто їх зробив, і знайдіть їх на сторінках кейсів студій.
• Сторінки кейсів, де названо продукт, рік і що саме зроблено, з посиланням на живий продукт.
• Каталоги й сайти з відгуками — лише як відправна точка: кожне твердження звідти перевіряйте самі.

Трьох-п’яти кандидатів досить. Якщо їх більше, час піде на дзвінки, а не на уважне читання відповідей.

Крок 2. Перевірте сім критеріїв

1. Живі роботи, які можна відкрити самому

Просіть посилання на продукти, що працюють сьогодні, а не лише знімки екрана. Відкрийте їх, зареєструйтеся, якщо можна, встановіть застосунок. А потім запитайте, що саме зробила компанія: весь продукт чи якусь його частину? Добрий знак — сторінки кейсів, де названо продукт, рік і виконані роботи, а ще клієнт, з яким можна поговорити.

2. Хто насправді писатиме код

Запитайте, хто працюватиме над вашим проєктом і в яких ролях. Це власна команда компанії чи роботу передадуть субпідрядникам? Яку частину коду генеруватиме AI і хто його перевірятиме? Жодне з цих запитань не має єдиної правильної відповіді, але відповідь має бути чіткою. Запитайте й про досвід: хто з команди вже робив схожі продукти і хто відповідатиме за архітектуру.

3. Як вони рахують ціну

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

4. Договір

Прочитайте його раніше, ніж закохаєтеся в демо. Зверніть увагу на такі пункти:

• Обсяг і модулі. Що саме входить у роботу, описане так, щоб це можна було перевірити.
• Права на результат. Договір має письмово передавати вам майнові права на код, дизайн і документацію й прямо казати, коли саме — зазвичай після оплати. Не розраховуйте, що права перейдуть самі собою лише тому, що ви заплатили.
• Приймання й гарантія. Як ви перевіряєте роботу, скільки часу маєте, що вважається дефектом і скільки часу дефекти виправляють безкоштовно.
• Конфіденційність і заборона переманювати працівників. Стандартні пункти, але умови варто прочитати.
• Розірвання й повернення коштів. Що буде з грошима й незавершеною роботою, якщо одна зі сторін зупиниться.

5. Оплата й те, що вас захищає

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

6. Спілкування й прозорість

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

7. Безперервність: світло, зв’язок і воєнний стан

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

Добра відповідь звучить конкретно: генератори чи зарядні станції, резервний інтернет, домовленість про те, хто підхоплює роботу, коли людина без зв’язку. Розмите «у нас усе нормально» — привід перепитати.

Таблиця для порівняння кандидатів

Оцініть кожного кандидата в кожному рядку за шкалою від одного до трьох. Загальна сума важить менше, ніж рядки, де хтось отримав одиницю. Запитання, які варто поставити за кожним рядком, зібрано у статті як перевірити IT-компанію: запитання перед підписанням договору.

Крок 3. Перевірте команду невеликою платною роботою

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

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

Тримайте пробу короткою — один-три тижні — і з фіксованою ціною, щоб вона перевіряла команду, а не ваше терпіння. Поки вона триває, стежте за таким:

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

Пропишіть у домовленості про пробу, що оплачене належить вам: документ з обсягом, прототип або код модуля.

Якщо основний договір і так ділить продукт на модулі, які оплачують і приймають по одному, окрема проба може не знадобитися. Її роль виконує перший модуль, а якщо він не вдасться, у вас є природна точка виходу.

Крок 4. Ухваліть рішення й підпишіть договір

Прочитайте проєкти договорів двох найкращих кандидатів рядок за рядком, звіряючись із критеріями 4 і 5. Поговоріть із клієнтом кожного й запитайте, що на їхньому проєкті пішло не так і як компанія з цим упоралася: щось іде не так на будь-якому проєкті, і саме те, як команда це розв’язує, ви й купуєте. Потім ухваліть рішення й запишіть, чому обрали саме цю компанію. Ці причини знадобляться, коли після перших модулів ви озирнетеся на свій вибір.

План на два тижні

• Дні 1–2. Напишіть опис проєкту на одну сторінку й надішліть той самий текст трьом–п’ятьом компаніям.
• Дні 3–7. Перші дзвінки. Записуйте запитання, які кожна компанія ставить вам: вони показують, хто зрозумів продукт.
• Дні 8–10. Порівняйте оцінки рядок за рядком за таблицею вище. Запитайте про кожен модуль, який один розробник оцінив, а інший пропустив.
• Дні 11–14. Прочитайте проєкти договорів двох найкращих кандидатів, поговоріть із клієнтом кожного й ухваліть рішення — або почніть пробну роботу з одним із них.

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

Документи й бухгалтерія: що уточнити заздалегідь

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

• Хто підписує договір. Розробник може бути ТОВ — зокрема резидентом Дія.Сіті, спеціального правового й податкового режиму для IT-компаній, — або ФОП. Перевірте, яка саме особа вказана в договорі й рахунках і чи підходить це вашій бухгалтерії.
• Акти й рахунки. Вашій бухгалтерії потрібні документи, які вона прийме: рахунки на кожен етап і акти приймання виконаних робіт. Узгодьте формат до початку, а не після першого платежу.
• Валюта. Ціни часто вказують у доларах США. Запитайте, чи можна платити в гривні і за яким курсом її рахують — за курсом із договору чи рахунку або за курсом НБУ на день оплати.

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

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

Деякі відповіді мають завершувати розмову одразу: ціна без жодного запитання про ваш продукт, оплата 100 % наперед, немає договору або в договорі немає передачі прав, приймання й гарантії, і ніхто не може сказати, хто писатиме код. Один тривожний сигнал — привід поставити більше запитань. Два-три — привід перейти до іншого кандидата, хоч якою привабливою виглядає ціна. Повний перелік і пояснення, що стоїть за кожним сигналом, — у статті як не помилитися з підрядником.

Де в цьому списку EVA-X

Ми — продуктова студія в Києві. Наша власна команда будує вебплатформи, мобільні застосунки, CRM, маркетплейси й AI-функції, і ми не перепродаємо проєкти субпідрядникам. Ви описуєте продукт, оцінка приблизно за 15 секунд показує модулі, години, терміни й ціну, а команда перевіряє обсяг разом із вами, перш ніж договір, підписаний онлайн, зафіксує обсяг, ціну й графік оплати. Платежі лежать у резерві проєкту й зараховуються нам помодульно, коли ви приймаєте роботу, тож перший прийнятий модуль — ваша перша реальна перевірка того, як ми працюємо. Права на код переходять до вас, щойно договір оплачено повністю.

Що саме ми зробили для клієнтів, видно на сторінках кейсів — наприклад, BIBI CARS, компанії, що везе вживані авто з аукціонів США й Південної Кореї до Болгарії, та ECO.NOVA, ліцензованого оператора з поводження з небезпечними відходами. Якщо вам потрібна велика виділена команда на роки погодинної роботи, вам, імовірно, краще підійде велика аутсорсингова компанія, і ми скажемо про це одразу. Більше про те, як ми працюємо, — на сторінці розробка програмного забезпечення на замовлення.