Химчистка и прачечная: ИИ для заявок и статусов заказа

Предварительный запрос не заменяет осмотр

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

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

Сценарий приёма

1. Уточнить изделие и разрешённые для приёма материалы.
2. Собрать описание загрязнения без постановки окончательного результата.
3. Показать условия предварительной оценки и действующий прайс.
4. Проверить адресную зону и доступное время, если есть доставка.
5. Создать заявку и передать данные приёмщику.
6. Объяснить следующий шаг и способ связи.

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

Статус берут из карточки заказа

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

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

База ответов и ограничения

Тема	Что хранить в базе
Услуги	Допустимые изделия и исключения
Цена	Правила предварительной и окончательной оценки
Уход	Только утверждённые рекомендации
Спор	Передачу сотруднику с историей заказа

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

Повторные обращения

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

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

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

Пилот и экономика

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

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