Technical Specification (Технічне завдання)

Technical Specification (технічне завдання, ТЗ) у веброзробці — це документ, у якому фіксують, яким має бути сайт: його цілі, структуру, функції, вимоги до дизайну, контенту й технічної реалізації. Саме за таким документом команда узгоджує, що входить у проєкт, а що ні, щоб замовник і розробники однаково розуміли результат. Якщо шукати “тз на сайт”, то йдеться саме про цей набір вимог до майбутнього вебпроєкту.

Що зазвичай містить ТЗ

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

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

Навіщо його узгоджують до старту робіт

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

Що робить документ корисним, а не формальним

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

Чим ТЗ відрізняється від дизайну або макета

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