СДЭК + Яндекс Доставка → единая панель управления
Интернет-магазин отправлял сотни заказов через СДЭК и Яндекс Доставку, но не понимал, где они находятся. Вместо Google-таблиц с цветными ячейками — построили систему, которая сама отслеживает каждую посылку и считает деньги.
Интернет-магазин на 1С-Битрикс, отправка товаров через СДЭК и Яндекс Доставку. Заказов много, но после отгрузки начинался хаос. Где посылка? Доехала или нет? Вручена или на возврате? Что реально продано, а что едет обратно?
Личные кабинеты курьерских служб — это простые интерфейсы, где каждый заказ нужно искать вручную. Нет сводной картины, нет фильтров по статусам, нет понимания, сколько денег «висит» в транзите. Команда вела Google-таблицу: вручную вносили каждый отгруженный заказ, помечали цветами, писали комментарии. При масштабировании это перестало работать — ошибки, пропуски, устаревшие данные.
1С-Битрикс из коробки умеет создавать отправления, но не умеет отслеживать их судьбу после передачи курьерской службе. Модули трекинга, которые есть на маркетплейсе — это, как правило, виджеты для покупателя: показать статус на странице заказа. Для бизнеса этого мало.
Нужна была именно управленческая панель: видеть все отправления разом, фильтровать по статусам и курьерским службам, понимать финансовую картину в реальном времени. Плюс две курьерки с разными API и разной логикой обновления статусов — СДЭК поддерживает вебхуки, Яндекс Доставка нет. Разный жизненный путь заказа внутри систем и разные статусы на этапах. Готовые решения, которые объединяли бы оба (или больше) потока в единый интерфейс с аналитикой на рынке есть. Но заказчика не устроила стоимость и перегруженность функциями.
Разработали отдельную систему контроля отправлений, подключённую к базе интернет-магазина.
Каждый отгруженный заказ автоматически попадал в систему с полным составом: товары, количество, стоимость, данные клиента, трек-номер, курьерская служба.
Обновление статусов работало по двум каналам. Для СДЭК — входящие вебхуки: курьерка сама сообщает о смене статуса, система обновляет данные в момент события. Для Яндекс Доставки — cron-задача, которая периодически опрашивает API по всем активным отправлениям из базы.
Оба потока нормализовались в единую модель статусов: в пути, на сортировке, в городе получателя, вручено, отказ, возврат. На основе этих данных — дашборд с полной картиной.
Бонус, который не планировали изначально: система накопила данные по клиентам. Стало видно, кто выкупает всё, а кто систематически отказывается — тратя деньги бизнеса на транзит туда и обратно. Видны узкие места доставки: города, куда долго, дорого и с высоким процентом возвратов.
На основе этих данных сделали скоринг клиентов по номеру телефона. Высокий балл — доставка дешевле, оплата при получении. Низкий балл — предоплата на сайте и повышенная стоимость доставки. Бизнес перестал субсидировать «туристов».
Google-таблица с цветными ячейками заменена на систему, которая работает сама. Полная картина по каждой посылке в реальном времени: где, в каком статусе, сколько стоит, когда ожидается вручение. Финансовая аналитика: деньги в транзите, выручка по вручённым, затраты на курьерку, процент возвратов. Скоринг клиентов снизил долю невыкупленных заказов и сэкономил бизнесу на логистике.
«Мы впервые увидели, сколько денег теряем на клиентах, которые ничего не выкупают»
Расскажите, что нужно — разберём и предложу решение.
Обсудить проектБез обязательств • Обычно отвечаю в течение дня
← Все кейсы