Клиентский портал логистической компании: что внутри и как посчитать эффект до старта

У экспедитора звонит телефон. «Где контейнер», «пришлите накладную», «счёт выставили?», «какие сроки по направлению». Разговор занимает три-пять минут и повторяется десятки раз в день, хотя ответы уже лежат в учётной системе: клиент до них не дотягивается, а специалист дотягивается руками.

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

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

Интерфейс собирается за предсказуемое время, основной объём работ — обмен: 1С, TMS, складской учёт, иногда системы брокера и перевозчиков. Единица счёта — не система, а направление передачи: отдать статусы наружу и принять заявку внутрь — две разные работы, со своими форматами, правами, обработкой ошибок и проверками.

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

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

TagLex — международная логистическая компания, больше двадцати лет на рынке: пять офисов в России от Владивостока до Новороссийска и агентская сеть в 50+ странах. Море, железная дорога, авиа и авто, мультимодальные цепочки, таможня и аутсорсинг ВЭД. Масштаб: больше 10 000 TEU в год, 3 800+ таможенных деклараций, 1 200+ автоперевозок и 160+ тонн авиагрузов ежегодно, индекс удовлетворённости 9,8.

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

Сайт собран на Nuxt с серверным рендерингом и собственной админкой: команда TagLex сама обновляет услуги, кейсы, географию и новости. Мобильная версия делалась отдельной работой, а не адаптацией десктопа: менеджеры по ВЭД смотрят сайт с телефона между звонками. Что изменилось: сайт заменил презентации в отделе продаж, а форма расчёта собирает запросы с параметрами груза. Закрытой части в этом проекте нет, мы её не делали. Общее наблюдение: там, где публичный контур внятно отвечает про сроки и документы, в кабинет приходит клиент с предметным вопросом.

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

К экспертам клиники шли запросы от медицинских агентов — из российских регионов и из-за рубежа. Общего канала не было: почта, телефон, мессенджеры; обработка затягивалась, часть сведений терялась. Сервис собрали из двух частей. Агенту — единая форма заявки, приложенные документы, текущий статус и имя ведущего специалиста. Клинике — раздача задач по загрузке врача и его специализации, напоминания о сроках. Заявка идёт по четырём состояниям: «Новая», «В работе», «Требуется дополнительная информация», «Завершена». Плюс чат внутри системы и права по должностям.

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

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

Арифметика простая. Строки 1, 2 и 3 дают месячный фонд времени на типовые обращения, строка 4 — какая его часть поддаётся переносу. Полученные часы и есть обоснование, которое читается на совещании: не «клиентам станет удобнее», а «столько-то человеко-часов в месяц возвращается в работу, срок ответа сокращается с такого-то до такого-то».

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

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

Захотите сверить выводы — присылайте эти строки нам. Ответим по существу: какая часть обращений у вас переносится в самообслуживание, с какого модуля начинать и когда портал станет лишней тратой внимания. Иногда правильный ответ — «пока хватит сайта и расчёта перевозки», и мы это говорим.