Сравнивать стоит путь жалобы, а не экран чата
Покупатель пишет, что курьер опаздывает. Помощнику требуется понять, какой заказ обсуждается, что известно о его состоянии и какой вопрос задать диспетчеру. Дружелюбный текст без этих сведений может лишь увеличить переписку. Опишите требуемый результат до просмотра демонстраций: сводка фактов, недостающие сведения и черновик ответа.
У готового решения выясняйте, как оно получает статус и отличает сообщение гостя от подтверждения диспетчера. Для своей разработки тот же вопрос превращается в техническое задание. Название модели не объясняет устройство связи с учётом заказов и не снимает необходимость поддерживать её после изменений источников.
Условия, которые проверяют на показе продукта
Попросите показать разбор условной жалобы с неполными данными, а не только заранее подготовленное приветствие. Для обоих вариантов используйте единый перечень:
- Как определяется нужный заказ при похожих именах гостей.
- Где виден источник сведения о готовности и передаче курьеру.
- Что происходит, когда статус недоступен или противоречив.
- Кто подтверждает отправку ответа с обещанием срока.
- Как выгрузить материалы и прекратить использование решения.
Два заказа в одной жалобе об опоздании
Допустим, гость оформил обед себе и отдельную доставку коллеге, а теперь пишет только о задержке. На учебных данных решение должно подготовить уточнение, а не выбрать заказ по последнему времени создания. После ответа человека оператор сверяет запись и запрашивает фактическое состояние у диспетчера.
В готовом продукте проверьте, допускается ли такой сценарий без обходных действий сотрудника. В проекте собственной системы предусмотрите отсутствие ответа источника и неоднозначную связь. Если требуется сначала вручную искать все сведения, оцените, какую часть работы действительно выполняет агент. Обе модели внедрения должны оставлять возможность обычного разбора жалобы.
Риски владения после первого запуска
Для готового решения изучите условия хранения материалов, передачу выбранной модели и доступность поддержки. Для своей разработки назовите, кто сопровождает интеграцию, проверяет изменения полей и исправляет ошибки. Установка на сервер клиента не исключает внешние запросы модели: состав передаваемых сведений нужно согласовать независимо от способа покупки.
Сначала исключите варианты, которые сами обещают компенсацию или точное прибытие по неподтверждённому статусу. Затем сравните полный объём сопровождения и ручной проверки. Разработка не становится разумным выбором лишь из-за необычного интерфейса, а готовый продукт — лишь из-за быстрой демонстрации. Решение должно опираться на разбор вашего типа жалобы и ограничения данных.
Как с этим работает Coagent
Платформа Coagent работает с почтой, Telegram, таблицами и 1С по правилам вашей компании. Рутину берёт агент, а подтверждение остаётся за человеком.
Подготовьте условную жалобу с двумя заказами и попросите каждого кандидата показать, как он сохраняет неопределённость до уточнения.