Порядок приёмки сайта стоит согласовать до начала работ: определить, что считается готовым результатом, кто и как его проверяет, в какие сроки передаёт замечания и как отличают дефект от новой задачи. Зафиксируйте эти правила в договоре или приложении к нему - тогда заказчик и исполнитель будут оценивать результат по одним критериям.
Что согласовать до старта, чтобы приёмка не стала спором
- Цели сайта и ожидаемый результат: например, опубликованные страницы, работающая форма заявки и переданные доступы.
- Критерии проверки для каждой важной страницы и функции, включая согласованные устройства и браузеры.
- Ответственных за тестирование, сбор замечаний и подтверждение результата.
- Сроки проверки и способ передачи единого списка замечаний.
- Порядок исправления дефектов и согласования дополнительных работ.
- Документ, в котором будут закреплены правила приёмки и порядок действий при разногласиях.
Начните разговор с целей сайта и критериев готовности
Сначала обсудите, какую задачу должен решать сайт и по каким признакам стороны поймут, что работа выполнена. Например, для сайта компании результатом могут быть согласованные разделы, корректное отображение контента и работающая форма обратной связи. Уточните, входит ли в готовность публикация на основном домене или достаточно тестовой версии.
Такой разговор подходит и тем, кто планирует разработку сайтов для бизнеса с нуля, и тем, кто заказывает переработку существующего ресурса. Не стоит утверждать порядок приёмки, пока не определены состав работ и ожидаемый результат: без этого критерии проверки будут слишком общими.
Сверьте критерии с предложением и сметой. Если обсуждается создание сайта цена должна быть связана с конкретным объёмом работ, а не с неопределённым обещанием "сделать всё необходимое". Вопросы о составе, сроках и приёмке удобно задать ещё до того, как заказать разработку сайта.
Разберите сценарии проверки на примерах страниц и функций
Для каждой ключевой части сайта приведите проверяемый пример. Например, на странице услуги заказчик проверяет заголовок, текст, изображение и ссылку на заявку; у формы - ввод данных, отправку и понятное сообщение об успешной отправке. Отдельно оговорите, какие элементы должны быть доступны на мобильном экране.
До старта подготовьте:
- перечень страниц и функций, включённых в объём работ;
- макеты, техническое задание или согласованные примеры поведения;
- тестовые данные для сценариев, если на сайте есть личный кабинет, каталог или формы;
- доступ к тестовой версии сайта для назначенных проверяющих;
- способ фиксировать результаты: общий документ, система задач или согласованный канал связи.
Заранее распределите, кто предоставляет тексты, изображения и учётные записи. Не передавайте пароли в открытом чате: используйте безопасный способ выдачи доступа с нужными правами и отзывайте временные доступы после проверки.
Зафиксируйте сроки, участников и формат приёмки
Перед пошаговой договорённостью проверьте готовность к обсуждению.
- Состав работ и перечень результатов понятны обеим сторонам.
- Назначен представитель заказчика, который собирает замечания.
- Понятно, где проверять сайт и как получить доступ.
- Подготовлены примеры ожидаемого поведения страниц и функций.
- Назначьте участников. Укажите, кто со стороны исполнителя сообщает о готовности, а кто со стороны заказчика проверяет сайт и подтверждает результат. Если мнение нескольких специалистов важно, договоритесь, кто объединяет их замечания в один список.
- Определите начало проверки. Зафиксируйте событие, после которого начинается приёмка: например, сообщение о готовности тестовой версии и предоставление доступов. Это помогает избежать ситуации, когда стороны по-разному считают начало срока.
- Согласуйте срок и формат замечаний. Укажите срок проверки и место, где заказчик передаёт замечания. Для каждого замечания полезно фиксировать страницу, ожидаемый результат, фактическое поведение и, если возможно, снимок экрана.
- Опишите порядок исправлений и повторной проверки. Договоритесь, как исполнитель сообщает об исправлении, а заказчик проверяет спорный или обновлённый пункт. Уточните, распространяется ли повторная проверка на весь сайт или только на изменённые элементы.
- Установите способ подтверждения. Определите, каким сообщением или документом заказчик подтверждает приёмку. Если замечания остаются, согласуйте, как стороны фиксируют их статус и дальнейшие действия.
Определите, как заказчик передаёт замечания и подтверждает результат
Перед отправкой итогового списка проверьте, что замечания относятся к согласованному объёму и помогают воспроизвести проблему. Используйте чек-лист:
- Сайт проверен по согласованным страницам и пользовательским сценариям.
- Каждое замечание привязано к странице, функции или конкретному действию.
- Описано, что произошло и какой результат ожидался.
- Замечания собраны в согласованном месте и переданы ответственным лицом.
- По возможности приложены снимок экрана или последовательность действий для воспроизведения.
- Отдельно перечислены вопросы по контенту, которые заказчик должен уточнить или предоставить.
- Заказчик указал, что принято, а что требует исправления или отдельного решения.
- После проверки отправлено предусмотренное договорённостью подтверждение результата.
Если сайт делают для компании и проверяют несколько сотрудников, попросите их передавать замечания назначенному представителю. Так разработчик получит единый список, а не несколько противоречащих друг другу сообщений.
Отделите дефекты от новых пожеланий и изменений объёма
До начала работ договоритесь, как классифицировать обратную связь. Дефект - это несоответствие согласованному требованию или утверждённому макету. Новое пожелание меняет уже согласованное решение или добавляет функцию, которой не было в перечне работ.
Типичные ошибки при приёмке:
- Считать любое отличие от личного ожидания дефектом, хотя это ожидание не было зафиксировано.
- Добавлять новые страницы в итоговый список замечаний без отдельного согласования объёма.
- Объединять несколько проблем в одну формулировку, которую трудно проверить.
- Передавать замечания от разных сотрудников без единого ответственного.
- Оценивать результат по версии сайта, которую исполнитель уже заменил или обновил.
- Менять тексты, макеты или правила работы функции во время проверки, не отмечая, что это изменение требований.
- Не фиксировать, какие пункты исправлены, а какие перенесены в отдельные задачи.
Если заказчик просит добавить новую возможность, сначала запишите её отдельно, затем оцените влияние на сроки и стоимость и согласуйте изменение до выполнения. Это правило полезно и когда стороны обсуждают, как заказать разработку сайта под ключ: состав результата и порядок изменений должны быть понятны заранее.
Соберите договорённости в документ до подписания плана работ
Правила приёмки можно закрепить несколькими способами. Выберите вариант, который соответствует размеру проекта и уже используемым документам:
- Раздел договора. Уместен, если проект небольшой и условия приёмки можно изложить кратко: роли, сроки, форма замечаний и подтверждение результата.
- Приложение к договору. Подходит, когда нужно отдельно перечислить этапы, страницы, функции и критерии готовности, не перегружая основной текст.
- Техническое задание с разделом о приёмке. Удобно для проекта с большим числом сценариев, интеграций или типов страниц: требования и проверка хранятся рядом.
- План работ и журнал замечаний. Полезен для поэтапной разработки, если договор ссылается на план, а все найденные несоответствия и решения фиксируются в рабочей системе.
Проверьте, что документы не противоречат друг другу и указывают, какой из них применяется при расхождениях. До старта работ согласуйте итоговый порядок, чтобы решение создать сайт для компании опиралось на понятные критерии результата, а не на устные ожидания.
Непростые ситуации при согласовании приёмки сайта
Что делать, если заказчик не успевает проверить сайт в согласованный срок?
Заранее предусмотрите способ уведомить исполнителя о задержке и согласовать новый срок проверки. Не обозначайте молчание как автоматическое подтверждение приёмки, если такой порядок отдельно не согласован сторонами.
Можно ли принимать сайт по частям?
Да, если заранее перечислить этапы и определить критерии приёмки для каждого из них. Например, отдельно согласовать дизайн, функциональность и публикацию, если такой порядок соответствует плану работ.
Как поступить, если заказчик и исполнитель по-разному понимают критерий готовности?
Сверьте спорный пункт с договором, техническим заданием или утверждённым макетом. Если критерий там не определён, письменно согласуйте ожидаемое поведение и при необходимости оцените изменение объёма.
Считать ли новую идею дефектом, если её предложили во время проверки?
Если идея не следует из согласованных требований, оформите её как отдельное пожелание. До реализации согласуйте объём, влияние на сроки и стоимость.
Как проверять форму, если для неё нужны реальные данные?
Подготовьте тестовые данные и согласуйте безопасную тестовую среду. Не используйте персональные данные реальных пользователей без необходимых оснований и мер защиты.
Что делать, если замечание невозможно воспроизвести?
Попросите указать страницу, последовательность действий, устройство и браузер, а также приложить запись или снимок экрана, если это безопасно. После этого повторите проверку в сопоставимых условиях и зафиксируйте результат.