кейс · support tooling
Клиентская служба поддержки работала в чужом интерфейсе: заявки видел только оператор, руководитель — ничего. Я собрал серверную надстройку, которая тянет заявки из кабинета, считает сроки ответа, помогает писать ответы и показывает руководителю реальную картину по людям.
Поддержка маркетплейсов отвечает в собственном кабинете площадки: там нет ни экспорта, ни API для руководителя, ни истории. Руководитель видел только текущий экран, поэтому «кто сколько решил» и «успеваем ли в срок» считалось на глаз.
Требования были жёсткими: не ломать рабочий процесс операторов, не менять площадку, не хранить лишние персональные данные.
Главный риск был не в коде, а в том, что метрики начнут врать: посчитают закрытой заявку, которую оператор просто открыл, или засчитают ответ, отправленный ботом. Поэтому сроки считаются по событиям из кабинета, а не по времени работы расширения, а любое расхождение попадает в журнал.
Отдельно проверял, что при остановке сервера расширение не теряет данные: события копятся и досылаются после подъёма.
У руководителя появились цифры, которых раньше не было: нагрузка по людям, доля заявок в срок, среднее время ответа и премия, которую можно объяснить. Операторы получили подсказки по тону и таймер до срока прямо в карточке заявки.
Скриншоты в галерее сняты на демонстрационной базе: имена сотрудников и номера заявок вымышленные, переписка с клиентами удалена, доступ к рабочей системе не публикуется.
Python, SQLite, JavaScript, REST, nginx, HTTPS, Chrome extension (MV3), LLM (Polza.ai)
Опишите в двух предложениях, что происходит сейчас. Отвечу, что реально автоматизировать, за сколько и с чего начать.