Добре ТЗ — це опис результату, а не інструкція «як робити». У ньому вісім речей: мета, аудиторія, обсяг робіт, що ви отримуєте на виході, в якому форматі, до якого терміну, за які гроші і за якими критеріями ви приймете роботу. Якщо все це є в тексті — фрилансер зрозуміє задачу з першого разу. Якщо немає — на вас чекають нескінченні правки, суперечка «ми ж так і домовлялися» і злитий бюджет.
Провал починається з одного рядка в завданні
Замовник пише: «Потрібен логотип. Сучасний, щоб чіпляло». Дизайнер надсилає три варіанти. «Не те». Ще три. «Не те». На четвертому колі з'ясовується, що компанія продає промислові насоси для котелень, а в голові в замовника весь цей час була німецька інженерна суворість. Два тижні роботи, зіпсовані стосунки, і обидва впевнені, що винен інший.
Жоден виконавець не читає думки. Він читає текст. Усе, чого в тексті немає, він додумає — і додумає по-своєму, зі свого досвіду і смаку. Це не саботаж, це фізика.
Кожне слово, яке ви не написали в ТЗ, фрилансер допише за вас. Безкоштовно — але не так, як ви хотіли.
Що писати в завданні: вісім обов'язкових блоків
Байдуже, замовляєте ви банер за 20 доларів чи інтеграцію з CRM за 3000 — структура одна. Змінюється лише глибина.
- Мета. Не «потрібен лендинг», а «лендинг має збирати заявки на монтаж кондиціонерів; зараз заявки йдуть з Instagram, посадкової сторінки немає взагалі».
- Аудиторія. Хто це читає, дивиться, купує. Вік, ситуація, рівень занурення в тему. «Власники кафе, 30–45, у дизайні не розбираються, вирішують за дві хвилини».
- Обсяг робіт. Скільки екранів, знаків, варіантів, годин, інтеграцій. Межі — це половина документа.
- Результат. Що саме ви отримуєте на руки: файли, вихідники, доступи, документація.
- Формат і технічні вимоги. Макет у Figma плюс PNG у 2x; текст у Google Docs з коментарями; код у репозиторії з README та інструкцією із запуску.
- Термін. Дата, а не «швидше». Якщо робота довша за тиждень — проміжні точки.
- Бюджет або вилка. Мовчання про гроші — не переговорна хитрість, а фільтр, який відсіює саме сильних виконавців: вони не витрачають час на вгадайку.
- Критерії приймання. За якими ознаками робота вважається зробленою. Про це нижче — це найбільш недооцінений пункт.
Плюс дев'ятий, необов'язковий, але дуже прискорює справу: референси. Три-п'ять прикладів «подобається» і один-два «ось так точно не треба» — обов'язково з поясненням, що саме подобається. «Подобається ця робота» — марно. «Подобається, що заголовок читається з трьох метрів і багато повітря» — уже технічна вимога.
Описуйте результат, а не метод
Найчастіша помилка досвідчених замовників — не мало деталей, а не ті деталі. Людина, яка платить за експертизу, починає диктувати: «зроби шапку на flexbox», «використай шрифт Montserrat», «встав слово інноваційний у перший абзац».
Порівняйте два формулювання однієї задачі:
- Метод: «Напиши текст на 4000 знаків, додай п'ять підзаголовків, встав ключ купити вікна Київ вісім разів».
- Результат: «Текст має переконати людину, яка порівнює три компанії, залишити заявку саме нам. Ключовий аргумент — монтаж за один день і гарантія 5 років. Обсяг — на ваш розсуд, але читається за 4–5 хвилин».
Перше формулювання гарантує вам рівно те, що ви попросили, — і нічого понад. Друге купує мізки виконавця, а не його руки. Якщо ви найняли спеціаліста, а потім розписали кожен його крок, ви переплатили: за виконання вашої інструкції можна було взяти когось удвічі дешевше.
Виняток — жорсткі обмеження, які реально існують. Брендбук, стек проєкту, вимоги майданчика, інтеграція з legacy-системою. Це не «диктат методу», це вхідні дані, і про них треба сказати одразу.
Наскільки детально — і де починається перебір
Є простий тест. Дайте своє ТЗ людині, яка не в темі проєкту, і запитайте: «Що треба зробити і як зрозуміти, що готово?» Якщо вона відповідає без уточнень — достатньо. Якщо ставить три запитання — допишіть відповіді на них.
Перебір виглядає так: 12 сторінок опису, з яких 9 — історія компанії, місія та цінності, а вимог до роботи немає взагалі. Або навпаки: попіксельний опис того, що дизайнер зробив би краще і швидше сам.
Робочий орієнтир: проста задача — 5–10 речень, середня — одна сторінка, складна розробка — 3–5 сторінок плюс додатки. Якщо ви пишете десяту сторінку для лендингу — ви не пишете ТЗ, ви відкладаєте старт.
Дизайн, текст і розробка: чим ТЗ відрізняються
ТЗ на дизайн
Тут вирішують референси й обмеження. Обов'язково: де буде використовуватися макет (веб, друк, сторіс), розміри, брендові кольори та шрифти, що вже не можна змінювати, скільки правок входить у вартість. Окремо проговоріть вихідники: без них ви отримаєте картинку, яку неможливо доопрацювати.
ТЗ для копірайтера
Вирішують аудиторія, задача тексту і фактура. Опишіть, яку дію має здійснити читач, дайте реальні факти про продукт — цифри, терміни, гарантії, відмінності від конкурентів. Без фактури автор напише воду, і це буде ваша провина, а не його. Вкажіть тон: «як пояснює колега», а не «в діловому стилі».
ТЗ на розробку
Вирішують сценарії та краєві випадки. Пишіть користувацькими історіями: «користувач вводить телефон, отримує код, входить». Окремо — що відбувається, коли все йде не так: невірний код, оплата не пройшла, файл на 200 МБ. Плюс оточення: версії, хостинг, доступи, хто власник репозиторію.
Критерії приймання — ваш захист від нескінченних правок
Це єдиний блок, який перетворює «мені не подобається» на предметну розмову. Формулюйте так, щоб можна було перевірити:
- «Сторінка відкривається на iPhone SE без горизонтального прокручування».
- «У тексті немає оцінних прикметників без підтвердження цифрами».
- «Форма надсилає дані в Telegram-бот, лист приходить за 30 секунд».
- «Два кола правок входять у вартість, третє і далі — 20% від кошторису».
Останній пункт варто прописувати завжди. Правки — не зло, зло — правки без кінця. І так, домовленості краще тримати всередині платформи: безпечна угода працює лише тоді, коли є чіткий предмет договору, — тобто те саме ТЗ.
Скелет ТЗ, який можна скопіювати
Візьміть цей каркас і заповніть своїми словами — 15 хвилин роботи:
- Задача одним реченням. «Потрібен лендинг для курсу з бухобліку для ФОП».
- Навіщо. «Мета — 30 заявок на місяць з трафіку у Facebook».
- Для кого. «ФОП 2-ї групи, 25–40 років, бояться штрафів, не люблять терміни».
- Обсяг. «Перший екран + 5 блоків + форма. Копірайт мій».
- Що отримую. «Макет у Figma, адаптив 360 і 1440, усі вихідники».
- Що вже є. «Логотип, палітра, фото — за посиланням. Тексти — в документі».
- Референси. «Подобається 1, 2, 3 — за повітря і велику типографіку. Не подобається 4 — перевантажено».
- Термін. «Перший екран — до 5 числа, весь макет — до 12-го».
- Бюджет. «250–350 доларів, оплата через безпечну угоду».
- Приймання. «Готово, коли всі блоки зібрані, адаптив працює, вихідники передані. Два кола правок включені».
А якщо писати руками не хочеться — і не пишіть. На 24freelance.pro є безкоштовний генератор ТЗ і брифів: ви відповідаєте на запитання про свою задачу, а на виході отримуєте готовий структурований бриф для фрилансера — залишається тільки вичитати його і додати до проєкту. Він сам запитає про формат, термін і критерії приймання — тобто про те, що замовники забувають найчастіше.
Далі — опублікуйте проєкт разом із брифом: відгуки прийдуть предметні, а не «доброго дня, готовий приступити». Хочете спершу оцінити ринок — подивіться відкриті проєкти на фрилансі, щоб побачити, як формулюють задачі інші, або одразу зайдіть у каталог фрилансерів і запросіть конкретних виконавців.
Коротко
ТЗ — це не бюрократія, а найдешевший спосіб купити потрібний результат з першого разу. Півгодини на документ економлять два тижні правок. Опишіть мету і результат, залиште метод виконавцю, зафіксуйте формат, термін, гроші та критерії приймання — і 90% конфліктів зникнуть ще до старту роботи. Решту 10% вирішує вибір людини: про це докладно в матеріалі як замовнику знайти надійного фрилансера.
Зберіть бриф за 15 хвилин у безкоштовному генераторі ТЗ і розмістіть завдання — перші відгуки зазвичай приходять протягом години.
