Project Manager

Три сотрудника отдела качества не успевали прослушать и оценить поток из ~120 звонков в день по критериям. Выборка не закрывала весь поток: покрытие дырявое, системной оценки не было.

Заказчик и спонсор: CEO. Требования и критерии оценки согласовывали с отделами по ходу проекта: от первичной постановки до поддержки контура оценки.

Вёл проект целиком: собирал требования, описывал правила валидации и оценки, проводил презентации и демо, отвечал за внедрение и удобство работы сотрудника качества. Код агентов не писал. Зона ответственности: процесс и правила.

ИИ-агентов выбрали, чтобы не наращивать отдел качества и при этом закрыть полное покрытие оценки. После обработки звонка видны договорённости, краткое содержание, следующий шаг и параметры квалификации; при наличии данные обновляются.

Сначала зафиксировали требования и критерии приёмки, затем согласование, демо, внедрение и поддержка. После запуска сопровождение передали.

Критерии расходились между отделами и типами звонков. Для части звонков классификацию оценки пришлось согласовывать с нуля: раньше её просто не было.

После запуска сотрудник отдела качества следит за работой агентов и контролирует выполнение оценок.

Самописной CRM больше 10 лет, с кучей legacy. Масштабировать её было трудно. «Просто доработать» не вариант: нужна новая воронка без потери действующей функциональности.

Спонсор: CEO. Основные пользователи: сотрудники отдела продаж.

Разобрал, как устроена текущая CRM и где она ломается. Собрал требования и описал правила так, чтобы новая воронка была понятнее. Нужный функционал перенесли без регресса, параллельно улучшили сценарии для отдела продаж.

Спроектировали воронку из восьми этапов. Проверки сделали гибкими через LLM-валидации. В Markdown описали 42 правила архивации: на следующих воронках они нужны сильнее.

Вариант «доработать старую CRM» отсекли из-за возраста и legacy. Сейчас в работе: архивация с ИИ, автодвижение по воронке, воронки для других отделов продаж.

Внедряли постепенно на ~50 сотрудников. Первыми подключили тех, кто почти не пользовался старой CRM. Собрали обратную связь, поправили решение, затем подключили остальные группы по частям.

Риски: галлюцинации LLM (ложные или пропущенные проверки) и сопротивление переходу на новую CRM («непонятно / неприятно», желание остаться на старой).

Развитие CRM веду сам: в работе архивация, автодвижение по воронке и воронки для других отделов продаж.

Менеджеры писали в отдел продукта и просили материалы по проекту. Ручная подготовка занимала 1-2 дня; персонализации часто не было: уходили типовые материалы застройщика без подстройки под клиента.

Заказчик: CEO. Пользователи: менеджеры и партнёры-аффилиаты.

Спроектировал решение как PM. После разработки взял сервис на сопровождение и развитие. Небольшие доработки делаю сам, в том числе в Cursor.

PDF-подборки и сторис генерируются с помощью PDFMonkey, OpenRouter, Orshot и Vercel. Помимо PDF появилась генерация сторис: слайды для TG/IG под проект.

Подготовка теперь занимает ~15 минут вместо 1-2 дней. После разработки принял сервис на сопровождение. Часть решения уже работает у партнёров-аффилиатов: PDF и сторис они создают сами и передают готовых клиентов.

Сервис мог не прижиться из-за неудобства; генерация могла затянуться, а данные устареть. Актуальность поддерживает связка с импортами застройщиков. Главный риск по сути: «не будут пользоваться».

После приёмки сервис остался у меня: сопровождаю его, вношу небольшие доработки и развиваю сценарий для партнёров.

Каталоги застройщиков приходили в разных форматах. Сотрудник вручную заводил объекты на сайте и обновлял статусы продаж и бронирования. Дорого по времени, легко отставать от реальности.

Внутренние заказчики и пользователи: отделы продукта и каталога (раньше делали вручную). Исходные данные дают партнёры-застройщики.

Вёл проект как PM. Сейчас сам подключаю застройщиков, настраиваю сопоставление форматов и пишу промпты перевода их формата в наш. Регулярные доработки по запросу продукта: новый партнёр или объём по существующему.

Каталог = проект + юниты. Загрузка → конверт в наш формат → сотрудник проверяет распознавание и новые лоты → сохраняет. Не магия без контроля: человек смотрит результат перед сохранением.

Отдел продукта сообщает о новом партнёре. Затем я настраиваю промпт, сопоставляю поля и подключаю импорт. Отдельного спринта раз в квартал нет: доработки идут по мере подключения следующих партнёров.

Разные форматы растягивают настройку промпта. Галлюцинация LLM может исказить данные при сохранении. Ещё риск: процесс займёт много времени и не ускорит работу. Поэтому перед сохранением результат проверяет человек.

Импорты остаются у меня: сопровождаю их, подключаю застройщиков и настраиваю промпты.