Більшість проблем на проєктах виникає не через те, що виконавець поганий, а через те, що задачу поставили одним реченням. «Треба сайт, як у конкурента, тільки краще» — це не завдання, а напрямок думки. З нього кожен зрозуміє своє, і різниця з'ясується вже на здачі, коли переробляти дорого.
Добре написана задача — найдешевший інструмент управління проєктом із наявних. Вона скорочує строк, зменшує ціну (бо виконавець не закладає запас на невизначеність), знімає більшість правок і, головне, робить результат перевіряним: є з чим звірити те, що вийшло.
Ця стаття — про те, як така задача виглядає: чим бриф відрізняється від ТЗ, що має бути в кожному, як формулювати мету й референси, і готовий шаблон, який можна скопіювати.
Бриф і ТЗ — це різні документи
Їх постійно плутають, а це два різні етапи.
Бриф — це вхідні дані від замовника. Він відповідає на питання «що ви хочете й навіщо»: мета, аудиторія, контекст бізнесу, обмеження, референси, бюджет і строк. Бриф не описує рішення — він описує проблему. Його пише замовник (часто — за питаннями виконавця).
Технічне завдання — це опис рішення, який складають після брифу. Воно відповідає на питання «що конкретно буде зроблено»: перелік екранів чи функцій, поведінка, технічні вимоги, формат результату, критерії приймання. ТЗ зазвичай пише виконавець або менеджер і погоджує із замовником.
Просте правило: бриф — це «навіщо і для кого», ТЗ — «що саме і як перевіримо». Якщо ви пишете ТЗ без брифу, ви фіксуєте рішення, не переконавшись, що воно розв'язує потрібну проблему.
Для невеликих задач (один ролик, один банер, лендінг) достатньо доброго брифу. Для великих — потрібні обидва документи.
Що обов'язково має бути в брифі
Дев'ять блоків. Без будь-якого з них виконавець змушений здогадуватися — і саме там з'являються неспівпадіння.
- Мета. Не «потрібен сайт», а що має статися: отримувати заявки, продавати онлайн, показувати портфоліо, замінити застарілий сайт. Мета визначає всі подальші рішення.
- Аудиторія. Хто ці люди, звідки приходять, що для них важливо, наскільки вони розбираються в темі. Дизайн для 20-річних і для власників виробництв — це різні продукти.
- Що є зараз. Чинний сайт, сторінки в соцмережах, брендбук, логотип, фото, тексти, аналітика. Виконавцю треба знати стартову точку.
- Обсяг. Що саме треба зробити: скільки екранів/сторінок/роликів, які розділи, які функції обов'язкові, а які бажані.
- Що НЕ входить. Найцінніший блок і той, який пропускають найчастіше. Явно назвіть, чого не треба робити: «тексти пишемо самі», «наповнення каталогу не потрібне», «мобільний застосунок не робимо».
- Референси. Приклади з поясненням, що саме подобається. Про це — окремий розділ нижче.
- Обмеження. Бренд-гайд, фірмові кольори, обов'язкові елементи, юридичні вимоги, технічні обмеження, платформи, які треба підтримати.
- Строк і бюджет. Навіть орієнтовні. Бюджет — не привід підняти ціну, а спосіб підібрати рішення: під різні бюджети робляться різні речі.
- Хто ухвалює рішення. Одна людина чи комітет? Це напряму впливає на строк і кількість правок — і краще знати про це на початку.
Як формулювати мету
Найпоширеніша помилка — описувати мету через рішення. «Потрібен новий дизайн» — це вже рішення. Проблема може бути в тому, що люди не знаходять кнопку замовлення, і новий дизайн її не вирішить.
Робочий формат: «Зараз [що відбувається], а треба, щоб [що має відбуватися], тому що [навіщо]».
❌ «Зробіть сучасний сайт»
✅ «Зараз клієнти дзвонять і питають ціни, бо їх немає на сайті. Треба, щоб вони могли самі порахувати вартість, — це розвантажить менеджера»
❌ «Потрібні рілси»
✅ «Ми ведемо блог, але з нього не приходять заявки. Треба короткі відео, які пояснюють послугу за 30 секунд»
Друге формулювання дає виконавцю можливість запропонувати краще рішення, ніж ви придумали. Саме за це ви йому й платите.
Референси: як давати правильно
«Ось п'ять сайтів, які мені подобаються» — майже марна інформація. Виконавець не знає, що саме вам сподобалося: структура, кольори, шрифт, анімація чи фотографії.
- Пояснюйте кожен референс одним реченням. «Тут подобається спокійна типографіка й багато повітря», «тут — як подано каталог, а не кольори».
- Давайте антиреференси. Приклади того, що точно не підходить, звужують пошук швидше за позитивні.
- Розділяйте рівні. Окремо референси стилю, окремо структури, окремо тону текстів. Інакше їх змішають.
- Не давайте двадцять прикладів. Три-п'ять із поясненнями інформативніші за велику добірку без коментарів.
- Не вимагайте «як у конкурента». Ви не знаєте, чи працює його сайт: можливо, він теж скаржиться на нього.
А якщо я взагалі не знаю, чого хочу візуально?
Це нормально й навіть чесніше, ніж вигадувати вимоги. Тоді ваша частина брифу — це мета, аудиторія, обмеження й приклади того, що точно не подобається. Візуальний напрям — робота виконавця, і саме її ви замовляєте. Попросіть на старті два-три напрями в чорновому вигляді (мудборд або грубий макет одного екрана) і оберіть напрям до того, як почнеться детальна робота. Це коштує кілька годин і рятує тижні переробок.
Що має бути в технічному завданні
ТЗ складають після брифу — коли зрозуміло, яке рішення робимо. Мінімальний склад:
- Перелік того, що робиться. Сторінки, екрани, ролики, функції — списком, з нумерацією.
- Опис поведінки. Не тільки «форма зворотного зв'язку», а що відбувається після відправки, які поля обов'язкові, куди йдуть дані, що бачить користувач при помилці.
- Технічні вимоги. Платформи, браузери, розміри екранів, CMS, інтеграції, вимоги до швидкості й доступності.
- Формат результату. У якому вигляді ви отримаєте роботу: вихідники, формати файлів, доступи, документація, права на використання.
- Етапи й строки. Що коли здається, коли ви даєте зворотний зв'язок і скільки часу на нього закладено.
- Правки. Скільки ітерацій входить, що вважається правкою, а що новою задачею.
- Критерії приймання. Найважливіше: за якими ознаками робота вважається виконаною. Без цього «готово» — це питання настрою.
Якщо йдеться про сайт, значна частина ТЗ прямо впливає на вартість — розбір факторів є у статті «Скільки коштує зробити сайт».
Готовий шаблон брифу
Скопіюйте, заповніть і надішліть виконавцям — 20–30 хвилин.
Задача
- Що потрібно зробити (одним реченням):
- Мета: зараз … , треба щоб … , тому що …
- Як зрозуміємо, що вийшло:
Про вас
- Компанія / проєкт:
- Що продаєте або пропонуєте:
- Чим відрізняєтесь від конкурентів:
Аудиторія
- Хто ці люди:
- Що для них важливо при виборі:
Що вже є
- Сайт / соцмережі:
- Брендбук, логотип, кольори, шрифти:
- Тексти, фото, відео:
Обсяг
- Що входить:
- Що НЕ входить:
- Обов'язкові функції:
- Бажані, якщо вкладемось у бюджет:
Референси
- Подобається: посилання + що саме подобається
- Не подобається: посилання + чому
Обмеження
- Фірмовий стиль і обов'язкові елементи:
- Технічні вимоги:
- Юридичні вимоги:
Організаційне
- Строк і чи він жорсткий:
- Орієнтовний бюджет:
- Хто ухвалює рішення:
- Хто відповідає на питання і як швидко:
Останній пункт недооцінюють даремно: проєкти зриваються не тільки через виконавця, а й через тиждень мовчання у відповідь на уточнювальне питання.
Типові помилки замовника
- «Зробіть красиво». Смак у всіх різний, і без критеріїв ви отримаєте смак виконавця.
- Мета через рішення. «Треба редизайн» замість «люди не знаходять ціни».
- Немає розділу «що не входить». Головне джерело конфліктів на здачі.
- Двадцять референсів без пояснень. Виконавець змушений угадувати, і зазвичай угадує не те.
- Зміна вимог після старту без перегляду строку й ціни. Нова вимога — це нова робота, а не «маленька правка».
- Комітет із п'яти людей із різними думками. Призначте одну людину, яка ухвалює фінальне рішення.
- Приховати бюджет. Це не хитрість: без орієнтира виконавець запропонує рішення не того класу, і ви обидва змарнуєте час.
- Немає критеріїв приймання. Без них «готово» перетворюється на нескінченні правки.
- Мовчання під час проєкту. Зворотний зв'язок через два тижні коштує дорожче за будь-яку правку.
Якщо ви виконавець і брифу немає
Реальність: більшість клієнтів не приходять із готовим брифом. Це не проблема — це частина вашої роботи, і саме вона відрізняє фахівця від виконавця «зроби як сказали».
- Питайте самі за списком вище. Дзвінок на 20 хвилин із питаннями замінює бриф.
- Запишіть відповіді й надішліть на підтвердження. «Я зрозумів задачу так: ...» — це вже документ, який рятує обох.
- Обов'язково зафіксуйте, що не входить. Це найдешевша страховка від безкінечних правок.
- Не починайте роботу, поки не погоджено обсяг і критерії приймання.
- Дайте клієнту шаблон. Багато замовників радо заповнять форму — вони просто не знали, що писати.
Про решту домовленостей із клієнтом — оплату, етапи, правки — корисно домовлятися на тому ж етапі; підходи до пошуку й ведення клієнтів розібрані у статті «Як отримати перших клієнтів».
Головне коротко
- Бриф — це «навіщо і для кого» від замовника; ТЗ — «що саме і як перевіримо», складається після брифу.
- Мету формулюйте через проблему, а не через рішення: «зараз ... , треба щоб ... , тому що ...».
- Розділ «що НЕ входить» рятує від більшості конфліктів на здачі.
- Референси працюють тільки з поясненням, що саме в них подобається; антиреференси часто корисніші.
- ТЗ обов'язково містить формат результату, кількість правок і критерії приймання.
- Бюджет і строк варто називати — вони визначають клас рішення, а не ціну.
- Якщо клієнт не дав брифу, зніміть його самі за 20 хвилин і надішліть на підтвердження.
FAQ
Чим бриф відрізняється від технічного завдання?
Бриф — це вхідні дані від замовника: мета, аудиторія, контекст, обмеження, референси, бюджет і строк. Він описує проблему, а не рішення. Технічне завдання складають після брифу, і воно описує саме рішення: перелік екранів чи функцій, поведінку, технічні вимоги, формат результату й критерії приймання. Для невеликих задач достатньо брифу, для великих потрібні обидва документи.
Що обов'язково має бути в брифі?
Дев'ять блоків: мета, аудиторія, що вже є, обсяг робіт, що НЕ входить, референси з поясненням, обмеження, строк і бюджет, а також хто ухвалює рішення. Найчастіше пропускають два останні й розділ «що не входить» — і саме вони потім стають причиною конфліктів на здачі.
Чи потрібно вказувати бюджет у брифі?
Так, хоча б орієнтовно. Бюджет — не привід підняти ціну, а спосіб підібрати клас рішення: під різні суми робляться різні речі. Без орієнтира виконавець запропонує або надто дороге, або надто просте рішення, і час витратять обидві сторони. Якщо не готові називати суму — назвіть вилку або скажіть, який результат критичний, а чим можна пожертвувати.
Скільки часу займає скласти нормальний бриф?
Для типової задачі — 20–30 хвилин за шаблоном. Це найвигідніша інвестиція часу в усьому проєкті: чіткий бриф зменшує розкид пропозицій, скорочує кількість правок і робить результат перевіряним. Невизначеність виконавець завжди закладає в ціну й строк, тому півгодини на бриф зазвичай економлять дні роботи.
Що робити далі
Візьміть шаблон вище й заповніть його для найближчої задачі — навіть якщо здається, що вона проста. Найкорисніші два поля: «мета» через формулювання «зараз ... , треба щоб ...» і «що НЕ входить».
Готовий бриф надішліть двом-трьом виконавцям — і ви одразу побачите різницю у відповідях, бо всі рахуватимуть одне й те саме. Знайти фахівців можна в каталозі спеціалістів, а подивитися реальні роботи — у стрічці проєктів.
Готові діяти?
- Знайдіть виконавця в каталозі: https://searchtalent.dev/uk/talents
- Перегляньте проєкти фахівців: https://searchtalent.dev/uk/projects
- Каталог навичок і технологій: https://searchtalent.dev/uk/talents/skill
- Більше статей: https://searchtalent.dev/uk/articles
