Маркетинг, дизайн, реклама
Июнь 2026
Маркетинговое агентство с собственным отделом продаж. Менеджеры ведут два вида звонков: бриф с клиентом и защиту коммерческого предложения. Руководитель отдела продаж хотел по каждому звонку видеть общий итог и слабые пункты менеджера. Нужно было оценивать звонки по чек-листам заказчика и класть оценку в сделку Битрикс24 и в две рабочие Google-таблицы. Записи лежат в телефонии Битрикс24, часть транскриптов в Google Drive. Главное ограничение: в таблицах есть формулы и ручные строки, которые нельзя ломать.
Начали с чек-листов заказчика: 32 пункта для брифа и 23 для защиты КП, всего 55 критериев. Сервис срабатывает на обновление сделки, берёт запись из телефонии Битрикс24 или готовый транскрипт из Google Drive и расшифровывает русскую речь на своём сервере. Модель ставит по каждому пункту зачёт или незачёт с комментарием и считает общий процент, результат пишется в поле сделки и в обе таблицы.
На живых сделках вылезли три проблемы. Поля для оценки в карточке не было, и Битрикс24 молча отбрасывал запись, отвечая «успешно»: мы завели отдельное поле и пишем в него читаемый текст с процентом и невыполненными пунктами, потому что разметку такое поле не показывает. Параллельные расшифровки перегружали сервер, поэтому поставили очередь: одна расшифровка за раз. Выбранная модель оказалась недоступна с российского сервера, мы переключились на доступную и сверили оценки на тех же сделках.
Потом заказчик попросил доработать формат таблиц. Разобрали код и живые строки и нашли причины: бот брал самый свежий звонок вместо самого длинного, а ФИО менеджера при сбое подставлял числовым кодом. Теперь в таблицах стоят телефон клиента, дата и длительность нужной записи, ФИО текстом и колонка ИТОГО. Проверяли глазами на трёх реальных сделках.
Стек: Python, FastAPI, Bitrix24 API, faster-whisper, LLM через OpenRouter, Google Sheets API, Docker.
55 критериев в двух чек-листах (32 для брифа, 23 для КП). Оценка запускается сама при обновлении сделки, итог виден в карточке сделки и в двух таблицах; формулы и ручные строки заказчика не затронуты. В поле сделки руководитель сразу видит процент и пункты, которые менеджер не выполнил. Сервис проверен на живых сделках, первый этап принят и оплачен. Исходники мы передали заказчику, чтобы сервис оставался у него. После этого заказчик вернулся с доработкой формата таблиц, её мы сделали и проверили на реальных сделках.
![]()
Никита Мерзляков
Главное условие заказчика: не сломать две рабочие таблицы с формулами и ручными строками. Оценка пишется в них так, что формулы и ручные строки остались нетронутыми.