Технічне завдання на сайт (ТЗ) — це документ, у якому описано, яким має бути сайт: структура, функції, дизайн, технічні вимоги і критерії готовності. ТЗ стає частиною договору і головним аргументом, коли треба вирішити, чи виконано роботу. Без нього кожна сторона розуміє «сайт як у конкурентів» по-своєму.
Бриф і ТЗ — у чому різниця
- Бриф — коротка анкета на старті: про бізнес, цілі, аудиторію, бюджет і приклади. Його заповнює клієнт за 20–30 хвилин.
- Технічне завдання — детальний документ, який складають на основі брифу. У ньому вже є структура сторінок, перелік функцій і вимоги до кожної.
Зазвичай процес такий: ви заповнюєте бриф → студія ставить уточнювальні питання → разом складаєте ТЗ → на його основі рахують точні терміни й вартість.
Навіщо потрібне технічне завдання
- Точна оцінка. Розробник рахує не «приблизно», а за конкретним переліком робіт. Про те, з чого складається ціна, ми писали у статті «Скільки коштує розробка сайту в Україні».
- Спільне розуміння. Слова «зручний каталог» і «сучасний дизайн» кожен уявляє по-своєму.
- Приймання робіт. Ви перевіряєте сайт за пунктами ТЗ, а не за відчуттями.
- Захист обох сторін. Нові побажання, яких не було в ТЗ, обговорюються окремо — без конфліктів.
Структура технічного завдання на сайт
1. Загальна інформація
Назва компанії, чим займається, посилання на поточний сайт і соцмережі, контактна особа і хто приймає рішення.
2. Мета сайту і показники успіху
Що має робити сайт: збирати заявки, продавати, інформувати, наймати людей. Як ви зрозумієте, що він працює: кількість заявок, продажів, підписок.
3. Цільова аудиторія
Хто ці люди, з яких пристроїв заходять, що їм важливо. Окремо вкажіть, якщо серед аудиторії є люди з інвалідністю, люди старшого віку чи іноземці.

4. Структура сайту
Список усіх сторінок і розділів — найкраще у вигляді дерева:
- Головна
- Послуги → окрема сторінка кожної послуги
- Портфоліо → сторінка проєкту
- Блог → сторінка статті
- Про нас
- Контакти
5. Опис сторінок
Для кожного типу сторінки — які блоки на ній є і в якому порядку. Наприклад, для сторінки послуги: заголовок, опис, що входить, тарифи, приклади робіт, часті питання, форма заявки.
6. Функціонал
Форми (які поля, куди надходять заявки), пошук, фільтри, кошик, оплата, особистий кабінет, мультимовність, інтеграції з CRM чи обліком. Для кожної функції — як вона має працювати.
7. Дизайн
Наявний фірмовий стиль або потреба в брендингу, сайти-приклади, побажання щодо настрою. Кількість концепцій і раундів правок.
8. Контент
Хто готує тексти, фото, відео і переклади, у якому форматі і до якого терміну. Це найчастіша причина затримки запуску.
9. Технічні вимоги
- Адаптивність: коректне відображення на смартфонах, планшетах і комп'ютерах.
- Швидкість: цільові показники, наприклад Core Web Vitals «у зеленій зоні».
- Браузери: актуальні версії Chrome, Safari, Firefox, Edge.
- Доступність: відповідність WCAG 2.1 рівня AA — на неї посилаються стандарт ДСТУ EN 301 549 і європейське законодавство.
- SEO-основа: ЧПУ-адреси, мета-теги, sitemap.xml, robots.txt, редиректи зі старих адрес.
- Безпека: SSL, резервні копії, захист форм від спаму.
- Адмінка: що саме ви хочете змінювати самостійно.
10. Етапи, терміни і приймання
Які етапи, що є результатом кожного, хто і як погоджує. Що вважається завершенням проєкту.

Як формулювати вимоги: погано і добре
| Погано | Добре |
|---|---|
| Сучасний дизайн | Мінімалістичний стиль, як на сайтах-прикладах 1 і 2, основний колір — фірмовий рожевий |
| Зручна форма | Форма: ім'я, e-mail або телефон, повідомлення; заявка приходить на пошту і в Telegram |
| Швидкий сайт | Сторінки відкриваються на мобільному інтернеті до 3 секунд, Core Web Vitals у зеленій зоні |
| Як у конкурента | Каталог з фільтрами за ціною і розміром, як на сайті X, але без порівняння товарів |
| SEO-оптимізований | Для кожної сторінки редагуються title і description, є sitemap.xml і 301-редиректи |
Типові помилки в ТЗ
- Розмиті формулювання на кшталт «зручно», «сучасно», «красиво».
- Немає пріоритетів — усе «обов'язково», хоча половину можна запустити в другій черзі.
- Забули про контент — хто пише тексти і робить фото.
- Забули про мобільну версію і доступність — а це значна частина ваших відвідувачів.
- ТЗ на 80 сторінок, яке ніхто не читає. Краще коротко, але конкретно.
- Копія ТЗ з інтернету без адаптації під свій бізнес.
Короткий шаблон ТЗ
Скопіюйте і заповніть — цього вже достатньо для першої оцінки:
1. Компанія і що робить:
2. Мета сайту і як міряємо успіх:
3. Хто наші клієнти:
4. Сторінки сайту (дерево):
5. Обов'язкові функції:
6. Бажані функції (друга черга):
7. Фірмовий стиль є / потрібен:
8. Сайти, які подобаються, і чому:
9. Хто готує тексти і фото:
10. Бажаний термін запуску і бюджет:
Хто пише технічне завдання
Ідеально — разом. Ви знаєте свій бізнес і клієнтів, студія — як перетворити це на конкретні вимоги. У QD ми починаємо з короткого брифу, ставимо питання і допомагаємо скласти ТЗ, за яким можна точно порахувати сайт чи мобільний додаток.
Залиште заявку — надішлемо бриф і допоможемо перетворити ідею на зрозуміле технічне завдання.