В прошлом году к нам пришла производственная компания с запросом «нужен современный сайт». Через 2 встречи выяснилось, что проблема вообще не в дизайне: сайт терял B2B-заявки, HR не мог закрывать вакансии, а отдел продаж жил в таблицах. Самые дорогие ошибки здесь появляются еще до релиза - после верстки и интеграций исправления стоят в 3-10 раз дороже, чем на этапе структуры.
Если в начале договориться, зачем сайт нужен бизнесу, проект идет спокойно. Если стартовать с референсов и анимации, обычно получается красивая вещь с дорогой поддержкой и слабым результатом.
Сайт начинает ломаться в момент постановки задачи
Обычно обсуждение начинается с фразы «сделайте посовременнее». Для бизнеса этого недостаточно. У корпоративного сайта почти всегда несколько ролей: заявки, доверие, найм, поддержка клиентов. Когда приоритеты не расставлены, на главной странице пытаются уместить все сразу.
На проекте для B2B-дистрибьютора клиент просил редизайн на WordPress 6.6. После интервью с продажами стало ясно, что цель другая - поднять число целевых обращений и сократить время до первого контакта. Вместо 40+ страниц сделали структуру из 5 разделов: услуги, отрасли, кейсы, команда, вакансии. Через 10 недель после запуска смотрели уже не на трафик, а на конверсию в заявку, долю квалифицированных лидов и поведение в GA4 и Яндекс Метрике.
Мини-диалог здесь почти всегда один и тот же:
- Нам нужен современный сайт.
- Для кого именно?
- Для клиентов.
- Что клиент должен сделать за 1-2 минуты?
Если в ответ звучит «понять, что мы надежные», проект начинает буксовать. Надежность - это ощущение. Сценарий - запросить оценку, скачать презентацию, перейти в кейс, откликнуться на вакансию.
До выбора подрядчика нужно собрать не ТЗ, а исходные данные
На старте важен не объем документа, а качество того, что компания уже знает о себе и клиентах. Подрядчик не должен додумывать за бизнес, что продавать, кому продавать и кто внутри согласует материалы.
Что стоит собрать до старта:
- цель сайта и что считать успехом через 3 месяца и 12 месяцев
- приоритетные аудитории и их реальные вопросы
- обязательный контент: кейсы, лицензии, реквизиты, FAQ, фото команды
- список интеграций: CRM, формы, аналитика, телефония
- кто внутри компании принимает решения и кто отдает материалы
Самый частый стоп-фактор - контент. Продажи обещают кейсы «по ходу», маркетинг ищет фото в последний момент, юрист вспоминает про политику обработки данных за пару дней до релиза. На практике это сдвигает запуск на 2-4 недели и ломает уже согласованную структуру.
| Что на старте | Если есть | Если нет |
|---|---|---|
| Карта страниц | быстрее сборка | правки в середине проекта |
| Вопросы от продаж | точнее сценарии | страницы «обо всем» |
| Кейсы и факты | выше доверие | пустые обещания |
| Интеграции с CRM | прозрачные лиды | ручная рутина |
На двух проектах в одной нише разница получилась заметной. Там, где у клиента были карта страниц, УТП и вопросы от продаж, срок сократился на 15-30%.
Экономить можно не везде
Нормальная цепочка выглядит так: discovery, структура, прототипы, визуальная концепция, разработка, наполнение, тестирование, релиз, потом 1-3 месяца наблюдения. Это не бюрократия, а способ не платить дважды.
Сокращать бюджет можно на декоративной анимации, редких интеграциях «на потом», сложных спецэффектах. На мобильной версии, SEO-базе, прототипах и тестировании форм я бы не экономил. У нас был проект, где по просьбе клиента почти убрали этап прототипов. Через 5 недель выяснилось, что в макеты не помещаются фильтр по отраслям, форма B2B-запроса и блок кейсов. Переделка фронтенда заняла еще 12 рабочих дней.
Один раз мы сами недооценили объем контента на старте и слишком поздно зафиксировали требования к материалам. В итоге структура выдержала, но запуск сдвинулся почти на 2 недели. После этого я всегда смотрю на контент как на часть проекта, а не как на приложение к нему.
По стеку выбор обычно прозаичен:
WordPress 6.6 - когда маркетингу нужен быстрый запуск и простая поддержка
1С-Битрикс - когда важны корпоративные интеграции и привычная админка
Strapi + Next.js 15 - когда нужен сложный фронтенд и несколько витрин
Laravel 11 + Filament, PostgreSQL 16, Node.js 20 + NestJS - когда сайт быстро растет в сервис
Мы подбираем стек под команду клиента и темп изменений. Если маркетинг каждую неделю меняет страницы, это один сценарий. Если сайт связан с внутренними системами и живет годами, сценарий другой.
Релиз в срок еще не означает, что сайт начал работать
В B2B дизайн помогает, но заявку двигают доказательства: сроки, кейсы, процесс работы, понятный следующий шаг после формы.
До
- одна кнопка «Оставить заявку»
- форма на 11 полей
- рядом с услугой нет кейсов
- после отправки неясно, что будет дальше
После
- CTA по сценарию: «Запросить оценку», «Получить КП», «Обсудить проект»
- форма сокращена до 4 полей
- рядом сроки, этапы, кейсы и ответственный менеджер
- подключены CRM, GA4, Яндекс Метрика и call tracking
На сайте промышленного сервиса мы не меняли трафик вообще. Пересобрали формы, связали услуги с кейсами, поправили мобильную версию. Конверсия выросла на 18%, а доля целевых обращений - на 27%.
До релиза лучше спорить о структуре. После релиза спор обычно уже о счетах за переделку.
Рабочий сайт видно по управляемости, а не по вкусу руководителя
Мне обычно хватает короткого списка проверок. Маркетинг должен собирать новую страницу за 1-2 часа без разработчика. SEO не должно ломаться от правок. Лиды обязаны доходить до CRM без ручного копирования. По скорости ориентир простой: LCP до 2.5 сек, INP до 200 мс, CLS до 0.1.
Если подрядчик не может до старта сказать, какие три действия пользователь должен сделать на сайте и как это будут мерить через 90 дней, проект еще сырой. У той самой производственной компании из начала статьи вопрос был не в «современности». Вопрос был в том, сможет ли сайт наконец начать работать вместо отдела, который привык все делать вручную.
