Магазин без менеджеров: сценарий полностью автоматической продажи — publi.ru

Магазин без менеджеров: сценарий полностью автоматической продажи

8 мин чтения · разбор · тем, кто заказывает · обновлено 2026-09-02

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

Как было раньше

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

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

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

Один заказ, минута за минутой

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

Минута 6. Клиент нажимает «Оформить». Система фиксирует заказ с полным составом: тип конструкции, материал, все параметры, итоговая сумма. Заказ получает номер и статус «ожидает оплаты».

Минута 7. Клиент выбирает пункт выдачи на карте. Список тянется из агрегатора, 1 240 точек, стоимость доставки считается сразу под выбранной точкой, а не после звонка.

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

Минута 9, через несколько секунд. Формируется онлайн-чек, состав чека собирается из состава заказа. Клиент получает чек на почту.

Минута 10. По факту оплаты система создаёт отправление у агрегатора: адрес пункта, габариты, объявленная ценность, получатель. Возвращается трек-номер, он сохраняется в заказе и виден клиенту.

Минута 10, следом. Этикетка отправляется на принтер в мастерской. Человеку остаётся приклеить её на коробку и отдать курьеру.

Между минутой 0 и минутой 10 ни один сотрудник не сделал ничего. Заказ появился в списке уже оплаченным, с треком и распечатанной этикеткой.

Место первое, где мы сломались: расчёт

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

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

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

Место второе: оплата прошла, отправление не создалось

Агрегатор доставки иногда отвечал ошибкой: недоступен пункт, не проходят габариты, временный сбой. Деньги при этом уже приняты.

В первой версии такой заказ просто оставался без трека, и заметить это можно было только глазами. Один заказ пролежал сутки.

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

Место третье: возвраты и исключения

Автоматика хорошо проходит прямой путь. Обратный путь она проходит плохо, потому что решение о возврате — это решение, а не операция.

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

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

Место четвёртое: люди привыкали дольше, чем система работала

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

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

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

Что изменилось

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

Пауза между вопросом о цене и ответом исчезла — цена появляется на экране в момент ввода размеров.

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

Кому такой сценарий не нужен

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

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

И третий: если у вас нет договора с перевозчиком и подключённого эквайринга, автоматизировать пока нечего. Цепочка держится на этих двух узлах, всё остальное — надстройка над ними.

Коротко

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

Расскажите, что нужно — посмотрим и скажем честно

Первый разговор — разбор задачи: нужна ли вам система или хватит одной страницы. Без обязательств и без счёта.

или оставьте номер — перезвоним

Перезваниваем в рабочее время. Ничего не рассылаем.

Оператор персональных данных — ИП Постнов Артём Сергеевич, ИНН 772610459593.

Частые вопросы

Сколько стоит собрать такую цепочку?

Проект с расчётом, оплатой и автоматическим созданием отправлений попадает в категорию платформы: от 150 000 ₽ и от 14 дней. Отдельно считается подключение эквайринга и договор с перевозчиком — это не разработка, а ваши договоры, и сроки там зависят не от нас.

Что происходит, когда цепочка обрывается посередине?

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

Значит, менеджер вообще не нужен?

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

Помогла статья?

Те, что не помогают, мы переписываем — по этой кнопке и решаем, какие именно.

Ещё по теме