Какой адрес открывает нужный способ доставки?

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

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

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

Порядок зон: узкая территория раньше широкой

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

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

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

  1. В настройках WooCommerce открыть Shipping → Shipping zones и сохранить снимок текущего порядка.
  2. Назвать первое совпадение для адреса из исключения.
  3. Повторить ввод на странице заказа и записать увиденные способы.
Наглядный разбор

Почему побеждает одна зона

  1. Узкое исключение

    Если адрес входит, используются способы этого исключения.

  2. Общая территория

    Проверяется, если верхняя зона не подошла.

  3. Остальные адреса

    Для них действует отдельный заранее описанный результат.

Адрес сравнивается со списком до первого подходящего правила.

Почтовый индекс сужает территорию, а не рисует её на карте

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

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

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

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

Область вне обслуживания не должна получать случайный тариф

Исключённый адрес тоже проходит приёмку. Системная зона Rest of the world применяется к адресам без другого совпадения, а отсутствие методов в найденной зоне означает недоступную доставку, согласно официальной справке.

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

Заявка на ручной расчёт лучше фиктивной нулевой стоимости, если магазин готов обсуждать доставку за пределы обычной территории. Нулевая строка воспринимается покупателем как готовая цена, а последующее требование доплаты меняет смысл принятого заказа. Ручной расчёт следует назвать прямо. До подтверждения сотрудником покупатель видит, что окончательная стоимость ещё не определена. Такое поведение нужно отдельно включить в задание разработчику. Заказ с ручным расчётом получает понятное покупателю продолжение: где он узнает цену и каким действием примет её перед оплатой. Так обещание на странице совпадает с работой отдела продаж.

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

Фиксированный тариф: название не равно итоговой сумме

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

В расчётном примере базовая доставка стоит 300 рублей, а дополнительная обработка крупного товара — 200 рублей. Итог при сложении составит 500 рублей. Это арифметика заданного правила, а не рекомендация цены. Владелец отдельно решает, взимать ли надбавку за каждый класс или выбирать самый дорогой класс. Документация различает режимы Per Class и Per Order.

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

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

Бесплатный вариант испытывают на границе суммы

Скидка может изменить доступность доставки. В Free Shipping настройка Apply minimum order rule before coupon discount определяет, берётся ли сумма до скидки по купону или после неё, и это решение нужно связать с рекламным обещанием магазина.

Возьмём один расчётный порог в 5 000 рублей и скидку по купону 500 рублей. Корзина ровно на пороге после скидки даст 4 500 рублей. При расчёте после купона бесплатный способ исчезнет. При расчёте до купона он останется. Эти числа нужны для испытания границы, а не для выбора политики магазина.

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

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

Один порог, две суммы сравнения

  1. До купона

    Для порога используется исходная сумма товаров.

  2. После купона

    Для порога используется сумма с учётом купонной скидки.

Выбор момента применения скидки меняет доступность бесплатного способа.

Адрес изменён — выбранный способ пересчитывается

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

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

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

  • Смена обслуживаемого адреса на исключённый убирает старую доставку.
  • Возврат к исходному адресу восстанавливает допустимые варианты.
  • Тариф и название совпадают в выборе, сводке и сохранённом заказе.

Рабочая карточка адресной пробы

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

Начинать следует с фактов покупки. Снимок панели без адреса и состава товаров оставляет слишком много причин для догадки. Запишите фактический текст ошибки. Приложите экран с итогом. Если результат неверен, следующая проба меняет только один фактор. Так можно отличить влияние территории от действия скидки или класса товара.

  1. Адрес: страна, регион, населённый пункт, индекс, обезличенная улица при необходимости.
  2. Корзина: артикулы, количество, классы доставки, сумма товаров, применённый купон.
  3. Ожидание: найденная зона, доступные способы, итоговая стоимость по правилу магазина.
  4. Факт: предложенные названия и суммы, выбранный способ, текст сообщения о недоступности.
  5. Продолжение: что изменилось после исправления адреса и какой способ сохранён в заказе.

Для внешнего перевозчика карточку дополняют отдельной проверкой его расчёта и недоступности сервиса. Здесь достаточно стандартных методов WooCommerce. Подключение API и сроки перевозки не следует считать принятыми по успешному прохождению адресной зоны: это другой объём работ, который обсуждают с исполнителем разработки магазина.

Доставка принята, когда объясним каждый предложенный вариант

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

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

  • Порядок зон объясняет, какая территория выбрана для адреса.
  • Цена доставки воспроизводится по записанному правилу.
  • Смена адреса и корзины обновляет выбор без скрытой старой стоимости.

Источники и полезные ссылки

  1. WooCommerce: зоны доставки ↗
  2. WooCommerce: бесплатная доставка ↗
  3. WooCommerce: фиксированный тариф ↗

Интерфейсы и возможности сервисов могут меняться. Перед настройкой сверяйтесь с актуальной документацией.

Игорь Крещенко

Руководитель ШТАБ ИТ. Занимается управлением проектами, веб-разработкой, рекламой и PR. Подробнее об авторе →