OOK-275
Оформление заказа: адрес доставки и пункт выдачи — открытые вопросы логики
Описывает неоднозначные места в поведении блоков «Доставка» и «Самовывоз». Часть пунктов уже реализована в прототипе (помечено отдельно), остальное фиксирует, что ещё нужно решить и заложить в реальную логику/бэкенд.
1. Редактирование существующего сохранённого адреса
Статус: реализовано в прототипе 2026-07-22.
Сценарий: пользователь на карточке «Дом» нажимает «Изменить», меняет, например, этаж или улицу — дальше нужно было явно определить, что происходит.
Решение: в режиме редактирования показываются кнопки «Сохранить изменения» (перезаписывает этот же адрес) и «Отмена» (закрывает форму без изменений, возвращает выбор к тому, что было). Отдельно — ссылка «Сохранить как новый адрес» с полем названия, чтобы не путать обновление существующего адреса с созданием ещё одного.
2. Создание нового адреса («+ Новый адрес»)
Обновление 2026-07-22: «Название адреса» теперь везде необязательное поле — сверено с личным кабинетом (ook-275-account-addresses.html), где часть реальных адресов вообще без названия. Карточка адреса без названия показывает сам адрес вместо названия (пример — карточка «Химки» в списке слева). Термин для адреса по умолчанию унифицирован на «Основной» — так же, как в личном кабинете (раньше в чекауте было «по умолчанию»).
- Лимит на число сохранённых адресов — не определён (сколько, что при достижении лимита).
- Разрешены ли дублирующиеся названия («Дом» дважды)?
- Нет способа удалить сохранённый адрес — ни в чекауте, ни (предположительно) в профиле.
- Если чекбокс «Сохранить» снят — адрес используется один раз. Логировать ли его в истории заказа, даже не сохраняя в список быстрого выбора?
- Флажок «Основной» есть в личном кабинете, но не в чекауте — при создании/редактировании адреса в чекауте нет способа назначить его основным. Нужно решить, нужна ли эта возможность прямо на чекауте, или управление основным адресом — только в личном кабинете.
3. Список последних пунктов выдачи (Самовывоз)
- Принцип формирования «последних 3»: строго recency или frequency? Разовый дальний ПВЗ не должен вытеснять привычный.
- На основе чего считать «использованный»: факт выбора при оформлении или факт фактического получения заказа? Предлагается — только завершённые/полученные заказы.
- Что показывать, если у пользователя меньше 3 ПВЗ в истории (0/1/2)?
- Пропадают ли из списка закрытые/недоступные пункты, или помечаются «недоступен»?
- Фирменные магазины ХОЛОДИЛЬНИК.РУ — попадают в список только по факту использования, или всегда закреплены отдельным пунктом?
4. Сквозные вопросы
- Кнопка «Далее» пока ничего не валидирует и никуда не ведёт — нужно определить обязательные поля перед переходом на следующий шаг.
- Стоимость доставки/самовывоза должна зависеть от удалённости точки и/или габаритов товара — сейчас зависит только от выбранного времени доставки (см. п.5).
- Источник данных: в реальности адреса/ПВЗ — это профиль пользователя и история заказов, а не хардкод.
5. Дата и время доставки
Блок появляется, как только известен адрес (сохранённый — сразу, новый — после заполнения улицы); выбор времени пересчитывает стоимость доставки и итог.
- Стоимость слота сейчас одинакова для всех адресов и дат — по-хорошему должна зависеть от удалённости адреса и, возможно, от даты.
- Не определено, сбрасывается ли выбранный слот при смене адреса (если цена от адреса зависит — вероятно, да).
- Не смоделировано состояние «нет доступных слотов на эту дату».