ИИ на звонках в CRM: с чего начать владельцу

Первый шаг — решение, которое люди и так принимают, когда положили трубку. Его надо записать полями, чтобы модель вернула поля, а человек мог сказать «здесь не так». Я проводил звонок с телефонии через поздний проход и на карточку CRM, которой пользуются несколько компаний. Полезная форма была скучной. Звонок закончился. Карточка уже была. Структурная заметка приходила следом, и повтор того же звонка вторую заметку не создавал. Отчёт появился после того, как человек смог прочитать один результат. С этого места и начинают. Не с нового продукта.

1. Решение, которое команда уже принимает

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

Решение — поля, не абзац, который модель сочинит. Да или нет, которыми команда уже пользуется. Короткая причина из списка, о котором они и так спорят, не свободное сочинение. Следующий шаг теми словами, которые на карточке уже есть. Человек, которого не было на линии, должен прочитать заметку и одной фразой сказать «это неверно». Не может — заметка украшение. Украшение понедельник не меняет. Остальной звонок не трогайте. Модель, которая в первый день судит тон, скрипт, цену и следующую задачу, ошибётся четырьмя способами, и заметку перестанут читать. Одно решение на живых звонках — продукт. Четыре непрочитанных — демо.

• Одно решение после того, как положили трубку. Не новая политика, придуманная под модель.
• Поля, которые человек может пометить как неверные. Балл без фразы не считается.
• Слова, которые уже есть на карточке, а не второй язык рядом.
• Что вы сознательно пока не оцениваете.

2. Чат на сайте покупают отдельно

Виджет разговаривает с людьми, которых в CRM ещё нет. Ему нужны тон, предел того, что он имеет право обещать, и способ отдать человека живому. Это входная дверь. Разбор звонка — про разговоры, которые менеджеры уже провели. Результат должен лежать на карточке, которую открывают нарочно. Запись, менеджер и компания уже известны. Вы не привлекаете посетителя. Вы оставляете заметку там, где работа и так идёт.

Чат берут, потому что он виден в продающем слайде, а заметку к звонку откладывают, потому что не виден. Потом удивляются, что CRM выглядит как раньше. Нужна дверь с улицы — покупайте дверь и не кладите её в этот список. Нужно, чтобы менеджеры перестали оставлять следующий шаг пустым, — чат им его не напечатает. Напечатает заметка на карточке, и только если её всё ещё кто-то проверяет. Фразу вендора «ИИ для общения с клиентами» на оба случая не натягивайте. Спросите, какой объект получает результат: посетитель на сайте или карточка, которая уже есть. Если оба, у вас два проекта. Финансируйте тот, чьё отсутствие вы почувствовали на прошлой неделе.

3. Менеджер не сидит в тишине, пока модель думает

Так и стройте: ему не приходится. Звонок закончился. Карточка создаётся так, как создаётся сегодня, вашей текущей телефонией. Заметка приходит потом, когда запись уже можно прочитать. Модель медленная, молчит или врёт — карточка на месте, человек может нажать play. Провал заметки не провал звонка.

Поздний проход обязан быть безопасным при двух запусках. Сеть ретраит. Задача оценила звонок и умерла по дороге к карточке — её запустят снова. Второй запуск должен найти уже написанную заметку и остановиться. Вторая заметка, которая спорит с первой, или вторая задача в списке менеджера — способ научить команду не смотреть в эту функцию. На системе, о которой я говорю, повтор был частью замысла, не сюрпризом после запуска. Спросите то же до включения: один звонок, одна заметка, даже если работу доставили дважды. Провал кладите туда, куда человек и так смотрит. Мёртвая задача, которую никто не видит, становится «ИИ какой-то случайный». На карточке должно быть видно, что заметки нет, а не что звонок идеальный. И один звонок можно прогнать снова, не переигрывая всю ночь.

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

4. Заметка садится в ту компанию, чей был звонок

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

Граница та же, что у любого общего продукта, и рвётся в тех же скучных местах: отчёт по всем заметкам, ночная задача, которая пишет файл, человек, чей вход видит всех, новая колонка без компании. Проверьте двумя входами до того, как включите заметку всем. Войдите как компания А, откройте звонок компании Б и убедитесь, что ни заметку, ни запись прочитать нельзя. Карта этих разрывов длиннее, она в заметке где общий продукт смешивает данные клиентов. Это раньше разговора о том, как умно звучит резюме. Базы филиалов и общий логин на таких продуктах оба в игре. Какой у вас вариант, для проверки двумя входами знать не обязательно. Проверка должна закрываться в отказ. Второго входа нет — это уже находка. Не включайте заметку, пока утечку видит только администратор.

5. Как выглядит «работает» к концу недели

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

Не начинайте с отчёта по всем баллам. Отчёт, который висит, или отчёт с чужими строками съест неделю, которую вы собирались слушать. Сначала одна карточка читается. Отчёт — следующий шаг, и если люди уже ждут именно его, у него свой проход: отчёты, из-за которых ждут. Модель отчёт не чинит. Она даёт ему больше строк, в которых можно ошибиться. Телефонию, сообщения и бухгалтерию, которые уже подключены, оставьте. Вы добавляете заметку на карточку, а не заказываете новую CRM. Кто в одном дыхании с первыми десятью звонками предлагает замену, продаёт другой проект. Отложите его, пока человек не поспорил с живой заметкой и заметка не осталась у той компании.

• Десять звонков, заметки на карточках, одно несогласие, записанное как неверное поле.
• Два входа и звонок, который между ними должен оставаться невидимым.
• Никакого проекта отчёта, пока одна карточка не читается.
• Текущая CRM остаётся. Замена — отдельное решение.

Когда звать разработчика

Назвать решение и собрать десять звонков можно без разработчика. Зовите, когда заметка должна вернуться на карточку, которая у вас уже крутится, когда повтор создаст вторую задачу, или когда CRM делят несколько компаний и проверку двумя входами никто не делал.

Такую работу я беру: связать звонки, которые у вас уже есть, с заметкой на карточке, на той CRM, которая уже работает. Услуги покрывают такую связку, включая поздний проход и отчёт, которому стоит подождать своей очереди. Проекты держат результат рядом с операцией. Если нужен второй взгляд, напишите в LinkedIn, какое решение хотите видеть на карточке и обслуживает ли одна CRM больше одной компании. Записи живых клиентов в первом сообщении не присылайте.