Половина конфліктів між замовником і студією — це не про гроші й не про строки. Це про те, що «ми думали, це входить у вартість». Технічне завдання існує саме для того, щоб таких розмов не було. Нижче — структура ТЗ, яку ми просимо в клієнтів, з поясненням, навіщо потрібен кожен розділ, і прикладами формулювань.
Навіщо ТЗ, якщо є бриф
Бриф — це ваші побажання. ТЗ — це домовленість про результат: що саме буде зроблено, у якому обсязі й за яким критерієм ви приймете роботу. Бриф пише замовник, ТЗ — виконавець разом із замовником, і воно стає додатком до договору.
Практична користь ТЗ для замовника:
- Ціна перестає бути «приблизно» — рахують конкретний обсяг.
- Видно, що не входить у роботу, — до оплати, а не після.
- Є критерій приймання: працює як у ТЗ — приймаємо.
- Якщо студія зникне, наступний підрядник продовжить роботу без археології.
Розділ 1. Про бізнес і задачу
Не «розповідь про компанію», а те, що впливає на рішення в дизайні й структурі:
- Чим займаєтеся й на чому заробляєте.
- Хто клієнт: B2B чи B2C, приватна особа чи закупівельник, який вік і місто.
- Мета сайту в цифрах: «20 заявок на місяць з органіки», а не «сучасний імідж».
- Як зараз приходять клієнти й що має змінитися.
- Хто ухвалює рішення щодо проєкту з вашого боку — одна людина, не комітет.
Останній пункт економить тижні. Проєкти найчастіше зупиняються не через складність, а через п’ятьох погоджувальників із протилежними думками.
Розділ 2. Структура сайту
Список усіх сторінок із вкладеністю. Просто перелік, без дизайну:
- Головна
- Послуги → сторінка кожної послуги (перелічити, скільки саме)
- Портфоліо → сторінка кейсу
- Блог → сторінка статті
- Про компанію, Контакти, Політика конфіденційності
Тут виникає перше уточнення ціни: «сторінка послуги» ×3 і ×30 — різні проєкти. Пишіть точну кількість і одразу домовляйтеся, скільки коштує кожна наступна.
Розділ 3. Що на кожній сторінці
Поблочно, звичайними словами. Приклад для сторінки послуги:
- Заголовок і короткий опис із кнопкою «Замовити».
- Що входить у послугу — список із 5–7 пунктів.
- Етапи роботи — 4 кроки з іконками.
- Ціни — таблиця з трьох тарифів.
- Питання й відповіді — розкривні блоки, 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 для нового сайту.
- Безпека й бекапи: частота копій, де зберігаються, хто відновлює.
- Доступність адмінки: скільки користувачів і з якими правами.
Розділ 8. Строки, гроші й приймання
- Етапи з датами: структура → дизайн → верстка й програмування → наповнення → тестування → запуск.
- Оплата за етапами, а не «100% наперед» і не «усе після».
- Критерії приймання: сайт відкривається в перелічених браузерах, форми надсилають дані, показники швидкості досягнуті, помилок у консолі немає.
- Гарантійний період: зазвичай 1–3 місяці на виправлення помилок безкоштовно. Обов’язково пропишіть, що вважається помилкою, а що — новою задачею.
- Передача прав: вихідники, доступи, паролі переходять вам після повної оплати.
Розділ 9. Що не входить у проєкт
Розділ на п’ять рядків, який рятує від більшості суперечок. Наприклад: просування й реклама, ведення блога після запуску, зйомка фото, розробка логотипа, наповнення каталогу понад 100 позицій, підтримка після гарантійного періоду. Усе це може бути замовлене окремо — і саме так це має звучати в документі.
Типові помилки в ТЗ
- «Сучасний, зручний, продаючий» — не вимоги, бо їх не можна перевірити.
- «Як у конкурента, тільки краще» — краще в чому саме?
- Копія чужого ТЗ на 60 сторінок — ви платите за функції, які вам не потрібні.
- Немає кількостей — «сторінки послуг», «кілька мов», «трохи товарів».
- Немає розділу про контент — і проєкт стоїть три місяці без текстів.
Скільки має бути сторінок у ТЗ
Для лендінга — 2–3. Для корпоративного сайту — 5–10. Для магазину чи сервісу з особистим кабінетом — 15–30. Якщо вам віддали «ТЗ» на півсторінки й одразу назвали ціну, ціна майже напевно виросте в процесі.
Не обов’язково писати ТЗ самому: нормальна студія складає його на основі вашого брифу й обговорення, а ви перевіряєте й затверджуєте. Що варто підготувати до першої зустрічі — у чек-листі перед розробкою. А питання, які варто поставити виконавцю ще до підписання, зібрані тут: як вибрати підрядника.
Потрібне ТЗ під ваш проєкт? Розкажіть про задачу — складемо структуру, опишемо функціональність і дамо точну оцінку строків і бюджету: розрахувати вартість сайту.
Telegram