Как принять сайт у разработчика: проверка перед оплатой этапа

Приёмка сайта не должна сводиться к просмотру главной страницы на большом мониторе. Для бизнеса важнее, найдёт ли человек нужную услугу, сможет ли обратиться и получит ли сотрудник заявку. Проверять стоит согласованный результат. Вспоминать все пожелания в день оплаты поздно.

Подготовьте основу для приёмки заранее

Возьмите утверждённый состав работ, тексты и правила сценариев. Если в договорённостях есть только «корпоративный сайт под ключ», до завершения проекта уточните, что именно считается готовым. Это снизит вероятность спора о том, является ли замечание ошибкой или новым заказом. Как выровнять состав работ ещё на этапе выбора подрядчика, разобрано в статье о сравнении смет.

Попросите тестовую среду или согласуйте безопасный режим проверки. Фальшивые заказы не должны случайно уйти на исполнение, а реальные персональные данные не нужны для обычного теста формы. Способ тестирования зависит от того, какие внешние системы подключены.

Пройдите путь покупателя с телефона

Начните с той страницы, на которую планируется вести посетителей.

1. Откройте услугу.
2. Найдите условия.
3. Посмотрите фотографии.
4. Нажмите основную кнопку.

Проверьте, не закрывает ли важную информацию всплывающее окно и можно ли заполнить форму без неудобного увеличения экрана.

Используйте не только правильный ввод. Оставьте обязательное поле пустым, укажите очевидно неполный контакт, вернитесь назад. Посетителю должно быть понятно, что требуется исправить и сохранились ли уже введённые сведения.

Убедитесь, что обращение дошло

Отправьте согласованную тестовую заявку и проследите её путь до сотрудника. Проверьте контакт, выбранную услугу, комментарий, время и источник, если передача этих данных входит в проект. Сообщение об успехе на сайте ещё не подтверждает доставку в систему продаж.

В условном проекте поставщика посетитель запрашивает три позиции. Менеджер должен получить не только телефон, но и названия, артикулы и количества, если такой состав согласован. Если вместо подборки приходит пустое письмо, сценарий не завершён даже при аккуратной форме.

Обсудите повторную отправку и сбой подключения. Важен понятный ответ: что видит клиент, где остаётся обращение и кто узнаёт о проблеме. Не каждая система даёт одинаковые возможности восстановления, поэтому проверяются обещанные механизмы.

Посмотрите работу редактора

Пусть сотрудник компании сам изменит цену, текст или фотографию по инструкции подрядчика. Это покажет, передан ли действительно управляемый сайт. Проверьте также появление изменённой информации на публичной странице.

Попросите показать сохранение и восстановление содержания в согласованном объёме. Не стоит экспериментировать с удалением рабочего каталога. Для проверки достаточно безопасного примера и понятного порядка действий при ошибке сотрудника.

Зафиксируйте, какие действия компания выполняет самостоятельно, а какие заказывает специалисту. Возможность менять текст не означает возможность безопасно перестроить весь сайт через редактор. Пределы управления должны быть понятны при передаче. Какие расходы останутся после запуска, разобрано в статье «Расходы на сайт после запуска».

Закройте замечания и передачу проекта

Соберите замечания в одном документе. Для каждого укажите:

• страницу;
• действие;
• ожидаемый результат;
• фактическое поведение.

Снимок экрана помогает, но не заменяет описание. Разделите несоответствие согласованному результату и новые пожелания, возникшие при просмотре.

Перед закрытием этапа получите:

• предусмотренные доступы;
• инструкции;
• сведения о платежах за внешние сервисы;
• контакты поддержки.

Убедитесь, что важные аккаунты контролирует компания. Порядок оплаты и приёмки определяется вашими договорённостями, поэтому спорные пункты лучше уточнять до наступления срока платежа.

В проекте TRIKE критерии готовности согласуют вместе с составом решения. Тогда финальная проверка сведётся к проходу по рабочим сценариям, и спорить о том, выглядит ли сайт законченным, не придётся.