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