1. Сформулируйте задачу и предложение
Сайт начинают с вопроса, ради какого действия человек на него придёт. Для мастерской это может быть запрос цены партии изделий; для базы отдыха — выбор свободной даты; для агентства — описание проекта перед созвоном. Запишите основной сценарий и того, кто внутри компании получает обращение. Затем соберите условия предложения: состав услуги, цены или порядок расчёта, сроки, территория работы и ограничения.
Что принять: короткий бриф с приоритетными услугами, типом клиента, главным действием и обязательными условиями. Если вводных мало, возьмите шаблон ТЗ на разработку сайта и заполните только известные пункты. Открытые вопросы подрядчик уточнит на старте.
2. Соберите структуру вокруг вопросов клиента
На этом шаге решают, какие страницы нужны и чем они будут отличаться. Общая страница услуг подходит для первого запуска с коротким предложением. Отдельная страница нужна, когда направление имеет собственные условия, примеры и путь до заявки. Карта сайта должна помогать человеку найти ответ, а команде — обновлять информацию.
Что принять: список страниц с назначением каждой, черновые заголовки, связи между услугами и кейсами, маршрут от входа до обращения. Попросите объяснить, откуда человек попадёт на важную страницу и куда перейдёт дальше. Это полезнее картинки будущего меню без содержимого.
3. Подготовьте тексты, фото и доказательства
Сроки часто сдвигаются на материалах: прайс устарел, фотографии лежат у разных сотрудников, разрешение на публикацию проекта ещё не получено. Назначьте владельца каждого файла и дату передачи. Для кейсов отделяйте сделанную работу от результата, который удалось измерить. Если результат пока неизвестен, честно покажите задачу, решение и доступный для проверки итог.
Что принять: согласованные тексты, список нужных фотографий с правами на использование, перечень кейсов и ответственного за будущие обновления. Необязательные материалы можно вынести в следующую очередь, чтобы один недостающий отзыв не задержал весь запуск.
4. Проверьте прототип до оформления
Прототип показывает порядок блоков и действия посетителя без спора о цветах. Пройдите по нему как клиент: понятно ли, чем компания занимается, сколько примерно стоит решение, какие условия важны и где оставить задачу? Покажите схему человеку, который не участвовал в обсуждении. Его вопросы быстро обнаружат пропущенные объяснения.
Что принять: согласованную последовательность блоков для главной и основных услуг, состав формы, сценарий после отправки. На этом шаге правка структуры обычно понятнее и дешевле, чем перестройка уже собранных страниц.
5. Дизайн и сборка: сверяйте страницу с задачей
Дизайн помогает заметить важное и доверять информации. При согласовании смотрите на читаемость, изображения, состояние кнопок и форму на телефоне. Во время сборки проверьте, что реальные тексты помещаются без обрезки, страницы открываются по согласованным адресам, а нужные действия работают. Если запланированы CRM, запись или оплата, тестируйте маршрут целиком, включая уведомление ответственного.
Что принять: работающие страницы на тестовом адресе, адаптацию под мобильный экран и проверенный путь обращения. В договоре заранее зафиксируйте, какие интеграции входят в этап, а какие оплачиваются отдельно.
6. Проведите приёмку по короткому сценарию
Откройте сайт с телефона без подсказок разработчика. Найдите услугу, прочитайте условия, отправьте тестовую заявку и убедитесь, что сообщение пришло нужному человеку. Проверьте ошибки формы, фотографии, меню, контакты, ссылки на документы и отображение на другом устройстве. Отдельно убедитесь, что у команды есть доступы к домену, хостингу, сайту и аналитике.
Проверка поиска включает собственные заголовки и описания основных страниц, основной адрес, доступность для робота и карту сайта. Эти настройки помогают корректно представить страницы, но не дают гарантии позиций. Зафиксируйте список найденных ошибок и дату повторной проверки. Критерии приёмки лучше записать до начала разработки.
7. Запустите сайт и наблюдайте за обращениями
После публикации проверьте публичный адрес и работу формы ещё раз. Запишите дату запуска, список страниц и исходные показатели. В первые недели следите за доступностью страниц, поисковыми показами, переходами и содержанием заявок. Предметное обращение — человек описал задачу или прислал ТЗ и начал обсуждать работу. Открытие формы и клик по контакту полезны как промежуточные сигналы, но сделкой пока не стали.
Пример из практики Razgon: для «Фулл Клининг» перед сборкой сайта изучили местный спрос и предложения 12 конкурентов. На страницах показали открытый расчёт и состав уборки. Кейс подтверждает принятые решения и опубликованный сайт; измеренного роста продаж в нём нет. Он хорошо показывает, почему предложение и структура появляются раньше финального оформления.
Что спросить у подрядчика перед стартом
- Какой результат мы получим после каждого этапа и кто его согласует?
- Кто готовит тексты, фото, прайс и документы? Что происходит, если материалы задержатся?
- Как проверяется заявка и кому она приходит после запуска?
- Какие работы, внешние сервисы и будущие обновления входят в стоимость?
- Какие доступы и исходные материалы передаются компании при завершении?
Пришлите Razgon описание задачи, текущий сайт или материалы, основные услуги и срок запуска. Мы предложим состав первого этапа и проверяемые результаты. Форматы работ и стартовые цены есть на странице разработки сайтов; точная смета зависит от объёма страниц, контента и интеграций.