Автоматизация обработки заявок: как учитывать повторные обращения

Сначала разделите четыре разные ситуации

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

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

Не смешивайте контакт, обращение и заказ

Контакт отвечает на вопрос, с кем общается компания. Обращение описывает конкретный запрос, а заказ — согласованный предмет работы. Один человек может обсуждать несколько покупок одновременно. Поэтому правило «совпадает телефон — удалить вторую заявку» способно скрыть полезное новое обращение.

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

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

Уточнение должно дополнять историю

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

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

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

Повтор после сбоя требует отдельной проверки

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

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

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

Условный пример: мастерская с двумя заказами

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

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

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

Что проверить при приёмке автоматизации

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

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

Как обсудить такой процесс с VIDARA

На странице https://vidaraneiro.pro/automation/ описана настройка одного согласованного маршрута: источники, правила, подключения, поведение при повторной заявке и ошибках, уведомления, журнал и контрольные сценарии. Количество систем, состав работ и сопровождение фиксируются до начала; доступность подключения зависит от официальных возможностей ваших сервисов.

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

Для обращения через Gmail или VK на странице услуги опишите, откуда приходят заявки и где работают сотрудники. Приложите три обезличенных примера: повтор, уточнение и новый заказ того же человека. Укажите, что должно произойти с каждым. VIDARA уточнит техническую возможность, состав работ и способ проверки; заранее обещать безошибочное распознавание любых обращений нельзя.