UX‑аудит для B2B: когда бизнесу пора пересобрать сайт, а не подкрутить кнопки

Запрос «освежить дизайн» — один из самых частых, с которым B2B‑компании приходят к подрядчику. Кнопки поменять, шрифты обновить, баннер на главной заменить. Задача кажется понятной и простой. Но когда начинаешь разбираться в том, что происходит под капотом, картина часто оказывается сложнее.

Корпоративные сайты почти по всех сферах живут по похожему сценарию. Сайт сдали пять лет назад без документации. Подрядчик ушёл. Пришёл новый, дописал страницу на другом фреймворке. Потом третий добавил каталог на ещё одном стеке. Каждый решал свою задачу, но системной работы не было. И вот через три‑пять лет вы получаете проект, который собран из кусков, «ходит на костылях» и при этом от него ждут взлет в стратосферу.

Вопрос не в том, красивый сайт или нет. Вопрос в том, решает ли он задачи бизнеса, не создаёт ли новых проблем — и насколько быстро может адаптироваться, когда бизнес меняется.

Почему «подкрутить кнопки» не работает

Есть ситуации, когда точечные правки уместны. Адаптировать сайт под требования законодательства, поменять номер телефона, обновить прайс — для этого пересборка не нужна. Но когда проблемы носят системный характер, косметика не даст ощутимых результатов.

Системные проблемы делятся на два слоя, и оба мешают двигаться вперёд.

Первый — дизайн и контент. Страницы противоречат друг другу: на одной кнопка синяя, на другой зелёная, третья выглядит так, будто её делала другая компания. Пользователь не может выполнить элементарное действие — найти номер телефона или оставить заявку — без того, чтобы покрутить страницу в три стороны. Содержание морально устарело настолько, что менеджеры по продажам вынуждены «допояснять» клиентам то, что сайт не объяснил.

В итоге непонятно, на что опираться. Дизайнеру — на какой из вариантов оформления одного и того же элемента. Разработчику — на какой из трёх стеков. Ни дизайн, ни код не имеют единой системы, а значит, любая новая доработка только увеличивает хаос.

В B2B это особенно болезненно. Цикл сделки и так длинный, а тут ещё сайт работает против вас. Отдел продаж перегружен некачественными лидами и типовыми вопросами, ответы на которые должны быть на сайте. Продукт непонятен клиентам, потому что сайт не отвечает на реальные возражения. Маркетинг дорожает, потому что трафик есть, а конверсия в заявки — нет. Лиды теряются на каждом шаге воронки.

Как выглядит граница между «починить» и «пересобрать»

В идеальном мире подрядчик сдаёт сайт вместе с документацией и потом сам его поддерживает. Но в реальности в процессе разработки между командами заказчика и подрядчика копится напряжение из‑за сроков. Руководители привязывают запуск к корпоративной дате, о которой вспомнили за две недели. Начинается давление, проекты делаются впопыхах, хорошие команды уходят — и проект начинает гулять по рукам.

Если у проекта нет документации, нет проверенного подрядчика, а правки делаются стихийно — это неизбежно приводит к ситуации, когда проще переделать заново, чем пытаться спасти то, что есть. Экономия на качественной поддержке и развитии проекта превращает его в два‑пять лет в конструкцию, которую дешевле разобрать и собрать с нуля.

Граница проходит по конкретным вопросам:

1. Есть ли у проекта актуальная документация?
2. Понятно ли, как устроена архитектура и на каком стеке что написано?
3. Можно ли внести изменение в одном месте, не сломав три других?

Если на эти вопросы ответ «нет» или «не знаем» — скорее всего, точечными правками ситуацию уже не вытянуть. И чем дольше вы продолжаете латать, тем дороже обойдётся пересборка потом.

Четыре случая, когда латать было бесполезно

Амбиции, не заложенные в архитектуру. Застройщик пришёл на техническую поддержку после того, как предыдущие разработчики не смогли очистить сайт от вирусов, а трафик постоянно сливался на спам‑площадки. Мы устранили проблему, полностью пересобрав ядро проекта. Но дальше стало очевидно: амбиции застройщика и текущий сайт не совпадают. Архитектура не была рассчитана на такой объём масштабирования, и никакие косметические улучшения этого не решали.

Процесс, который тормозил бизнес. Логистическая компания: операционные процессы на сайте были настолько неэффективными, что скорость выполнения рутинных операций пользователями проигрывала конкурентам в разы. Мы полностью переосмыслили процесс, упростили его и сократили время на типовые операции более чем втрое.

1 000 часов в месяц, которые сжирал интерфейс. Мобильное приложение для инженеров промышленной компании. Каждый инженер терял от 40 до 70 минут в день на неудобный интерфейс — умножьте на штат, и получится больше тысячи рабочих часов в месяц. После пересборки эти часы вернулись в работу.

Во всех четырёх случаях точечные доработки не дали бы бизнесу ощутимого результата, потому что проблемы были системными.

Что даёт UX‑аудит перед редизайном

На практике аудит включает аналитику текущих метрик, разбор структуры и контента, анализ форм, CTA, каталога, мобильной версии, личного кабинета. Пишутся сценарии использования, которые проверяются на фокус‑группах и реальных пользователях с помощью айтрекинга и прогнозирования поведения.

На выходе получается приоритизированный список проблем, протестированные гипотезы и кликабельные прототипы — чтобы можно было получить пользовательский опыт ещё до начала разработки.

Аудит может занимать занимать от двух до шести недель. Со стороны бренда обычно участвуют команда маркетинга, отдел продаж и руководитель — те, кто ближе всего к целевой аудитории, хотя у них нередко бывает замыленный взгляд на собственный продукт.

Главное, что бизнес узнаёт после аудита: системные ошибки, которые повторяются из раздела в раздел на каждой странице. И решения, которые эти ошибки исправляют.

Когда пора действовать

Серьёзный сайт — это серьёзные сроки. Аналитика, дизайн, разработка — чтобы сделать это вдумчиво, нужно время. Именно поэтому многие бизнесы откладывают и продолжают латать существующий проект. В нашей практике был клиент, у которого горел вопрос лидов, а на полноценную разработку не было ни времени, ни бюджета. Мы долго жили в режиме доработок — и всё это имело эффект, но не тот, который дал обновлённый проект.

Если вы узнаёте свою ситуацию — имеет смысл начать с аудита перед редизайном. Это работа от 200 человекочасов в зависимости от объёма проекта. Аудит покажет, что именно не так, где теряются лиды и деньги, и стоит ли спасать существующий проект или эффективнее пересобрать.