Сайт для логистической компании на WordPress: заявка, калькулятор, трекинг и личный кабинет

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

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

Какие задачи должен решать сайт логистики

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

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

Почему WordPress подходит не только для «визитки»

WordPress удобно использовать как CMS для страниц услуг, тарифов, FAQ, инструкций, новостей и SEO-материалов. Менеджер может редактировать контент без разработчика, а техническая команда добавляет кастомные сущности и API для операционной части.

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

Как проектировать калькулятор доставки

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

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

Где хранить тарифы

Небольшой набор тарифов можно хранить в WordPress через отдельные настройки или таблицы. Если цены приходят из внешней системы, сайт должен запрашивать API и кэшировать результат по понятным правилам. Не стоит копировать один и тот же тариф одновременно в CMS, CRM и Google Sheets без определения главного источника.

Для каждого поля важно знать source of truth. Тогда изменение цены не требует искать пять мест, где осталась старая цифра.

Заявка: какие данные собирать

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

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

Личный кабинет клиента

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

Кабинет не обязательно строить на стандартном профиле WordPress. Часто удобнее отдельный frontend с серверными API. Пользователь должен видеть только свои данные, а проверка прав выполняется на сервере при каждом запросе.

Как устроить трекинг

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

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

Уведомления без спама

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

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

Интеграция с CRM

Если менеджеры работают в CRM, сайт не должен становиться второй CRM. Заявка создаётся на сайте, затем через API передаётся в рабочую систему вместе с source, UTM-метками и техническим идентификатором. Из CRM при необходимости возвращаются статус, ответственный и служебные данные для клиента.

Подробнее о подходе к связке можно посмотреть на странице интеграций CRM с сайтом.

Оплата и безопасность

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

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

SEO для логистической компании

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

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

Этапы разработки

1. описать путь заявки и роли сотрудников;
2. согласовать данные и справочник статусов;
3. определить источники тарифов;
4. спроектировать API и интеграции;
5. собрать публичные страницы и формы;
6. реализовать калькулятор;
7. подключить CRM и уведомления;
8. добавить кабинет и трекинг;
9. провести тесты повторов, ошибок и прав доступа;
10. запустить аналитику и SEO-страницы.

Когда WordPress стоит дополнить отдельным backend

Если расчёты сложные, много внешних API, есть очереди, высокий объём событий или несколько клиентских приложений, часть логики разумно вынести в отдельный backend. WordPress остаётся CMS и точкой управления контентом, а сервис обрабатывает операционные процессы.

Что подготовить для оценки

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

A.S Groups разрабатывает WordPress-проекты с API, CRM и автоматизацией. Если нужен сайт логистической компании с рабочей бизнес-логикой, отправьте исходные данные через форму контактов.