Глобал Логистик — цифровая платформа

«Глобал Логистик» — транспортно-логистическая компания с филиалами в Москве, Южно-Сахалинске, Владивостоке и Новосибирске. Компания организует автомобильные, железнодорожные, авиа- и морские перевозки по России с фокусом на Дальний Восток, занимается снабжением нефтегазовых объектов и предоставляет услуги 3PL на Сахалине.

На момент разработки в компании работало более 80 сотрудников. Основная аудитория — B2B: собственники бизнеса, снабженцы, закупщики и сотрудники компаний, регулярно работающие с грузоперевозками.

Проект начинался как полный редизайн устаревшего корпоративного сайта. В процессе сайт превратился в цифровой сервис, через который клиент может рассчитать стоимость перевозки, сравнить варианты доставки, отправить заявку, отследить груз и работать с компанией через личный кабинет.

До начала проекта у компании был одностраничный сайт на WordPress, существовавший примерно с 2010 года.

За это время бизнес вырос, появились новые направления и филиалы, а сайт остался практически в прежнем состоянии.

На нем уже существовали калькулятор, заявки и сервис отслеживания, но они не были объединены в полноценный пользовательский сценарий. Тарифы обновлялись вручную, возможности управления контентом были ограничены, личного кабинета не существовало.

Главной бизнес-проблемой было другое: компания практически не использовала сайт как полноценный канал привлечения клиентов.

«Глобал Логистик» необходимо было конкурировать в digital с крупными федеральными транспортными компаниями, запустить продвижение и получить современную посадочную инфраструктуру, которая не теряет приведенный рекламой трафик.

От нас требовалось спроектировать и реализовать продукт под ключ:

• обновить позиционирование и визуальную коммуникацию;
• разработать многостраничную структуру;
• создать новый калькулятор перевозок;
• встроить отслеживание груза в CJM;
• дать маркетинговой команде полноценное управление контентом;
• создать основу для SEO;
• подготовить архитектуру к дальнейшим интеграциям;
• обеспечить возможность развития личного кабинета.

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

Бизнес-цели

Первой целью было превратить сайт из корпоративной визитки в инструмент продаж.

Пользователь, сравнивающий «Глобал Логистик» с федеральными операторами, должен был получить понятный и конкурентоспособный digital-сервис.

Второй задачей было вывести стоимость перевозки в центр пользовательского сценария. В этой нише цена является одним из ключевых критериев выбора, а на ряде направлений «Глобал Логистик» существенно выигрывает у крупных операторов.

Третья задача — сократить зависимость бизнеса от разработчиков. Услуги, тарифы, SEO, сотрудники, баннеры, реквизиты и другой изменяемый контент должны были управляться самой командой заказчика.

И наконец, архитектура должна была поддерживать следующий этап развития: self-service для постоянных B2B-клиентов через личный кабинет.

Проектирование

Работу начали с брифинга с командой заказчика, анализа существующих процессов и конкурентного исследования транспортно-логистической отрасли.

Изучали не только локальных игроков, но и крупные федеральные транспортные компании: как они показывают тарифы, рассчитывают перевозки, собирают заявки, организуют отслеживание и обслуживают постоянных клиентов.

После discovery определили:

• бизнес-требования;
• технические ограничения;
• архитектуру продукта;
• структуру сайта;
• контентную сетку;
• требования к CMS;
• ключевые пользовательские сценарии.

Основную версию продукта разработали примерно за 3 месяца.

После запуска сайт перешел на годовое абонентское обслуживание и постоянное развитие.

Позднее, когда заказчик подготовил доступ к собственной 1С, отдельным этапом примерно за 2 месяца разработали личный кабинет.

[Здесь должно быть изображение: этапы развития продукта — сайт → сопровождение → личный кабинет]

Вместо немедленной отрисовки всего многостраничного сайта мы начали с нескольких ключевых экранов.

На них проверили основную продуктовую логику:

• какой оффер пользователь должен увидеть первым;
• какие аргументы нужны на первых экранах;
• где должен находиться калькулятор;
• как пользователь переходит к заявке;
• какие преимущества компании необходимо объяснить до CTA.

Дизайн-концепции отдельно защищали перед заказчиком и корректировали в диалоге.

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

После выбора направления подготовили черно-белый прототип, согласовали порядок и содержание секций и только затем разработали полноценный UI.

[Здесь должно быть изображение: варианты первых экранов]

[Здесь должно быть изображение: черно-белый прототип]

Desktop-first в разработке

Основным пользователем сайта является не частный клиент, который оформляет доставку посылки со смартфона.

Это закупщик, снабженец, секретарь, менеджер или собственник бизнеса, который ищет транспортную компанию в рабочем контексте.

Поэтому основную информационную архитектуру проектировали прежде всего вокруг desktop-сценариев.

При этом мобильная версия не стала механически уменьшенной desktop-версией.

Для разных размеров экрана отдельно определяли:

• визуальные приоритеты;
• последовательность контента;
• расположение CTA;
• количество одновременно отображаемой информации.

В некоторых местах сознательно жертвовали плотностью интерфейса, чтобы сохранить управление вниманием пользователя.

После запуска поведение аудитории дополнительно анализировали через Яндекс Метрику и Вебвизор.

[Читайте: чем адаптивный дизайн отличается от responsive-дизайна]

[Здесь должно быть изображение: desktop / tablet / mobile]

На этапе архитектуры рассматривали WordPress, Tilda и Headless-подход.

В итоге выбрали Headless CMS.

Основными причинами стали:

• производительность;
• стоимость владения;
• отсутствие жесткого vendor lock-in;
• гибкое моделирование контента;
• удобство интеграций;
• возможность развивать сайт в полноценный digital-продукт.

В качестве CMS используется PayloadCMS.

Архитектура также включает Docker, S3-хранилище, CDN, собственные backend-сервисы, PDF-generation, Bitrix24 и REST-интеграцию с 1С.

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

[Читайте: что такое Headless CMS и чем она лучше классических CMS]

[Здесь должно быть изображение: интерфейс PayloadCMS]

Мы вынесли в систему управления практически все сущности, которые потенциально могут изменяться.

Команда заказчика может самостоятельно:

• создавать и редактировать услуги;
• вести блог;
• менять заголовки и офферы;
• управлять SEO;
• редактировать меню;
• управлять рекламными баннерами;
• менять частоту их показа;
• редактировать формы;
• управлять FAQ;
• публиковать юридические документы;
• менять реквизиты;
• управлять филиалами;
• редактировать телефоны и адреса;
• менять ссылки на мессенджеры и социальные сети;
• редактировать сотрудников и отделы;
• управлять медиатекой;
• выдавать другим сотрудникам доступ к CMS.

Большая часть операционных изменений больше не требует участия разработчика.

Позднее заказчик все равно оставил продукт у нас на абонентском обслуживании — но уже для развития, аналитики и оптимизации, а не для технического внесения каждого изменения.

[Здесь должно быть изображение: структура CMS]

Калькулятор как primary CTA

Стоимость перевозки стала центральным элементом CJM.

Пользователь логистической компании часто приходит на сайт уже на стадии сравнения подрядчиков. Ему необходимо понять не только «может ли компания перевезти груз», но и сколько это будет стоить.

Для «Глобал Логистик» этот сценарий особенно важен: по некоторым направлениям компания существенно выигрывает по стоимости у федеральных транспортных операторов.

Поэтому калькулятор сделали одним из основных CTA сайта.

[Здесь должно быть изображение: калькулятор на главной]

Не заставлять клиента выбирать способ перевозки

Первоначально казалось логичным попросить пользователя выбрать:

• авиа;
• авто;
• железную дорогу.

Но пользовательские тестирования показали проблему.

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

Поэтому мы убрали этот выбор из первого шага.

Пользователь вводит параметры груза, а система сама рассчитывает доступные варианты и позволяет сравнить их по двум главным параметрам:

стоимость ↔ скорость.

Таким образом, клиент выбирает не технологию перевозки, а наиболее подходящий бизнес-результат.

[Здесь должно быть изображение: сравнение нескольких способов перевозки]

Реальная логика расчета перевозок

Калькулятор использует методологию, которой пользуется сама компания.

Исходные формулы связаны с актуальными тарифами.

Отдельная логика применяется для:

• авиаперевозок;
• железнодорожных перевозок;
• автоперевозок.

Например, расчет авиа может учитывать:

• город отправления;
• город назначения;
• минимальный и максимальный вес;
• стоимость килограмма;
• объем;
• стоимость кубического метра;
• терминальный сбор;
• другие параметры тарифной сетки.

Срок перевозки задается в тарифах.

После расчета пользователь может сразу перейти к оформлению перевозки, а уже введенные данные переиспользуются дальше в сценарии.

Что изменили после пользовательского тестирования

Сценарий калькулятора тестировали на фокус-группах до финального запуска.

Тесты показали две заметные проблемы.

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

Во-вторых, после получения результата абстрактный CTA «Оставить заявку» плохо объяснял следующий шаг.

Поэтому:

• убрали предварительный выбор транспорта;
• начали считать сразу несколько вариантов;
• добавили сравнение результатов;
• изменили CTA;
• связали расчет с последующим оформлением перевозки.

Это позволило выстроить калькулятор вокруг мышления пользователя, а не внутренней терминологии логистической компании.

Один Excel — весь тарифный контур

Одной из наиболее трудоемких внутренних операций было обновление тарифов.

Мы разработали отдельный сервис импорта.

Сотрудник загружает Excel установленного формата. После валидации система автоматически обновляет связанные данные.

Новая версия тарифа:

• становится актуальной;
• начинает использоваться калькулятором;
• появляется на сайте;
• группируется по нужным направлениям;
• получает PDF-версию;
• отправляет предыдущую версию в архив.

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

[Здесь должно быть изображение: импорт Excel]

[Здесь должно быть изображение: тарифы на сайте]

Автоматическая генерация PDF

После публикации тарифной сетки система автоматически формирует PDF.

Он используется не только на сайте, но и как самостоятельный маркетинговый материал для клиентов и отдела продаж.

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

[Здесь должно быть изображение: PDF тарифа]

Сохранили привычный процесс отдела продаж

Первое время заявки с сайта поступали на электронную почту.

Вместо того чтобы сразу заставлять отдел продаж перестраивать привычный процесс, мы дополнительно формировали Word-анкету в том формате, с которым сотрудники уже работали.

Это было небольшое техническое решение, но оно позволило обновить клиентский интерфейс без обязательного внутреннего onboarding всей sales-команды.

Позже, после подключения Bitrix24, временную схему заменили полноценной CRM-интеграцией.

Bitrix24

Заявки с сайта стали передаваться непосредственно в CRM.

В зависимости от формы создается лид или сделка.

Одновременно передаются:

• данные пользователя;
• параметры заявки;
• конкретная форма;
• источник;
• UTM-метки.

Большая форма оформления перевозки используется как отдельный сценарий для наиболее теплого пользователя, уже готового передать параметры груза менеджеру.

В этот момент digital-сценарий заканчивается, а заявку принимает отдел продаж.

[Здесь должно быть изображение: схема сайт → Bitrix24]

Существующие клиенты приходят на сайт не только для повторной заявки.

Один из наиболее частых сценариев — проверить текущий статус перевозки.

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

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

[Здесь должно быть изображение: отслеживание груза]

После запуска основной платформы продукт продолжил развиваться.

Когда заказчик подготовил REST API своей самописной 1С, мы приступили к личному кабинету.

Перед разработкой снова провели конкурентный анализ и отдельно изучили работу существующих B2B-клиентов.

Выяснилось, что обычной модели «аккаунт пользователя» недостаточно.

С одним клиентом «Глобал Логистик» нередко работают сразу несколько сотрудников одной компании.

Поэтому основной сущностью личного кабинета стала организация.

[Здесь должно быть изображение: dashboard ЛК]

Ролевая модель B2B-клиента

В кабинете предусмотрены разные уровни доступа.

Менеджер работает со своими заявками и перевозками.

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

Например, несколько снабженцев одной организации работают каждый со своими перевозками, а руководитель получает агрегированный доступ ко всей активности компании.

Эта модель отражает реальное устройство B2B-клиента, а не упрощает его до одного логина.

Возможности личного кабинета

В зависимости от прав пользователь может:

• видеть активные перевозки;
• отслеживать статус;
• просматривать историю;
• работать с документами;
• смотреть тарифы;
• создавать заявки;
• повторять предыдущие заявки;
• работать с реквизитами;
• видеть своего менеджера;
• получать уведомления;
• управлять сотрудниками компании.

Часть данных поступает непосредственно из 1С через REST API.

Функциональность кабинета продолжает развиваться вместе с внутренними процессами заказчика.

[Здесь должно быть изображение: перевозки]

[Здесь должно быть изображение: карточка перевозки]

[Здесь должно быть изображение: управление пользователями]

Производительность на Дальнем Востоке

Проект имел отдельное инфраструктурное ограничение.

Основной сервер находится в Москве, а значительная часть целевой аудитории — на Дальнем Востоке.

При этом frontend достаточно насыщенный и содержит большое количество медиа.

Мы подключили CDN Selectel, оптимизировали загрузку ресурсов, изображения и frontend, использовали lazy loading и другие механизмы performance optimization.

После подключения CDN LCP для удаленных пользователей сократился примерно в два раза.

В данном случае инфраструктурная оптимизация напрямую связана с маркетингом: рекламный трафик не должен попадать на медленную посадочную страницу только из-за географии пользователя.

Заказчику также требовалась виртуальная экскурсия по складской инфраструктуре.

Сам тур разрабатывала сторонняя команда.

С нашей стороны мы:

• нашли исполнителя;
• сформировали требования;
• подготовили ТЗ;
• координировали коммуникацию;
• принимали результат;
• интегрировали приложение в сайт.

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

[Здесь должно быть изображение или видео: 3D-тур]

После запуска продукт перешел на абонентское обслуживание.

Мы подключили Яндекс Метрику и продолжили работу уже не с гипотетическими персонами, а с фактическим поведением аудитории.

За май 2026 года сайт получил:

5 509 визитов
3 102 посетителя
8 593 просмотра страниц

Показатель отказов составил 23,67%.

[Здесь должно быть изображение: отчет Яндекс Метрики с общими показателями]

Это важно для проекта по одной причине: новый сайт действительно стал рабочей точкой приема трафика, а не имиджевым корпоративным ресурсом.

Значительная часть аудитории приходит из рекламы

Из 3 102 посетителей в отчете за май 2 091 пришли из рекламных источников.

Дополнительно:

• 554 пользователя пришли напрямую;
• 331 — из поисковых систем;
• 83 — по ссылкам с других сайтов;
• 70 — из рекомендательных систем.

Это подтвердило изначальную роль продукта: сайт должен работать как посадочная инфраструктура для рекламных кампаний.

Рекламными кабинетами занимаются партнерские команды, а наша зона ответственности начинается после клика.

Мы анализируем, что происходит с приведенным пользователем:

• понял ли он предложение;
• воспользовался ли калькулятором;
• нашел ли нужный тариф;
• дошел ли до формы;
• где остановился;
• какие элементы интерфейса создают friction.

[Здесь должно быть изображение: источники трафика из Метрики]

Многостраничная структура работает не только «для SEO»

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

В мае страница сборных перевозок получила около 1 570 просмотров, страница контактов — 273, железнодорожные тарифы — 266, раздел 3PL — 166, авиационные тарифы — 143.

Это подтверждает первоначальное архитектурное решение отказаться от формата старого одностраничника.

Разным группам пользователей нужны разные точки входа:

• конкретная услуга;
• тариф;
• контакты;
• 3PL;
• отдельное направление перевозки.

[Здесь должно быть изображение: несколько внутренних страниц сайта]

Есть и повторная аудитория

За тот же период Метрика зафиксировала 885 вернувшихся посетителей и 2 812 новых.

Мы не интерпретируем каждого вернувшегося пользователя как существующего клиента — Метрика не дает оснований для такого вывода.

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

Именно поэтому дальнейшее развитие личного кабинета является логичным продолжением общей CJM.

CRO как постоянный процесс

Мы не считаем релиз завершением работы над интерфейсом.

На основании Метрики и Вебвизора регулярно анализируем:

• пользовательские сценарии;
• поведение на посадочных страницах;
• работу калькулятора;
• формы;
• CTA;
• точки выхода;
• взаимодействие с тарифами;
• поведение трафика из разных рекламных источников.

После этого формируем гипотезы и вносим изменения.

CMS позволяет оперативно менять маркетинговый контент, заголовки и отдельные элементы без полноценного цикла разработки.

При этом мы сознательно не заявляем конкретный процент роста конверсии: имеющийся отчет подтверждает объем и структуру трафика, но не содержит достаточной истории целей для корректного сравнения conversion rate.

Первый экран продолжил развиваться после запуска

Для hero-секции хотелось добавить динамику без декоративной анимации ради самой анимации.

Совместно с заказчиком решили показывать непосредственно логистический процесс.

Для первой версии мы самостоятельно смонтировали видео о пути груза.

Позже у компании появились собственные брендированные видеоматериалы. Мы адаптировали их под формат сайта и заменили первоначальную версию.

[Здесь должно быть видео первого экрана]

Дизайн-система вышла за пределы сайта

Для проекта создали собственный UI-kit и визуальную систему.

На ее основе позднее дополнительно разработали:

• презентацию компании;
• материалы для выставок;
• шаблоны внутренних презентаций;
• другие сопутствующие digital-материалы.

Часть таких задач выполняли для постоянного заказчика дополнительно в рамках долгосрочных отношений.

[Здесь должно быть изображение: презентации и промоматериалы]

Проект начинался как запрос на замену устаревшего WordPress-сайта.

В результате «Глобал Логистик» получил цифровую платформу, которая закрывает несколько этапов взаимодействия с клиентом.

Для нового клиента:

реклама / поиск → посадочная страница → расчет → сравнение → заявка → Bitrix24 → отдел продаж

Для действующего клиента:

сайт / личный кабинет → отслеживание → перевозки → документы → повторная заявка

Для внутренней команды:

CMS → контент → тарифы → калькулятор → PDF → CRM → 1С

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

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

3 месяца
разработка первой версии

2 месяца
разработка первого этапа личного кабинета

1+ год
сопровождения и развития продукта

5 509
визитов за май 2026

3 102
посетителя за май 2026

8 593
просмотра страниц

2 091
посетитель из рекламных источников

885
вернувшихся посетителей

23,67%
показатель отказов

≈2×
сокращение LCP после внедрения CDN для удаленных пользователей

[Здесь должно быть изображение: крупный блок с результатами]

Данные Яндекс Метрики приведены за период 01.05.2026–31.05.2026.

• новый многостраничный сайт;
• UX/UI и UI-kit;
• Headless CMS;
• контентную архитектуру;
• SEO-управление;
• калькулятор стоимости перевозок;
• сравнение способов доставки;
• импорт тарифов из Excel;
• валидацию тарифов;
• версионирование;
• архив тарифов;
• PDF-generation;
• интеграцию отслеживания;
• Bitrix24;
• передачу UTM и источников;
• REST-интеграцию с 1С;
• B2B-личный кабинет;
• корпоративную ролевую модель;
• CDN;
• performance optimization;
• интеграцию 3D-тура;
• Яндекс Метрику;
• последующий CRO;
• дальнейшее продуктовое сопровождение.

В B2B корпоративный сайт перестает быть просто сайтом, когда через него проходят реальные бизнес-процессы.

Клиенту недостаточно прочитать о компании. Ему нужно рассчитать стоимость, сравнить условия, оформить перевозку, отследить груз, получить документы и вернуться за следующей заявкой.

Поэтому в «Глобал Логистик» мы постепенно объединили эти сценарии в один цифровой контур:

расчет → тарифы → заявка → CRM → перевозка → отслеживание → личный кабинет → повторная заявка.

А после запуска продолжили развивать продукт уже на основании поведения тысяч реальных пользователей, а не только первоначальных продуктовых гипотез.

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