Редакция Romanov Lab · Опубликовано
Фраза «Под заказ, 7 дней» оставляет слишком много вопросов. Семь дней до поступления на склад или до вручения? Рабочих или календарных? От оплаты, проверки комплектации или подтверждения поставщиком? Если ответы существуют только у менеджера, сайт продаёт неопределённое ожидание.
Проектировать предзаказ нужно от обязательства перед покупателем: что подтверждено сейчас, какое событие запускает отсчёт и что происходит при отклонении. Расчёт маршрута доставки здесь вторичен; сначала требуется доказать возможность получить сам товар.
Разделите три операционных сценария
- Предзаказ новинки. Товар ещё не вышел в продажу. Источник ожидания — план выпуска и выделенная магазину квота.
- Повторная поставка. Товар уже существует, но доступного остатка нет. Заказ зависит от конкретного поставщика и подтверждения количества.
- Изготовление или комплектация. Работа начинается после согласования параметров. Срок зависит от утверждённой спецификации, материалов и производственной очереди.
Эти состояния требуют разных действий. Для новинки важно не продать больше квоты; для поставки — различить ответ поставщика и пожелание менеджера; для изготовления — сохранить согласованную версию параметров. Общий флаг «разрешить покупку при нулевом остатке» всего этого не описывает.
Составьте паспорт обещания
Для каждого предложения храните источник срока, его актуальность, условие запуска, длительность или диапазон, тип дней и текущий уровень подтверждения. Отдельные поля нужны для подготовки к отгрузке и для последующей перевозки. Ответственный сотрудник должен видеть, что нужно перепроверить до принятия заказа.
Полезно различать «ориентировочный срок», «поставщик подтвердил» и «срок согласован в заказе». Эти подписи нельзя использовать взаимозаменяемо. Если система ещё не получила обязательную проверку, кнопка может называться «Запросить срок и наличие», а подтверждение формы — «Запрос принят». Сообщение «Заказ подтверждён» преждевременно.
Перед оплатой объясните размер предоплаты, момент её списания, условия оставшегося платежа и порядок действий при невозможности поставки. Правила отказа и возврата зависят от вида товара, условий сделки и применимого права; их нужно согласовать с юристом и платёжным провайдером. Не выводите автоматически «предоплата не возвращается» из статуса изготовления.
Учебный пример: отделяем ожидание от доставки
Представим вымышленное предложение: после подтверждения поставщиком поступление занимает 8–12 рабочих дней, приёмка и подготовка — ещё 1 рабочий день, доставка выбранным способом — 2–3 рабочих дня. Если этапы последовательны и используют одинаковый рабочий календарь, суммарный ориентир составляет 11–16 рабочих дней от подтверждения поставщиком.
Сумма не действует, пока поставщик не подтвердил заказ. Если подтверждение само занимает неопределённое время, нельзя начинать отсчёт от нажатия кнопки. Корректное сообщение: «Сначала уточним поставку. После подтверждения ориентир до получения — 11–16 рабочих дней при выбранном способе доставки». Это учебная формулировка, а не готовое договорное условие.
Если перевозчик работает по другому календарю или изготовление идёт параллельно с частью подготовки, простое сложение ошибочно. Модель должна рассчитывать последовательность событий и календарные исключения, а интерфейс показывать результат вместе с существенными допущениями.
Ограничьте приём количеством, которое можно обеспечить
Для подтверждённой квоты ведите свободное количество, принятые заказы и временные удержания. Запрос цены ещё не обязан занимать квоту. Момент удержания и срок его жизни определяет бизнес-процесс: например, после подтверждения условий покупателем, пока ожидается оплата.
Два покупателя не должны получить подтверждение последней единицы. Проверяйте и уменьшайте доступную квоту согласованно на сервере. После неуспешной оплаты или истечения удержания освобождайте её по правилам процесса. Принятый заказ хранит собственный снимок обещания: последующее изменение карточки не обновляет договорённость задним числом.
Для изготовления снимок включает комплектацию и версию макета. Исправление покупателем размеров может потребовать нового расчёта. Сайт должен показать изменение срока до нового согласования, а не оставить старое обещание рядом с уже другой спецификацией.
Передайте правильный смысл внешним каналам
В правилах Google Merchant Center preorder относится к ещё не выпущенным товарам, а backorder — к существующим товарам, для которых принимаются заказы при текущем отсутствии. Это правила конкретного канала; внутреннее русское название статуса не следует механически переводить в атрибут.
Для этих сценариев Google требует availability_date. Передавайте подтверждаемую информацию и проверяйте её соответствие посадочной странице. Если магазин не умеет обеспечить требуемую определённость, не подставляйте произвольную будущую дату лишь ради прохождения проверки.
Перенос срока должен запускать обработку исключения
При изменении данных поставщика найдите затронутые заказы, сравните новое ожидание с сохранённым обещанием и назначьте ответственного. Покупателю нужно сообщить, что изменилось, какие сведения подтверждены и какие варианты доступны. Юридически значимое изменение условий оформляют по согласованной процедуре; редактирование текста карточки этого не заменяет.
Храните историю переносов. Постоянное автоматическое продление ожидания прячет проблему. Если нового срока нет, статус должен отражать неопределённость, а поддержка — иметь готовый сценарий решения, включая допустимую отмену и возврат.
Что принять у разработчика
- Неподтверждённый запрос не выдаётся за принятый заказ и не запускает необоснованное списание.
- Отсчёт срока привязан к явному событию и понятному календарю.
- Одновременные заказы не превышают выделенную квоту.
- Смена спецификации вызывает повторную проверку цены и срока.
- Перенос создаёт список затронутых заказов; их прежние условия остаются в истории.
- Сотрудник может воспроизвести обещание, которое видел покупатель, даже после изменения предложения.
Честный предзаказ начинается с управляемой цепочки подтверждений. Более осторожная формулировка полезна, только если за ней стоит процесс, способный вовремя выявить отклонение и предложить человеку решение.
Нужен план для вашего проекта? Напишите нам в Telegram или по электронной почте. Обсудим разработку, продвижение или поддержку сайта.
