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