Кейс AGNT · международная доставка

Parcel Point: как сократили время обработки посылки примерно на 30%

Команда пересобрала цифровой и физический путь посылки. Создание отправления сократили с пяти экранов до одного основного, а время обработки одной посылки — примерно на 30%.

обработка посылки: −30% создание: 5 экранов → 1 B2B + B2C + бэк-офис
Parcel Point — интерфейс сервиса
Parcel Point — сервис международной доставки и управления отправлениями.

Сначала казалось, что задача — спроектировать интерфейс

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

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

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

Карта процессов
Общая карта процессов: B2B и B2C-сценарии связаны с бэк-офисом и физическим движением отправления.

Три поворота, которые изменили продукт

  1. Вместо массового B2C — первые 9–10 B2B-клиентов. У проекта уже был пул корпоративных клиентов — сначала закрыли их повторяющиеся операции, а не все потребительские сценарии сразу.
  2. Не заставлять клиента делать работу оператора. Клиентские замеры оказывались неточными: сотрудник перепроверял посылку, цена менялась, появлялся лишний контакт. Измерения перенесли к оператору — тому, кто физически видит посылку.
  3. Сначала цена — потом регистрация. Человек «с улицы» сначала видит калькулятор и ориентир по стоимости, и только затем оформляется. Для оператора продумали переупаковку и допуслуги.
Сценарий клиента с улицы
Пересобранный сценарий: цена появляется до регистрации, у оператора — понятные варианты дальнейшей работы.

Что изменили в продукте и операциях

Создание посылки
Новый сценарий создания посылки: ключевые действия в одном рабочем контуре вместо пяти экранов.
Back office
Бэк-офис: статусы и рабочие экраны спроектированы вокруг фактической обработки отправления.

Было / стало

Было
Стало
Приоритет — массовый B2C-сценарий
Первый фокус — пул из 9–10 B2B-клиентов
Создание посылки — 5 экранов
Один основной рабочий экран
Клиент сам указывает размеры
Проверяемые измерения выполняет оператор
Регистрация до показа цены
Сначала калькулятор, затем регистрация
Избыточные внутренние статусы
Только статусы, связанные с реальными действиями
Цифровой и складской процессы расходятся
Интерфейс и движение посылки — одна система

Результат

≈30% времени — долой

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

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

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

Сотрудники дублируют данные и двигают заявки через лишние статусы?

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

Заявка ушла — ответим в течение дня 👌

ответим в течение дня · это разбор, а не звонок отдела продаж