Comments 9
Когда клиент добавляет товар - мы сразу его резервируем.
Устанавливаем временное ограничение на резервирование (например, 15 минут).
Если клиент не оформляет заказ - товар возвращается на склад.
Не нравится мне это решение. С какого перепугу один на час отошёл, а остальные 15 минут должны сосать лапу?
По-моему, достаточно сказать, что на текущий момент доступно XXX единиц товара. А вот в момент оформления проверить наличие запрошенных YYY единиц, и при наличии - резервировать. А если другие уже выгребли половину - ну сказать "Извини, пока ты тут телился, осталось только ZZZ единиц, остальное раскупили, корректировать будем?". Во-первых, дело житейское, во-вторых, последствия за неоперативность - у самогО покупателя, а не у его "конкурентов". Не можешь шевелиться - страдай, и это справедливо.
А тайм-аут в 15 минут - это уже время на оформление и оплату заказа, когда корзина сформирована и зафиксирована.
А как вы будете отрабатывать негатив клиента, который собрал корзину, а потом ему говорят, сорян, товар закончился?
«Не можешь шевелиться - страдай, и это справедливо» – разочарую. Ни один бизнес на такое не пойдет так как надо удерживать клиентов
А как вы будете отрабатывать негатив клиента, который собрал корзину, а потом ему говорят, сорян, товар закончился?
А никак. Если ты в оффлайн-магазине встал в очередь за вкусняшкой, а к тому моменту, как подошла твоя очередь, вкусняшка кончилась, то ты правда думаешь, что магазин станет реагировать на твой негатив? Максимум - скажут "Приходите завтра, авось подвезут".
«Не можешь шевелиться - страдай, и это справедливо» – разочарую. Ни один бизнес на такое не пойдет так как надо удерживать клиентов
Что лучше - удержать одного клиента-тормоза, или десяток клиентов, которые не обнаружили нужного (количества) товара, потому что этот тормоз его заблокировал?
Бизнесу нужен клиент, который купит, а не который только зарезервирует.
Надеюсь, у вас нет конкурентов. Просто мне с дивана видно, как можно задидосить эту систему.
Когда клиент добавляет товар - мы сразу его резервируем.
Товар остаётся заблокированным.
Если клиент не оформляет заказ - товар возвращается на склад.
Это плохое решение. "Заабьюзить" сервис можно запросто. К примеру, я сделаю скрипт, который каждые 15 минут тупо добавляет товар обратно в корзину. У других практически нет шансов тогда купить товар. Если резервировать на этапе оформление заказа, то тут надо рассмотреть этот же вариант, к примеру, самое примитивное решение - при отказе или таймауте оплаты, позволять перейти к новому оформлению заказа не ранее, чем через 5 минут.
Сразу списать товар при отправке заказа, чтобы он не разблокировался
Это не понял, что значит. То есть, еще на заплатили, а товар уже списан? Тогда однозначно - нет.
Ввиду вышесказанного, я бы процесс сделал так:
1. Добавляются товары в корзину с обновлением доспупности для ранее добавленных и соответствующими предупреждениями.
2. Переход к оформлению заказа - тут происходит резервирование товаров на 15 мин (если доступны все еще, если нет, то предупреждать в соответствии).
3. Списание товаров только по факту оплаты, то есть по нажатию на кнопку "оплатить". Причем учесть процесс продолжения действия, если оплата и списание не выполняются атомарно и произошла ошибка. То есть чтобы не получилось так, что оплата произведена, а списание не произошло, и наоборот. Тут можно придумать много чего, к примеру, сохранять идентификатор сеанса оформления заказа и при повторной попытке проверять что было реально сделано.
4. Если опалата не была произведена по таймауту или заказ был отменен, добавить таймаут на новое оформление. Добавлять товары тем не менее можно.
Думаю, неплохое решение это на витрине и в корзине указывать что товара мало, высокий риск что между помещением его в корзину и заказом его заберут.
Резервирование происходит в момент нажатия кнопки заказать. Теперь у вас есть 5-10 минут на подтверждение оплаты. Заказ бронируется только деньгами и больше никак! Временная бронь по кнопке "заказать".
Ну и чтобы покупателю не было грустно он может заказать и оплатить побыстрей, далее добавить в заказ остальное до момента полной сборки заказа.
Как и сказали, с точки зрения бизнеса - схема AS IS лучше, чем TO BE. Схема резервирования после оплаты еще лучше чем AS IS.
Как и написали выше, если посмотреть риски - то понятно почему
Зачем изобретать велосипед, если можно пойти в обычный магазин, взять тележку и пронаблюдать все процессы от и до? Товар бывает в состоянии "на полке"/"складе", "в корзине", "в пакете". Товар, который на полке - может взять любой, и положить в корзину. Товар в корзине может перейти в товар на полке, если не перешел в разряд товара в пакете. Товар в пакете - собственность покупателя. Тайминги, необходимые для перехода товара из корзины обратно на полку выверяются эмпирическим путем. Переход из корзины на полку происходит в том случае, если по этому таймингу нет активности покупателя (переходов по сайту, а не работы с товаром. Покупатель может выбирать из ассортимента несколько дольше 15 минут). А кнопка "оформить заказ" - вообще говорит исключительно о том, что покупатель отравился в сторону кассы. Ничто не мешает ему передумать, и изменить содержимое корзины. И брокер сообщений тут вообще никаким боком.
Разбор задачи с реального собеседования: e-commerce, брокер и резервы склада