Технічне завдання на сайт: шаблон і як його заповнити

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

За 10 років ми в Apricode прийняли не одну сотню ТЗ — від акуратних 20-сторінкових документів до одного рядка «зробіть як у конкурента, тільки краще». І бачили закономірність: чим детальніше замовник описав задачу на старті, тим менше нервів і доплат наприкінці. ТЗ — це не бюрократія. Це страховка для обох сторін.

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

Навіщо взагалі потрібне ТЗ на сайт

Коротка відповідь: щоб ви й підрядник однаково розуміли слово «готово».

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

Є ще три причини, які помічаєш уже в процесі:

• Порівняти пропозиції. З одним ТЗ ви розсилаєте однаковий документ трьом студіям і отримуєте порівнянні кошториси. Без нього кожен рахує «щось своє», і цифри не зіставити.
• Зафіксувати ціну. Вартість сайту залежить майже повністю від обсягу робіт. Чіткий обсяг = фікс-прайс. Розмитий обсяг = «від» і сюрпризи в кінці.
• Захистити себе юридично. ТЗ — це додаток до договору. Якщо дійде до спору, приймають рішення по ньому, а не по переписці в месенджері.

Що має бути в ТЗ на сайт: 6 обов’язкових блоків

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

Розберемо по черзі.

1. Цілі бізнесу та аудиторія

Найважливіший і найчастіше пропущений блок. Опишіть не «хочу сайт», а що сайт має робити для бізнесу: приймати заявки, продавати онлайн, розвантажити менеджерів, вивести бренд у Google. Тут же — хто ваш клієнт і з якого пристрою він заходить.

Ця частина визначає все решта. Сайт для збору лідів і сайт для онлайн-продажів — це різна структура, різний функціонал і різні гроші.

2. Структура сторінок (мапа сайту)

Список усіх сторінок з коротким описом кожної. Головна, каталог, картка товару, про компанію, контакти, блог — усе, що буде на сайті. Для складних сторінок допишіть, які блоки на них ідуть згори вниз.

Не знаєте, з чого почати — подивіться, як ми розкладаємо структуру лендінга по блоках: той самий принцип працює і для великого сайту.

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

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

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

Окремий блок, бо саме тут ховаються найдорожчі сюрпризи. Платіжка (LiqPay, Fondy, Monobank), доставка (Нова Пошта), CRM, 1С, email-розсилка, аналітика (GA4), чат. Кожна інтеграція — це окремі години роботи. Якщо вона не в ТЗ — її не буде в кошторисі.

5. Вимоги до контенту й дизайну

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

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

Блок, який роблять одиниці, а він рятує фінал проєкту. Як саме ви перевірите, що робота здана: сайт відкривається на телефоні й ноутбуці, форми надсилають листи, швидкість не нижче певної позначки, немає помилок у консолі. Конкретні, вимірювані пункти. «Мені має подобатися» — не критерій приймання.

Шаблон ТЗ на сайт: каркас, який можна скопіювати

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

1. ТЕХНІЧНЕ ЗАВДАННЯ НА РОЗРОБКУ САЙТУ
2. ПРО ПРОЄКТ
3. 1. Компанія, сфера діяльності
4. 2. Ціль сайту (що він має робити для бізнесу)
5. 3. Цільова аудиторія (хто, з якого пристрою)
6. 4. Приклади сайтів, які подобаються (2–3 посилання + чим саме)
7. 5. Мови сайту (укр / рос / англ)
8. СТРУКТУРА
9. 1. Список усіх сторінок
10. 2. Для ключових сторінок — перелік блоків згори вниз
11. ФУНКЦІОНАЛ
12. 1. Форми (які поля, куди падає заявка)
13. 2. Каталог / фільтри / пошук (якщо є)
14. 3. Кошик і оформлення замовлення (для магазину)
15. 4. Особистий кабінет (якщо потрібен)
16. 5. Інше (калькулятор, бронювання, блог…)
17. ІНТЕГРАЦІЇ
18. 1. Оплата (LiqPay / Fondy / Monobank…)
19. 2. Доставка (Нова Пошта…)
20. 3. CRM / 1С / облік
21. 4. Розсилка, чат, аналітика (GA4)
22. КОНТЕНТ І ДИЗАЙН
23. 1. Хто готує тексти (ви / підрядник)
24. 2. Хто готує фото (ви / фотограф / сток)
25. 3. Бренд-гайд, логотип, фірмові кольори (є / немає)
26. 4. Адаптивність (десктоп, планшет, мобільний)
27. ТЕХНІЧНІ ВИМОГИ
28. 1. CMS або стек (якщо є вподобання)
29. 2. Вимоги до швидкості (Core Web Vitals)
30. 3. SEO-мінімум (title, meta, ЧПУ, sitemap)
31. 4. Хостинг і домен (у вас / на боці студії)
32. ОРГАНІЗАЦІЯ
33. 1. Бажаний строк запуску
34. 2. Бюджетна вилка
35. 3. Критерії приймання (як перевіряємо «готово»)
36. 4. Хто ухвалює рішення з вашого боку

Цей каркас закриває приблизно 90% питань, які студія все одно вам поставить на брифі. Заповнили — вважайте, половину дороги до запуску сайту з нуля вже пройдено.

Немає часу писати ТЗ самостійно? Це нормально. Розрахуйте орієнтовну вартість за квізом — і ми складемо ТЗ разом на першому дзвінку. Це теж робочий шлях.

Типові дірки в ТЗ, через які зриваються проєкти

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

«Зробіть як у конкурента». Найпопулярніша дірка. Конкурент — це не ТЗ. Ви не бачите його інтеграцій, його адмінки, його бюджету. Копіюється враження, а не проєкт. Напишіть, що саме подобається: структура, швидкість, конкретний блок.

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

Інтеграції «за замовчуванням». «Ну оплата ж очевидно потрібна» — і її немає в кошторисі, бо очевидне для вас не було записане. Кожна інтеграція — окремий рядок у ТЗ.

Немає критеріїв приймання. Проєкт «готовий» з боку студії й «ще не готовий» з вашого боку — і починається нескінченне коло правок. Вимірювані критерії закривають це питання наперед.

Розмитий бюджет. «Порахуйте, скільки вийде» без вилки — це запрошення отримати або найдорожчий, або найдешевший варіант, обидва повз ваші очікування. Вкажіть діапазон: він відсіює несумісні пропозиції за хвилину.

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

Часті питання про ТЗ на сайт

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

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

Наскільки детальним має бути ТЗ на сайт?

Достатньо детальним, щоб студія могла назвати фікс-ціну, а не «від». Для лендінга це 1–2 сторінки, для інтернет-магазину — 10–20. Гнатися за обсягом не треба: 40 сторінок води гірші за 5 сторінок конкретики з критеріями приймання.

Що буде, якщо робити сайт без ТЗ?

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

Чи можна змінити ТЗ у процесі розробки?

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

ТЗ впливає на вартість сайту?

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

Коротко

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

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

Обговорити проєкт →