Не пересчитывается сумма заказа при изменении количества товаров в корзине

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

Проблема обостряется при активных промо. Акции «3 по цене 2», пороги бесплатной доставки и купоны завязаны на количестве. Пользователь добавляет товар, ожидает выгоду, но итог не меняется. Прозрачность теряется, возникает ощущение ошибки сайта.

На мобильных ситуация заметнее: экран мал, важные цифры скрыты за скроллом. После изменения количества система молчит — нет ни подсветки пересчёта, ни статуса. Кнопка «Оформить» доступна, хотя итог не подтверждён.

В результате на шаге оплаты появляется другая сумма. Это воспринимается как подмена. Доверие падает, корзина закрывается. Поддержка получает обращения, логистика — ошибки в суммах. Аналитика фиксирует отказы на поздних шагах, хотя источник — на экране корзины.

Когда критично, а когда нет

Критично:

• Интернет-магазины с акциями и порогами: скидки за количество, «3=2», бесплатная доставка от суммы.
• Товары с весом/объёмом, где доставка и цена зависят от количества: продукты, стройматериалы, крупногабарит.
• B2B и опт: крупные корзины, ступенчатые цены, бюджеты и согласования.
• Маркетплейсы с разными продавцами и суммированием доставок и скидок.
• Оплата онлайн, рассрочка, BNPL: график платежей и комиссии зависят от итога.
• Активный мобильный трафик, быстрая сессия из рекламы.

Не критично:

• Однотоварные лендинги с фиксированным количеством.
• Цифровые товары с фиксированной ценой и без доставки.
• Заказы с подтверждением менеджером и оплатой по счёту, где итог формируется офлайн.
• Бесплатные заказы, демо, предзаписи без предоплаты.

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

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

Возможное решение

• Пересчитывать всё мгновенно. При любом изменении количества обновлять цену позиции, скидки, налоги, доставку, комиссию и «Итого».
• Делать расчёт на бэкенде, фронт — только отображение. Одна точка истины исключает расхождения.
• Показать статус. Короткий индикатор «Обновляем сумму…», затем «Итог обновлён». На мобильных — в зоне видимости.
• Блокировать переход только на время пересчёта. После ответа сервера — разрешать оформление.
• Валидировать остатки и лимиты. Если количества нет, сразу подсказать доступное значение.
• Дебаунс ввода 300–500 мс, чтобы не слать лишние запросы при быстрых кликах.
• Обработать ошибки сети. Показать понятное сообщение и кнопку «Повторить». Не пускать дальше с неподтверждённой суммой.
• Доступность. Для обновлённого итога использовать ARIA live, озвучивать изменения.
• Аналитика. Логировать события пересчёта, ошибки и время ответа. Следить за корреляцией с отказами.
• Тесты. Юнит‑тесты формул, интеграционные тесты API, e2e‑кейсы: быстрый инкремент, промокоды, пороги, разные ставки налогов, мультивалютность, смешанные продавцы, мобильные устройства.
• Производительность. Кэшировать расчёт доставки по повторяющимся адресам и наборам товаров, не жертвуя точностью.
• UI‑детали. Подсветить изменившиеся суммы, показать экономию, не допускать скачков верстки.

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

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