Начните с одного тестового звонка: проверьте, к какой карточке CRM привязалось резюме и какую задачу система предложила менеджеру. После вайбкодинга недостаточно увидеть текст в карточке. ИИ мог перепутать участников разговора, превратить вопрос клиента в обещание компании или записать срок, который никто не согласовывал. Ниже — порядок проверки всей цепочки: от звонка до задачи. Он поможет найти ошибку до того, как менеджер начнёт действовать по неверным итогам.
С чего начать проверку цепочки «звонок — резюме — CRM»?
Нарисуйте путь одного звонка так, как он устроен у вас: запись появляется в телефонии, программа получает её или расшифровку, ИИ составляет резюме, затем код находит карточку CRM и добавляет итог. Если программа создаёт задачу, допишите и этот шаг. Облачная АТС, например, может хранить записи у оператора; для дальнейшей работы их получают через API или выгрузку и сопоставляют с CRM по номеру телефона (Бюро агентов).
Для первого прогона возьмите вымышленный разговор и тестовую карточку. Запишите ожидаемый результат обычными словами: «Резюме попадает в карточку этого обращения. Менеджеру предлагают уточнить наличие товара. Задача на отгрузку не появляется». Так вы проверите работу программы по результату, а не по сообщению «запрос выполнен» в её журнале.
До проверки ИИ посмотрите, где в CRM оказываются входящие звонки и кто отвечает за обращение. Если один звонок создаёт две карточки или у обращения нет ответственного, резюме лишь добавит путаницы. Такой порядок подготовки рекомендует и remonline.by в материале об ИИ-расшифровке звонков.
Какие разговоры показать системе при тестировании?
Одного удачного диалога мало. Подготовьте несколько коротких тестовых разговоров, где итог меняется из-за одной реплики. Для каждого заранее напишите, что должно появиться в CRM. Так проще понять, где ошибся ИИ, а где код, который перенёс его ответ.
- Клиент спрашивает, успеют ли подготовить заказ к нужной дате. Менеджер обещает уточнить у производства. Ожидаемый итог: задача уточнить возможность и сообщить ответ. Обещания подготовить заказ к дате нет.
- Клиент говорит: «Я пришлю список оборудования». Ожидаемый итог: действие остаётся за клиентом; менеджеру не ставят задачу отправить этот список.
- Менеджер предлагает прислать материалы, но в конце разговора клиент просит пока их не отправлять. Ожидаемый итог учитывает последнюю просьбу.
- Собеседники обсуждают следующий контакт, но не называют дату. В карточке нет придуманного срока, а внутренний срок задачи не выдаётся за обещание клиенту.
Добавьте разговор с плохим звуком или обрывом на важной фразе. Здесь правильный результат — пометка «требуется уточнение», если согласие невозможно разобрать. Проверяйте спорный участок по записи: расшифровка помогает его найти, но сама тоже способна пропустить отрицание или перепутать реплики.
Как проверить, что CRM получила правильные данные?
Откройте тестовую карточку и сравните её с записью разговора. Пройдите путь в том же порядке, в каком его проходит программа:
- Найдите звонок в нужной карточке. Если система выбирает карточку по номеру, проверьте, что она не прикрепила итог к другому обращению с тем же номером.
- Откройте ссылку на запись и найдите реплику, на которой основан каждый следующий шаг. Проверьте соседние фразы: клиент мог изменить решение ближе к концу разговора.
- Сверьте действие и исполнителя. Формулировка «клиент пришлёт список» не должна превращаться в задачу менеджеру отправить список.
- Проверьте условие и срок. После слов «проверю наличие» в CRM должна остаться проверка наличия, а не подтверждённая отгрузка.
- Запустите передачу того же итога повторно. Убедитесь, что программа не добавила второе одинаковое резюме или задачу.
В карточке полезно видеть ссылку на запись, расшифровку и короткий итог: тогда менеджер быстро найдёт основание для задачи. Такой состав карточки описан в материале SoftChat. Однако наличие этих полей ещё не говорит, что содержание верно. Если ИИ написал «клиент согласовал заказ», найдите в разговоре именно согласие, а не вопрос о цене.
Отдельно проверьте сбой передачи в CRM. Отключите тестовое соединение на этапе записи итога и посмотрите, что произойдёт при повторной отправке. Программа должна сообщить об ошибке и сохранить возможность повторить действие без дубля. Если вы вайбкодили и другие точки входа для обращений, похожую проверку полезно провести для формы заявки после вайбкодинга.
Как превратить найденные ошибки в рабочие тесты?
Для каждого сбоя сохраните тестовый разговор, ожидаемый результат и то, что система записала в CRM. Например: «Ожидали задачу уточнить срок у производства; получили задачу подтвердить клиенту готовность заказа». Эта запись понятнее замечания «ИИ ошибся»: разработчик увидит, какую реплику модель истолковала неверно, а руководитель — какую задачу нельзя передавать менеджеру.
Попросите программу выдавать договорённости в отдельных полях: действие, исполнитель, срок, условие и фраза-основание с отметкой времени. В инструкции для ИИ можно прямо указать: «Не записывай просьбу или вопрос как согласованное обязательство. Если срок не назван, оставь его пустым». Затем повторите тот же тестовый звонок. Исправление прошло проверку, когда в карточке изменился итог, а задача соответствует реплике из записи.
Если система сама создаёт задачи, оставьте спорным итогам статус «нужно уточнить» и передавайте их человеку на проверку. Для подтверждённых итогов проверьте отдельный путь: задача появляется у нужного сотрудника и ведёт к нужному звонку. После каждого изменения кода прогоняйте те же разговоры снова. Иначе правка случая с датой может незаметно сломать определение исполнителя; о том, как отличить полезную проверку от формальной, есть материал про бесполезные автотесты после вайбкодинга.
Для разбора спорных формулировок пригодится пример в статье на smart-call.by: по нему удобно составить собственные тестовые диалоги, где просьба клиента похожа на готовую договорённость.
Какие ошибки чаще всего пропускают при проверке?
- Проверяют только текст резюме и не открывают карточку CRM. Тогда остаются незамеченными неверная привязка звонка и дубли задач.
- Ищут в расшифровке знакомые слова без соседних реплик. Фраза «отправлю счёт» меняет смысл, если следом менеджер добавил «после подтверждения заказа».
- Считают любой заполненный срок обещанием клиенту. Срок, который менеджер поставил себе в CRM, лучше обозначить как внутренний.
- Исправляют итог вручную и не сохраняют ошибочный разговор для повторного теста. После следующего изменения ИИ повторит ту же ошибку, а проверить это будет нечем.
Сейчас откройте один тестовый звонок и его карточку CRM. За две минуты сверьте исполнителя и действие в первой задаче с репликой из записи. Если они совпадают, эта часть цепочки уже работает; если нет, сохраните фразу и ошибочную задачу как первый тест для исправления.
