Магазин без менеджеров: сценарий полностью автоматической продажи
В ToYou Wood есть заказы, которые проходят весь путь от расчёта до наклеенной этикетки без единого сообщения человеку. Клиент вводит размеры, видит смету, платит, получает чек — а в мастерской из принтера выезжает этикетка с уже созданным отправлением. Ниже — как этот сценарий устроен по шагам и в каких трёх местах он у нас ломался.
Как было раньше
Заявка падала на почту. Дальше шла переписка про размеры и материал, смета считалась в таблице, оплата приходила переводом.
Отправление создавалось руками: адрес копировался из письма в кабинет агрегатора, там же печаталась этикетка. Данные о заказе жили в трёх местах, и ни одно не знало о двух других.
Самое дорогое было не в трудозатратах, а в паузах. Между вопросом клиента и ответом с ценой проходили часы, и часть людей за это время просто уходила.
Один заказ, минута за минутой
Минута 0. Клиент открывает конфигуратор и вводит размеры изделия. Каждое изменение параметра пересчитывает смету на экране — это та же формула, по которой считал владелец в таблице, только записанная в коде.
Минута 6. Клиент нажимает «Оформить». Система фиксирует заказ с полным составом: тип конструкции, материал, все параметры, итоговая сумма. Заказ получает номер и статус «ожидает оплаты».
Минута 7. Клиент выбирает пункт выдачи на карте. Список тянется из агрегатора, 1 240 точек, стоимость доставки считается сразу под выбранной точкой, а не после звонка.
Минута 9. Оплата. Банк подтверждает платёж, статус заказа меняется автоматически — не менеджером, который увидел поступление в выписке.
Минута 9, через несколько секунд. Формируется онлайн-чек, состав чека собирается из состава заказа. Клиент получает чек на почту.
Минута 10. По факту оплаты система создаёт отправление у агрегатора: адрес пункта, габариты, объявленная ценность, получатель. Возвращается трек-номер, он сохраняется в заказе и виден клиенту.
Минута 10, следом. Этикетка отправляется на принтер в мастерской. Человеку остаётся приклеить её на коробку и отдать курьеру.
Между минутой 0 и минутой 10 ни один сотрудник не сделал ничего. Заказ появился в списке уже оплаченным, с треком и распечатанной этикеткой.
Место первое, где мы сломались: расчёт
Формула из таблицы оказалась неполной. Часть надбавок жила в голове владельца: при определённой глубине изделия менялся способ крепления, и цена шла скачком. В таблице этого не было записано нигде.
Первые расчёты на сайте давали цену ниже фактической себестоимости для нескольких сочетаний размеров. Поймали на тестах, но поймали не сразу — сочетаний много, и глазами их не перебрать.
Что сделали: описали границы явно. Не «формула», а набор диапазонов, у каждого свой коэффициент, и запрет на выход за пределы, где расчёт неприменим — там показывается запрос на индивидуальный просчёт.
Место второе: оплата прошла, отправление не создалось
Агрегатор доставки иногда отвечал ошибкой: недоступен пункт, не проходят габариты, временный сбой. Деньги при этом уже приняты.
В первой версии такой заказ просто оставался без трека, и заметить это можно было только глазами. Один заказ пролежал сутки.
Что сделали: разделили платёж и отправление на два независимых шага, каждый со своим состоянием. Если шаг «создать отправление» не прошёл, заказ получает отдельный статус и поднимается наверх списка. Система повторяет попытку сама несколько раз, а если не вышло — человек нажимает одну кнопку. Оплата при этом не трогается, повторная попытка не создаёт второй платёж.
Место третье: возвраты и исключения
Автоматика хорошо проходит прямой путь. Обратный путь она проходит плохо, потому что решение о возврате — это решение, а не операция.
Мы не стали автоматизировать возврат целиком. Вместо этого сделали так, чтобы человеку было чем работать: в карточке заказа видны платёж, чек, отправление и вся история статусов с временем. Возврат оформляется руками, но данные для него не нужно собирать из трёх систем.
Тот же принцип разграничения, что и в остальных проектах: сборщик видит заказы, но не суммы и не финансовые итоги; управляющий видит платежи и возвраты.
Место четвёртое: люди привыкали дольше, чем система работала
Техническая часть заработала раньше, чем изменилась привычка. Первые недели сотрудники продолжали проверять почту, хотя заказы туда больше не приходили, и переспрашивали клиентов о том, что уже лежало в карточке заказа.
Помогли две вещи. Первая — убрали старые каналы. Пока почта продолжала принимать заявки, часть заказов шла мимо системы, и разговоры о полной автоматизации оставались разговорами.
Вторая — сделали список заказов главным экраном. Не сводка, не отчёт, а очередь на сегодня: что оплачено, что собрать, что отдать курьеру. Всё, что требует внимания человека, поднимается наверх; всё, что прошло само, лежит ниже и не мешает.
Что изменилось
Типовой заказ перестал занимать время сотрудника. Не «занимает меньше», а не занимает совсем: он появляется в списке уже готовым к сборке.
Пауза между вопросом о цене и ответом исчезла — цена появляется на экране в момент ввода размеров.
Человек остался на исключениях: нестандартные размеры вне границ формулы, спорные возвраты, ошибки перевозчика. Это заметно меньший поток, и он требует головы, а не копирования адреса.
Кому такой сценарий не нужен
Если заказов десять в месяц, автоматическая цепочка стоит дороже, чем менеджер, который делает то же руками. Считать нужно по количеству повторяющихся операций, а не по красоте схемы. Вилки по проектам собраны на странице цен.
Второй случай: товар, где каждая продажа обсуждается. Проектная мебель по чертежам заказчика, оборудование под техзадание, услуги с выездом. Там автоматизировать нужно не продажу, а подготовку к разговору: собрать данные, посчитать варианты, показать историю.
И третий: если у вас нет договора с перевозчиком и подключённого эквайринга, автоматизировать пока нечего. Цепочка держится на этих двух узлах, всё остальное — надстройка над ними.
Коротко
Полностью автоматическая продажа — это не одна большая функция, а пять независимых шагов: расчёт, фиксация заказа, оплата, чек, создание отправления с этикеткой. Каждый шаг обязан оставлять запись о своём результате, иначе обрыв посередине никто не заметит. Ломается такая цепочка в расчёте, где не описаны границы, и на стыке с перевозчиком, где деньги уже приняты. Возвраты и исключения остаются человеку, и это правильно.
Первый разговор — разбор задачи: нужна ли вам система или хватит одной страницы. Без обязательств и без счёта.
Частые вопросы
Сколько стоит собрать такую цепочку?
Проект с расчётом, оплатой и автоматическим созданием отправлений попадает в категорию платформы: от 150 000 ₽ и от 14 дней. Отдельно считается подключение эквайринга и договор с перевозчиком — это не разработка, а ваши договоры, и сроки там зависят не от нас.
Что происходит, когда цепочка обрывается посередине?
Каждый шаг оставляет запись о своём результате, поэтому оборвавшийся заказ виден в админке отдельным статусом, а не пропадает. Человек открывает такой заказ, видит, на каком шаге остановка, и повторяет шаг вручную одной кнопкой.
Значит, менеджер вообще не нужен?
Нужен, но не на каждом заказе. Автоматика забирает типовые заказы целиком, а человек занимается исключениями: нестандартный размер, спорный возврат, ошибка перевозчика. Разница в том, что раньше он трогал сто заказов, а теперь десять.
Те, что не помогают, мы переписываем — по этой кнопке и решаем, какие именно.
Ещё по теме
Справка о составе чека, разграничении зон ответственности между сайтом, кассой и бухгалтерией и порядке проверки перед запуском.
тем, кто заказывает «Жук и Плут»: детский бренд ушёл с маркетплейсов на свой сайтИстория магазина детских товаров — что мы построили, что пошло не так и почему бренд встал первым в Яндексе на третий день.
тем, кто заказывает «С этим покупают»: где ставить блоки допродажКарта мест на сайте, где допродажа работает, и что показывать в каждом — от карточки товара до письма после доставки.
тем, кто заказывает