Приймання — найбільш недооцінений етап проєкту. Формально він виглядає як «подивитися й сказати ок», а фактично саме тут вирішується, чи отримаєте ви робочий результат, чи набір файлів, у якому через місяць нічого не можна змінити.
Дві найпоширеніші помилки замовника дзеркальні: прийняти за враженням («гарно, платимо») і прийняти нескінченно (десять хвиль правок без критерію завершення). Перша дає проблеми через місяць, друга псує стосунки з виконавцем і зриває строк.
Правильне приймання — це процедура з чіткою послідовністю: звірка з домовленим, технічна перевірка, передача активів, один структурований список правок, фінальна оплата. Нижче — саме така процедура й чеклісти під основні типи робіт.
Головне правило: приймають за ТЗ, а не за настроєм
Якщо є письмово зафіксований обсяг і критерії приймання, приймання займає годину й не викликає конфліктів. Якщо їх немає — будь-яка розмова перетворюється на «мені здається» проти «ви цього не просили».
Тому перевірка починається не з відкриття файлів, а з документа: беремо список того, що мало бути зроблено, і йдемо по пунктах. Якщо такого списку немає — його треба скласти хоча б зараз, до оплати. Як він має виглядати, розібрано у статті «Як скласти ТЗ і бриф».
Правки за межами домовленого — не «дрібниця», а нова робота. Це нормально, її можна замовити — але це окрема домовленість, а не частина приймання.
Порядок приймання: п'ять кроків
- Звірка зі списком. Пройдіть по пунктах обсягу: усе, що мало бути, є? Нічого не зникло тихо?
- Функціональна перевірка. Чи працює те, що має працювати: форми, кнопки, оплата, пошук, посилання.
- Технічна перевірка. Мобільні, браузери, швидкість, помилки в консолі, коректність файлів і форматів.
- Контент і деталі. Орфографія, актуальні контакти, правильні ціни, підписи, метадані.
- Передача активів. Доступи, вихідники, права, документація. До оплати, а не після.
П'ятий крок пропускають найчастіше — і саме він потім коштує найдорожче. Отримати вихідники від людини, яка вже отримала гроші й пішла в наступний проєкт, буває неможливо.
Чекліст: сайт
Функціональність
- Усі форми відправляються, лист/заявка реально приходить (перевірте самі, а не «має працювати»).
- Валідація полів працює: що бачить користувач при помилці, чи можна відправити порожню форму.
- Працюють пошук, фільтри, кошик, оформлення замовлення — від початку до кінця, з тестовою оплатою.
- Немає непрацюючих посилань; сторінка 404 існує й веде назад на сайт.
Мобільні й браузери
- Перевірте з реального телефона, а не тільки зменшенням вікна.
- Нічого не виїжджає за екран, немає горизонтальної прокрутки.
- Кнопки й поля зручно натискаються пальцем, текст читабельний без зумування.
- Перевірте щонайменше два браузери.
Технічне
- Швидкість завантаження прийнятна на мобільному інтернеті, зображення стиснуті.
- HTTPS працює, немає попереджень про сертифікат.
- Заголовки сторінок і описи заповнені (не «Головна» на всіх сторінках).
- Favicon на місці; є превʼю при поширенні посилання в месенджері.
- Аналітика встановлена й фіксує візити.
- Сайт відкритий для індексації (типова помилка — забутий заборонний robots після розробки).
Контент
- Орфографія й пунктуація; контакти, ціни й реквізити актуальні.
- Зображення не розтягнуті, без чужих водяних знаків.
- Юридичні сторінки на місці, якщо потрібні.
Доступи
- Домен зареєстрований на вас, а не на виконавця.
- Доступи до хостингу, адмінки, репозиторію, аналітики, пошти — у вас.
- Ви можете самостійно змінити текст і додати сторінку (перевірте, а не повірте).
Про те, що взагалі має входити у вартість сайту й що зазвичай оплачується окремо, — у статті «Скільки коштує зробити сайт».
Чекліст: дизайн
- Вихідники, а не тільки картинки. Робочий файл із шарами, а не лише PNG чи PDF.
- Структура файлу. Названі шари, компоненти, стилі — інакше наступний дизайнер витратить дні на розбір.
- Усі стани елементів: наведення, натиснення, помилка, порожній стан, завантаження.
- Адаптив. Макети під мобільний, а не тільки десктоп.
- Шрифти й ліцензії. Які шрифти використані, чи є права на комерційне використання.
- Зображення. Джерела фото й іконок, права на використання. Стокове зображення без ліцензії — ваша проблема, а не виконавця.
- Експорт для розробки: іконки, зображення в потрібних форматах і розмірах.
- Відповідність бренду, якщо є брендбук.
Чекліст: відео
- Формати й розміри відповідають призначенню: вертикаль для сторіс і рілс, горизонталь для YouTube.
- Гучність вирівняна, немає перевантаження й різких перепадів між сценами.
- Субтитри є там, де потрібні, і синхронні; імена, бренди й цифри написані правильно.
- Титри й графіка без орфографічних помилок і не обрізані на різних екранах.
- Музика ліцензована, є підтвердження прав.
- Перегляд на телефоні зі звуком і без — саме так це побачить аудиторія.
- Вихідні матеріали: проєкт монтажу, вихідні файли, якщо це передбачено домовленістю.
Що взагалі варто вимагати від відеороботи й на що дивитися в портфоліо монтажера — у статті «Портфоліо відеомонтажера».
Чекліст: тексти
- Відповідність задачі: текст робить те, що мав робити (пояснює, продає, інформує).
- Фактична точність: цифри, назви, терміни, посилання — перевіряються вами, бо відповідальність ваша.
- Тон і аудиторія відповідають брифу.
- Структура: заголовки, абзаци, списки — текст читається зі сканування.
- Унікальність перевірена, якщо це критично для публікації.
- Формат передачі: у якому вигляді ви отримали текст і чи зручно його заливати.
Як давати правки
Найдорожче в приймання — не самі правки, а спосіб їх подавати.
- Одним списком, а не потоком повідомлень. Десять повідомлень протягом дня коштують виконавцю більше часу, ніж один структурований список.
- Конкретно й з адресою. Не «шапка не подобається», а «у шапці логотип завеликий, зменшити приблизно вдвічі».
- З пріоритетами. Розділіть «блокує запуск» і «добре б колись».
- Одна хвиля — один список. Постійне додавання нових пунктів під час виправлення попередніх — головна причина зривів.
- Відділяйте помилки від нових побажань. Невідповідність ТЗ виправляють у межах роботи; нове побажання — це нова задача з окремою оцінкою.
- Швидко. Зворотний зв'язок через два тижні коштує дорожче за будь-яку правку: виконавець уже вийшов із контексту.
Що робити, якщо результат не відповідає домовленому?
Спокійно й письмово. Складіть перелік розбіжностей із посиланням на конкретні пункти ТЗ: «п.4 — мала бути форма з трьома полями, зараз два». Це не конфлікт, це фактична звірка, і в більшості випадків вона розв'язується без емоцій.
Якщо розбіжності системні (зроблено принципово інше), обговоріть один із варіантів: доопрацювання в межах оплаченого обсягу, часткова оплата за фактично виконане або припинення співпраці з передачею того, що зроблено. Найгірший сценарій — мовчки прийняти, заплатити, а потім вимагати переробок безоплатно: юридично й по-людськи це вже слабка позиція.
Головна страховка від цієї ситуації — приймання по етапах, а не однією великою здачею в кінці.
Коли платити
- Передоплата на старті — нормально: виконавець резервує час.
- Оплата етапами — найздоровіша схема для середніх і великих проєктів: обидві сторони ризикують лише одним етапом.
- Фінальний платіж — після передачі активів, а не після слів «усе готово». Це не недовіра, а стандартна практика.
- Не тягніть із фінальною оплатою після прийняття. Затримка оплати — найшвидший спосіб втратити виконавця, до якого ви захочете повернутися.
Типові помилки приймання
- Прийняти за враженням. «Гарно» — не критерій; критерій — список того, що мало бути.
- Не перевірити з телефона. Більшість аудиторії саме там.
- Не отримати доступи й вихідники. Найдорожча помилка з усіх.
- Домен, оформлений на виконавця. Через рік це може стати важким переговорним питанням.
- Нескінченні хвилі правок. Без критерію завершення проєкт не закінчується ніколи.
- Змішувати помилки й нові побажання. Це псує стосунки й ламає домовленість про обсяг.
- Мовчати два тижні, а потім вимагати терміново. Строк зривається саме так.
- Не зафіксувати приймання письмово. Одне повідомлення «роботу прийнято за пунктами 1–7» закриває питання для обох сторін.
Головне коротко
- Приймають за письмовим обсягом і критеріями, а не за враженням.
- Порядок: звірка зі списком → функціональна перевірка → технічна → контент → передача активів.
- Доступи, вихідники й права забирайте до фінальної оплати.
- Домен і акаунти мають бути оформлені на замовника.
- Сайт перевіряйте з реального телефона, форми — реальною відправкою.
- Правки давайте одним структурованим списком із пріоритетами.
- Нові побажання — це нова задача, а не частина приймання.
- Фіксуйте факт приймання письмово й не затягуйте з фінальною оплатою.
FAQ
Що перевірити перед оплатою роботи?
Спочатку звірити результат зі списком того, що мало бути зроблено, потім перевірити роботу функціонально (форми, кнопки, оплата), технічно (мобільні, браузери, швидкість), а далі контент і деталі. Останній і найважливіший крок — отримати доступи, вихідники й права до фінального платежу. Після оплати домогтися передачі активів значно складніше.
Скільки правок можна вимагати після здачі?
Стільки, скільки зафіксовано в домовленості — зазвичай одна-дві хвилі правок входять у ціну. Важливо розділяти: невідповідність ТЗ виправляють у межах роботи без доплати, а нове побажання, якого в ТЗ не було, — це нова задача з окремою оцінкою. Якщо кількість ітерацій не обумовили заздалегідь, домовтеся про неї до початку приймання.
Які доступи обов'язково забрати у виконавця?
Домен (зареєстрований на вас), хостинг, адмінку сайту, репозиторій коду, акаунти аналітики й пошти, а також вихідні файли дизайну чи монтажу. Окремо перевірте права на використання шрифтів, зображень і музики. Найкращий момент запитати про це — до фінальної оплати, поки проєкт активний.
Що робити, якщо робота не відповідає ТЗ?
Скласти письмовий перелік розбіжностей із посиланням на конкретні пункти домовленого — це фактична звірка, а не конфлікт. Далі обговорити доопрацювання в межах оплаченого обсягу або часткову оплату за фактично виконане. Найкраща страховка — приймати проєкт етапами, а не однією великою здачею наприкінці.
Що робити далі
Перед прийманням складіть свій чекліст на основі списків вище — під конкретний тип роботи. Це 15 хвилин, які замінюють кілька днів листування.
Пройдіть приймання за п'ятьма кроками, надішліть один структурований список правок, після виправлень зафіксуйте приймання письмово і закрийте оплату. І якщо співпраця вийшла доброю — залиште відгук: для вас це коштує п'ять хвилин, а для виконавця це головний соціальний доказ. Знайти фахівців можна в каталозі спеціалістів, а як обрати виконавця під наступну задачу — у статті «Як обрати виконавця».
Готові діяти?
- Знайдіть виконавця в каталозі: https://searchtalent.dev/uk/talents
- Перегляньте проєкти фахівців: https://searchtalent.dev/uk/projects
- Каталог навичок і технологій: https://searchtalent.dev/uk/talents/skill
- Більше статей: https://searchtalent.dev/uk/articles
