Замовити сайт
Сайт для бізнесу

ТЗ на сайт: що писати у технічному завданні

Структура технічного завдання на розробку сайту: цілі, аудиторія, функціонал, дизайн, SEO, терміни й приймання. Із прикладом розділів і порадами для замовника.

ТЗ на сайт: що писати у технічному завданні

Технічне завдання (ТЗ) — це документ, що описує, що саме має бути створено. Воно знімає питання «ми ж домовлялися не так» і слугує основою для оцінки, графіка та приймання роботи.

Навіщо потрібне ТЗ

  • Підрядники оцінюють однакові вимоги, тож пропозиції можна порівнювати.
  • Зменшується кількість недомовленостей і правок.
  • Є об’єктивний критерій, за яким приймають результат.

Структура технічного завдання

1. Загальні відомості

Назва проєкту, компанія, контактні особи, мета сайту й очікувані результати. Сформулюйте мету вимірювано: «збільшити кількість заявок», «скоротити дзвінки в підтримку».

2. Аудиторія та сценарії

Хто користуватиметься сайтом і для чого. Опишіть 2–3 основні сценарії: «клієнт шукає послугу, порівнює умови, залишає заявку».

3. Структура сайту

Перелік сторінок і розділів, зв’язки між ними, приклад меню. Можна додати схему.

4. Функціональні вимоги

Для кожної сторінки й блоку опишіть, що вони роблять: форми, пошук, фільтри, кошик, особистий кабінет, інтеграції (CRM, оплата, пошта). Не забудьте про адмін-панель: хто й що там редагуватиме.

5. Дизайн

Стиль, референси, фірмові кольори, шрифти, вимоги до анімації. Чи потрібен адаптив і яку мінімальну ширину екрана підтримувати. Ваші улюблені сайти допоможуть передати настрій.

6. Контент

Хто готує тексти, фото, відео. Мови сайту. Обсяг і терміни надання матеріалів.

7. SEO та аналітика

Вимоги до мета-тегів, структури адрес, розмітки, швидкості (Core Web Vitals), підключення аналітики та цілей. Список можна взяти з SEO-чеклісту.

8. Технічні вимоги

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

9. Терміни й етапи

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

10. Бюджет і порядок оплати

Загальна вартість, поетапні платежі, що входить і що ні. Орієнтири дивіться в матеріалі «Скільки коштує сайт».

11. Приймання та гарантія

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

Поради замовнику

  • Пишіть конкретно: замість «зручний» вказуйте «форма заявки з трьома полями».
  • Розділяйте обов’язкове та бажане.
  • Додавайте приклади й посилання.
  • Не вигадуйте технічних рішень, якщо не впевнені: опишіть задачу, а рішення запропонує підрядник.
  • Узгоджуйте зміни письмово.

Короткий бриф, якщо ТЗ зарано

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

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

Чи завжди потрібне технічне завдання?

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

Хто має писати ТЗ: замовник чи виконавець?

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