Что покупатель действительно спрашивает
Сообщение «есть ли размер М?» редко означает только запрос числа в таблице. Человек хочет понять, сможет ли забрать товар, сколько времени действует ответ и что произойдёт при оформлении заказа. Если магазин отвечает «есть в наличии» по выгрузке в девять утра, а к обеду последняя единица уже зарезервирована, аккуратно написанный ИИ текст превращается в ложное обещание. Начните с определения: физический остаток, доступный к продаже остаток и подтверждённая бронь — три разные величины. Их нельзя подменять одной зелёной меткой.
Проверьте источник до формулировки
Сотрудник должен видеть время обновления склада, канал продаж и признак резервов. Для ответа в переписке достаточно номера товара, нужного размера, доступного количества и времени последней синхронизации. Не передавайте модели телефон и адрес покупателя, если задача — сформулировать нейтральную фразу. Сохраните снимок исходного значения, чтобы потом разобраться, почему ответ отличался от факта. Если магазин работает с несколькими складами, не складывайте числа без учёта того, откуда можно доставить конкретный заказ.
Три режима ответа
Если есть подтверждённая бронь на имя клиента, можно сообщить срок и условия, которые зафиксированы в системе. Если известен лишь свежий доступный остаток, пишите «по данным на 14:10 товар доступен; наличие подтвердим при оформлении», не называя это бронью. Если данные устарели или показывают расхождение, сначала проверяйте у склада и только затем отвечайте. ИИ может выбрать шаблон по полю статуса, но право назначить статус получает из системы, а не из контекста сообщения. Формулировка «точно будет» без резерва недопустима.
Настройте черновик как проверку, а не как продажу
В запросе укажите: верни ответ покупателю и отдельную строку для сотрудника с тем, что нужно подтвердить. Запретите модели придумывать срок доставки, адрес самовывоза и количество. Предложите ей задать уточняющий вопрос, если покупатель не назвал размер или город. Тон должен быть спокойным, без «успейте купить» и искусственного дефицита. Это особенно важно при акции: промо-цена может действовать иначе, чем резерв на конкретную единицу. Сотрудник сверяет две вещи — факт наличия и силу обещания в тексте.
Разбор одного обращения
Покупатель спрашивает о синей куртке размера М. Утренний остаток — две штуки, но одна лежит в неоплаченном заказе, а вторая числится в магазине другого города. Фраза «две куртки в наличии» не отвечает на вопрос. Хороший черновик должен сначала уточнить доступный город и спросить систему об актуальном резерве. Если доставка между городами разрешена, это отдельное условие и срок. ИИ может собрать понятную последовательность сообщения, однако подтверждение покупки или обмена товара остаётся за магазином.
Где процесс ломается чаще всего
Один канал показывает остаток с задержкой, другой резервирует мгновенно. Менеджер копирует ответ из чата спустя полчаса, не обновляя данные. Часть товаров бывает витринной, уценённой или уже переданной на сборку. Введите простое правило: если интервал от последней синхронизации больше допустимого для вашего оборота, черновик не отправляется автоматически. Для особо дефицитных позиций нужна ручная проверка независимо от свежести выгрузки. Полезно сравнить этот процесс с разбором прогноза дефицита: прогноз спроса и обещание конкретному клиенту требуют разных данных.
Проверка на прошлых диалогах
Возьмите двадцать обращений, включая случаи возврата, пересорта и продажи последней единицы. Скройте личные данные. Сравните черновик модели с тем, что действительно произошло: не было ли ложной брони, неверного склада, выдуманного времени и пропущенного уточнения. Отдельно проверяйте сообщения, где ИИ звучит наиболее уверенно. Уверенный тон не говорит о качестве источника. Ошибки разберите по причинам: плохая выгрузка, неясный статус, слабое правило ответа или ручная спешка. Исправляйте соответствующую часть процесса, а не весь текст сразу.
Кто принимает и как измерять
За ответ отвечает сотрудник, у которого есть право проверить резерв. На пилоте измеряйте долю сообщений с устаревшим остатком, число отмен из-за обещанного наличия и время до подтверждения. Скорость ответа важна, но её нельзя улучшать ценой отменённого заказа. В разборе очереди сервисных заявок действует похожий принцип: метка «срочно» не заменяет подтверждённый факт. Через неделю пересмотрите порог свежести отдельно для ходовых и медленных товаров.
Когда покупатель возвращается позже
Не продолжайте старый диалог так, будто вчерашняя проверка ещё действует. Если покупатель написал после закрытия смены, снова запросите актуальное наличие. Автоматический помощник может обнаружить, что время последней проверки истекло, и предложить сотруднику обновить ответ. Сохраните в истории момент проверки, подтверждённый склад и срок брони, если бронь существует. Для клиента достаточно понятной фразы: «уточним доступность и ответим после проверки». Не нужно показывать внутренний технический статус, который сам сотрудник не может объяснить. Разные каналы должны ссылаться на одну запись о резерве.
Вопросы перед запуском
Можно ли отправлять ответ без человека? Только когда система подтверждает актуальный резерв и текст не добавляет условий сверх него; начните с режима черновика. Нужно ли показывать точное количество? Не всегда: для покупателя важнее возможность заказать и срок подтверждения. Что делать при расхождении складов? Остановить обещание, уточнить физический остаток и сохранить причину исправления. Как долго действует ответ? Только столько, сколько реально поддерживает механизм брони; если такого механизма нет, явно сообщайте момент проверки.