Більшість зривів у розробці сайтів починається не з коду, а з різного розуміння результату. Замовник уявляв одне, розробник зробив інше — і на здачі починаються правки, доплати й зіпсовані стосунки. Технічне завдання (ТЗ) — це документ, який синхронізує обидві сторони ще до старту: що саме робимо, у які терміни й за які гроші. Розберемо, навіщо ТЗ потрібне замовнику (а не лише підряднику), які розділи воно має містити й що робити, якщо готового ТЗ у вас немає.
Що таке ТЗ і чим воно відрізняється від брифу
Ці два документи часто плутають, хоча вони про різне:
- Бриф — це вхідні від замовника: хто ви, який бізнес, хто аудиторія, які приклади подобаються, що має вміти сайт. Бриф відповідає на питання «чого хочемо».
- Технічне завдання — це вже опис рішення: структура сторінок, функціонал, сценарії користувача, вимоги до дизайну й техчастини. ТЗ відповідає на питання «що конкретно робимо».
Простими словами, бриф — це побажання, а ТЗ — домовленість про кінцевий результат. Бриф заповнює замовник, ТЗ складають разом: ви даєте цілі, розробник перекладає їх на технічну мову й структуру.
Навіщо ТЗ замовнику, а не лише розробнику
Здається, що ТЗ потрібне тільки виконавцю. Насправді воно захищає передусім замовника:
- Фіксує обсяг і ціну. Коли обсяг робіт описаний, підрядник не може «згадати» посеред проєкту, що ця функція коштує окремо. І навпаки — ви не додаєте нескінченні хотілки, які зривають терміни.
- Прибирає суперечки «ми домовлялися інакше». Усе, про що домовились, — у документі. Немає простору для різного тлумачення на здачі.
- Дає змогу порівняти підрядників. З одним ТЗ ви отримуєте зіставні пропозиції від кількох команд, а не «в одного 20 тисяч, в іншого 120» без розуміння, за що. Як обрати виконавця за такими пропозиціями, ми розібрали в матеріалі про те, як вибрати підрядника для сайту.
- Економить бюджет. Кожна правка після старту розробки коштує дорожче, ніж узгодження на папері. ТЗ переносить рішення на найдешевший етап — до написання коду.
Що має містити технічне завдання
Обсяг ТЗ залежить від складності проєкту, але базовий каркас однаковий. Ось що варто зафіксувати:
| Розділ ТЗ | Що описує |
|---|---|
| Цілі й аудиторія | Навіщо сайт, хто клієнт, яку дію він має зробити |
| Структура сайту | Перелік сторінок і як вони повʼязані між собою |
| Опис сторінок | Що на кожній сторінці, які блоки й у якому порядку |
| Функціонал | Форми, каталог, кошик, кабінет, оплата, інтеграції |
| Вимоги до дизайну | Стиль, приклади, обмеження бренду, мобільна версія |
| Технічні вимоги | Мови, швидкість, SEO-база, хостинг, аналітика |
| Терміни й етапи | Що і коли здається, як приймається результат |
Для сайту-візитки цей документ короткий, для інтернет-магазину чи сервісу з кабінетом — детальний, зі сценаріями користувача й описом ролей. Головне — щоб кожен пункт можна було однозначно перевірити на здачі: «зроблено / не зроблено», без місця для трактувань.
Опис сторінок і сценаріїв: серце ТЗ
Найважливіша частина ТЗ — не список функцій, а те, як користувач ними користується:
- Структура й навігація. Скільки сторінок, як вони повʼязані, що в меню. Тут вирішується, буде це односторінковий лендинг чи багаторівневий сайт — про різницю ми писали в статті лендинг чи багатосторінковий сайт.
- Блоки кожної сторінки. Що саме на головній, у каталозі, на сторінці послуги — у якому порядку й з якою метою.
- Сценарії дії. Що відбувається, коли клієнт натискає «Замовити»: куди йде заявка, що бачить користувач, яке повідомлення приходить вам. Саме тут ховаються приховані обсяги робіт.
- Інтеграції. Оплата, CRM, доставка, розсилки — усе, що сайт має «стикувати» із зовнішніми системами.
Що детальніше описані сценарії, то менше сюрпризів на розробці. Це прямо впливає й на терміни — як формується графік робіт, ми розібрали в матеріалі про терміни розробки сайту.
Як ТЗ впливає на ціну й терміни
ТЗ не робить сайт дорожчим — воно робить ціну чесною й передбачуваною:
- Точна оцінка замість «вилки». За описаним обсягом підрядник називає реальну ціну, а не діапазон «від і до». З чого вона складається, ми розклали в матеріалі про вартість розробки сайту.
- Менше переробок. Кожне непорозуміння, спіймане в ТЗ, — це переробка, яка не сталася в коді. А переробка коду коштує в рази дорожче за правку в документі.
- Захист від зривів термінів. Коли етапи й критерії приймання зафіксовані, проєкт не «пливе» нескінченно. Ця сама логіка працює і при редизайні наявного сайту, де без ТЗ легко переробити половину зайвого.
Що робити, якщо ТЗ немає
Якщо ви приходите з ідеєю, а не з готовим документом — це нормально. Правильний підрядник не вимагає ТЗ на вході, а допомагає його скласти:
- Почніть з брифу. Опишіть бізнес, аудиторію, цілі й приклади сайтів, які подобаються. Це вхідні для ТЗ.
- Замовте ТЗ як окремий етап. Хороша команда оформить структуру, опис сторінок і функціонал у документ, який лишається вашим — навіть якщо робити сайт ви підете до іншого підрядника.
- Не пропускайте узгодження. Перечитайте ТЗ так, ніби ви приймальник: чи все зрозуміло, чи немає розмитих формулювань на кшталт «сучасний дизайн» без критеріїв.
Навіть для простого сайту-візитівки для сфери послуг короткий структурований опис заощадить вам і час, і нерви.
ТЗ — це найдешевша страховка проєкту
Технічне завдання не бюрократія, а інструмент, який захищає ваш бюджет і нерви: воно фіксує обсяг і ціну, прибирає суперечки на здачі, дає змогу порівняти підрядників і переносить усі рішення на найдешевший етап — до написання коду. Що складніший проєкт, то дорожче обходиться його відсутність: без ТЗ каталог, кабінет чи оплату майже гарантовано доведеться переробляти. Кілька днів на документ на старті економлять тижні переробок потім — це найвигідніша інвестиція в усьому проєкті.
Ми в Obliko починаємо кожен проєкт зі спільного ТЗ: розбираємо ваші цілі й аудиторію, складаємо структуру сайту, описуємо сторінки, функціонал і сценарії користувача, фіксуємо терміни й етапи приймання — щоб ви точно знали, що, коли й за скільки отримаєте. Цей документ лишається вашим у будь-якому разі. Розкажіть, який сайт вам потрібен, — а ми безкоштовно допоможемо оформити технічне завдання й підготуємо кошторис із чесною розбивкою по етапах.
Що таке технічне завдання на сайт простими словами?
Технічне завдання (ТЗ) — це документ, у якому зафіксовано, що саме має бути на сайті: які сторінки, функції, хто цільова аудиторія, як виглядає структура й що відбувається після заявки. Простими словами, це домовленість між замовником і розробником про кінцевий результат, щоб обидві сторони однаково розуміли, що робиться, у які терміни й за які гроші. Без ТЗ кожен уявляє сайт по-своєму, і на здачі зʼясовується, що зробили не те.
Хто має писати ТЗ — замовник чи розробник?
На практиці найкраще, коли ТЗ складає розробник разом із замовником. Замовник дає вхідні: бізнес-цілі, аудиторію, приклади, побажання до функцій. Розробник перетворює це на структуру, опис сторінок і функціонал технічною мовою. Якщо підрядник одразу називає ціну без жодних питань і не пропонує зафіксувати обсяг — це привід насторожитися: швидше за все, різницю доведеться доплачувати потім.
Чи можна робити сайт без технічного завдання?
Маленький сайт-візитку інколи роблять за коротким брифом без повного ТЗ. Але щойно зʼявляються каталог, кабінет, оплата чи інтеграції — без ТЗ починаються нескінченні правки й суперечки «ми домовлялися інакше». ТЗ потрібне саме тоді, коли є функціонал, терміни й бюджет, які треба захистити. Що складніший проєкт, то дорожче обходиться його відсутність.
Скільки часу займає підготовка технічного завдання?
Для сайту-візитки чи лендингу — кілька днів на бриф і узгодження структури. Для інтернет-магазину чи сервісу з кабінетом і інтеграціями підготовка ТЗ може зайняти від одного до двох тижнів, бо треба описати сценарії користувача, ролі, логіку оплати й звʼязок із зовнішніми системами. Цей час не втрачений: він потім економить тижні на переробках під час розробки.
Потрібен сайт або застосунок?
Розробляємо під ключ — від дизайну до запуску. Порахуємо ваш проєкт безкоштовно.