Brealit: первый релиз B2B-сайта точно к дате конференции
Компания пришла за ребрендингом и новым сайтом. За две недели до клиентской конференции меня экстренно вернули на проект, и оказалось, что макеты далеки от готовности. Я пересобрала объём под реальный срок, и первый релиз вышел к дате без переносов.
Роль
Вела проект после возвращения: созвоны с клиентом, проектирование, передача в разработку
Команда
Студия Toimi: старший дизайнер на согласовании, арт-директор, разработчики
Brealit 16 лет на рынке и конкурирует с 1С. Продукты компании работают в наивысшем классе опасности: охрана труда, электронный наряд-допуск, личный кабинет подрядчика, промышленная и пожарная безопасность.
Старый сайт asupb.ru (откроется в новой вкладке) не объяснял, чем занимается компания, и не вызывал доверия у аудитории, которая принимает решения на миллионы. Продукт объёмный по информации, а цикл сделки занимает недели и месяцы.
ЛПР
Директор по безопасности и главный инженер. Им нужно простым языком понять, что решение надёжное, и снять с себя ответственность за выбор.
ЛВПР
Архитекторы и специалисты по охране труда и промышленной безопасности. Им нужны технические детали.
02
Задача, ограничения и роль
Задача
Успеть показать новый бренд и рабочий сайт на клиентской конференции с фиксированной датой, не потеряв в качестве и не подорвав доверие клиента к команде.
Ограничения
Две недели до конференции
В макетах не проработаны ховеры, дропдауны, анимации и состояния
40+ страниц продуктов без контента от клиента
Клиент настаивал на таблицах в тысячу строк без возможности скачать файл
Моя роль
Подключилась на этапе аналитики и построила план исследования. Потом перешла на другой проект студии. За две недели до конференции меня вернули, и дальше я вела проект полностью. Старший дизайнер согласовывал решения и был на подхвате.
03
Исследование и исходные данные
Ещё на этапе аналитики, до кризиса, построили план исследования из 7 фаз:
сбор данных и интервью
анализ восприятия бренда
конкурентный анализ 13+ игроков
тенденции рынка
путь клиента
метрики бренда
внутреннее соответствие
Когда меня вернули на проект, отдельно провела аудит макетов в Figma: что действительно готово к вёрстке, а что нет.
Портреты групп аудитории: ЛПР и ЛВПР, их мотивы, боли и драйверы
Что выяснилось
Одному потоку контента не верит никто
Старый сайт говорил одинаково с ЛПР и ЛВПР и не убеждал ни тех, ни других. Сайту нужны две точки входа: стратегическая и техническая.
Пустые «Цены» читаются как недоговорённость
Аудитория сравнивает нескольких поставщиков параллельно. Раздел без цифр воспринимался не как гибкость, а как попытка что-то скрыть.
«Почти всё готово» оказалось чужой оценкой
В макетах не хватало состояний, без которых живая вёрстка невозможна, а для 40 страниц продуктов не было контента.
04
Процесс и ключевые решения
Решение 1
Пересобрать объём под реальный срок
Проблема
Мне сказали, что почти всё готово и нужно добить детали. При погружении в Figma стало ясно, что это не так, а клиент не собирался в ближайшее время присылать контент для 40 страниц.
Решение
Молча тянуть нереалистичный объём не стала. Взяла паузу, оценила ситуацию и вышла к команде с конкретным предложением: работать релизами.
Почему так
К первому релизу важно было закрыть главную задачу клиента: эффектно показать ребрендинг и выстроить доверие новой аудитории. Остальное могло подождать без ущерба для конференции.
Как действовала
Диагностика
Шаг 1
Изучила весь объём и прикинула реальное время на каждый блок
Приоритизация
Шаг 2
Составила список страниц, которые закроют задачу клиента: эффектно показать ребрендинг
Презентация команде
Шаг 3
Предложила арт-директору работать релизами и к первому закрыть презентацию компании и доверие новой аудитории
Пробелы
Шаг 4
Придумала заглушки в фирменной стилистике с плашкой «в разработке»
Исполнение
Шаг 5
До ночи перед релизом разработчики допиливали и тестировали страницы, была на связи и снимала вопросы по логике и состояниям
Решение 2
Две точки входа для двух аудиторий
Проблема
Сжатые сроки не отменяли главной сложности: внутри одной покупки два разных пользователя с разными вопросами.
Решение
Архитектура с двумя точками входа: стратегической для ЛПР и технической для ЛВПР.
Почему так
Вывод сделан на этапе аналитики, до кризиса. Благодаря этому за две недели не пришлось придумывать архитектуру заново.
Итог
Было точно понятно, какие 8 страниц нужны в первом релизе.
Новая структура сайта: разделы и блоки каждой страницы
Решение 3
«Версии продукта» вместо пустой страницы «Цены»
Проблема
Ценообразование у Brealit индивидуальное, и на сайте это выглядело как пустой раздел «Цены». Посетитель уходил без следующего шага.
Решение
Заменила логику раздела: «Версии продукта» с описанием тарифов и формой запроса КП. Форма сразу объясняет, почему цена индивидуальная и что нужно рассказать о задаче, чтобы её получить.
Итог
Раздел перестал быть провалом доверия и стал точкой начала диалога.
«Версии продукта»: тарифы Стандарт и PRO вместо пустой страницы с ценами
Решение 4
Единая структура для 40+ страниц услуг
Проблема
Каждая страница услуги должна быть понятна сразу нескольким ролям, а клиент дольше всего не давал контент именно по ним. Позже это стало одной из причин кризиса.
Решение
Создала единую структуру услуги и сразу отправила клиенту. Каждую страницу проектировала с одним вопросом: что должен подумать руководитель после этого экрана, чтобы сделать следующий шаг. Вместо перечня функций вынесла доказательства: кейсы внедрений, цифры, логотипы клиентов, сертификаты, команду.
Для таблиц в тысячу строк после нескольких раундов обсуждений с клиентом и разработчиками договорились о структурированном контенте вместо голой таблицы и просмотре прямо на странице с поиском. Адаптив согласовали с разработчиком до старта вёрстки.
Итог
Контент по всем 40 страницам клиент к первому релизу так и не прислал, и они ушли в заглушки. Единая структура пригодилась позже, при наполнении в релизах 2 и 3.
Страница продукта: каждая функция раскрывается вместе с экраном системы
Таблица вместо файла на тысячу строк: десктоп и мобильная версия
Заглушка «скоро здесь появится новый раздел» в фирменной стилистике
05
Финальное решение
Сайт запускался релизами:
Релиз 1
К конференции: главная, о компании, команда, контакты, «Стать партнёром», документация, основные направления, 2 продукта
Релиз 2
Интеграции, отзывы, конструктор цен
Релиз 3
Блог, документация, дорожные карты, медиаресурсы, журнал обновлений
Работа над сайтом продолжается
Страница продукта «Электронный наряд-допуск» целиком: от первого экрана до формы обратной связи
Мобильная версия: главная, меню решений и меню платформы
Тёмный блок «Эффекты от внедрения»: результат продукта в цифрах
Блог из третьего релиза: статья в светлой и тёмной теме
06
Результат
Обратная связь и итог
Первый релиз вышел точно к дате конференции, без переносов
Команда поддержала работу релизами с первого предложения, пересматривать объём в последний момент не пришлось
Клиент показал новый бренд и сайт на публичном мероприятии. Гости спрашивали визитки и заходили на сайт прямо во время конференции
Проект продолжился после конференции, клиент остался с новым сайтом
07
Выводы
В этом проекте скорость решения о масштабе оказалась важнее скорости работы руками. «Там почти всё готово» было чужой оценкой, и доверие к ней без собственной проверки в двухнедельном спринте стоило потерянных дней.
Что сделала бы иначе. Подняла бы вопрос реалистичности объёма ещё на первом созвоне, а не после погружения в Figma.
Хотите обсудить этот кейс подробнее?
Расскажу подробнее о решениях, которые не вошли в описание.
Написать в Телеграм