Сайт для транспортной компании: от маршрута до подтверждённой перевозки

Сборный груз, выделенный автомобиль и специализированная перевозка требуют разных исходных данных. Для сборной отправки клиенту важны пункты приёма и выдачи, вес, объём и дополнительные услуги. Для отдельной машины важны дата, адреса, параметры кузова и ограничения погрузки. Один универсальный калькулятор без этих различий создаёт обещание, которое менеджер потом вынужден исправлять.

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

В документации API «Деловых Линий» расчёт, создание заявки и поиск заказа описаны отдельно. Это хороший пример разделения состояний: результат калькулятора не равен принятой перевозке. Если тариф зависит от переговоров, точного адреса, сроков или наличия машины, назовите сумму ориентировочной и укажите, кто подтверждает окончательные условия.

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

Отслеживание нужно проектировать после аудита учётной системы. Зафиксируйте, где рождается номер отправки, какие события приходят автоматически, а какие вводит оператор, и с какой задержкой они попадают на сайт. Если известно лишь «принят» и «доставлен», не рисуйте непрерывную GPS-траекторию.

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

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

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