Як вибрати підрядника на розробку додатка: чек-лист

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

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

На що дивитись у портфоліо

Портфоліо це перший фільтр, але читати його треба правильно.

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

Гарний сайт студії нічого не гарантує. Гарантує схожий на ваш продукт, який реально працює.

Як оцінити процес

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

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

Якщо на ці питання відповідають розпливчасто, це сигнал. Зрозумілий процес до старту економить нерви й гроші під час.

Головне: права на код і акаунти

Це те, про що забувають, а воно найдорожче. До підпису зафіксуйте письмово:

• Кому належить код і репозиторій після оплати.
• Хто власник акаунтів у App Store і Google Play. Правильна відповідь це ви, а не підрядник.
• Хто тримає ключі підпису, доступи до сервісів і аналітики.
• Що ви отримуєте на виході: вихідний код, документацію, доступи.

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

Ключ підпису й акаунт стору: те, що не переробиш

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

Перше, акаунт розробника. Він має бути оформлений на вашу компанію, а не на підрядника. В Apple організаційний акаунт вимагає підтвердження юрособи через номер D-U-N-S, і оформлюють його один раз. Якщо застосунок опублікований під акаунтом підрядника, ваш продукт формально живе в чужому кабінеті, а передача застосунку між акаунтами це окрема процедура, можлива лише за згодою обох сторін.

Друге, ключ підпису. Android-застосунок підписується ключем, і випустити оновлення можна тільки тим самим ключем. Втратили ключ, і ви більше не оновите свій застосунок: доведеться проходити процедуру скидання або публікувати новий застосунок з нуля, втративши всіх встановлених користувачів, відгуки й рейтинг. Тому питання «хто зберігає ключі підпису й де їхня резервна копія» ставлять до підпису договору, а не після сварки.

Червоні прапорці

Кілька ознак, які мають насторожити ще до договору:

• Ціна помітно нижча за ринок без пояснення. Економія на старті часто обертається переробкою.
• Небажання показувати живі кейси або давати контакти клієнтів.
• Ухиляння від питань про права на код і акаунти.
• Оцінка без ТЗ одним числом. Серйозний підрядник спершу уточнює обсяг.

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

Дешевший підрядник це погано?
Не завжди, але низька ціна без пояснення це ризик. Часто вона означає урізаний обсяг або переробку потім.

Чи обовʼязково вимагати вихідний код?
Так. Без вихідного коду ви привʼязані до одного підрядника назавжди. Це фіксують у договорі.

Що найважливіше в договорі?
Права на код і акаунти, критерії приймання й логіка змін обсягу. Технічні деталі вторинні щодо цих домовленостей.

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

Підсумок

Підрядника обирають за релевантним портфоліо живих застосунків, зрозумілим процесом і чіткими домовленостями про права на код і акаунти. Найдорожчі помилки організаційні, а не технічні: код можна переписати, а захоплені акаунти повернути важко. Тому головне до підпису це зафіксувати, що продукт, код і доступи належать вам. У Chyzh Agency ці підходи застосовуємо в проєктах з розробки мобільних додатків.

Автор: Сергій Колодинський, Head of App Development, Chyzh Agency.