Повторные заказы в B2B-магазине: карта повторной закупки

Повторные заказы в B2B-магазине — это отдельный сценарий, а не автоматическая копия первого заказа. Клиент возвращается за той же номенклатурой, но цены, наличие и состав корзины могли измениться. Ниже — карта повторной закупки: какие данные нужны, где развилки, что проверять и как принять работу.

Задача бизнеса: повторные заказы в B2B-магазине и их границы

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

Границы решения стоит очертить сразу. Мы не переделываем каталог, не меняем учётную систему и не строим новую B2B-платформу с нуля. Мы работаем с одним сценарием — повторная закупка на основе предыдущего заказа. Всё, что касается первого заказа, согласования закупок внутри компании клиента и заказа по файлу, — соседние темы, их разбирают отдельно.

Что важно зафиксировать до старта:

• кто именно повторяет заказ: закупщик, снабженец, руководитель отдела;
• по какому признаку клиент узнаёт «свой» прошлый заказ — номер, дата, название;
• что происходит, если позиция снята с производства или изменилась цена;
• кто отвечает за актуальность цен и остатков в момент повтора.

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

Отдельно стоит договориться о том, что считается успехом. Не «клиент нажал кнопку», а «клиент получил корректный заказ без необходимости согласования цены и наличия с менеджером». Такой критерий сразу отсекает лишние споры на приёмке.

Карта повторной закупки: что фиксируем до разработки

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

В карте описывают четыре слоя.

Вход в сценарий

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

Состав повтора

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

Проверка перед подтверждением

Перед оформлением система должна показать, что изменилось: цена, наличие, срок поставки, минимальная партия. Клиент подтверждает изменения осознанно, а не узнаёт о них после счёта. Этот слой чаще всего экономят, и именно он даёт больше всего конфликтов.

Результат

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

Карту удобно вести как таблицу или схему, где у каждого шага указан ответственный и критерий готовности. Тогда на приёмке не возникает вопроса «а мы это обсуждали?».

Актуальные цены и наличие в старом заказе

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

Правило простое: повтор переносит состав, но не фиксирует цену. Актуальную цену система берёт из действующих условий для этого клиента — типа цены, договора, скидки. Старую цену можно показать как справку, но не как обещание.

Что проверяем по каждой позиции:

• действует ли ещё номенклатура;
• есть ли остаток и на каком складе;
• не изменилась ли минимальная партия;
• не поменялся ли тип цены для клиента;
• не появилось ли ограничение по отгрузке.

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

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

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

Несколько сотрудников и организаций в одном аккаунте

В B2B за одним клиентом часто стоят несколько людей и несколько юридических лиц. Это ломает наивный сценарий «один клиент — один прошлый заказ».

Роли сотрудников

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

Разделение по организациям

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

Общие и личные заказы

Решите, какие заказы видны всем сотрудникам организации, а какие — только автору. Это влияет на то, чей прошлый заказ можно повторить. Если заказы личные, новый сотрудник не увидит историю закупок отдела и не сможет быстро повторить типовую закупку.

Ответственный менеджер

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

Эти развилки лучше проговорить до разработки: переделывать права и разделение организаций после запуска дороже, чем заложить их в карту.

Учебный пример: повторная закупка на тестовых данных

Учебный пример. Данные условные, это не реальный кейс.

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

Что происходит при повторе:

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

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

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

Как проверить результат и принять работу

Приёмка повторной закупки — это не «кнопка есть, значит готово». Проверяем поведение на разных данных.

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

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

Если магазин уже работает, перед изменениями делают резервную копию и готовят план возврата. Проверку удобно вести по чек-листу ниже. Если нужно оценить текущее состояние магазина до доработок, помогает аудит интернет-магазина.

Типичные ошибки и ограничения

Ошибки повторяются из проекта в проект.

• Повтор фиксирует старую цену. Клиент получает счёт по цене, которой уже нет, и спор начинается заново.
• Молчаливое удаление позиций. Клиент не понимает, почему заказ короче, и звонит менеджеру.
• Смешение организаций. Сотрудники видят чужие закупки.
• Нет ответственного. Повторный заказ висит без менеджера.
• Игнорирование минимальной партии. Клиент оформляет заказ, который нельзя отгрузить.
• Не определён момент фиксации цены. Условия меняются между открытием повтора и подтверждением, и стороны по-разному понимают, какая цена верная.

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

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

Какие исходные данные подготовить для оценки

Чтобы оценить объём работ, нужен набор входных данных. Чем конкретнее, тем точнее оценка.

• Список ролей сотрудников и их прав.
• Количество юрлиц на одного клиента.
• Правила ценообразования: типы цен, скидки, договорные условия.
• Правила работы с остатками и минимальными партиями.
• Примеры прошлых заказов, включая проблемные.
• Требования к статусам и ответственным.
• Момент, в который фиксируются цена и наличие.

Если магазин только планируется, эти данные закладывают в проект сразу — об этом подробнее в материале про разработку интернет-магазина. А чтобы понять, из чего складывается бюджет доработок, полезно разобрать сколько стоит разработка интернет-магазина: из чего складывается цена.

Кому поручить сценарий повторной закупки

Ответственный на стороне бизнеса — тот, кто отвечает за продажи постоянным клиентам. Он определяет правила цен, наличие и приоритеты. Ответственный на стороне разработки — тот, кто ведёт сценарий от карты до приёмки.

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

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

Чек-лист приёмки повторной закупки

• Повтор переносит состав и количество, но не фиксирует старую цену.
• Цены берутся из действующих условий для клиента.
• Изменения по позициям показаны клиенту до подтверждения.
• Отсутствующие и снятые позиции не теряются молча.
• Минимальные партии учитываются при повторе.
• Определён момент, в который фиксируются цена и наличие.
• Права сотрудников разграничены по ролям.
• Заказы разных организаций не смешиваются.
• У повторного заказа есть ответственный менеджер.
• Сценарий проверен на тестовых данных до запуска.
• Перед изменениями сделана копия и подготовлен план возврата.

FAQ