insight 5 хв читання

Як обрати підрядника на розробку — 12 червоних прапорців і 5 зелених

Чек-лист для SMB: на що звертати увагу при виборі студії. Реальні приклади провалених проєктів і ознаки команди, що довезе. Питання які варто задати на першому дзвінку.

90% невдалих IT-проєктів у SMB — це не помилки в коді, а помилки на етапі вибору команди. Ми бачили десятки клієнтів які прийшли до нас “переробляти” — і у 8 з 10 випадків можна було уникнути проблем, якби пропустили оригінального підрядника. Ось чек-лист.

12 червоних прапорців

1. Обіцяють “сайт за день” (без discovery)

Навіть найпростіший лендинг потребує 30-60 хв розмови про вашу аудиторію, оферту, конкурентів. Якщо команда обіцяє “за день, без брифа” — вони продадуть вам свій шаблон, не ваш проєкт. Через 2 тижні ви зрозумієте що сайт нічого не продає.

2. Не показують портфоліо або показують фотошоп

“У нас більше 100 проєктів, але вони під NDA” — найчастіше брехня. Реальні студії тримають 10-30 публічних кейсів, з посиланнями на сайти що працюють зараз. Якщо посилань немає, або всі сайти лежать у 404 — це шаблон-фабрика без власного коду.

3. Ціна “від 5000 грн”

Це індикатор фріланс-збірки. Реальний кастомний проект дешевше $1.5K-2K не може коштувати — лише команда розробника + дизайнера + 4 тижнів роботи дає $4K-6K в Україні. “Від 5000 грн” = “Tilda за зразком, копіпаст коду, без підтримки”.

4. Не задають питань на першому дзвінку

Хороший підрядник на першому дзвінку задає більше питань ніж говорить. Якщо вони одразу починають з “ми робимо лендинги, дашборди, бот, мобільні застосунки…” — це презентація, не discovery. Ви не отримаєте кастомного рішення.

5. Немає підписаного scope-документа

Усне “ну ми все зробимо” — це гарантована проблема. Без підписаного scope ви через 3 тижні почуєте “це не входило, +$2K”. Відсутність документа = відсутність зобов’язань.

6. Ескіз без референсів

“Ми вам зробимо красиво” без конкретних референсів = вам зроблять “що вийде”. Хороший дизайнер на першій зустрічі питає “покажіть 3 сайти що подобаються і 3 що ні”. Без цього ви отримаєте абстрактний “корпоративний стиль”.

7. Тільки одна особа за проєкт

Соло-фрілансер дешевше, але коли він захворіє чи поїде у відпустку — проєкт зупиниться. Для проєкту >$3K мінімум 2 особи (designer + developer) або один full-stack + менеджер на бекапі.

8. Не пишуть код у Git/GitHub

Серйозно. Ми бачили “розробників” що передають клієнту ZIP-файл і пароль до FTP. Без version control немає історії змін, немає бекапу, немає рецензії. Це прямий шлях до “сайт зник, нічого не можу зробити”.

9. Готовий брендованим CMS-фреймворком

“Ми робимо сайти на нашій кастомній платформі NextoSite Pro 3.0” — це vendor lock-in. Через рік-два ви не зможете перенести сайт до іншого підрядника, або платитимете їм безкінечну підписку. Адекватні студії використовують стандартні стеки (Next.js, Astro, WordPress, Shopify).

10. Без терміну на реакцію в підтримку

“Ми відповідаємо коли є вільний час” = ваш сайт ляже у п’ятницю ввечері і чекатиме до понеділка. Хороший підрядник дає SLA: 4-8 годин на критичні баги, 1-3 робочих дні на запити.

11. Тиснуть терміновістю на оплаті

“Ціна $4K тільки до завтра, потім $6K”. Класична маніпуляція. Хороший підрядник тримає прозорий прайс і дає принаймні тиждень на роздуми.

12. Не знають вашу вертикаль

Якщо ви ресторан, а підрядник питає “а Poster це що таке?” — він буде вчитись на вашому проєкті за ваші гроші. Це нормально для $1K стартапу, не нормально для $5K+ проєкту. Шукайте команду з досвідом у вертикалі.

5 зелених прапорців

1. Discovery з конкретними питаннями

Хороший дзвінок виглядає так:

Якщо ви виходите з дзвінка з відчуттям “вони мене зрозуміли” — це зелений прапорець.

2. Чесно відмовляють від частини скоупу

“А вам це не треба, давайте зробимо без X — і ви зекономите $1K”. Хороший підрядник скорочує проєкт, а не розширює. Бо хочуть довгострокових стосунків, а не одного контракту.

3. Підписаний scope-document перед стартом

Не “договір на послуги розробки” — а конкретний документ із переліком сторінок, функцій, інтеграцій, термінів і чіткою фразою “що НЕ входить”. Зміни — через change-document.

4. Реальні цифри з минулих проєктів

“Минулому клієнту ми збільшили конверсію з 2.1% до 3.4%” — з посиланням на сайт. Без цифр + з посиланнями = ризик. Студія готова показати результати = довіра.

5. Передача коду й доступів — чіткий процес

На останньому дзвінку — Git-репозиторій передається вам, доступи до хостингу, домену, аналітики, всіх API. Ви або ваш майбутній підрядник зможе продовжити роботу. Жодних “наших технічних обмежень”.

7 питань, які варто задати на першому дзвінку

  1. “Покажіть 3 ваші проєкти у нашій вертикалі” — без цього не починайте.
  2. “Що НЕ входить у запропонований обсяг?” — слабкі студії дають загальні відповіді.
  3. “Як ви фіксуєте scope і що буде якщо я попрошу нову фічу?” — має бути чіткий процес change-document.
  4. “Який стек і чому саме?” — має бути обґрунтування, не “ми так звикли”.
  5. “Що буде з кодом і доступами після релізу?” — все має бути ваше.
  6. “Що ви робите якщо проєкт затягується?” — хороша студія має внутрішній процес ескалації.
  7. “Дайте контакт 2 ваших клієнтів зі схожими проєктами” — реальні студії дадуть, шахраї відмовлять.

Реальний кейс — як це провалюється

Клієнт А (ресторан) звернувся до студії з обіцянкою “сайт + бот за $1500 за тиждень”. Підписали усну домовленість, передоплата $750.

Підсумок: $750 спалено, 6 тижнів втрачено, повертатись доведеться до тих самих кроків.

Що пропустили: discovery, scope, посилання на схожі проєкти.

Що далі

Якщо плануєте проєкт — спершу discovery з 2-3 студіями. У нас discovery — 30-60 хв, безкоштовно. Якщо я скажу “вам не треба з нами працювати, вам треба дешевше і простіше” — це теж результат, який ви можете використати на свою користь.

Або зробіть калькулятор щоб приблизно зрозуміти бюджет, перш ніж заходити на дзвінки.

Читати далі

Зібрати проєкт