При изменении количества товаров на сайте можно заказать больше, чем есть в наличии

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

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

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

Когда проблема критична, а когда нет

Критична:

• Дефицитные и лимитированные товары, распродажи, быстрые акции.
• Сегменты с жёсткими сроками: еда, аптека, доставка сегодня.
• Дорогая электроника и товары с малым остатком.
• B2B и опт: срыв поставки бьёт по контрактам.
• Маркетплейсы и омниканал: пересечения складов, риск перепродажи.
• Предоплата: возвраты и поддержка дорожают.

Не критична:

• Цифровые товары и подписки — остатка нет.
• Предзаказ и товары «под заказ» с явным сроком.
• Backorder-процесс настроен: срок поставки показан, согласован.
• Услуги и печать по требованию.
• Группы с устойчиво большим остатком, когда превышение маловероятно и исправляется незаметно для пользователя.

Открытый вопрос для проверки

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

Возможное решение проблемы

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

Гипотезы для роста конверсии

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