Проект «Ранний»

Покупатель видит, чего ждать от будущей партии. Изменение срока не прячется за зелёной отметкой старого согласия.

Демонстрационный проект 404gen: интерфейс, модель процесса и решения на примере. Клиентское внедрение и показатели бизнеса здесь не заявляются.

О проекте

• Задача: Предзаказ будущей партии
• Участники: Покупатель, поддержка и склад
• Главное правило: Решение относится к версии условий

Задача

Магазину нужна отдельная модель для товара, который ещё не принят на склад. Обычная карточка наличия не объясняет предварительный срок и не хранит условия, которые видел покупатель. При частичной поставке поддержка должна понимать, что обещано и какое количество можно распределить.

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

Риски исходного процесса

Срок изменился незаметно

Прежнее значение остаётся в истории; новая версия требует предусмотренного решения.

Заявка отправлена дважды

Повтор одной команды возвращает ранее созданную заявку.

Будущее приняли за склад

Ожидаемая партия и фактическое наличие отображаются отдельно.

Решение

Разделили информацию о будущем поступлении и фактическую доступность. Карточка объясняет статус выбранного варианта до оформления. У заявки есть снимок условий; после переноса срока старое согласие больше не выглядит действующим для новой версии.

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

Как устроен продукт

1. Товар и вариант. Выбранный цвет, состояние поступления и объяснение ожидания. Зачем: Обычное наличие не подменяет будущую поставку.
2. Версия условий. Текущая и предыдущая дата, номер версии и действие подтверждения. Зачем: Покупатель замечает, что именно изменилось.
3. Карточка заявки. Одна заявка, история сообщений и разрешённые действия. Зачем: Поддержка и клиент смотрят на согласованный контекст.
4. Передача в обработку. Отдельное состояние после принятого решения. Зачем: Подтверждение браузера не выдаётся за работу склада.

Что помогает пройти сценарий

Версионное подтверждение

Смена условий снимает актуальность прежнего решения.

Повтор команды

Та же попытка не создаёт ещё один предзаказ.

История ожидания

Изменение срока видно до нового подтверждения.

Ключевые сценарии

Создать заявку

Оформление ожидания будущей партии без подмены складского наличия.

На входе: Выбран вариант лампы; партия ожидается, заявок нет.

1. Прочитать срок и условия партии.
2. Создать предзаказ выбранного варианта.
3. Повторить ту же команду и сравнить число заявок.

На выходе: Создана одна заявка с условиями v1.

Если что-то пошло не так: Повтор команды возвращает существующий результат.

Критерий приёмки: После повторной попытки число заявок остаётся равным одному.

Изменить условия

Перенос срока отделён от подтверждения прежних условий.

На входе: Есть заявка и подтверждение условий v1.

1. Зафиксировать подтверждение текущей версии.
2. Перенести срок ожидаемой партии.
3. Проверить актуальный номер условий и статус подтверждения.

На выходе: Условия стали v2; решение по v1 осталось в истории.

Если что-то пошло не так: Старое согласие не подтверждает изменённый срок.

Критерий приёмки: После переноса явно требуется подтверждение v2.

Подтвердить версию

Решение покупателя относится к актуальному составу условий.

На входе: У заявки новая версия срока; подтверждение ещё не получено.

1. Открыть актуальные условия.
2. Подтвердить текущую версию.
3. Проверить состояние и доступность повторного действия.

На выходе: Текущая версия подтверждена; новая заявка не создаётся.

Если что-то пошло не так: Повтор уже принятого решения недоступен.

Критерий приёмки: Версия подтверждения совпадает с текущей версией условий.

Роли пользователей

Покупатель

Понять срок и следующий шаг до оформления.

Какие условия действуют для моей заявки?

Поддержка

Объяснить изменение по сохранённой версии.

Что видел человек, когда оформлял ожидание?

Склад

Распределить подтверждённое поступление по утверждённому правилу.

Какое количество можно выделить сейчас?

Как устроено технически

Состав заказа

Товар, вариант, партия, заявка и версия условий связаны устойчивыми идентификаторами.

Согласование доступности

Для промышленного модуля нужна серверная проверка конкурентного распределения.

События и уведомления

Доставка письма отделяется от сохранённого бизнес-события.

Что входит в разработку

• Один товар и будущая партия
• Создание и повтор одной заявки
• Перенос срока и сравнение версий
• Подтверждение актуальных условий
• Журнал демонстрационных действий

План реализации

1. Согласовать вид предзаказа и границы обязательств.
2. Разложить состояния партии и условия покупателя.
3. Проверить сценарий переноса на прототипе.
4. Реализовать сервер, каталог и нужные подключения.
5. Провести конкурентную приёмку и сверку событий.

Что замеряем после запуска

• Неопределённые заявки — Сначала устанавливаем исходное число заявок, требующих ручной проверки.
• Обращения о сроке — Проверяем, стало ли понятнее ожидание; без заранее обещанного процента.
• Повторные операции — Сверяем команды и результаты, отдельно от количества нажатий.

Стек

Состав заказа, Согласование доступности, События и уведомления.

Все кейсы · Услуга · Калькулятор стоимости

Интерфейс и устройство процесса

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