Технічне завдання на розробку сайту: що це таке і як скласти правильно

Що таке технічне завдання

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

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

З сайтами — те саме. ТЗ фіксує очікування обох сторін до початку роботи. Це рятує від ситуацій «я мав на увазі зовсім інше» і «а за це потрібно доплатити».

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

ТЗ вирішує три ключові проблеми:

1. Зрозуміти що ви хочете

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

2. Порахувати вартість

Без ТЗ неможливо дати точну ціну. «Скільки коштує сайт?» — це як «скільки коштує ремонт?» Залежить від площі, матеріалів і обсягу робіт. ТЗ — це саме той документ, який фіксує обсяг і дозволяє розрахувати вартість адекватно.

3. Захистити обидві сторони

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

Хто пише ТЗ: замовник чи розробник

Коротка відповідь: разом. Замовник знає свій бізнес, розробник знає технічні можливості і обмеження.

На практиці процес виглядає так:

• Замовник заповнює бриф — відповідає на питання про бізнес, цільову аудиторію, конкурентів, бажані функції і бюджет
• Розробник проводить інтерв'ю — уточнює деталі, пропонує рішення, попереджає про підводні камені
• Розробник пише ТЗ — на основі брифу і інтерв'ю складає технічний документ з деталізованими вимогами
• Замовник узгоджує — перевіряє чи все відповідає очікуванням, вносить правки
• Обидві сторони підписують — ТЗ стає частиною договору

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

Структура ТЗ: що повинно бути

Хороше ТЗ на сайт включає наступні блоки:

Загальна інформація

• Назва проєкту, назва компанії
• Мета сайту: залучення клієнтів, продаж товарів, інформування
• Цільова аудиторія: хто ваші клієнти, їхній вік, потреби, пристрої
• Конкуренти: 3-5 сайтів конкурентів, що подобається і не подобається
• Референси дизайну: приклади сайтів, які подобаються стилістично

Структура і контент

• Карта сайту: перелік усіх сторінок з ієрархією
• Опис кожної сторінки: які блоки, який контент, які CTA
• Мови сайту: одна або кілька, яка основна
• Хто готує контент: тексти, фото, відео — замовник чи розробник

Дизайн

• Брендбук: логотип, фірмові кольори, шрифти (якщо є)
• Стиль: мінімалізм, корпоративний, креативний
• Кількість унікальних макетів (головна, внутрішня, блог, контакти)
• Адаптивність: які пристрої і розширення

Функціонал

• Форми: які поля, куди приходять заявки
• Калькулятор, фільтри, пошук — якщо потрібні
• Інтеграції: CRM, оплата, доставка, месенджери
• Адмін-панель: що замовник зможе редагувати самостійно
• Мультимовність: локалізація або просто переклад

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

• Платформа: WordPress, самописний, Shopify тощо
• Хостинг: хто забезпечує, які вимоги
• SEO: базова оптимізація, мікророзмітка, sitemap
• Швидкість: цільові показники Core Web Vitals
• Безпека: SSL, бекапи, захист форм

Терміни і бюджет

• Етапи робіт з дедлайнами
• Вартість кожного етапу
• Графік оплати
• Гарантійний період після запуску
• Умови внесення змін після узгодження ТЗ

Бриф і ТЗ: в чому різниця

Ці терміни часто плутають, але це різні документи:

Бриф — коротка анкета від замовника. 1-3 сторінки з відповідями на базові питання: хто ви, що потрібно, який бюджет, які приклади подобаються. Бриф — це вхідні дані для розробника.

ТЗ — деталізований технічний документ. 5-20+ сторінок з конкретними вимогами до кожної сторінки, кожної функції, кожного елемента. ТЗ — це план робіт і критерій прийняття.

Бриф заповнює замовник за 30 хвилин. ТЗ складає розробник за кілька днів на основі брифу і комунікації. Бриф — безкоштовно. ТЗ — іноді оплачується окремо (особливо у студіях), іноді входить у вартість проєкту.

Типові помилки

• «Зробіть як у конкурента, тільки краще» — це не ТЗ, це побажання. Що конкретно «краще»? Швидше? Інший дизайн? Більше функцій? Без деталей розробник інтерпретує по-своєму
• Зайва деталізація дизайну — «кнопка має бути #3A7BDE, шрифт 14.5px, з відступом 23px зліва». Це робота дизайнера, не замовника. У ТЗ достатньо: «кнопка в фірмовому кольорі, помітна, з текстом Замовити»
• Забутий мобільний — ТЗ описує тільки десктопну версію. А 60-80% трафіку — мобільний. Обов'язково вказуйте вимоги до мобільної версії
• Немає пріоритетів — список з 50 функцій без поділу на «обов'язково» і «було б добре». Результат: або бюджет роздувається, або зроблено не те, що критично
• Забутий контент — ТЗ є, дизайн є, а тексти і фото «потім підготуємо». Запуск затримується на тижні або місяці, поки замовник пише тексти
• Немає критеріїв прийняття — як зрозуміти що робота виконана? «Мені подобається» — не критерій. Конкретні пункти: сайт вантажиться за 3 секунди, форма відправляє email, мобільна версія коректна

Що буде якщо працювати без ТЗ

Реальні сценарії з практики:

• Нескінченні правки — «а я думав це буде інакше» → переробка → нові правки → ще переробка. Проєкт на 2 місяці розтягується на 6
• Роздування бюджету — «а ще хочу калькулятор, і чат-бот, і особистий кабінет». Без ТЗ кожне додаткове побажання — конфлікт: замовник вважає що це очевидно входить, розробник — що це додаткова робота
• Результат не відповідає очікуванням — розробник зробив як зрозумів, замовник мав на увазі інше. Обидва праві — бо домовленості не було
• Неможливо змінити розробника — якщо співпраця не склалась, без ТЗ наступний розробник не знає що було задумано і починає з нуля

Для простих проєктів (лендінг, сайт-візитка) ТЗ може бути коротким — 2-3 сторінки. Для інтернет-магазину або корпоративного сайту — 10-20 сторінок. Обсяг масштабується під проєкт, але сам документ повинен бути завжди.

Висновок

Технічне завдання — це інвестиція кількох днів, яка економить тижні нервів і тисячі гривень. Воно захищає і замовника, і розробника. Без ТЗ будь-який проєкт — це лотерея.

Не потрібно писати ТЗ на 50 сторінок — достатньо чітко відповісти на ключові питання: що, для кого, які функції, який бюджет, які терміни. Решту допоможе деталізувати розробник.

Готові починати? Розрахуйте вартість сайту в онлайн-калькуляторі, а потім зв'яжіться — разом складемо ТЗ і пройдемо всі етапи розробки від ідеї до запуску.