кейс 03 · Ops-bot · telegram-бот для edtech
Заказчик - EdTech-платформа, около 120 сотрудников. Задача была простой на словах: бот принимает голосовые и записи созвонов, сам раскладывает их по Яндекс Трекеру и Яндекс Вики. Сложность вылезла там, где обычно и вылезает - в разнице между личным статусом одного человека и созвоном, где говорят все сразу.
Сотрудник наговаривает, что сделал и что нужно сделать. Бот показывает расшифровку и ждёт подтверждения или правки - только после этого текст превращается в задачи и записи для базы знаний. Тем же голосом человек один раз описывает себя: роль, зону ответственности, по каким вопросам к нему идти. Бот сохраняет это карточкой и потом сам отвечает коллегам, кто за что отвечает - вместо гадания в чатах.
Несколько голосов, реальный созвон, без разметки, кто говорит. Раскладывать такое по задачам с той же уверенностью, что и личный статус - рискованно: без разбора по голосам бот не поймёт, кто должен делать задачу, и может засорить боевой Трекер. Решение - конспект и карточки-кандидаты: сами по себе они ничего не создают.
Так это выглядит в Telegram - рабочая механика бота, не иллюстрация
Каждая находка приходит своей карточкой. Ничего не попадает в Трекер или Вики без клика человека - а если ответственный назначен неверно или найден не тот факт, карточка правится прямо в переписке, без похода в код.
На том же созвоне живой слушатель задачу прослушал - бот поймал.
Терминология
Бренд и профессиональный жаргон компании подсказываются модели заранее - распознавание учится на конкретных словах заказчика, а не общем языке.
Отказоустойчивость
Сбой связи и сбой в коде - разные сообщения пользователю. Никогда тишина в ответ на нажатую кнопку.
Память
Незавершённые карточки и заявки на доступ живут в базе, не в оперативной памяти процесса - рестарт сервиса ничего не роняет.
Честная оценка времени
Перед долгой расшифровкой бот сразу говорит, сколько примерно ждать - вместо молчаливого «зависания».
продумано, не построено
Правка карточек сотрудников сверху
Сейчас карточку заполняет только сам человек. Админ мог бы находить и поправлять любую карточку напрямую - на случай, если рассказали неполно.
Внешние модели с анонимизацией
Если нужна модель мощнее self-host - реальные имена подменяются на плейсхолдеры перед отправкой во внешний API и возвращаются обратно после ответа. Персональные данные наружу не уходят.
Тот же принцип - на любой отдел и любую школу
Личный статус и разбор совещаний работают одинаково для методистов, кураторов, преподавателей - переносится как модуль, не как разовая стройка под одного клиента.