Зміст статті (11)
- Бриф, ТЗ і специфікація: у чому різниця
- Хто має писати ТЗ
- Шаблон ТЗ на сайт: 14 розділів
- Погані і хороші формулювання
- Приклад мінімального ТЗ для лендингу
- Фрагмент ТЗ для інтернет-магазину: картка товару
- Скільки коштує ТЗ
- Як кожен пункт ТЗ впливає на ціну
- 10 помилок у ТЗ на сайт
- Чекліст перевірки ТЗ перед підписанням
- Висновок
Технічне завдання (ТЗ) на сайт — це документ, який описує, навіщо потрібен сайт, які в ньому сторінки й функції, як саме вони мають працювати і за якими критеріями роботу приймуть. Для лендингу достатньо 1–3 сторінок тексту, для корпоративного сайту — 8–15, для інтернет-магазину — 15–40. Головне правило: описуйте поведінку і результат, який можна перевірити, а не відчуття на кшталт «сучасно і зручно».
Нижче — шаблон ТЗ із 14 розділів, таблиця поганих і хороших формулювань, приклад мінімального ТЗ для лендингу, фрагмент ТЗ для магазину і чекліст перевірки перед підписанням договору.
Бриф, ТЗ і специфікація: у чому різниця
Ці три документи часто плутають, хоча в них різні задачі.
| Документ | Хто складає | Обсяг | Навіщо | Юридична вага |
|---|---|---|---|---|
| Бриф | Замовник | 1–3 сторінки | Пояснити задачу й отримати оцінку | Немає |
| ТЗ | Студія разом із замовником | 1–40 сторінок | Описати, що і як має працювати | Так, якщо це додаток до договору |
| Специфікація | Студія | 1–3 сторінки | Перелік робіт, ціна, терміни | Так, додаток до договору |
Для лендингу чи сайту-візитки окреме ТЗ рідко потрібне: вистачає брифу і специфікації з переліком блоків. Повноцінне ТЗ обовʼязкове для інтернет-магазинів, каталогів з інтеграціями, особистих кабінетів, веб-сервісів і будь-якого проєкту, де бюджет вимірюється десятками тисяч гривень.
Хто має писати ТЗ
- Замовник сам. Добре знає бізнес, але не знає, які технічні деталі критичні. Ризик: документ з побажаннями, за яким неможливо точно порахувати ціну.
- Студія за результатами брифу та інтервʼю. Оптимальний варіант для більшості проєктів: ви відповідаєте на питання, студія формулює вимоги, ви погоджуєте.
- Окремий бізнес-аналітик. Має сенс для складних сервісів, маркетплейсів, кабінетів з кількома ролями. Оплачене окремо ТЗ належить вам: з ним можна піти до будь-якого підрядника і порівняти пропозиції на однакових умовах.
Шаблон ТЗ на сайт: 14 розділів
1. Загальні відомості
Назва компанії, сфера, географія, сайт (якщо є), контактна особа з правом погоджувати рішення, бажана дата запуску, діапазон бюджету.
2. Цілі та метрики
Цілі мають бути вимірними. Приклад: «Сайт приносить 40+ заявок на місяць із пошуку та реклами; конверсія сторінок послуг у заявку — від 3%; перший екран завантажується на мобільному інтернеті до 2,5 с».
3. Аудиторія і сценарії
Опишіть 3–7 сценаріїв у форматі «хто → що хоче → навіщо». Наприклад: «Власник авто хоче за хвилину зі смартфона записатися на шиномонтаж на зручний час, щоб не дзвонити в сезонну чергу». Сценарії потім перетворюються на блоки та функції.
4. Структура сайту
Дерево сторінок із позначкою, що потрібно до запуску, а що — на наступному етапі. Приклад для автосервісу:
- Головна
- Послуги: діагностика, ремонт ходової, ТО, шиномонтаж, розвал-сходження (кожна — окрема сторінка)
- Ціни
- Виконані роботи
- Про сервіс і майстрів
- Відгуки (віджет Google)
- Контакти з картою
- Блог — другий етап
5. Опис сторінок і блоків
Для кожного типу сторінки — перелік блоків і їхнє призначення. Сторінка послуги автосервісу: H1 з назвою послуги і містом, ціна «від», що входить, скільки триває, фото робіт, гарантія, FAQ, форма запису з вибраною послугою.
6. Функціональні вимоги
Кожну функцію описуйте за схемою «вхід → що відбувається → результат → хто отримує повідомлення». Приклад для калькулятора: користувач обирає марку авто, тип робіт і діаметр дисків; сайт показує діапазон вартості й тривалість; кнопка «Записатися» відкриває форму з уже заповненими даними; заявка разом із розрахунком потрапляє в CRM.
Окремо опишіть поведінку при помилках: що бачить людина, якщо оплата не пройшла, товару немає, слот уже зайнятий.
7. Контент
Хто пише тексти, хто готує фото і відео, у яких форматах, до якої дати. Скільки мовних версій і хто перекладає. Якщо контент від замовника — пропишіть дату передачі, бо саме контент найчастіше зриває терміни.
8. Дизайн
Брендбук або логотип і кольори, 3–5 референсів з поясненням, що саме подобається, і заборони: «без темного фону», «без стокових фото людей», «без анімацій, що заважають читати».
9. Адаптивність і браузери
Ширини, на яких перевіряють макет: 360, 390, 768, 1280, 1440 і 1920 px. Браузери: дві останні версії Chrome, Safari, Firefox, Edge, а також Safari на iOS — він найчастіше «ламає» верстку.
10. Швидкість і технічні вимоги
- PageSpeed Insights на мобільних — від 90 для ключових сторінок;
- Core Web Vitals у зеленій зоні (станом на 2026 рік Google вважає хорошими LCP до 2,5 с, INP до 200 мс, CLS до 0,1);
- система керування (CMS) і що саме в ній редагується;
- HTTPS, щоденні резервні копії, двофакторна автентифікація в адмінці, ролі користувачів.
11. SEO-вимоги
Зрозумілі адреси сторінок, редагування title, description і H1 з адмінки, canonical, hreflang для мовних версій, sitemap.xml і robots.txt, мікророзмітка schema.org, alt для зображень. При редизайні — карта 301-редиректів зі старих адрес на нові.
12. Інтеграції
CRM, повідомлення в Telegram, онлайн-оплата, Нова Пошта, облікова система, фід для Google Merchant Center, GA4 і Google Tag Manager із переліком подій, які треба відстежувати.
13. Юридичні та мовні вимоги
Станом на 2026 рік сайт бізнесу, що обслуговує споживачів в Україні, повинен мати українську версію, яка за обсягом і змістом не менша за інші та завантажується за замовчуванням (ст. 27 Закону «Про забезпечення функціонування української мови як державної»), — детальніше в статті про закон про мову і сайт. Якщо ви продаєте онлайн, Закон «Про електронну комерцію» вимагає забезпечити прямий і постійний доступ до даних продавця: повного найменування або ПІБ ФОП, адреси, e-mail, ідентифікаційного коду (для ФОП — РНОКПП), а також інформації про ліцензію, якщо діяльність ліцензується. Окремо потрібні політика конфіденційності і згода на обробку персональних даних біля кожної форми.
14. Приймання і передача
Хто тестує, скільки робочих днів на перевірку, скільки раундів правок, що вважається помилкою (невідповідність ТЗ), а що — новою вимогою (окрема оцінка). Перелік доступів, які передаються вам, і умови гарантії.
Погані і хороші формулювання
Найкорисніша частина будь-якого ТЗ — конкретні формулювання. Порівняйте:
| Погано | Добре |
|---|---|
| «Сучасний дизайн» | «Стиль як у референсах А і Б: світлий фон, великі заголовки, фото реальних обʼєктів, без відеофону» |
| «Зручна форма заявки» | «Поля: імʼя, телефон з маскою +380, послуга. Згода не позначена заздалегідь. Після відправки — сторінка подяки, повідомлення в Telegram-чат менеджерів, подія generate_lead у GA4» |
| «Сайт має швидко працювати» | «PageSpeed Insights (мобільна версія) від 90 для головної, сторінок послуг і контактів» |
| «Адмінка, щоб усе редагувати» | «В адмінці редагуються тексти, ціни, фото, FAQ, title і description; нова сторінка послуги створюється за шаблоном без програміста» |
| «Інтеграція з CRM» | «Кожна заявка створює угоду в KeyCRM у воронці «Сайт» з полями: імʼя, телефон, послуга, UTM-мітки, адреса сторінки» |
| «Зробіть як у конкурента» | «Взяти з сайту X фільтр за потужністю; не брати попап на вході» |
| «Мультимовність» | «UA за замовчуванням і RU, окремі адреси (/ і /ru/), перемикач у шапці, hreflang, перекладені мета-теги» |
Хороше формулювання можна перевірити: або воно виконано, або ні. Якщо щодо пункту можна сперечатися — його треба переписати.
Приклад мінімального ТЗ для лендингу
Ось як виглядає ТЗ на одну сторінку для лендингу компанії, що монтує сонячні станції для приватних будинків:
- Ціль: 25–40 заявок на місяць із Google Ads, конверсія сторінки від 4%.
- Головна дія: заявка на розрахунок; допоміжна — повідомлення у Viber або Telegram.
- Блоки: перший екран із головною пропозицією і кнопкою; калькулятор потужності; переваги; етапи монтажу; приклади обʼєктів з фото; обладнання і гарантії виробників; пакети з цінами «від»; FAQ; фінальна форма; контакти.
- Калькулятор: поля — середній рахунок за світло, тип даху, потреба в резерві на час відключень; результат — рекомендована потужність і діапазон вартості; кнопка «Отримати точний розрахунок».
- Заявки: Telegram-чат відділу продажів + KeyCRM, з UTM-мітками й даними калькулятора.
- Техніка: PageSpeed 90+ на мобільних, адаптив від 360 px, UA за замовчуванням + RU, GA4 і GTM з подіями надсилання форми, натискання на телефон і переходу в месенджери.
- Контент: тексти пише студія; фото обʼєктів — замовник до визначеної дати.
- Приймання: перевірка за чеклістом, 3 робочі дні на правки, один зведений список.
Цього достатньо, щоб студія точно порахувала ціну, а ви — перевірили результат.
Фрагмент ТЗ для інтернет-магазину: картка товару
Для магазину ТЗ розписують посторінково. Картка товару — найважливіша сторінка, і ось мінімум, який варто зафіксувати:
- Назва, артикул, ціна і стара ціна, позначка акції.
- Наявність, зокрема окремо для кожного варіанта (розмір, колір).
- Галерея 6–10 фото з масштабуванням, відео за наявності.
- Характеристики таблицею, які збігаються з фільтрами каталогу.
- Доставка: орієнтовна дата і вартість Новою Поштою для міста користувача.
- Оплата: карткою, частинами, накладеним платежем.
- Кнопки «Купити» і «Купити в один клік».
- Відгуки і схожі товари.
- Поведінка, коли товару немає: кнопка «Повідомити про наявність» замість «Купити».
- Мікророзмітка Product з ціною і наявністю.
Повний перелік для магазину займає 15–40 сторінок, і це нормально: кожен незафіксований пункт — потенційна суперечка або доплата. Якщо плануєте магазин, подивіться, що входить у пакети на сторінці створення інтернет-магазину.
Скільки коштує ТЗ
| Тип проєкту | Як зазвичай оформлюють | Вартість |
|---|---|---|
| Лендинг, візитка | Бриф + специфікація | Входить у ціну сайту |
| Корпоративний сайт | Структура + опис сторінок | Зазвичай входить у ціну |
| Магазин, каталог з інтеграціями | Окремий етап проєктування | Орієнтовно 5–15% бюджету |
| Веб-сервіс, кабінет, маркетплейс | Аналітика + прототипи + ТЗ | Окремий договір |
Як кожен пункт ТЗ впливає на ціну
Чим точніше ТЗ, тим точніший кошторис. Ось як типові вимоги перетворюються на гроші — на прикладі нашого прайсу на додаткові роботи (станом на 2026 рік):
| Вимога в ТЗ | Що додається до роботи | Вартість |
|---|---|---|
| Ще одна сторінка | дизайн за шаблоном, верстка, мета-теги | 1 200 грн |
| Текст сторінки понад склад пакета | інтервʼю, копірайтинг, вичитка | 900 грн |
| Квіз або калькулятор | логіка, дизайн, передача даних у заявку | 3 900 грн |
| Інтеграція з CRM | передача заявок разом з UTM-мітками | 2 900 грн |
| Онлайн-оплата або оплата частинами | підключення платіжного сервісу | 1 900 грн |
| GA4 + GTM + конверсії + Clarity | налаштування подій, конверсій і записів сесій | 2 400 грн |
| Додаткова мовна версія | переклад, окремі адреси, hreflang | +20% від пакета |
У пакетах середнього рівня частина цих пунктів уже включена, тому порівнюйте пропозиції за складом робіт, а не за рядком «ціна від». І памʼятайте: вимога «а ще блог і кабінет», дописана після оцінки, — це не правка, а новий обсяг із новою ціною та терміном. Краще витратити на ТЗ на день більше, ніж потім узгоджувати доплати.
10 помилок у ТЗ на сайт
- Рішення замість задач. «Потрібен WordPress» замість «потрібно самостійно додавати статті й ціни».
- Оцінні слова. «Сучасний», «зручний», «стильний» неможливо перевірити.
- Усе обовʼязкове. Розділіть вимоги на «потрібно до запуску», «бажано» і «наступний етап».
- Немає сценаріїв помилок. Що бачить людина, якщо оплата не пройшла?
- Забуті ролі. Хто з команди що може змінювати в адмінці.
- Немає вимог до швидкості і мобільної версії. Потім «працює ж» стає аргументом.
- SEO «потім». При редизайні без карти редиректів сайт втрачає позиції.
- Контент без відповідального і дати.
- Немає критеріїв приймання. Суперечка «готово чи ні» неминуча.
- ТЗ на 80 сторінок для лендингу. Його ніхто не прочитає повністю, і важливе загубиться.
Чекліст перевірки ТЗ перед підписанням
- є вимірна ціль і головна цільова дія;
- перелічено всі сторінки, позначено пріоритети;
- для кожної функції описано вхід, результат і помилки;
- зазначено, хто готує контент і до якої дати;
- є референси з поясненнями і заборони;
- вказано ширини екранів і браузери для перевірки;
- зафіксовано вимогу до швидкості на мобільних;
- описано, що редагується в адмінці;
- є SEO-вимоги і, для редизайну, редиректи;
- перелічено інтеграції з конкретними сервісами;
- враховано мовні версії і юридичні сторінки;
- визначено кількість раундів правок;
- описано процедуру приймання і строк перевірки;
- указано, які доступи і на кого оформлюються;
- ТЗ є додатком до договору і підписане обома сторонами.
Висновок
Хороше ТЗ — не товстий документ, а набір перевірюваних рішень: що є на сайті, як воно працює і як ви це перевірите. Почніть з брифу — наш онлайн-бриф займає близько 10 хвилин і вже містить більшість питань із шаблону вище. Бюджет можна прикинути в калькуляторі вартості, а про те, що відбувається після погодження ТЗ, читайте в статті «Етапи створення сайту».
Редакція Tvorum
Пишемо про те, з чим працюємо щодня: сайти, SEO, реклама й конверсія. Простою мовою, з цифрами та прикладами — щоб ви могли застосувати це у своєму бізнесі.



