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