У кожної студії розробки гарний сайт, список логотипів і впевнений менеджер із продажів. Нічого з цього не показує, як команда поводитиметься, коли зміниться вимога або зламається реліз. Цей матеріал пояснює, як обрати компанію з розробки програмного забезпечення за допомогою дванадцяти простих запитань і перевірки відповідей, щоб рішення трималося на фактах, а не на презентації. Використовуйте його як чекліст для першого дзвінка, розбору пропозиції та короткого платного пілота.
Як обрати компанію з розробки програмного забезпечення: почніть із того, що ви купуєте
Перш ніж писати підрядникам, вкладіть задачу на одну сторінку: бізнес-проблема, хто користуватиметься продуктом, як виміряти успіх і що зафіксовано (дата запуску, інтеграція, вилка бюджету). Що включити, підкаже наш матеріал про бриф на розробку сайту й додатків. Розпливчастий бриф дає розпливчасті пропозиції, і ви порівнюватимете ціни на різні речі. Спершу вирішіть, як обрати підхід до розробки, і лише потім шукайте команду.
Вирішіть і інше: ви купуєте готовий продукт у проєктної команди чи наймаєте людей у свою команду. У другому випадку підійде аутстафінг IT-фахівців, а матеріал про те, що краще: аутсорсинг чи власна команда, допоможе вибрати модель.
Запитання про докази та людей, які працюватимуть
Що спитати на першому дзвінку
Почніть із доказів. Хороша студія показує роботи, які ви можете відкрити самі, і дає поговорити з тими, хто їх робив.
- Чи можете показати схожі проєкти, що працюють зараз, і хто з вашої команди їх робив?
- Хто працюватиме над моїм проєктом, скільки він у компанії і що буде, якщо він піде? Чи передаєте частину роботи субпідрядникам?
- Як ви працюєте з нечіткими вимогами й чи робите коротку стадію дослідження до повної оцінки?
Відгуки клієнтів перевірте самі: попросіть два контакти схожого масштабу й зателефонуйте. Спитайте, що пішло не так і як відреагувала команда, адже в кожного проєкту буває погана тиждень.
Процес і постачання: запитання, що показують, як команда працює
Чотири запитання про постачання
Ці запитання показують, чи здатен підрядник здати роботу вчасно й у доброму стані.
- Як ви оцінюєте роботу і що відбувається з ціною та строком, коли змінюється обсяг?
- Як я бачитиму прогрес щотижня: демо, спільна дошка, тестовий стенд?
- Як ви тестуєте й випускаєте: хто пише тести, хто перевіряє код і як відкотити невдалий реліз?
- Як ви повідомляєте погані новини і хто мій єдиний контакт?
Хороша відповідь конкретна й містить приклад. Слухайте процес, за яким команда справді працює, а не гасло. Якщо ви шукаєте довгі стосунки, обирайте компанію, яка відкрито говорить про компроміси. Перш ніж обрати, попросіть показати, які системи ця команда вже запустила.
| Тема | Хороша відповідь звучить так | Тривожний сигнал звучить так |
|---|---|---|
| Оцінка | Діапазон із припущеннями та планом змін | Одна цифра без припущень |
| Прогрес | Щотижневе демо на тестовому стенді | «Побачите наприкінці» |
| Якість | Рев’ю коду, тести й план відкату | «У нас досвідчені розробники» |
| Команда | Названі люди й запасна людина | «Призначимо когось» |
Безпека, GDPR і договір про обробку даних
Якщо підрядник працюватиме з персональними даними, закон очікує договір. За GDPR той, хто обробляє дані за вашим дорученням, є обробником і потребує договору про обробку даних. Ролі пояснюють настанови EDPB щодо контролерів та обробників (англійською).
- Як ви захищаєте наші дані, доступи й секрети та які практики безпечної розробки застосовуєте і хто перевіряє код, написаний за допомогою ШІ?
- Чи підпишете договір про обробку даних, де зберігаються дані та яким субпідрядникам вони доступні?
Спитайте про практики на кшталт тих, що описані в рамковій моделі безпечної розробки NIST чи в стандарті перевірки OWASP. Команда, яка не чула ні про одну з них, уже тривожний сигнал. Будь-яку компанію з розробки програмного забезпечення перевіряйте на безпеку так само суворо, як на ціну.
Права на код, доступи та чистий вихід
Багато суперечок починається тут. Питайте письмово й переносьте відповіді в договір.
- Кому належать вихідний код, дизайн та акаунти, і чи отримаємо ми доступ до репозиторію з першого дня? А хостинг, домен та доступи оформлені на нашу компанію?
- Що буде після запуску: умови підтримки з письмовими термінами реакції, гарантійний період, документація та передача справ, якщо ми змінимо підрядника?
Безпечний варіант такий: код і хмарні акаунти ваші, репозиторій лежить у вашій організації, а документація входить у постачання. Без цього замовний продукт важко перенести. Якщо робота велика, партнер із розробки програмного забезпечення на замовлення має прийняти ці умови без суперечок.
Ціна й договір: останнє запитання
- Як складається ціна і що в неї не входить?
Порівнюйте пропозиції рядок за рядком: дослідження, дизайн, тестування, керування проєктом, хостинг і підтримка. Фіксована ціна підходить для зрозумілого обсягу, а оплата «час і матеріали» для роботи, що змінюватиметься, тож спитайте, що радять і чому. У договорі перевірте критерії приймання й визначення «готово». Для українського бізнесу додайте й місцеві запитання: що буде з роботою під час відключень світла чи повітряної тривоги, як у договорі описано форс-мажор, хто підписує договір (ТОВ чи ФОП), які акти та рахунки отримає бухгалтерія і в якій валюті платити. Щоб обрати підрядника з розробки без сюрпризів, порівнюйте пропозиції за однаковим обсягом. Коли йде розробка програмного забезпечення на замовлення, кошторис майже завжди змінюється по ходу роботи, тож залиште запас на зміни й спитайте, як команда вирішує, що зробити першим, а що відкласти.
Короткий платний пілот і підсумкове рішення
Із короткого списку з трьох–п’яти компаній після дзвінків оберіть двох кандидатів і дайте кожному невелике платне завдання, наприклад одну функцію або технічний розбір вашого поточного коду. Добре, коли можна обрати один модуль і подивитися, як команда підходить до його розробки й оцінки: так ви побачите компанію в роботі. Оцінюйте спілкування, якість коду та чесність щодо ризиків, а не лише результат. Потім поставте обом бали за дванадцятьма відповідями й вирішуйте: підсумок вибору компанії з розробки програмного забезпечення має спиратися на бали.
Друга думка: як обрати компанію з розробки програмного забезпечення разом із LinkAgency
Надішліть дві пропозиції або чернетку брифу на безкоштовний розбір. Ми позначимо нечіткий обсяг, діри в договорі та ризики й підкажемо, що спитати далі. Якщо потрібен виконавець, можна замовити розробку програмного забезпечення у нас після короткого платного дослідження.
- розбір пропозицій і умов договору;
- перевірка безпеки, GDPR і прав на код;
- рекомендація на одну сторінку з наступними кроками.
Залиште заявку, відповімо протягом робочого дня.
Часті запитання (FAQ)
Скільки підрядників варто порівнювати?
Достатньо двох-трьох. Поговоріть із кожним, прочитайте пропозиції рядок за рядком і дайте двом фіналістам невелике платне завдання до підписання великого договору.
Чи брати найдешевшого підрядника?
Не лише за ціною. Порівняйте, що входить у кожну пропозицію: дослідження, тестування, хостинг, підтримка, і спитайте, як оплачуються зміни обсягу. Низька цифра з прогалинами зазвичай зростає.
Чи потрібен договір про обробку даних із підрядником?
Якщо підрядник оброблятиме персональні дані за вашим дорученням, GDPR вимагає такий договір. Одразу спитайте, де зберігаються дані та яким субпідрядникам вони доступні.
Кому має належати вихідний код?
У більшості проєктів вам, разом із репозиторієм і хмарними акаунтами. Закріпіть це в договорі та просіть доступ до репозиторію з першого дня.
Чи потрібен платний пілот?
Так. Невелике завдання показує спілкування, якість коду та чесність щодо ризиків краще за презентацію, а коштує небагато порівняно з проваленим проєктом.
Чи може LinkAgency перевірити мій шортлист підрядників?
Так. Надішліть пропозиції або чернетку брифу, ми позначимо нечіткий обсяг, діри в договорі та ризики й підкажемо наступні запитання. Залиште заявку, відповімо протягом робочого дня.
