На созвонах это обычно развивается по одному сценарию. Сначала компания просит «официальный сайт на 10 страниц», а через час в списке уже появляются дилерский раздел, документы для клиентов, вакансии, английская версия, интеграция с amoCRM и права доступа для нескольких отделов. Формально это все еще сайт. По факту - уже рабочая система, и ошибка на старте потом обходится в 2-3 раза дороже красивой главной.
Я бы смотрел на такой проект с простой установкой: сначала описать, как сайт будет работать в бизнесе, и только потом обсуждать CMS, дизайн и бюджет.
Сайт начинается с рабочих сценариев
У официального сайта почти никогда нет одной задачи. В B2B он должен вызывать доверие, собирать осмысленные заявки, отдавать документы и не заставлять менеджеров вручную разбирать каждое обращение. У сервисной компании к этому добавляются запись, FAQ, несколько типов форм, иногда - найм и регионы.
Когда задач больше двух, привычная схема «главная - о компании - услуги - контакты» быстро перестает работать. На практике важен уже не список страниц, а логика: кто пришел, что он ищет, куда попадает заявка, кто ее видит внутри компании.
На старте полезно трезво определить формат проекта:
| Формат | Что внутри | Когда хватает |
|---|---|---|
| Лендинг | 1 услуга, 1 форма, 1 целевое действие | Тест спроса |
| Корпоративный сайт | Компания, услуги, кейсы, контакты | Нужны доверие и обращения |
| Каталог | Карточки, фильтры, документы | Большой ассортимент |
| Интернет-магазин | Корзина, оплата, статусы | Есть онлайн-продажи |
| Сервисная платформа | Роли, кабинеты, интеграции | Есть внутренняя логика |
Цена растет не из-за количества страниц. Она растет из-за логики, ролей и связей между частями системы.
Базовый минимум, который нельзя выкидывать
Есть вещи, на которых часто экономят, а потом переделывают в спешке. Нужны главная, «О компании», услуги или продукты, контакты, реквизиты, политика конфиденциальности, согласие на обработку данных. Если сфера регулируемая, добавляются лицензии, сертификаты, клиентские документы.
Доверие складывается из мелочей. Реальный адрес, рабочие телефоны, имена ответственных, фото команды, кейсы, FAQ, понятные сроки ответа. Если этого нет, сайт выглядит временным, даже когда дизайн сделан дорого.
Технический минимум у нас обычно такой:
- мобильная версия и HTTPS
- антиспам форм и резервные копии
- понятные URL и sitemap.xml
- GA4 и Яндекс Метрика с настроенными целями
- возможность менять контент без разработчика
Если форма отправляется куда-то на почту, а в аналитике не настроены цели, деньги уже теряются, просто это не видно в отчетах.
Core Web Vitals здесь тоже не для галочки. Для бизнеса это переводится просто: страница открывается быстро, кнопки нажимаются без задержки, интерфейс не скачет. Нормальный ориентир - LCP до 2.5 сек, INP до 200 мс, CLS до 0.1.
Главная страница редко решает, структура решает почти всегда
Компании любят вкладываться в первую страницу, потому что ее видно всем внутри. Но посетитель приходит не смотреть обложку. Ему нужно быстро понять, куда идти: в услуги, в каталог, в документы, в вакансии или в нужный отдел.
Мы переделывали сайт сервисной группы, где меню состояло из абстрактных разделов. Люди переходили между «Решениями» и «Продуктами» и не понимали, в чем разница. После переработки структура стала предметной и опиралась на реальные сценарии пользователей.
До и после выглядело так:
- было: общие названия разделов, одна форма на все обращения, заявки уходили на почту
- стало: отдельные входы для клиентов, партнеров и кандидатов, формы по направлениям, передача в CRM
- результат: пустые переходы -34%, заявок с внутренних страниц стало больше, менеджеры перестали вручную сортировать обращения
Это не вопрос вкуса. Если человек за 5-10 секунд не понял, чем вы занимаетесь и какой у него следующий шаг, проблема почти всегда в структуре.
Разброс цены связан с классом системы
Когда один подрядчик называет 350 тыс. ₽, а другой - 1,8 млн ₽, очень часто речь идет о разных типах проекта. Шаблонный WordPress 6.6 для контентного сайта и система на Laravel 11 + PostgreSQL 16 с ролями, интеграциями и нормальной админкой - это разный объем риска, поддержки и будущих доработок.
Если проект контентный и без сложной логики, WordPress обычно закрывает задачу быстро. Если важны роли, B2B-сценарии и обмен с внутренними системами, часто разумнее смотреть в сторону 1С-Битрикс. Когда есть нестандартные кабинеты, процессы согласования, история обращений и рост по функциям, мы чаще берем Laravel 11 + PostgreSQL 16.
В прошлом году у нас был неудачный кейс, который это хорошо показывает. Компания запустила шаблонный сайт за 6 недель: одна общая форма, без Метрики, без страниц под SEO, тексты менялись только через разработчика. Через несколько месяцев выяснилось, что лиды не попадают в CRM, каталог плохо фильтруется, маркетинг не видит источники обращений. Переделка заняла еще 8 недель и стоила около 70% первого бюджета. Ошибка была не в подрядчике. Формат выбрали раньше, чем описали, как сайт должен работать в реальности.
Что спросить до старта, чтобы потом не платить дважды
Перед запуском часто хватает короткого документа на одну страницу. Без него почти любой сметой легко манипулировать.
Я бы проверил 6 вопросов:
- какие 3 задачи сайт должен решать в ближайший год
- кто основные аудитории: клиент, партнер, кандидат, текущий заказчик
- какой контент обязателен в первый запуск
- какие интеграции нужны сразу, а какие можно отложить
- кто будет администрировать сайт после релиза
- что должно масштабироваться через 6-12 месяцев
Я сам когда-то недооценивал этот этап и потом получал дорогие переделки. Если на эти вопросы нет ответа, вам продают страницы. Когда ответы есть, вы покупаете систему, которая не развалится в тот момент, когда бизнес наконец начнет расти.
