Тестове завдання — тема, у якій дві крайні позиції звучать однаково впевнено. «Ніколи не роби безкоштовно, це експлуатація» і «нормальні люди роблять тестове, це стандарт ринку». Обидві помиляються, бо тестове тестовому не рівне: одне займає годину й дає обом сторонам зрозуміти, чи є сенс працювати разом, друге — це три дні роботи над реальною задачею замовника без оплати.
Тому питання не в тому, «чи робити тестові взагалі», а в тому, як за десять хвилин відрізнити одне від іншого. Нижче — критерії, питання, які варто поставити до початку, і що робити в кожному з випадків.
Коли тестове має сенс
З боку замовника логіка зрозуміла: портфоліо показує результат, але не показує, як людина мислить, як реагує на бриф і чи вкладається в строк. Іноді це справді неможливо оцінити інакше:
- Немає релевантних робіт у портфоліо — ви заходите в новий для себе напрям.
- Специфічний формат, якого у вас не було: конкретний тон, конкретна платформа, конкретний тип задачі.
- Конкурс на постійну співпрацю, де ставка висока для обох сторін.
- Ви самі новачок і тестове — це шанс показати рівень без історії замовлень.
У цих випадках невелике тестове — розумна інвестиція часу. Часто вигідніша, ніж чергове повідомлення «подивіться моє портфоліо».
Червоні прапорці
Ознаки, що перед вами не тест, а безкоштовна робота. Одного достатньо, щоб насторожитись; двох — щоб відмовитись.
- Це реальна бойова задача. Готовий лендінг для конкретного продукту, ролик для наступної кампанії, стаття, яку явно опублікують. Тест не має бути тим, що піде в продакшн.
- Великий обсяг. Усе, що займає більше кількох годин, — це робота, і вона оплачується.
- Немає ТЗ і критеріїв. «Покажіть, на що здатні» без задачі, аудиторії й обмежень — оцінити результат тут неможливо, а отже й сенсу немає.
- Стислий строк на безоплатну роботу. «Треба до завтра» на тестовому — ознака, що закривають дірку в проєкті.
- Багато кандидатів на те саме завдання. Двадцять безкоштовних варіантів — це вже не відбір, а краудсорсинг.
- «Зробіть, і якщо сподобається — візьмемо». Обіцянка без зобов'язань.
- Просять повний пакет: концепцію, обґрунтування, кілька варіантів, вихідники.
- Уникають питань про оплату або про те, що буде з результатом далі.
- Тестове замість розмови. Нормальний замовник спершу говорить із вами, а вже потім, якщо треба, просить показати щось конкретне.
Просте правило: якщо результат тестового можна використати в бізнесі як є — це не тестове, а робота.
Зелені прапорці
Як виглядає адекватне тестове:
- Мале. Година-дві, максимум пів дня.
- Абстрактне або знеособлене. Вигаданий продукт, навчальний приклад, фрагмент без реального бренду.
- З чітким ТЗ і критеріями — ви розумієте, що оцінюють.
- Однакове для всіх кандидатів.
- Оплачуване, якщо обсяг більший за символічний.
- Зі зворотним зв'язком — вам скажуть результат, а не зникнуть.
- Замовник відповідає на питання про тестове так само охоче, як і про проєкт.
П'ять питань, які варто поставити до початку
Ці питання самі по собі є фільтром: адекватний замовник відповість спокійно, а той, хто хотів безкоштовну роботу, зазвичай відпадає на другому.
- Скільки часу ви очікуєте, що це займе? Якщо відповідь «ну, кілька днів» — далі говоримо про оплату.
- Чи буде результат використаний у роботі? Якщо так — це замовлення, а не тест.
- За якими критеріями оцінюватимете? Відсутність відповіді означає, що оцінюватимуть «на смак».
- Скільки ще кандидатів виконує це завдання? Двадцять — привід відмовитись.
- Коли й у якому вигляді буде зворотний зв'язок? Нормальна відповідь — конкретна дата.
Додатково варто уточнити строк: тестове, яке треба здати «до завтра», майже завжди закриває чиюсь дірку.
Як зробити тестове так, щоб виграти
Якщо ви вирішили братися, є кілька речей, які вирішують результат більше, ніж якість самої роботи.
- Не робіть більше, ніж просять. Це не додає балів, зате з'їдає ваш час і створює очікування, що ви завжди робите «понад». Один добре зроблений екран сильніший за п'ять поверхових.
- Покажіть мислення, а не тільки результат. Кілька речень: як зрозуміли задачу, які варіанти розглядали, чому обрали цей. Саме це відрізняє вас від інших кандидатів, бо результат у багатьох буде схожим.
- Поставте уточнювальні питання перед стартом. Це не «складність», а найсильніший сигнал професіоналізму — і той самий сигнал, за яким замовники обирають виконавців загалом, як описано у статті «Як обрати виконавця».
- Вкладіться у строк. Прострочене тестове — це відповідь на головне питання замовника, і відповідь погана.
- Позначте припущення. «Виходив із того, що аудиторія — B2B; якщо ні, рішення буде іншим» показує, що ви бачите варіативність.
- Не занижуйте якість «бо безкоштовно». Якщо взялися — робіть на своєму рівні, інакше це просто змарнований час.
- Зафіксуйте роботу для портфоліо. Навіть якщо вас не візьмуть, у вас лишається кейс — за умови, що тестове було абстрактним і не порушує домовленостей.
Права на результат тестового
Пункт, який пропускають майже всі.
- За замовчуванням результат ваш. Ви не передавали права, оплати не було — використання вашої роботи без домовленості неправомірне.
- Проговоріть це прямо, якщо тестове хоч трохи схоже на бойову задачу: «Розумію правильно, що результат не використовується без окремої домовленості?»
- Слідкуйте за формулюваннями. Якщо вам надсилають документ, де ви передаєте всі права на «надані матеріали», — це вже не тест.
- Перевірте потім. Якщо ви побачили свою роботу опублікованою — маєте право вимагати оплату або зняття.
- Не використовуйте чужі матеріали в тестовому так, ніби це ваша робота: якщо взяли стокове фото чи шаблон — позначте.
Як відмовитись і не втратити шанс
Відмова від тестового не означає відмову від проєкту — важливо запропонувати альтернативу.
Замість тестового — портфоліо:
«Дякую за завдання. Обсяг виглядає як повноцінна робота, тому безоплатно не візьмусь. Натомість можу показати три схожі кейси з поясненням процесу — зазвичай цього достатньо, щоб оцінити підхід.»
Пропозиція оплати:
«Із задоволенням виконаю це завдання. За таким обсягом працюю платно — це N годин за ставкою X. Якщо підійде, зроблю в межах [строк].»
Пропозиція меншого обсягу:
«Готовий зробити скорочену версію — один екран замість п'яти. Цього має бути достатньо, щоб оцінити рівень, і займе годину замість дня.»
Пропозиція платного пілота:
«Пропоную інший формат: беремо невелику реальну задачу за оплатою як перший етап. Ви побачите і якість, і як я комунікую, і як дотримуюсь строку — це показовіше за тестове.»
Останній варіант часто найкращий для обох сторін: замовник отримує більше інформації, ніж дає будь-який тест, а ви — оплачену роботу й потенційний кейс.
А якщо я новачок і тестове — мій єдиний шанс?
Тоді робити його часто варто — але з двома умовами.
По-перше, оцініть реалістично: якщо це три дні роботи, то за той самий час ви можете зробити власний кейс, який лишиться з вами назавжди й працюватиме на всі майбутні звернення, а не на одного замовника. Тестове ви віддаєте один раз; кейс у портфоліо працює роками.
По-друге, навіть погоджуючись, ставте питання зі списку вище. Це не зменшує ваші шанси — навпаки: замовник бачить, що ви розумієте процес. А якщо запитання про критерії оцінки й використання результату когось відлякують, то це саме той замовник, з яким робота була б важкою.
З боку замовника: як давати тестове коректно
Якщо ви шукаєте виконавця, ці правила підвищують якість відгуку й не відлякують сильних кандидатів:
- Тримайте обсяг у межах години-двох і скажіть про це прямо.
- Дайте нормальне ТЗ — задачу, аудиторію, обмеження, критерії.
- Не давайте бойову задачу. Використати безкоштовний результат — найшвидший спосіб зіпсувати репутацію в спільноті.
- Платіть, якщо обсяг більший за символічний. Сильні виконавці зазвичай завантажені й безоплатні тести не роблять.
- Дайте зворотний зв'язок усім, хто виконав завдання. Це коштує п'ять хвилин і будує вашу репутацію як замовника.
- Розгляньте платний пілот замість тесту. Ви побачите роботу, комунікацію й дотримання строку — усе те, чого тестове не показує.
Типові помилки
- Робити велике тестове без питань. Найпоширеніший спосіб змарнувати два дні.
- Робити «понад завдання», щоб вразити. Не працює, а очікування підіймає.
- Занижувати якість, бо безоплатно. Тоді краще було не братись узагалі.
- Не питати про використання результату. Саме тут відбувається більшість зловживань.
- Погоджуватись на «конкурс» із десятками учасників. Це лотерея, а не відбір.
- Не вкластися у строк. Перекреслює будь-яку якість роботи.
- Відмовлятись різко, без альтернативи. Втрачаєте проєкт там, де можна було домовитись про інший формат.
- Не зберігати тестове. Навіть невдале — це матеріал для портфоліо.
Головне коротко
- Питання не «чи робити тестові», а як відрізнити тест від безкоштовної роботи.
- Головний критерій: якщо результат можна використати в бізнесі як є — це робота, і вона оплачується.
- Нормальне тестове: година-дві, абстрактне, з ТЗ і критеріями, однакове для всіх, зі зворотним зв'язком.
- Поставте п'ять питань до початку — вони самі відсіюють недобросовісних замовників.
- Не робіть більше, ніж просять; натомість покажіть мислення й уточнювальні питання.
- Права на неоплачене тестове лишаються у вас — проговоріть це прямо.
- Найкраща альтернатива тестовому — невеликий платний перший етап.
- Навіть невдале тестове варто зберегти як кейс, якщо воно абстрактне.
FAQ
Чи варто робити тестове завдання безкоштовно?
Якщо воно займає годину-дві, абстрактне (не реальна задача замовника) і має чіткі критерії — зазвичай так, це нормальна практика. Якщо це повноцінна робота на кілька днів або результат явно піде в продакшн — ні, це замовлення й воно оплачується. Головний критерій простий: результат, який можна використати в бізнесі як є, тестовим не є.
Як зрозуміти, що тестове — це просто безкоштовна робота?
Червоні прапорці: реальна бойова задача замість абстрактної, обсяг більше кількох годин, відсутність ТЗ і критеріїв оцінки, стислий строк, багато кандидатів на те саме завдання, ухиляння від питань про оплату й використання результату. Двох таких ознак достатньо, щоб відмовитись.
Кому належать права на виконане тестове?
Якщо оплати не було й ви не підписували передачу прав — результат лишається вашим, і використовувати його без домовленості замовник не може. Це варто проговорити прямо перед початком, особливо якщо завдання схоже на реальну задачу. Якщо ви побачили свою роботу опублікованою — маєте право вимагати оплату або зняття.
Як відмовитись від тестового й не втратити проєкт?
Запропонувати альтернативу замість простої відмови: показати релевантні кейси з поясненням процесу, виконати скорочену версію завдання за годину, зробити тестове платно або запропонувати невеликий оплачуваний перший етап реального проєкту. Останній варіант часто влаштовує обидві сторони найкраще: замовник бачить якість, комунікацію й дотримання строку.
Що робити далі
Наступного разу, коли отримаєте тестове, витратьте десять хвилин на п'ять питань зі списку — це найдешевший фільтр, який існує. Половина сумнівних завдань відсіюється вже на етапі відповіді.
Якщо вирішили робити — зробіть на своєму рівні, додайте кілька речень про хід думки й обов'язково збережіть результат як кейс. А щоб тестові просили рідше, найкраще працює сильне портфоліо з описаними рішеннями: розбір у гіді «Як зробити портфоліо», а для тих, у кого замовлень ще не було, — у статті «Портфоліо без досвіду».
Готові діяти?
- Додайте кейс у портфоліо: https://searchtalent.dev/uk/projects/new
- Каталог фахівців: https://searchtalent.dev/uk/talents
- Перегляньте проєкти інших фахівців: https://searchtalent.dev/uk/projects
- Більше статей: https://searchtalent.dev/uk/articles
