Крыши.ру имеют в своей базе собственные производственные площадки, при этом их основным направлением деятельности является поставка кровельных и фасадных материалов, а также заборов.
Они являются официальным дилером именитых российских и зарубежных производителей: Tegola, Borge, Aquasystem, «Изоспан», Docke и других.
Наверное, уже всем знакомый запрос — увеличение продаж, однако мы хотим обратить внимание на первоначальную цель клиента: стратегический переход на новый бренд и его поднятие до лидирующих позиций за счет уровня экспертности. Таким образом, клиент видит, что это позволит ему наладить лидогенерацию и нивелировать линию сезонности.
В итоге формируется два списка задач: то, как видит будущую работу клиент, и то, как это будет на самом деле. Здесь важно понимать, как просто это с уст заказчика и как многогранно со стороны исполнителя (всё как и всегда).
Задача клиента: перейти на новый бренд через запуск сайта с возможностью дальнейшего масштабирования функционала.
А теперь то, как мы видим эту задачу:
Учитывая бизнес-цель и требования от сайта клиента, на выбор были представлены: ModX, 1С-Битрикс и Laravel. Путем обсуждения и учитывая уже имеющиеся процессы внутри компании решили остановиться на 1С-Битрикс по следующим причинам:

Учитывая формат работы — Time and Materials (доработка и усовершенствование во время разработки), нам требовалось продумать возможные риски и то, как мы могли минимизировать их влияние на процесс.
Как умеренный риск — неопределенность требований и изменение бизнес-целей. Путем проведения повторного интервью, уточнения деталей и согласования нового ТЗ мы закладываем возможность повышенной гибкости в самой разработке за счет поэтапного процесса.
Как значимый риск — просадок по SEO после релиза MVP. Предлагаем дополнительно подключение Яндекс Директа в течение 2–3 месяцев, пока ведется настройка и индексация нового сайта.
Как критический риск — продолжительная интеграция с учетной базой. В таком случае формируем документацию интеграции с 1С и сайта, дополнительно проводим проверку внутренней системы с учетом базы на корректность и возможность интеграции.
Аудитория собиралась на основе базы знаний самого клиента и желаемой аудитории, на основе которой было собрано три основных портрета:

Параллельно с разработкой нового сайта было запланировано участие компании в офлайн-мероприятии. Необходимо было презентовать бренд с новым позиционированием и подготовить аудиторию к изменениям — полноценный сайт еще не готов, поэтому возникла задача экстренного запуска лендинга.
Задачи лендинга:
Ключевые блоки лендинга:

За основу конкурентов для дальнейшего бенчмарка брались как региональные компании, так и крупные игроки, на чьи решения в формировании актуального UX/UI и функциональные паттерны опирались Крыши.ру.
Таким образом нам удалось выявить сильные стороны конкурентов, а также их pain points (то есть, с какими проблемами сталкиваются пользователи). Особое внимание уделяли: структуре пользовательских сценариев, качеству навигации, дизайну и информативности для коммуникации на первом этапе.
Учитывая все желания клиента и его перспективы, делим проект на несколько этапов этапа:
На этапе прототипирования берем за основу всё то, что прошло через анализ:

После этапа согласования стилистики и прототипа дизайнер приступает к проработке главной страницы. Сначала создается полный дизайн главной страницы вместе с адаптивной версией и ui-китом. Таким образом мы сразу согласовываем стиль и функциональную логику будущего сайта
Ключевые особенности дизайна:
Перед началом верстки дизайнером было подготовлено техническое задание с ключевыми акцентами на адаптивность, логику пользовательских путей и необходимые анимации. Далее проведена классическая работа по адаптации интерфейса под все типы устройств — от десктопа до мобильных — с сохранением высокого уровня UX. Особое внимание уделено выстраиванию интерактивной логики квиза на главной странице для эффективного сбора лидов, а также проработке плавных анимаций, повышающих вовлеченность и навигационный комфорт.
Далее стояла задача в полноценной интеграции готовой вёрстки в CMS, поэтому складывался следующий ход работы:
