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

ТЗ потрібне не для бюрократії. Його основна задача — зробити так, щоб клієнт і команда однаково розуміли, який продукт потрібно отримати.

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

Що має бути в ТЗ

1. Мета продукту

Коротко:

• що створюємо;
• для кого;
• яку бізнес-задачу вирішуємо.

2. Структура

Перелік:

• сторінок;
• шаблонів;
• типів контенту;
• мовних версій.

3. Функціонал

Описуємо:

• форми;
• пошук;
• фільтри;
• авторизацію;
• кабінети;
• checkout;
• інтерактивні елементи.

4. Інтеграції

Для кожної інтеграції важливо зафіксувати:

• сервіс;
• які дані передаємо;
• напрям передачі;
• API;
• відповідальність сторін.

5. Контент

Хто надає:

• тексти;
• фото;
• відео;
• товари;
• статті;
• переклади.

6. Адаптивність

Які breakpoints потрібні та які пристрої є пріоритетними.

7. SEO-вимоги

Наприклад:

• редаговані metadata;
• canonical;
• hreflang;
• sitemap;
• schema;
• redirects;
• URL structure.

8. Критерії приймання

Коли задача вважається виконаною:

• усі погоджені сторінки готові;
• форми працюють;
• інтеграції передають дані;
• адаптиви перевірені;
• сайт перенесений на production.

Що ТЗ не повинно робити

ТЗ не має:

• описувати очевидні речі на десятках сторінок;
• вигадувати функціонал, якого клієнт не просив;
• підміняти прототип;
• бути незмінним документом, якщо scope офіційно переглянули.