Заявки партнёра терялись между таблицей и CRM
Партнёр присылал заявки таблицей в облаке, а наши руководители переносили их в CRM глазами и руками. Обратно партнёру не возвращалось ничего.
Это реальный проект, который я выполнил лично. Заказчика не называю: группа компаний, где партнёр передаёт заявки так, как удобно ему, — таблицей. Менять его привычки никто не собирался, поэтому закрывать стык пришлось на нашей стороне.
С чем пришли
Руководители открывали чужую таблицу, сверяли строки с CRM и копировали заявки вручную. Часть дублировалась, часть зависала на общем ответственном. А партнёр не знал, что с его заявкой: взяли в работу или она лежит. Единственный способ узнать — переписка.
Что сделали
Замкнули контур из трёх частей: загрузка заявок из таблицы в CRM, маршрутизация по ответственным и обратное зеркало, которое возвращает партнёру актуальный статус. Всё работает без участия человека. Отдельно настроили правила дедупликации, чтобы повторная строка не создавала повторную сделку. Я отвечал за схему контура, правила дедупликации и маршрутизации, витрину сверки и вывод в эксплуатацию.
Результат: было → стало
• Перенос заявок: вручную, глазами по чужой таблице → полностью автоматически
• Дубли: накапливались → больше не создаются
• Заявки на общем ответственном: зависали десятками → расходятся автоматически
• Сверка с партнёром: переписка → одни и те же данные у обоих
• Признак «отработано»: слово менеджера → факт состоявшегося разговора
Последний пункт для меня главный. Раньше «отработано» значило, что кто-то так написал. Теперь это подтверждает сам звонок, и спор «мы вам звонили» исчезает.
Полный разбор с деталями кейса →
Кейсы: как бизнес зарабатывает на ИИ-агентах
НейроШтат — внедрение ИИ-агентов
