В конце сентября мы готовили предложение RetailCRM для розничных магазинов. Хотели до конца года запустить три пилотных внедрения: проверить в реальной работе, чем наша система полезна магазинам и стоит ли развивать это предложение дальше. Среди задач была интеграция с Эвотор — кассами, на которых продавцы принимают оплату.
Для интеграции требовались две части: приложение на самой кассе и веб-модуль, который свяжет его с RetailCRM. По приложению сроки уже были понятны, по веб-модулю — ещё нет. В начале октября мы снова вернулись к этому вопросу. Я попросил выяснить сроки и планировал подключиться сам, если на следующей неделе договориться не получится.
Общая цель — три пилотных внедрения до конца года
К следующему разговору нужен ответ: кто выясняет сроки веб-модуля, когда ждём ответ и в какой момент нужна помощь.
В таком обсуждении есть несколько важных деталей: кто должен получить ответ, когда мы его ждём и при каком условии мне нужно вмешаться. Через неделю нужны именно они. Иначе следующая встреча снова начнётся с выяснения, на чём остановились в прошлый раз.
Задачи маркетинга мы ведём в Google-таблице, которую называем todo, то есть списком того, что предстоит сделать. В ней записаны сама задача, ожидаемый результат, ответственный, срок, текущее состояние и следующий шаг. Это помогает держать перед глазами общую работу команды. Но обсуждение на встрече и строка в таблице могут разойтись: срок уже перенесли, а в списке осталась прежняя дата; работу отменили, а статус ещё «В работе».
Но дело не только в актуальности таблицы. По своим встречам я вижу: можно долго обсуждать инициативу, советоваться, перебирать варианты — и всё равно закончить разговор без ясного понимания, что именно делаем дальше. Приходится вытягивать конкретику: какой следующий шаг, кто за что берётся, что измеряем и какой промежуточный результат хотим увидеть. Даже заполненный todo сам по себе не означает, что работа движется.
Здесь мне нужен AI-помощник, который после встречи заметит, чего мы не выяснили, и задаст недостающие вопросы. Ответы помогут составить задачи, по которым понятно, что делать. А перед следующим разговором помощник сможет сопоставить эти договорённости с тем, что произошло за неделю. Такую работу я хочу выстроить в Skillum.
Что мы не выяснили на встрече
Представим, что команда решила провести вебинар. Обсудили тему, выбрали примерную дату, договорились подготовить страницу регистрации. На первый взгляд, можно приступать. Но за словами «провести вебинар» остаётся немало работы, которую мы могли вообще не затронуть.
Будет ли тема интересна тем, кого хотим пригласить? Где разместим анонсы? Не совпадает ли дата с другим мероприятием для той же аудитории или с периодом, когда многие уезжают в отпуск? Из страницы регистрации должно быть понятно, зачем человеку тратить на нас время. А когда начнут приходить регистрации, кому-то нужно следить за их динамикой и решать, хватает ли продвижения.
Я хочу, чтобы после чтения записи агент находил такие пробелы и возвращался к участникам с вопросами. Например: «Вы договорились подготовить страницу, но пока не сформулировали, что участник узнает на вебинаре. Какую его задачу разберём?» Или: «Анонсы запланированы. Кто проверит первые регистрации и когда мы решим, нужно ли что-то менять?» Это примеры того, о чём стоит спросить, если ответов нет в разговоре и связанных задачах.
Мне не нужен одинаковый длинный опрос после каждого созвона. Часть вопросов уже решена в переписке или записана в рабочем плане. Помощнику стоит сначала посмотреть доступные материалы, затем спросить о том, что действительно осталось непонятным. Иногда для продолжения работы не хватает одного ответа.
Кто берётся за задачу
На встречах мы часто думаем вслух. «Можно проверить другой сегмент», «давайте вернёмся к этому после запуска» и «я подготовлю сравнение к пятнице» — совсем разные договорённости. В последней уже есть исполнитель и срок. В первых двух пока может быть только идея.
Агенту предстоит научиться сохранять эту разницу. Он может предложить недостающий шаг, но предложение ещё нужно обсудить с человеком, которому его поручат. Вместе с поручением из встречи мне нужен фрагмент разговора: кто произнёс фразу, на что согласился и какие условия назвал. Приписать задачу человеку только потому, что он много говорил на эту тему, было бы ошибкой.
Допустим, для нашего вебинара решили после эфира связаться с участниками, которые попросили показать продукт. Понятна цель: договориться с заинтересованными людьми о демонстрации. Но кто соберёт их контакты? Кто передаст их менеджерам? К какому дню нужно связаться с каждым? Если этого в разговоре не было, агент должен показать пробелы, а участники — договориться.
После уточнения поручение может звучать так: «Собрать контакты участников, запросивших демонстрацию, передать их ответственному менеджеру и проверить, что по каждому согласован следующий шаг». Исполнителя и срок добавляют люди. Теперь понятно, кому выполнять работу и чего от него ждут.
При первом внедрении я предлагаю оставлять этот список на подтверждение участникам встречи. Причём проверять нужно и лишние поручения, и пропущенные: аккуратная сводка может выглядеть полной, даже если агент потерял важную договорённость.
| Фраза на встрече | Что уже известно | Что помощнику нужно уточнить |
|---|---|---|
| «Можно проверить другой сегмент» | Прозвучало предложение. | Будем ли делать; кто берётся и к какому сроку. |
| «Вернёмся к этому после запуска» | Названо условие для нового обсуждения. | Какой запуск имеется в виду и кто вернёт вопрос в повестку. |
| «Я подготовлю сравнение к пятнице» | Есть исполнитель и срок. | Понятен ли результат; совпадает ли поручение с уже записанной задачей. |
Где хранить подробности работы
Мне кажется полезным разделить общую инициативу и задачи, из которых она состоит. В todo остаются цель и ожидаемый результат. Под ними — ссылки на конкретную работу команды. У каждой задачи уже свои подробности, исполнитель, срок и состояние. Так руководитель видит, ради чего всё затевалось, а сотрудник — что именно ему нужно сделать.
Для вебинара это могут быть отдельные задачи: согласовать содержание, подготовить страницу, договориться о размещении анонсов, проверить регистрации, а после эфира передать обращения менеджерам. В задаче на страницу будут тексты и макеты, в задаче на продвижение — площадки и даты размещений. Если всё это записать в одну ячейку «Провести вебинар», подробности быстро станет трудно читать и обновлять.
Конкретная программа здесь вторична. Команда может вести подробные задачи в привычном таск-трекере — системе, где сотрудники отмечают ход работы. Мне нужна связь между общей целью в todo и этими задачами, чтобы можно было перейти от одного к другому и понять, какая часть ещё не готова.
После эфира — отдельная работа: передать менеджерам обращения участников, запросивших демонстрацию, и согласовать следующие шаги.
К срокам интеграции с Эвотор мы, например, возвращались на нескольких встречах. Запрос срока веб-модуля должен оставаться связанным с общей работой над интеграцией. Если после каждого созвона заводить ещё одну одинаковую задачу, скоро станет трудно понять, какая из них актуальна. Поэтому агенту нужно сначала найти уже существующую работу. В нашей AI-стратегии такая связь предусмотрена; состояние задачи нужно получать из того места, где сотрудник её ведёт.
Похожий заголовок ещё не означает совпадения. Два поручения «подготовить письмо» могут относиться к разным мероприятиям. Нужно сопоставить тему, проект, ответственного и содержание работы. Если остаётся сомнение, полезнее показать обе записи человеку, чем молча объединить их.
С изменением срока та же осторожность. Упомянутый на встрече перенос может оказаться предложением, которое ещё предстоит согласовать. На первом этапе я хочу получать короткий список расхождений: что было записано раньше, что прозвучало сейчас и какое уточнение требуется. Автоматическое изменение рабочих списков можно обсуждать после того, как команда убедится, что агент правильно понимает такие ситуации.
Что считаем результатом
Ещё до начала работы мне хочется договориться о промежуточных результатах. Для условного вебинара сначала должна появиться страница с понятной темой и работающей регистрацией, затем — опубликованные анонсы и первые данные о регистрациях. Если к следующему созвону мы хотели увидеть эти данные, то именно их и стоит обсуждать: что получилось, чего не хватает и что меняем дальше.
В нашем todo есть показательный пример: мероприятие проведено и отмечено как готовое, а следующим шагом остаётся работа с полученными контактами. По одному статусу легко решить, что всё закончено. На деле команда только переходит к следующей части задачи.
Само мероприятие могло пройти хорошо. Дальше нужно выяснить, кому интересен продукт, кто хочет обсудить внедрение, а кто пришёл только послушать тему. Менеджерам нужны контакты людей, с которыми есть предмет для разговора, и пояснение, о чём те спрашивали. Остальным участникам можно отправить полезные материалы и предложить обратиться позже.
Это пример того, почему возле задачи стоит записывать, какой результат мы ждём. Для организатора мероприятия — провести его и передать материалы. Для сотрудника, который разбирает обращения, — собрать информацию и назначить дальнейшие действия. Влияние на продажи оценивают позже. Закрытие одной строки не завершает всю эту работу.
В сводке мне важно видеть подобные различия. «Отправили» может означать, что документ только ушёл на согласование. «Сделали» — что готов первый вариант. Если по комментарию работа продолжается, агенту стоит обратить на это внимание и попросить уточнить статус.
Что подготовить к следующему созвону
Напоминание полезно, когда из него понятно, что сейчас требуется. Например, получить ответ по срокам веб-модуля для Эвотор или решить, кто возьмёт незавершённую часть работы. Одно «напоминаю о задаче» добавляет сообщение в чат, а разбираться в обстоятельствах человеку всё равно приходится самому.
Перед таким напоминанием нужно заново проверить рабочий список. Задачу могли закончить, отменить или перенести. Если агент не смог получить свежие данные, он должен показать дату последней проверки. Старый статус в отчёте не повод объявлять работу просроченной.
В Skillum уже получен отчёт по встречам и сохранённым задачам. Дальше я хочу связать эту информацию с рабочим списком команды и добавить уточняющие вопросы после встречи. Для начала выбрал бы одну команду и её регулярный созвон. После разговора помощник показывает, чего не удалось выяснить, участники отвечают и согласуют задачи. Перед следующей встречей он собирает, что изменилось и какие результаты готовы к обсуждению.
На такой пробе станет видно, помогают ли вопросы перейти к работе или только удлиняют обсуждение. Нужно посмотреть, сколько договорённостей агент пропустил, сколько лишних задач предложил и сколько времени ушло на исправления. Отдельно проверить, что в общий отчёт не попали сведения из разговоров, доступных только части участников.
В случае с затянувшейся интеграцией я хочу перед созвоном открыть один пункт и увидеть: что мы просили сделать, какой ответ получили и где теперь нужна помощь. Если срока по-прежнему нет, следующая задача должна быть понятна человеку, который за неё возьмётся. Тогда у разговора появляется продолжение в работе, и на следующей встрече есть что обсудить по существу.
Материал может пригодиться коллегам? Отправьте им ссылку на статью.