Остатки по городам: как показать наличие без ложных обещаний

Опишите сеть складов

Составьте список складов, пунктов выдачи и правил резервирования. Для каждого региона укажите, откуда выполняется заказ и сколько занимает перемещение. Запас на витрине нельзя считать доступным до подтверждения продажи.

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

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

Разделите статусы

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

Если срок предварительный, так и напишите. Обещание конкретной даты требует синхронизации с логистикой и календарем выходных.

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

Сохраняйте выбранный город

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

Проверьте, что поисковые URL не размножаются только из-за состояния селектора города, если страницы не содержат самостоятельных региональных предложений.

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

Проверяйте согласованность каналов

Карточка, фид, корзина и подтверждение заказа должны описывать одну доступность в заданном регионе. Различия в данных площадки и сайта нужно решать по фактическому предложению.

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

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

Учебный пример: две точки

В учебном магазине товар есть в Казани, а в Самару его привезут за три дня. Страница для покупателя из Самары пишет «под заказ, ориентир - три дня», а не «самовывоз сегодня».

При изменении города карточка меняет срок, а корзина проверяет реальный остаток. Это учебная схема; фактические сроки должны подтверждаться системой доставки.

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

Пройдите три сценария

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

Сымитируйте покупку последней единицы и задержку синхронизации. Интерфейс должен объяснить изменение статуса до оплаты.

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

Контролируйте отмены по наличию

Считайте отмены из-за неверного остатка и опоздания доставки по регионам. Это более прямой сигнал качества, чем общее число просмотров карточки.

Если проблема сосредоточена в одном складе, исправляйте обмен данными, а не переписывайте SEO-описание.

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

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

Из практики TOBIZ PRO

Добавили платежи, доставку, 1С, маркетплейсы и управление остатками.

Управление остатками и доставкой - реальные части платформы; обещание наличия в регионе должно опираться на их согласованные данные.

Посмотреть кейс «AddShop: платформа интернет-магазинов с 2017 года»

Проверка результата

• Сеть складов описана
• Статусы различаются
• Город меняет весь сценарий
• Корзина подтверждает срок
• Отмены по остаткам анализируются

Скачать таблицу примера

Вопросы по теме

Читайте также