Большая часть дорогих переделок начинается не в коде. Проект стартует без ответа на простой вопрос: какое действие должен совершить посетитель и почему он выберет именно это предложение. Дизайнер заполняет пустоту типовыми блоками, владелец видит готовый макет и только тогда понимает, что хотел другое.
Объёмное техническое задание не всегда спасает. Гораздо важнее принять несколько решений и собрать материалы, которые нельзя придумать за бизнес.
Определите одну основную задачу сайта
Сайт может собирать заявки, показывать каталог, объяснять сложную услугу, помогать записаться или подтверждать компетентность перед личной встречей. Все задачи допустимы, но одна должна быть главной.
Формулировка «повысить узнаваемость и продажи» слишком широкая. Лучше описать действие: посетитель выбирает подходящий автомобиль и отправляет даты аренды; владелец коттеджа понимает состав электромонтажа и присылает план; пациент выбирает направление и переходит к записи.
Главная задача определяет структуру, CTA и аналитику. Без неё оценка дизайна сводится к вкусу.
Опишите не портрет, а ситуацию клиента
Возраст и семейное положение редко подсказывают, что написать на первом экране. Полезнее знать, что произошло перед поиском, чего человек боится, что уже сравнивал и какие данные нужны ему для решения.
Для срочного ремонта важны время ответа и понятная диагностика. Для медицинской услуги — квалификация, безопасность и путь к записи. Для B2B-проекта — состав процесса, ограничения и способность исполнителя работать с документами.
Соберите реальные вопросы из переписок и звонков. Они дают язык клиента и показывают, какие блоки нужны на странице.
Разложите услуги и условия
Список услуг должен совпадать с тем, как их покупают. Внутреннее название отдела или технологии может ничего не говорить клиенту. Объедините похожие предложения и разделите те, у которых разные задачи и аудитория.
Заранее решите, можно ли показывать цену. Если точная стоимость зависит от вводных, объясните порядок расчёта и приведите факторы. Отсутствие цифр можно компенсировать ясностью процесса, но фраза «цена индивидуальна» без пояснения вызывает недоверие.
Зафиксируйте географию, сроки ответа, способ работы, ограничения и то, что не входит в услугу. Эти детали часто важнее рекламных прилагательных.
Подготовьте доказательства
Исполнитель может оформить кейс, но не может достоверно придумать исходные данные. Соберите фотографии, документы, скриншоты, примеры работ, отзывы с источниками, сертификаты и ответы специалистов.
Для каждого кейса достаточно четырёх частей: задача, что сделали, особенности решения и проверяемый результат. Если чисел нет, не нужно их выдумывать. Покажите сам продукт и принятые решения.
Назначьте человека, который согласует тексты и проверяет факты. Когда комментарии приходят от нескольких сотрудников без общего решения, макет начинает двигаться по кругу.
Сообщите ограничения до оценки
Разработчику нужно знать о домене, хостинге, текущей CMS, интеграциях, требованиях безопасности, сроке события и людях, которые будут обновлять сайт.
Если контент должен редактировать администратор без кода, это влияет на архитектуру. Если форма передаёт медицинские или иные чувствительные данные, нельзя относиться к ней как к обычной заявке.
Не скрывайте старую систему в надежде «разобраться потом». Интеграция и перенос часто занимают больше времени, чем видимая часть сайта.
Согласуйте этапы и критерии приёмки
Разделите проект на структуру, прототип, визуальный дизайн, разработку, наполнение и запуск. На каждом этапе должно быть понятно, что вы проверяете. Утверждать цвет кнопки до согласования состава страницы бессмысленно.
Критерии приёмки могут включать список браузеров и экранов, отсутствие горизонтального скролла, работу формы, статусы страниц, скорость, метаданные, доступы и инструкцию.
Обсудите, сколько раундов правок входит и что считается новой задачей. Это защищает обе стороны: заказчик понимает процесс, исполнитель не закладывает неопределённость в цену.
Запуск — отдельный этап
Перед публикацией создаётся резервная копия, проверяются редиректы со старых URL, формы, аналитика, sitemap, robots и отображение в мобильном браузере. Если меняется структура действующего сайта, карта переходов обязательна.
После запуска полезно пройти реальные сценарии с телефона и убедиться, что заявки доходят. Затем сайт добавляется в панели вебмастеров и начинается наблюдение за ошибками.
Подготовьте список доступов и владельцев сервисов. Домен, хостинг, аналитика и карты должны принадлежать бизнесу, а не исчезать вместе с подрядчиком.
Что делать дальше
Хороший бриф не диктует исполнителю расположение каждого блока. Он даёт ясную задачу, факты, ограничения и критерии результата. На этой основе можно предложить решение, а не угадывать ожидания.
Перед стартом соберите ответы на вопросы из этой статьи в одном документе. Даже неполный, но честный набор вводных сокращает число переделок сильнее любого шаблона технического задания.
Нужен взгляд со стороны?
Разберу вашу ситуацию, найду узкие места и предложу понятный следующий шаг.