Продажи / живой остаток

Живой остаток на сайте растений и Авито: как не продать растение дважды

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

Эта статья не про то, как красиво показать каталог и не про скорость ответа в каналах. Для списка доступности есть отдельный материал о live availability list, а для времени реакции – статья про SLA по каналам продаж растений. Здесь фокус другой: синхронизация наличия растений как машина состояний. Сначала физическое растение получает состояние, затем оно попадает в публичные каналы, потом на него ставится резерв, потом оно либо оплачено и собрано, либо отпущено обратно в продажу.

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

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

華 Живой остаток на сайте растений

Живой остаток на сайте растений – это количество экземпляров, которое можно принять в заказ прямо сейчас, не споря потом с физическим столом. Для клиента это выглядит как простое «есть в наличии». Для оператора это результат вычитания уже обещанных растений, коротких hold, оплаченных заказов, снятых по качеству экземпляров и буфера для медленных каналов.

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

 Как не продать растение дважды

Чтобы понять, как не продать растение дважды, нужно убрать главный разрыв: обещание клиенту должно менять остаток до того, как другой канал успеет принять такую же заявку. Если менеджер написал «держим», но в источнике ничего не изменилось, сайт и Авито продолжают считать растение свободным. Если сайт принял заказ, но менеджер не видит hold, он может пообещать последний экземпляр в чате.

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

 Не список, а машина состояний

Список наличия отвечает на вопрос клиента: «что можно купить сейчас». Машина состояний отвечает на другой вопрос: «почему мы уверены, что это всё ещё можно купить». Разница принципиальная. В списке может быть строка «гортензия, 12 шт.», но для оператора важнее знать, сколько из этих 12 физически стоит в зоне продажи, сколько уже обещано, сколько ждёт оплаты, сколько снято с продажи из-за качества и сколько осталось только в внешнем объявлении, потому что канал обновится позже.

Для живого товара недостаточно числа «есть 12». Растение может быть физически на столе, но уже обещано покупателю. Может быть на фото в объявлении, но после утреннего осмотра уйти в доращивание. Может быть оплачено, но ещё не снято с публичной витрины. Если все эти случаи одинаково называются «в наличии», команда быстро получает конфликт каналов.

Минимальная машина состояний для небольшой теплицы может быть такой:

• Физически есть – растение найдено в продаже или на площадке выдачи.
• Доступно – растение прошло визуальный контроль и не обещано никому.
• В hold – коротко удерживается под диалог, звонок, подбор фото или проверку оплаты.
• В резерве – привязано к конкретному заказу или клиенту по принятому правилу.
• Оплачено – уже не должно быть видно как свободное ни в одном публичном канале.
• В сборке – физически ищется, маркируется, переносится к выдаче или упаковке.
• Отпущено – резерв снят, растение снова возвращено в доступный остаток.
• Снято – ушло в доращивание, списание, пересорт, сезонное решение или ручной разбор.

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

吝 Единый источник остатка: как не продать растение дважды

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

Удобная формула для оператора выглядит так:

доступно к продаже = физически годно – резервы – hold – снято по качеству – каналовый буфер.

Доступный остаток не равен всем растениям, которые стоят в теплице. Если на столе 20 одинаковых позиций, но 3 уже подтверждены в заказах, 2 держатся под оплату, 1 сомнительное после осмотра и 1 оставлено как страховой запас под пересорт, то публично доступно не 20. Публично доступно столько, сколько бизнес готов без спора продать следующему клиенту.

Единый источник должен отвечать на пять вопросов:

• Сколько растений физически годно к продаже после последнего осмотра?
• Сколько уже обещано конкретным клиентам и по какому основанию?
• Сколько удерживается временно и когда это удержание истекает?
• Какие каналы получили обновлённое число, а какие ещё могут показывать старое?
• Кто имеет право вернуть растение из резерва в продажу?

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

里 Состояния позиции и переходы

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

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

Для быстрой работы полезно разделить hold и резерв. Hold – это короткая пауза, когда менеджер уточняет фото, считает доставку, ждёт быстрый ответ. Резерв – более сильное состояние: растение уже нельзя предлагать другому клиенту без решения ответственного. Такое разделение снижает крайности: не нужно держать каждое «интересно» как полноценный резерв, но и нельзя продавать растение, по которому уже идёт подтверждённая сделка.

Переходы можно описать так:

• доступно -> hold: клиент задал предметный вопрос, менеджер берёт короткое время на подтверждение.
• hold -> резерв: клиент подтвердил покупку по правилам компании.
• hold -> release: клиент не ответил, отказался или истёк короткий срок удержания.
• резерв -> оплачено: деньги или подтверждённый платёжный сценарий получены.
• резерв -> release: срок прошёл, клиент отказался, растение не подтвердилось физически.
• оплачено -> в сборке: заказ передан в теплицу или на выдачу.
• в сборке -> исключение: растение не найдено, отличается от обещанного, повреждено, перепутано.
• снято -> сезонное решение: партия уходит в уценку, доращивание или списание.

Release так же важен, как резерв. Без него публичный остаток начинает умирать сам: товар физически есть, но команда боится его показать, потому что «кто-то вроде спрашивал». Лишние мёртвые резервы уменьшают оборот, а слабые резервы создают двойные продажи. Правило должно быть видимым: кто снимает, когда снимает и что проверяет перед возвратом.

 Каналы продаж не должны спорить

Сайт, Авито, мессенджер и ручная продажа отличаются скоростью обновления и степенью контроля. На сайте можно быстро поменять количество, но кэш, модерация, интеграция или человеческий процесс могут добавить задержку. На внешней площадке объявление может обновляться по расписанию или вручную. В мессенджере менеджер часто отвечает быстрее системы, но именно поэтому легко пообещать то, что уже ушло. Офлайн-продажа на месте кажется самой надёжной, пока касса или блокнот не вернули изменение в общий остаток.

Канальный остаток – это не источник истины, а публикация. Он может быть меньше единого доступного остатка, если канал медленный или рискованный. Например, если сайт обновляется быстро, а внешнее объявление – только несколько раз в день, на внешнюю площадку разумно передавать меньшее число или чаще снимать единичные позиции из публикации. Для живого товара лучше недопоказать одну позицию, чем принять заказ на исчезнувшее растение.

Минимальная схема для каналов:

• Сайт: получает доступный остаток из единого источника, но не должен принимать больше, чем бизнес готов собрать после физической проверки.
• Авито: работает как внешний канал. Если объявление массовое или с количеством, оно должно получать не физический остаток, а безопасный канальный остаток.
• Мессенджеры: менеджер не обещает по памяти; перед обещанием смотрит единый источник и сразу ставит hold или резерв.
• Ручная продажа в теплице: после передачи растения изменение попадает в единый источник до следующего публичного обновления.
• Опт: не забирает весь доступный остаток молча; крупный запрос становится отдельным резервом или отдельной квотой.

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

⏳ Резерв растения до оплаты

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

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

Правило резерва можно построить через четыре вопроса:

• Что запускает резерв? Предоплата, оформленный заказ, подтверждение в чате, оптовая заявка, ручное решение старшего?
• На сколько действует? До конца часа, до конца рабочего дня, до согласованного времени самовывоза, до оплаты по счёту?
• Что происходит при молчании? Автоматический release, звонок, одно напоминание, перевод в исключение?
• Что видят каналы? Уменьшается ли сайт сразу, снимается ли внешнее объявление, получает ли менеджер предупреждение?

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

Резерв до оплаты особенно важен для каналов с задержкой. Если клиент с Авито написал по конкретному растению, а сайт всё ещё принимает заказ на ту же позицию, менеджер обязан либо поставить hold в едином источнике, либо честно сказать, что наличие уточняется. Нельзя обещать одновременно «держим для вас» и оставлять публичное количество без изменений.

 Daily sync без большой автоматизации

Даже без сложной интеграции можно построить устойчивый ежедневный ритм. Его задача – не добиться идеальной цифровой красоты, а не допустить, чтобы вчерашнее число продолжало продавать сегодняшние растения. Чем больше каналов, тем меньше команда должна полагаться на память.

Минимальный ритм дня:

• Утро: физический осмотр продажных зон, снятие слабых растений, возврат вчерашних истёкших hold, обновление единого источника.
• Перед открытием каналов: передача безопасного доступного количества на сайт и внешние объявления.
• В течение дня: каждое подтверждённое намерение сразу переводится в hold или резерв; каждая ручная продажа сразу уменьшает единый источник.
• После пикового окна: сверка заказов сайта, Авито, мессенджеров и офлайн-продаж; конфликтные строки уходят в разбор.
• Вечер: release просроченных удержаний, снятие неоплаченных сомнительных заказов, короткая подготовка числа на завтра.

Если внешняя площадка или файл обновляются не мгновенно, это не ошибка сама по себе. Ошибка – не учитывать задержку. Канал с задержкой должен получать более осторожное число или отдельную квоту. Например, если физически доступно 10, но сайт продаёт быстро, а внешнее объявление обновится позже, можно отправить на внешний канал 7 или 8, оставив буфер под пересечения. Размер буфера не универсален: он зависит от скорости продаж, цены растения, частоты обновления и готовности команды быстро снять объявление.

В день с распродажей или сильным входящим спросом daily sync нужно превращать в частый sync: после каждой волны заказов, перед массовой рассылкой, перед публикацией свежего объявления, после крупного оптового запроса. Это не SLA по ответам; это санитарная проверка остатков перед обещаниями.

⚠️ Конфликт каналов: кто получает растение

Конфликт каналов неизбежен, если продажи растут. Важно не делать вид, что его не будет. Нужно заранее решить, кто получает растение, кто звонит клиенту и как событие возвращается в процесс.

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

Практическая приоритетная лестница:

• Оплачено и подтверждено физически – высший приоритет, растение снимается из всех каналов.
• Подтверждённый резерв с действующим сроком – защищён до release или оплаты.
• Оформленный, но неоплаченный заказ – получает hold по правилу канала, но не вечную бронь.
• Диалог без подтверждения – не блокирует растение дольше короткого hold.
• Публичное наличие без заявки – слабее любого подтверждённого состояния.

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

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

 База не заменяет стол

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

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

Физическая проверка перед отгрузкой должна ответить на три вопроса:

• Растение найдено и совпадает с тем, что обещали?
• Оно всё ещё продажного качества, а не требует доращивания или уценки?
• После его выдачи остаток в едином источнике и каналах уменьшится правильно?

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

藺 Минимальный контур внедрения

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

• Единая строка позиции: артикул или рабочее название, партия/зона, физически годно, hold, резерв, оплачено, снято, доступно.
• Правило резерва: что запускает, сколько действует, кто снимает, как продлевается.
• Карта каналов: сайт, Авито, мессенджеры, ручная продажа, опт; для каждого – кто обновляет и какая задержка допустима.
• Стоп-лист: последние штуки, спорные растения, позиции с конфликтами, объявления, которые надо снять вручную.
• Журнал расхождений: дата, позиция, что было в источнике, что оказалось физически, какой канал создал риск, что исправили.

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

Три правила запуска:

• Нельзя обещать без отметки: если менеджер сказал клиенту «держим», источник должен измениться.
• Нельзя держать без срока: любой hold и резерв имеют время проверки.
• Нельзя публиковать всё физическое: публичный канал получает только безопасное доступное количество.

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

 Публичные источники схемы

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

• МойСклад – разделение фактического остатка, резерва, ожидания и доступного количества.
• retailCRM: остатки и автобронирование – доступное количество для реализации и привязка резерва к статусу заказа.
• Яндекс Маркет для продавцов – регулярная передача свободного количества для новых заказов и различие полных/частичных обновлений.
• Авито: шаблоны автозагрузки и практическая справка AutoZ по полю остатка – внешний канал может иметь собственную публикационную форму, но не должен становиться источником истины.
• Shopify inventory states – пример state-based подхода к количествам: физическое, доступное, обязательства и недоступные остатки.
• WooCommerce inventory settings – пример настраиваемого удержания неоплаченного заказа и release после отмены.
• Oracle SCM и Microsoft Dynamics Inventory Visibility – синхронизация обещаний, физического наличия и резервов across channels как общая задача омниканальной торговли.
• DeHoratius & Raman, Inventory Record Inaccuracy – исследовательское напоминание: записи об остатках расходятся с физической реальностью, поэтому нужны проверки и разбор причин.

 Словарь терминов

Единый источник остатка

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

Доступный остаток

Количество, которое можно пообещать новому клиенту после вычета резервов, hold, снятых по качеству растений и канального буфера.

Резерв

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

Hold

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

Release

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

Канальный остаток

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

Конфликт каналов

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

Инвентаризация

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