Як обрати компанію для розробки застосунку — питання важливіше, ніж вибір фреймворку. Команда, яку ви наймете, визначить обсяг продукту, якість, бюджет і дату запуску, а зміна підрядника посеред проєкту коштує дорого. У цій статті — перевірки, які справді відрізняють надійного партнера від ризикованого, і чекліст наприкінці.
Спершу визначте, що вам потрібно
Підрядників можна порівняти лише за однакових вхідних даних. Перш ніж надіслати перше повідомлення, запишіть коротке ТЗ. Воно не мусить бути технічним: у статті про те, як скласти ТЗ на розробку застосунку, є шаблон, який можна скопіювати.
- Результат. Що продукт має дати змогу робити користувачам і якого результату ви чекаєте для бізнесу?
- Платформи. Вебзастосунок, застосунки для iOS і Android, адмінпанель, сайт — або їх поєднання.
- Діапазон бюджету і дедлайн. Навіть приблизні цифри допомагають компаніям запропонувати реалістичний перший реліз.
- Що залишається у вас. Чи є у вас дизайнер, продакт-менеджер або власні розробники, які працюватимуть разом із командою?
- Який партнер потрібен. Команда, що створює продукт під ключ, чи додаткові розробники для вашої наявної команди.
Як перевірити портфоліо
Гарні скриншоти є майже в кожної студії. Вам потрібні докази того, що команда випускала продукти схожої складності й підтримувала їх у робочому стані.
- Живі застосунки в магазинах. Завантажте два-три застосунки з портфоліо. Чи швидко вони відкриваються, чи виглядають доопрацьованими, чи досі отримують оновлення?
- Глибина кейсу. Добрий кейс пояснює проблему, користувачів, функції й технічну частину — бекенд, інтеграції, адмінпанель, — а не лише візуальний дизайн.
- Схожа складність, а не лише та сама галузь. Команда, яка вже робила відстеження в реальному часі, платежі чи логіку бронювання, перенесе цей досвід і в нову сферу.
- Невидима частина. Попросіть показати адмінпанель або документацію API. Так видно, як команда ставиться до роботи, на яку клієнти рідко дивляться.
- Люди. Запитайте, хто з учасників проєктів із портфоліо працюватиме над вашим.
Як ми подаємо власні проєкти, можна подивитися на сторінці портфоліо OXIOS: у кожному кейсі описано, що робить продукт, на яких платформах працює і що створено «під інтерфейсом».
Що запитати до підписання договору
Процес і комунікація
- З чого починається проєкт — чи є етап discovery і що я отримаю за його підсумками?
- Якої тривалості ітерації і коли я побачу робочу версію?
- Хто мій контакт щодня і як часто ми спілкуємося?
- Якими інструментами ви користуєтеся для задач, документації й комунікації і чи матиму я до них доступ?
Право на код, інтелектуальна власність і NDA
- Кому належать вихідний код, дизайн та інша інтелектуальна власність? Договір має передавати права вам — зазвичай після оплати.
- Чи зберігатиметься код у репозиторії, яким володію я або до якого маю доступ у будь-який момент?
- Чи підпишете ви NDA до обговорення деталей?
- Кому належать облікові записи розробника в App Store і Google Play, домени й хмарний хостинг? В ідеалі вони зареєстровані на вашу компанію.
Якість і підтримка після запуску
- Як ви тестуєте — ручне QA, автотести, перевірка на реальних пристроях?
- Що відбувається з багами, знайденими після релізу, і протягом якого часу?
- Як виглядає подальша підтримка: моніторинг, оновлення під нові версії ОС, невеликі доопрацювання?
- Якщо ми припинимо співпрацю, як буде передано проєкт?
Моделі оплати: fixed price, time & material чи виділена команда
Модель оплати визначає, хто несе ризик, коли змінюється обсяг робіт. Жодна з них не краща загалом — кожна підходить для свого рівня визначеності.
| Модель | Як працює | Переваги | Недоліки | Коли підходить |
|---|---|---|---|---|
| Fixed price | Одна ціна за погоджений обсяг робіт | Передбачуваний бюджет, чіткий результат | Зміни потребують формальних запитів; підрядник закладає в ціну запас на ризики | Невеликі, чітко визначені проєкти або етап discovery |
| Time & material | Ви оплачуєте фактичні години, зазвичай за спринт | Гнучкий обсяг, можна змінювати пріоритети в процесі | Підсумкова вартість менш передбачувана; потрібна ваша участь | MVP і продукти, вимоги до яких змінюватимуться |
| Виділена команда | Команда працює лише над вашим продуктом за щомісячну оплату | Глибоке знання продукту, стабільний темп, довгострокове планування | Найбільші щомісячні зобов'язання; потрібен достатній обсяг задач | Довготривалі продукти з постійною дорожньою картою |
Часто моделі поєднують: discovery за фіксованою ціною, а далі розробка за time & material з лімітом бюджету на спринт. Ви отримуєте передбачуваність на старті й гнучкість, коли продукт уже в руках користувачів.
Тривожні сигнали
- Детальна фіксована ціна після одного короткого дзвінка без жодних запитань про користувачів чи інтеграції.
- Оцінка набагато нижча за всі інші без пояснення, що в неї не входить.
- Немає доступу до репозиторію з кодом до кінця проєкту.
- Розмиті відповіді на питання, кому належать код і облікові записи.
- Не видно процесу тестування і немає плану підтримки після запуску.
- Тиск, щоб ви швидше підписали договір, або портфоліо лише зі скриншотів без живих продуктів.
- «Так» на будь-яку функцію без обговорення компромісів у часі й вартості.
Почніть з discovery або пробного етапу
Щоб зрозуміти, чи підходить команда, не обов'язково підписувати договір на пів року. Короткий етап discovery — зазвичай кілька тижнів — дає сценарії користувачів, пріоритезований обсяг робіт, пропозицію архітектури та уточнену оцінку. Водночас це реальна перевірка того, як команда комунікує, ставить запитання і працює з вашими коментарями.
Переконайтеся, що результати належать вам. Якщо співпраця не продовжиться, документи можна буде передати іншій команді. Якщо продовжиться — розробка стартує швидше, бо найскладніші питання вже закриті.
Аутсорс розробки в Україні: чого очікувати
Україна живе за східноєвропейським часом: UTC+2 взимку і UTC+3 влітку. Це на годину попереду Центральної Європи й на дві — Великої Британії, тож звичайний робочий день майже повністю збігається з робочим днем більшості європейських клієнтів. Зі східним узбережжям США різниця близько семи годин, але для дзвінків залишається спільне ранкове вікно.
Оцінюючи українську команду, перевіряйте те саме, що й будь-де, плюс кілька практичних моментів:
- Мова. Поговоріть із людьми, які справді працюватимуть над проєктом, а не лише з менеджером з продажу, і подивіться, наскільки впевнено вони обговорюють деталі англійською.
- Письмова комунікація. Попросіть приклад звіту за спринт або нотаток із демо. Чіткі письмові оновлення важать більше за часовий пояс.
- Безперервність роботи. Запитайте, як команда діє під час відключень електроенергії чи інтернету і де зберігаються код і документація.
Чекліст: як обрати компанію для розробки застосунку
- Складіть коротке ТЗ: результат, користувачі, платформи, обов'язкові функції, діапазон бюджету, дедлайн.
- Відберіть три–п'ять компаній із продуктами схожої складності.
- Завантажте і спробуйте їхні живі застосунки; прочитайте кейси повністю.
- Поговоріть із людьми, які працюватимуть над вашим проєктом.
- Запитайте про процес, ітерації і як часто ви бачитимете робочу версію.
- Письмово зафіксуйте, що код, дизайн і облікові записи належать вам.
- Підпишіть NDA, якщо ідея чи дані чутливі.
- З'ясуйте, як відбувається тестування і що входить у підтримку після запуску.
- Оберіть модель оплати відповідно до того, наскільки визначений обсяг робіт.
- Перевірте тривожні сигнали: підозріло низька ціна, немає доступу до репозиторію, жодних запитань.
- Почніть з discovery або пробного етапу, перш ніж погоджуватися на повну розробку.
- Домовтеся, як буде передано проєкт, якщо співпраця завершиться.
Як працюємо ми в OXIOS
OXIOS — студія веб- і мобільної розробки з Харкова, яка працює з клієнтами з усього світу за європейським часом. Кожен проєкт починається з discovery — цілі, користувачі, обсяг робіт, ризики, вибір технологій і дорожня карта. Далі UX/UI дизайн і розробка двотижневими спринтами з щоденними синками, демо й ретроспективою після кожного спринту. Потім QA, реліз в App Store, Google Play чи у вебі та підтримка після запуску.
Здебільшого розробку мобільних застосунків ми ведемо на React Native та Expo з бекендом на Node.js і адмінпанелями. Якщо хочете побачити, як цей чекліст застосовується до вашого проєкту, напишіть кілька речень через форму зв'язку — ми відповімо протягом одного робочого дня з безкоштовною оцінкою.