Сроки доставки в карточке товара: как показывать честно

Клиент выбирает не только товар, но и срок: ему нужно к пятнице, к отпуску, к сдаче объекта. Если в карточке не написано, когда он получит заказ, он додумывает — и либо уходит туда, где срок указан, либо доходит до оформления и бросает корзину, узнав про «доставим через две недели» слишком поздно. А ещё хуже — когда срок написан красиво, но неправда: тогда вы получаете не только возврат, но и подорванное доверие.

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

Почему срок в карточке важнее, чем кажется

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

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

Что значит «честно»

Честный срок — не обязательно самый короткий. Это срок, который вы реально выполните. Соблазн написать «доставим завтра» на всё подряд понятен, но каждое несбывшееся обещание оборачивается возвратом, недовольством и потерей доверия, которое дороже одной продажи.

Честность складывается из трёх принципов: показывать реалистичную оценку (диапазон, а не оптимистичную цифру), привязывать её к условиям клиента (его город, наличие) и не выдавать товар под заказ за товар в наличии. Магазин, которому верят по срокам, выигрывает вдолгую — повторными покупками и отсутствием репутационных потерь.

Из чего складывается срок доставки

Срок в карточке — не одно число, а сумма нескольких составляющих. Понимание структуры помогает считать его правильно.

Итоговый срок = время на сборку + (при необходимости) время поставки + время доставки службой до города клиента. Каждая составляющая может меняться, поэтому срок динамичен: он зависит от того, что за товар, где он лежит и куда едет. Показывать одно фиксированное число для всех товаров и городов — значит почти всегда врать хотя бы части клиентов.

Наличие по складам как основа

Фундамент честного срока — актуальное наличие в разрезе складов. От статуса наличия срок ветвится:

• Есть на складе отгрузки. Минимальный срок: только сборка и доставка.
• Есть на другом складе. Добавляется время на перемещение между складами.
• Под заказ. Добавляется срок поставки от поставщика.
• Нет и не ожидается. Товар помечается недоступным, а не «уточняйте».

Остатки по складам приходят на сайт обменом с 1С, поэтому корректность срока напрямую зависит от качества и частоты этого обмена. Если остатки устарели, карточка покажет «в наличии, доставим быстро» на уже проданный товар — и честная на вид формулировка станет ложью. Надёжность обмена остатками — тема, к которой примыкает безопасный обмен через REST и вебхуки в Битрикс.

Регион клиента и расчёт срока

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

До выбора города показывают срок по определённому автоматически или дефолтному городу с пометкой «для такого-то города, изменить». Так клиент сразу видит ориентир и понимает, что срок региональный. Логику региона — город, склад отгрузки, зоны доставки — стоит закладывать в архитектуру заранее, как часть общей автоматизации на 1С, иначе сроки будут показываться «в среднем по стране» и врать половине клиентов.

Службы доставки и их сроки

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

К сроку службы добавляют собственную логику магазина: время на сборку заказа, режим работы склада, выходные и праздники, отсечки по времени оформления (заказ после определённого часа уезжает на следующий день). Итог — реалистичный срок «от кнопки до двери», а не только время в пути транспортной компании.

Товары под заказ и длинные сроки

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

1. Честно пометьте статус. «Под заказ» вместо «в наличии» — сразу и явно.
2. Укажите срок поставки. Ожидаемое время прихода товара, хотя бы диапазоном.
3. Сложите с доставкой. Итоговый срок = поставка + сборка + доставка до города.
4. Дайте выбор. Часть клиентов готова ждать, если видит срок заранее, — не лишайте их этой возможности.

Формулировки, которым верят

То, как сформулирован срок, влияет на доверие не меньше, чем само число. Несколько правил честных формулировок:

• Диапазон вместо точки. «2–4 дня» честнее и безопаснее, чем жёсткое «2 дня».
• Привязка к городу. «Доставка в Казань 3–5 дней» понятнее, чем абстрактное «быстро».
• Явный статус. «В наличии», «под заказ», «нет в наличии» — без размытого «уточняйте».
• Честная оговорка. «Срок уточним при подтверждении» — нормально там, где точности нет, лучше выдуманной цифры.

Обновление данных из 1С

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

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

Реализация на 1С-Битрикс

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

1. Свойства наличия. Остатки по складам ведутся в торговом каталоге и приходят обменом из 1С.
2. Службы доставки. Настроены службы, профили и зоны с их сроками и тарифами.
3. Регион пользователя. Определяется город, к нему привязан склад отгрузки и зона доставки.
4. Расчёт срока. Логика собирает срок из наличия, сборки, поставки и доставки под город клиента.
5. Вывод в карточке. Срок показывается в шаблоне карточки товара честной формулировкой со статусом.
6. Проверка на данных. Прогон реальных товаров, городов и статусов наличия на соответствие фактическим срокам.

Скорость и кэш при показе срока

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

Так статика карточки (описание, фото, характеристики) отдаётся мгновенно из кэша, а срок и наличие догружаются под конкретного клиента и его город. Это стандартный для быстрой витрины на Битриксе приём «статика из кэша + персональная динамика отдельно». Подробнее об организации выкладки и окружения для таких сценариев — в статье про CI/CD и деплой на Битрикс.

Частые ошибки

• Срок только в оформлении. Клиент узнаёт его слишком поздно и бросает корзину.
• Один срок для всех. Игнорируют регион — половине клиентов показывается неправда.
• Оптимистичная точка. «Доставим завтра» вместо честного диапазона — и срыв обещания.
• «Под заказ» как «в наличии». Длинный срок маскируют — клиент отменяет заказ.
• Устаревшее наличие. Редкий обмен с 1С — карточка обещает то, чего уже нет.
• Наличие в статическом кэше. Закэшированные остатки и срок устаревают и вводят в заблуждение.
• Размытое «уточняйте». Нет статуса и ориентира — клиент остаётся в неопределённости.

Чек-лист внедрения

1. Срок виден в карточке. До оформления, а не только на последнем шаге.
2. Считается от наличия. Логика ветвится по статусу: на складе, под заказ, нет.
3. Привязан к региону. Город клиента определяет склад и срок доставки.
4. Учтены службы доставки. Сроки транспортных компаний плюс время сборки и отсечки.
5. «Под заказ» честно. Явный статус и ожидаемый срок поставки, без маскировки.
6. Формулировки честные. Диапазон, привязка к городу, ясный статус.
7. Данные актуальны. Наличие обновляется обменом с 1С достаточно часто.
8. Кэш настроен. Статика карточки из кэша, срок и наличие — отдельной динамикой.

Вывод

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

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