Приймання сайту — це не лише відповідь на запитання «чи подобаються мені кольори». Гарний макет може приховувати незручну мобільну версію, непрацюючу форму або відсутність доступів у власника. Щоб завершити роботу з підрядником спокійно, перевіряйте результат за погодженими вимогами та фіксуйте конкретні зауваження. Відокремлюйте приймання дизайну від перевірки реалізованого сайту: у графічному макеті неможливо підтвердити доставлення заявок або відновлення резервної копії.
Відповідність погодженому прототипу
Відкрийте останню погоджену версію прототипу, технічне завдання та робочий сайт поруч. Перевіряйте не одну головну сторінку, а кожен узгоджений тип: послугу, каталог, картку товару, контакти, публікацію. На кожній має залишитися логіка, заради якої її створювали: зрозуміла пропозиція, потрібна інформація та помітний наступний крок.
- Зіставте склад і порядок блоків із прототипом. Якщо блок перенесли або прибрали, з’ясуйте, чи погоджували цю зміну.
- Перевірте логотип, кольори, шрифти, відступи та оформлення кнопок. Однакові елементи повинні виглядати послідовно на різних сторінках.
- Знайдіть тимчасові фотографії, тестові написи, порожні секції й дубльовані заголовки. Контакти та назва компанії мають бути справжніми.
- Оцініть читабельність на реальному контенті: довга назва послуги або товару не повинна руйнувати компонування.
Зауваження «зробіть сучасніше» складно перевірити після виправлення. Натомість запис «на сторінці послуги кнопка заявки зливається з фоном; потрібен погоджений контрастний варіант» описує конкретну проблему. Якщо ви ще вибираєте виконавця, під час обговорення створення сайту одразу узгодьте, які макети, екрани та сценарії входять у приймання.
Мобільна версія й типові сценарії
Перегляду зменшеного вікна на комп’ютері недостатньо. Відкрийте сайт на телефоні, яким користуєтеся щодня, і пройдіть шлях нового відвідувача. Спробуйте знайти послугу, прочитати умови, відкрити меню, перейти до контактів і залишити звернення. Для магазину додайте перевірку варіантів товару, кошика та погодженого процесу оформлення.
Зверніть увагу, чи не закривають контент банери та плаваючі кнопки, чи зручно натискати посилання, чи не з’являється горизонтальна прокрутка. Клавіатура телефона не має перекривати важливу частину форми. Довгі таблиці й зображення повинні залишатися зрозумілими, а меню — відкриватися та закриватися без пасток для користувача.
Перевірте погоджені браузери й розміри екрана, а не вимагайте абстрактної сумісності «з усім». Окремо пройдіть основні дії клавіатурою: чи видно активне посилання, чи можна перейти до поля та кнопки. Якщо знайдете збій, зазначте сторінку, пристрій, браузер і послідовність кроків; короткий запис екрана допоможе відтворити проблему.
Форми, доступи та резервна копія
Натиснута кнопка «Надіслати» ще не доводить, що бізнес отримує заявки. Надішліть тестове звернення з помітною позначкою «тест» і перевірте його появу в узгодженій пошті або CRM. Спробуйте також незаповнене обов’язкове поле: повідомлення про помилку має пояснювати, що виправити, не стираючи вже введені дані.
До передачі проєкту складіть перелік облікових записів: адміністрування сайту, домен, хостинг та підключені сервіси в межах домовленостей. Власник має отримати належні доступи, а не залежати від особистої пошти виконавця. Паролі передавайте захищеним способом; після передачі перегляньте зайві права, не вимикаючи доступи, потрібні для погодженого супроводу.
Попросіть пояснити, де зберігається резервна копія, що до неї входить і хто відповідає за відновлення. Сам факт існування архіву не підтверджує його придатності: демонстрацію відновлення безпечніше виконувати на тестовому середовищі. Особливо це важливо під час заміни старого сайту — докладніше про ризики та порядок дій у матеріалі як повернути робочу версію після невдалого редизайну.
Що зафіксувати до фінальної оплати
Зберіть зауваження в один список із посиланнями на сторінки. Для кожного пункту вкажіть очікуваний результат, відповідального та погоджений строк. Розділіть блокувальні помилки, косметичні виправлення й нові побажання поза початковим завданням. Так обидві сторони розумітимуть, що належить виправити в межах роботи, а що потребує окремого узгодження.
- Підтвердьте, які сторінки та сценарії перевірені, а які ще очікують перевірки.
- Зафіксуйте передачу доступів, файлів дизайну й інструкцій у погодженому обсязі.
- Узгодьте залишкові правки, порядок їх повторної перевірки та умови підтримки після запуску.
- Зіставте етап оплати з умовами вашої домовленості, не замінюючи її усною обіцянкою «доробимо потім».
Мета чеклиста — не знайти якомога більше недоліків, а прийняти зрозумілий, працездатний результат. Чіткі критерії корисні ще до старту: прочитайте також як замовити сайт без прихованих доплат і сюрпризів, щоб обсяг роботи та очікування були узгоджені завчасно.