Фрилансер обрабатывает созвон с клиентом и заводит три задачи. Агентство обрабатывает десять созвонов в неделю по пяти клиентам — и работа тут не в конспектах, а в маршрутизации: задачи этого созвона — в трекер проекта А, итог того — клиенту, риск, мимоходом прозвучавший во вторник, должен дойти до руководителя аккаунта раньше, чем станет пожаром четверга. Каждый кусочек тривиален; поток — это должность. Обычно — невидимая вторая должность аккаунт-менеджера, исполняемая в семь вечера, неидеально.
Структурное лечение — не быстрее печатать, а сделать маршрутизацию декларативной: правила решаются один раз, поток течёт через них.
Коротко
- Накладные расходы агентства на созвоны — проблема маршрутизации, а не письма. Решение «на каждый созвон» не масштабируется; решение «на каждое правило» — да.
- Правила связывают признаки встречи с адресатами: созвоны проекта X → трекер проекта X; всплыли риски → письмо руководителю; статусный созвон → отчёт в канал (факты продукта ниже).
- Архив по каждому клиенту — актив агентства с именем: передача дел. Отпуск или уход менеджера перестаёт стоить двух недель контекста.
- Честные границы: автоматика маршрутизирует — человек подтверждает; правила требуют ухода; а клиенты должны знать о записи — эта вежливость не обсуждается.
Невидимая вторая должность аккаунт-менеджера
Посмотрите, что происходит после статусного созвона в агентстве. Итог надо написать. Задачи — завести, причём в проект клиента, а не во внутреннюю свалку. Клиент ждёт резюме. Если прозвучал риск по срокам — руководитель аккаунта должен узнать сегодня, а не на еженедельном разборе. Умножьте на десять созвонов — и послесозвонная рутина становится ролью, на которую никого не нанимали: её реконструируют вечером по памяти — самому ненадёжному хранилищу в агентстве.
Обработка каждой записи решает письменную часть: расшифровка, структурный протокол, извлечённые задачи — база разобрана в статье как превратить запись планёрки в задачи. Но при пяти клиентах результат всё равно падает в один ящик, пока его что-то не маршрутизирует.
Правила один раз — поток навсегда
Правила автоматизации в Летучке связывают признаки встречи с действиями: условие — тип встречи, название, участники, всплыли ли риски — запускает создание задач, письмо или трансляцию в канал (факт продукта). На языке агентства:
- «Участник или название совпадает с клиентом X» → задачи заводятся в трекер X — набор коннекторов покрывает основные трекеры и CRM: Битрикс24, Kaiten, YouGile, Weeek, Яндекс.Трекер, amoCRM (факт продукта).
- «Помечены риски» → письмо руководителю аккаунта в тот же день. Протокол выделяет решения и риски отдельными пунктами — именно это делает такое условие возможным (факт продукта).
- «Это статусный созвон» → отчёт транслируется в канал команды — тип встречи определяется автоматически (факты продукта).
Настройка — разовая инвестиция на клиента, а не на созвон. Дальше поток сортирует себя; ручным остаётся подтверждение извлечённых задач — сознательно: автоматически заведённая неверная задача в трекере клиента стоит дороже десяти секунд просмотра.
Архив — это передача дел
Агентство живёт с ротацией: менеджеры уходят в отпуск, увольняются, переводятся. Традиционная цена — контекст: «что мы обещали этому клиенту весной?» живёт в голове и почте ушедшего. Обработанная история созвонов меняет арифметику: каждый разговор с клиентом ищется, фильтруется по названию, типу и дате, а «о чём договорились по объёму ребрендинга?» отвечается из архива, а не раскопками (факты продукта). Ввод нового менеджера в аккаунт становится вечером чтения протоколов — свежие сверху, решения выделены.
Этот же архив — защита агентства в старейшем клиентском споре «мы так не договаривались» — рычаг, а не юридическое доказательство; со стороны фрилансера эта динамика разобрана в статье созвоны с заказчиком: договорённости — письменно; в агентском масштабе она умножается на каждый аккаунт.
Честные границы
Трёх вещей конвейер не делает. Автоматизации выполняются по принципу «постараться» после обработки — это маршрутизация, а не гарантия доставки, поэтому всё контрактное заслуживает человеческого взгляда. Правила требуют ухода: новый клиент — новое правило, переименованный проект — правка; заложите пятнадцать минут время от времени. И каждый клиент на записываемом созвоне должен знать о записи — для агентства это гигиена не только правовая, но и отношенческая; модель «сначала запись» хотя бы означает, что в встрече клиента не появляется бот, — аргумент разложен в статье бот в звонке или загрузка записи.
Источники и метод
Факты продукта (правила автоматизации, связывающие условия встречи — тип, название, участник, помеченные риски — с созданием задач, письмом и трансляцией в канал; коннекторы трекеров и CRM; автоопределение типа встречи; решения и риски отдельными пунктами протокола; полнотекстовый поиск с фильтрами по названию/типу/дате; поминутная оплата) описаны по продуктовому каталогу Летучки на момент написания. Автоматизации выполняются по принципу «постараться» после обработки — как и сказано в тексте. Обязанность предупреждать о записи зависит от юрисдикции и лежит на записывающем. Рыночная статистика не используется и не выдумывается.
Похожие материалы: Как превратить запись планёрки в задачи · Созвоны с заказчиком: договорённости — письменно · Бот в звонке или загрузка записи · Десять созвонов в неделю, ноль ручного разбора (юзкейс)
Возьмите самого загруженного клиента и напишите первое правило: прогоните созвоны этой недели через @letuchka_robot — и пусть его задачи заводятся сами. Новым пользователям — бесплатные минуты обработки.