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

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

Навіщо ТЗ, якщо є бриф

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

Практична користь ТЗ для замовника:

• Ціна перестає бути «приблизно» — рахують конкретний обсяг.
• Видно, що не входить у роботу, — до оплати, а не після.
• Є критерій приймання: працює як у ТЗ — приймаємо.
• Якщо студія зникне, наступний підрядник продовжить роботу без археології.

Розділ 1. Про бізнес і задачу

Не «розповідь про компанію», а те, що впливає на рішення в дизайні й структурі:

• Чим займаєтеся й на чому заробляєте.
• Хто клієнт: B2B чи B2C, приватна особа чи закупівельник, який вік і місто.
• Мета сайту в цифрах: «20 заявок на місяць з органіки», а не «сучасний імідж».
• Як зараз приходять клієнти й що має змінитися.
• Хто ухвалює рішення щодо проєкту з вашого боку — одна людина, не комітет.

Останній пункт економить тижні. Проєкти найчастіше зупиняються не через складність, а через п’ятьох погоджувальників із протилежними думками.

Розділ 2. Структура сайту

Список усіх сторінок із вкладеністю. Просто перелік, без дизайну:

• Home
• Послуги → сторінка кожної послуги (перелічити, скільки саме)
• Портфоліо → сторінка кейсу
• Блог → сторінка статті
• Про компанію, Контакти, Політика конфіденційності

Тут виникає перше уточнення ціни: «сторінка послуги» ×3 і ×30 — різні проєкти. Пишіть точну кількість і одразу домовляйтеся, скільки коштує кожна наступна.

Розділ 3. Що на кожній сторінці

Поблочно, звичайними словами. Приклад для сторінки послуги:

1. Заголовок і короткий опис із кнопкою «Замовити».
2. Що входить у послугу — список із 5–7 пунктів.
3. Етапи роботи — 4 кроки з іконками.
4. Ціни — таблиця з трьох тарифів.
5. Питання й відповіді — розкривні блоки, 6 питань.
6. Форма заявки: ім’я, телефон, коментар.

Такий опис одночасно є ТЗ для дизайнера, для розробника й для копірайтера. І саме він визначає строк: 6 блоків — це не 15.

Розділ 4. Функціональність

Найдорожчий розділ, тому найдетальніший. Кожна функція описується за схемою «що робить користувач → що відбувається далі».

Приклад:

Форма заявки: користувач вводить ім’я й телефон, натискає «Відправити». Дані зберігаються в адмінці, лист приходить на пошту sales@, картка створюється в CRM. Користувач бачить повідомлення «Дякуємо, зателефонуємо протягом години».

Що варто описати окремо, якщо потрібно: пошук, фільтри каталогу, калькулятор, особистий кабінет, оплата, доставка, багатомовність, інтеграції з CRM, 1С, Google Analytics, чат-віджет, рекомендаційні блоки.

Чого немає в ТЗ — того немає в проєкті. Це не бюрократія, а спосіб рахувати чесно: кожна інтеграція — це дні роботи.

Розділ 5. Контент

Найчастіша причина зриву строків — не розробка, а тексти, яких немає. Зафіксуйте прямо:

• Хто пише тексти — ви, студія чи копірайтер зі сторони. Якщо студія — скільки сторінок входить у вартість.
• Хто дає фото. Стокові чи власна зйомка. Хто платить за ліцензії.
• Дедлайн передавання матеріалів і що буде, якщо він зірветься. Нормальна умова: строк проєкту зсувається на строк затримки.
• Хто наповнює сайт: студія вручну, імпорт із таблиці чи ви самі після навчання.

Розділ 6. Дизайн

Смак не описується, тому фіксують межі й процес:

• Логотип і фірмові кольори — є чи потрібно розробити.
• 3–5 сайтів-орієнтирів із поясненням, що саме подобається: «сітка», «типографіка», «спокійні кольори», а не «загалом гарно».
• Скільки макетів входить у вартість і скільки раундів правок (зазвичай 2).
• Адаптив: десктоп, планшет, мобільний — які саме макети малюються.
• Хто приймає дизайн і в який строк.

Розділ 7. Технічні вимоги

• CMS: WordPress, конструктор чи власна розробка — і чому. Порівняння варіантів у статті про вартість розробки.
• Хостинг і домен: чиї, хто оплачує, хто має доступи.
• Браузери й пристрої, які підтримуємо.
• Цільові показники швидкості: наприклад, PageSpeed для мобільних не нижче 80. Як їх досягають — у матеріалі про швидкість сайту.
• Базове SEO: налаштування мета-тегів, ЧПУ, sitemap, robots.txt, мікророзмітка, підключення Search Console й аналітики. Перелік — у чек-листі SEO for a New Website.
• Безпека й бекапи: частота копій, де зберігаються, хто відновлює.
• Доступність адмінки: скільки користувачів і з якими правами.

Розділ 8. Строки, гроші й приймання

• Етапи з датами: структура → дизайн → верстка й програмування → наповнення → тестування → запуск.
• Оплата за етапами, а не «100% наперед» і не «усе після».
• Критерії приймання: сайт відкривається в перелічених браузерах, форми надсилають дані, показники швидкості досягнуті, помилок у консолі немає.
• Гарантійний період: зазвичай 1–3 місяці на виправлення помилок безкоштовно. Обов’язково пропишіть, що вважається помилкою, а що — новою задачею.
• Передача прав: вихідники, доступи, паролі переходять вам після повної оплати.

Розділ 9. Що не входить у проєкт

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

Типові помилки в ТЗ

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

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

Для лендінга — 2–3. Для корпоративного сайту — 5–10. Для магазину чи сервісу з особистим кабінетом — 15–30. Якщо вам віддали «ТЗ» на півсторінки й одразу назвали ціну, ціна майже напевно виросте в процесі.

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

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