Як обрати розробника сайту: 15 питань підряднику

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

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

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

Що потрібно перевірити до замовлення сайту

1. Бізнес-завдання сайту
2. Релевантний досвід
3. Команда проєкту
4. Реальні роботи та відгуки
5. Що входить у вартість
6. Можливі доплати
7. Етапи, строки та погодження
8. Технологія та CMS
9. Права на код, домен і доступи
10. Базова SEO-підготовка
11. Швидкість і технічна якість
12. Контент і наповнення
13. Інтеграції та аналітика
14. Тестування і приймання
15. Підтримка після запуску

1. Яке бізнес-завдання повинен вирішити сайт?

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

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

2. Чи є у підрядника релевантний досвід?

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

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

3. Хто саме працюватиме над проєктом?

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

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

4. Чи можна побачити реальні запущені проєкти?

Зображення у портфоліо не доводять, що сайт був розроблений, запущений і переданий замовнику. Попросіть показати два-три активні проєкти та пояснити, яку частину роботи виконувала команда.

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

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

Додатково перегляньте відгуки клієнтів. Перевагу варто надавати відгукам, авторство яких можна перевірити на незалежній платформі.

5. Що саме входить у вартість розробки?

Фраза «розробка сайту» може означати різний обсяг робіт. В одному кошторисі будуть лише дизайн і верстка, в іншому — дослідження, структура, тексти, програмування, аналітика, SEO та запуск.

Уточніть, чи входять у пропозицію:

• аналіз завдання та конкурентів;
• структура сторінок і прототип;
• індивідуальний дизайн;
• адаптація під мобільні пристрої;
• верстка та програмування;
• форми, інтеграції та аналітика;
• базова SEO-підготовка;
• тестування та публікація;
• передача доступів і документації.

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

6. За що може знадобитися доплата?

Зміна ціни не завжди означає проблему. Додаткові сторінки, нові інтеграції або зміна погодженої логіки справді можуть збільшити бюджет. Ризик виникає тоді, коли правила доплат не визначені заздалегідь.

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

Окремо уточніть графік платежів. Безпечніша модель — оплата за зрозумілими етапами, а не повна сума до початку роботи.

7. Які етапи, строки та точки погодження?

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

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

8. На якій технології буде створено сайт і чи потрібна CMS?

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

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

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

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

9. Кому належатимуть код, домен і всі доступи?

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

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

10. Що входить у базову SEO-підготовку?

Базове SEO не означає гарантовані позиції в пошуку. Це технічний фундамент, який допомагає пошуковим системам коректно обходити, індексувати та розуміти сторінки.

До базового переліку можуть входити:

• логічна структура заголовків;
• редаговані Title і Description;
• зрозумілі URL;
• canonical і hreflang для багатомовного сайту;
• robots.txt і XML Sitemap;
• alt-описи зображень;
• Open Graph;
• базова структурована розмітка;
• підключення аналітики та Search Console.

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

11. Як перевірятимуться швидкість, мобільна версія та технічна якість?

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

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

Для незалежної первинної перевірки можна використати AI X-Ray, а також офіційні інструменти PageSpeed Insights і W3C Markup Validation Service.

12. Хто готує та розміщує контент?

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

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

13. Які інтеграції та системи аналітики будуть підключені?

Форма заявки повинна не просто показувати повідомлення «Дякуємо». Важливо перевірити, куди надходять звернення, чи дублюються вони на пошту або в CRM, як захищені від спаму та чи фіксуються конверсії.

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

14. За якими критеріями сайт вважається готовим?

Фраза «сайт готовий» повинна означати не суб’єктивне рішення виконавця, а виконання погодженого переліку вимог.

До критеріїв приймання можна включити:

• відповідність затвердженому дизайну;
• коректну роботу мобільної версії;
• перевірку форм та інтеграцій;
• відсутність критичних помилок;
• налаштовані редиректи та службові сторінки;
• підключену аналітику;
• резервну копію;
• передані доступи.

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

15. Що відбувається після запуску?

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

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

Короткий чекліст перед підписанням договору

До першої оплати переконайтеся, що у вас є:

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

Висновок

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

Не обирайте виконавця лише за найнижчою ціною або найефектнішим макетом. Порівнюйте процес, відповідальність, права на результат і можливість незалежно перевірити якість.

Поширені запитання

Скільки підрядників варто порівняти?

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

Чи варто замовляти сайт у найдешевшого виконавця?

Низька ціна може бути виправданою невеликим обсягом робіт, але її потрібно порівнювати не окремо, а разом із функціональністю, правами на код, підтримкою та якістю реалізації.

Чи обов’язково працювати з підрядником із досвідом у моїй ніші?

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

Коли потрібно обговорювати SEO?

До затвердження структури сайту. Якщо згадати про SEO лише перед запуском, може знадобитися змінювати адреси, сторінки, заголовки та навігацію.