АвтоСнаб
HoReCa
B2B
SPAR
06/2026
Сервис для закупок ресторана — от формирования заявки до приёмки заказа.
// контекст
В закупке участвуют несколько ролей: ресторан формирует потребность, снабженец собирает заказ, поставщик подтверждает позиции и условия. Работал со сквозным сценарием и состояниями заказа между этими ролями.
// задачи
Собрать понятный процесс закупки и отдельно продумать ситуации, где заказ идёт не по плану: меняется цена или количество, поставщик отказывает в части позиций или при приёмке есть расхождения.
// ограничения & особености
Не скрывать изменения внутри текущего состояния заказа. Снабженец должен видеть, что было заказано изначально, что поменял поставщик и что произошло с каждой позицией дальше.
Исследования (Discovery)
На старте работал с «франкенштейнами» — сборками из отдельных экранов, фрагментов сценариев и рабочих материалов. Полные исходники не могу показывать из-за NDA.

Из этих материалов восстановил сквозные сценарии для ресторана, снабженца и поставщика и разложил заявку по состояниям.

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

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

Перед отправкой заказ переходит в корзину. Здесь можно проверить состав, альтернативы и подтвердить заявку.

Работа с изменениями
Поставщик может изменить цену или количество. Исходные значения остаются рядом, поэтому снабженец сразу видит, что поменялось. Двойное подтверждение изменения для избежания ложных данных.

Изменения сохраняются в истории вместе с комментарием и временем — можно восстановить, как позиция пришла к текущему состоянию.

Частичный отказ и назначение поставщика
Если поставщик подтверждает только часть позиций, непринятые товары выносятся в отдельную заявку со статусом «Отменено поставщиком». Подтверждённая часть заказа при этом продолжает свой сценарий.

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

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

От первой версии ко второй
В первой версии собрал основные сценарии для ресторана, снабженца и поставщика и проверил их в кликабельном прототипе.
После тестирования пересобрал часть логики и интерфейсов во второй версии. Для следующей проверки собрал рабочий web-прототип.
// в итоге
Собрал сквозной сценарий закупки — от создания заявки до приёмки. Отдельно проработал изменения, частичные отказы и смену поставщика, а после тестирования пересобрал часть логики во второй версии.
