Погодження з клієнтом перед запуском сайту: посібник для агенцій
Оновлено 5 хв читанняКоманда DNSPeek
Щоб отримати погодження клієнта, покажіть йому готовий сайт на справжньому сервері, зберіть його відгуки в одному місці й зафіксуйте явне погодження з іменем і датою до перемикання DNS. Заздалегідь домовтеся, що саме охоплює «погоджено» і хто може це підтвердити. Підкріпіть запит доказами готовності сайту, як-от QA-сканування і візуальне порівняння зі старим сайтом.
Чому погодження йде не так
Суперечки під час запуску рідко виникають через погану роботу. Вони виникають через неоднозначність: клієнт переглядав staging-URL, що відрізнявся від робочого сайту, відгуки надійшли в пʼяти ланцюжках листів і під час дзвінка, хтось із керівництва вперше побачив сайт після запуску, або «виглядає добре» в чаті сприйняли як погодження. Процес погодження прибирає цю неоднозначність.
- Одна версія: клієнт переглядає сайт на сервері, з якого його запускатимуть, а не staging-копію.
- Одне місце для відгуків: коментарі привʼязані до конкретної сторінки й елемента, яких вони стосуються.
- Одна людина, що погоджує, названа заздалегідь і уповноважена сказати «так».
- Один запис: хто погодив, коли і в якому стані був сайт.
Домовтеся, що охоплює погодження
Ще до початку перегляду запишіть, що означає погодження. Достатньо короткого списку в брифі проєкту чи технічному завданні:
| Сфера | Клієнт підтверджує | Агенція підтверджує |
|---|---|---|
| Вміст | Тексти, зображення й юридичні сторінки остаточні | Вміст розміщено в наданому вигляді |
| Дизайн | Верстка на компʼютері й телефоні відповідає домовленостям | Відповідає погодженим макетам |
| Функціональність | Форми, оформлення замовлення і вхід працюють як очікується | Перевірено на тестових даних |
| Технічна готовність | Приймає дату запуску й перелічені ризики | QA-звіт без критичних зауважень, редиректи зіставлено, резервні копії налаштовано |
Назвіть людину, що погоджує, і її заступника. Домовтеся, скільки раундів перегляду входить у роботу і що зміни після погодження — це новий запит. Це захищає обидві сторони.
Процес погодження
Крок 1: Погодьте обсяг і людину, що погоджує
Запишіть, що охоплює погодження, скільки раундів перегляду входить у роботу і хто погоджує.
Крок 2: Розгорніть сайт на робочому сервері
Розмістіть фінальну збірку на сервері, з якого відбудеться запуск, поки DNS ще вказує на старий сайт.
Крок 3: Поділіться превʼю, захищеним паролем
Створіть посилання-превʼю для домену й IP нового сервера, встановіть пароль і надішліть його клієнту.
Крок 4: Зберіть закріплені відгуки
Увімкніть коментарі клієнта, щоб клієнт закріплював відгуки на сторінці й елементі; позначайте кожен коментар вирішеним, щойно виправите.
Крок 5: Виконайте перевірки
Запустіть QA-звіт і візуальне порівняння, виправте знайдене й поділіться результатами або звітом про готовність до запуску.
Крок 6: Попросіть явне погодження
Попросіть названу людину натиснути «Погодити запуск» або письмово підтвердити погодження, вказавши конкретне посилання-превʼю.
Крок 7: Заморозьте зміни й запускайте
Після погодження заморозьте зміни, перемкніть DNS і ведіть запити після запуску в окремому списку.
Збирайте відгуки в одному місці
На тарифах Agency і Provider увімкніть для посилання-превʼю коментарі клієнта. На кожній сторінці превʼю зʼявиться кнопка коментарів. Клієнт клацає в потрібному місці, пише коментар, і той закріплюється на елементі як нумерована мітка; загальні нотатки можуть стосуватися всієї сторінки. Акаунт клієнту не потрібен. Ви отримуєте email, коли надходять коментарі, щонайбільше один лист на десять хвилин для кожного посилання, і позначаєте кожен коментар як вирішений у кабінеті, коли все виправлено. Подробиці: Коментарі клієнта і погодження запуску.
Коментувати може будь-хто з посиланням
Коментарі відкриті для всіх, хто може відкрити превʼю. Використовуйте пароль, щоб відгуки залишалися між вами і клієнтом.
Покажіть докази готовності сайту
Клієнти погоджують швидше, коли бачать, що перевірки виконано. Безкоштовні інструменти покривають базові речі, як-от сертифікат — за допомогою перевірки SSL, а редиректи — за допомогою перевірки редиректів. Найбільше допомагають три речі:
- QA-звіт: сканування нового сервера на биті сторінки, відсутні файли, проблеми з редиректами, змішаний вміст і прогалини в поштових DNS-записах, з оцінкою. На тарифах Agency і Provider звіт, яким ви ділитеся, має ваш бренд. Див. QA-звіт.
- Візуальне порівняння: знімки екрана ключових сторінок старого й нового сайту на компʼютері й телефоні з виділеними відмінностями (платні тарифи). Див. Візуальне порівняння.
- Звіт про готовність до запуску: одна сторінка з висновком (не готово, готово з попередженнями, готово до запуску), складеним з останнього QA-звіту, візуального порівняння, відкритих коментарів, погодження клієнта і перевірки сертифіката. Це знімок стану, який клієнт відкриває без акаунта. Див. Готовність до запуску.
Зафіксуйте погодження
Коли коментарі клієнта ввімкнено, клієнт натискає Погодити запуск і вводить імʼя, за бажанням email і примітку. Ви отримуєте email, у налаштуваннях посилання видно, хто й коли погодив, а звіт про готовність до запуску називає людину, що погодила, під висновком. Якщо ви працюєте без функції коментарів, попросіть погодження email-відповіддю на лист, який містить посилання саме на це превʼю і перелічує обсяг погодження, і зберігайте цей ланцюжок разом із проєктом.
Після погодження заморозьте зміни. Усе, що клієнт попросить далі, потрапляє до списку після запуску, якщо тільки це не блокує запуск. Потім перемкніть DNS за чеклістом перенесення сайту.
Чекліст погодження
Перш ніж просити погодження
- Обсяг погодження записано в брифі чи технічному завданні
- Людину, що погоджує, і заступника названо
- Фінальна збірка на робочому сервері
- Посилання-превʼю захищено паролем і надіслано
- Клієнт переглянув сайт на компʼютері й на телефоні
- Усі коментарі клієнта вирішено або перенесено в список після запуску
- QA-звіт запущено, критичні зауваження виправлено
- Візуальне порівняння переглянуто на неочікувані відмінності
- Висновком про готовність до запуску поділилися
- Явне погодження зафіксовано з іменем і датою
- Заморожування змін до запуску погоджено
Поширені запитання
Що таке погодження сайту?
Погодження сайту — це явне підтвердження клієнта, що сайт у переглянутому вигляді готовий до запуску. Воно фіксує, хто погодив, коли і що саме, тож обидві сторони однаково розуміють стан проєкту на момент запуску.
Де клієнтам переглядати сайт: на staging чи на робочому сервері?
На робочому сервері, коли це можливо. Staging-копії розходяться з робочим середовищем, тож погодження staging не доводить, що робочий сайт виглядатиме так само. Посилання-превʼю дає клієнту змогу побачити робочий сервер до того, як на нього вказуватиме DNS.
Чи потрібен клієнту акаунт, щоб коментувати або погоджувати?
Не з коментарями клієнта в DNSPeek. Клієнт відкриває посилання-превʼю, закріплює коментарі й погоджує запуск, указавши імʼя і за бажанням email. Захистіть посилання паролем, щоб коментувати міг лише клієнт.
Що робити, якщо клієнт і після погодження просить зміни?
Розглядайте зміни після погодження як нові запити, як і було домовлено в обсязі робіт. Виправте все, що блокує запуск, а решту внесіть до списку після запуску з окремою оцінкою.
Чи може сторінка погодження мати бренд моєї агенції?
На тарифах DNSPeek Agency і Provider QA-звіти і звіти про готовність до запуску показують ваш логотип, колір, футер і контакти. Налаштуйте їх один раз у налаштуваннях брендування.