До змісту
Tvorum.
Розробка11 хв читання

Як скласти ТЗ на сайт: шаблон і приклади

Шаблон технічного завдання на сайт із 14 розділів, таблиця поганих і хороших формулювань, готове ТЗ для лендингу і чекліст перевірки перед підписанням.

АвторРедакція Tvorum
Опубліковано:
Оновлено:
Поділитися
Як скласти ТЗ на сайт: шаблон і приклади
Зміст статті (11)
  1. Бриф, ТЗ і специфікація: у чому різниця
  2. Хто має писати ТЗ
  3. Шаблон ТЗ на сайт: 14 розділів
  4. Погані і хороші формулювання
  5. Приклад мінімального ТЗ для лендингу
  6. Фрагмент ТЗ для інтернет-магазину: картка товару
  7. Скільки коштує ТЗ
  8. Як кожен пункт ТЗ впливає на ціну
  9. 10 помилок у ТЗ на сайт
  10. Чекліст перевірки ТЗ перед підписанням
  11. Висновок

Технічне завдання (ТЗ) на сайт — це документ, який описує, навіщо потрібен сайт, які в ньому сторінки й функції, як саме вони мають працювати і за якими критеріями роботу приймуть. Для лендингу достатньо 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 робочі дні на правки, один зведений список.

Цього достатньо, щоб студія точно порахувала ціну, а ви — перевірили результат.

Фрагмент ТЗ для інтернет-магазину: картка товару

Для магазину ТЗ розписують посторінково. Картка товару — найважливіша сторінка, і ось мінімум, який варто зафіксувати:

  1. Назва, артикул, ціна і стара ціна, позначка акції.
  2. Наявність, зокрема окремо для кожного варіанта (розмір, колір).
  3. Галерея 6–10 фото з масштабуванням, відео за наявності.
  4. Характеристики таблицею, які збігаються з фільтрами каталогу.
  5. Доставка: орієнтовна дата і вартість Новою Поштою для міста користувача.
  6. Оплата: карткою, частинами, накладеним платежем.
  7. Кнопки «Купити» і «Купити в один клік».
  8. Відгуки і схожі товари.
  9. Поведінка, коли товару немає: кнопка «Повідомити про наявність» замість «Купити».
  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 помилок у ТЗ на сайт

  1. Рішення замість задач. «Потрібен WordPress» замість «потрібно самостійно додавати статті й ціни».
  2. Оцінні слова. «Сучасний», «зручний», «стильний» неможливо перевірити.
  3. Усе обовʼязкове. Розділіть вимоги на «потрібно до запуску», «бажано» і «наступний етап».
  4. Немає сценаріїв помилок. Що бачить людина, якщо оплата не пройшла?
  5. Забуті ролі. Хто з команди що може змінювати в адмінці.
  6. Немає вимог до швидкості і мобільної версії. Потім «працює ж» стає аргументом.
  7. SEO «потім». При редизайні без карти редиректів сайт втрачає позиції.
  8. Контент без відповідального і дати.
  9. Немає критеріїв приймання. Суперечка «готово чи ні» неминуча.
  10. ТЗ на 80 сторінок для лендингу. Його ніхто не прочитає повністю, і важливе загубиться.

Чекліст перевірки ТЗ перед підписанням

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

Висновок

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

Усі статті
Поділитися

Редакція Tvorum

Пишемо про те, з чим працюємо щодня: сайти, SEO, реклама й конверсія. Простою мовою, з цифрами та прикладами — щоб ви могли застосувати це у своєму бізнесі.

FAQ

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

Чи потрібне ТЗ для лендингу?

Окремий великий документ — ні. Для лендингу достатньо брифу і короткої специфікації на 1–2 сторінки: ціль, перелік блоків, функції форми чи калькулятора, інтеграції, вимоги до швидкості та критерії приймання.

Хто має складати ТЗ: замовник чи студія?

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

Скільки сторінок має бути в ТЗ?

Орієнтир: 1–3 сторінки для лендингу, 8–15 для корпоративного сайту, 15–40 для інтернет-магазину. Обсяг не головне — важливо, щоб кожну вимогу можна було перевірити.

Що робити, якщо після старту захотілося нову функцію?

Оформити її як запит на зміни: опис, вартість і вплив на термін. Після погодження функція додається в план. Так проєкт не перетворюється на нескінченний.

Чи має ТЗ юридичну силу?

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

Розробка

Схожі статті

Усі статті

0 ₴ · 24h

Покажемо ваш майбутній сайт до оплати

Залиште контакт — протягом 24 годин підготуємо безкоштовний прототип головної сторінки під ваш бізнес. Сподобається — фіксуємо ціну та строки в договорі.

  • Прототип за 24 години — безкоштовно
  • Фіксована ціна, без «доплат» в процесі
  • Запуск від 5 днів
  • Гарантія та підтримка після здачі
Де відповісти?

Без спаму. Натискаючи кнопку, ви погоджуєтесь з політикою конфіденційності.