
В последний рабочий день продавца CRM показывает, что клиент «заинтересован». В папке «Входящие» хранятся сообщения за 18 месяцев. Коммерческое предложение лежит в личной папке. Новый владелец знает название компании, но не знает, почему покупатель затянул сделку, кто повлиял на спецификацию и что было обещано во время последнего звонка.
Это не просто проблема с данными. Это проблема, связанная с клиентским опытом. Покупателю, возможно, придется повторять информацию, получать противоречивые ответы или сомневаться, внимателен ли поставщик к его мнению.
Организация данных о клиентах B2B для передачи информации в отдел продаж означает сохранение коммерческой истории клиента: чего он пытается достичь, что было изучено, что остается неясным, кто отвечает за следующие действия и какие обязательства должны сохраниться после передачи.
При передаче дел новый владелец должен ответить на свои первые десять вопросов.
Прежде чем читать каждое электронное письмо, новый продавец должен понимать следующее:
- Кто является клиентом и какое подразделение или местоположение имеет значение?
- Какая проблема или проект привели к установлению этих отношений?
- Какие продукты или решения актуальны?
- Кто участвует и что волнует каждого из участников?
- Что уже обсуждалось или было отклонено?
- Какая цитата, образец, тест или документ являются актуальными?
- Что обещал поставщик?
- Что препятствует прогрессу?
- Что должно произойти дальше и когда?
- Какая информация еще нуждается в подтверждении?
Если CRM-система не может ответить на эти вопросы, значит, информация о деятельности сохранена, но контекст не указан.
Отделяйте долговременные факты от мимолетных разговоров.
Не каждое предложение в электронном письме должно быть в поле. Организуйте информацию в соответствии с тем, как она будет использоваться.
| Слой данных | Примеры | Лучшее местоположение |
|---|---|---|
| Идентификатор учетной записи | Юридическое название, домен, групповые отношения, местоположения, сегмент | Структурированные поля счета |
| Карта заинтересованных сторон | Роль, влияние, предпочтения, язык, история рекомендаций | Записи о контактах и отношениях |
| Коммерческий контекст | Применение, потребность, объем, сроки, бюджетная логика | Краткое описание возможностей |
| История принятия решений | Почему то или иное решение было усовершенствовано, изменено или прекращено | Записки с решениями, датированными |
| Обязательства | Гарантия действительности цены, образец, документ, обратный звонок, обещание обслуживания | Журнал задач и обязательств |
| Вспомогательные материалы | Чертежи, коммерческие предложения, протоколы совещаний, протоколы испытаний. | Связанные файлы с метками версий |
Достоверные факты должны быть легкодоступны. Временные обсуждения могут оставаться в записях или в ходе синхронной коммуникации, но принятое на их основе решение должно быть кратко изложено.
Составьте краткое описание проекта на одной странице.
Краткое описание учетной записи — это не вторая CRM-система. Это главная страница, указывающая на важные записи.
Используйте следующую структуру:
Ситуация с учетной записью
Два-три предложения, описывающие бизнес клиента, его местоположение, область применения и текущий этап.
Люди и роли
Укажите активных контактных лиц, их предполагаемое участие, а также любые известные предпочтения или опасения в отношении способов связи.
Что решает клиент
Сформулируйте решение простым языком. Фраза «Оценить, сможет ли новая упаковочная линия обеспечить производительность 60 единиц в минуту при условии проведения необходимого теста на герметичность» будет более полезной, чем «уточнение стоимости».
Работа завершена.
Прикрепите текущую смету, примерные результаты, технический обзор и важные протоколы совещания.
Открытые риски и неизвестные факторы
Укажите, что может остановить проект, и какие предположения еще не подтвердились.
Следующее действие
Укажите владельца, срок выполнения, вопрос клиента и ожидаемый результат.
Используйте стол для передачи информации о текущих возможностях.
| Элемент | Удачный вход для передачи эстафеты. | Слабый вход при передаче эстафеты. |
|---|---|---|
| Этап | Техническая совместимость подтверждена; покупатель сравнивает тарифные планы. | Заинтересован |
| Заинтересованная сторона | Оценку проводит инженер завода; отдел закупок присоединяется после испытаний. | Джон - закупка |
| Возражение | Обеспокоены временем реагирования местных поставщиков запасных частей. | Вопрос цены |
| Обязательство | Отправьте обновленную таблицу услуг до 23 июля. | Свяжитесь со мной в ближайшее время. |
| Следующее решение | Покупатель сам решит, проводить ли платное пробное тестирование. | Ожидающий |
| Доказательство | Протокол встречи, подтверждение по электронной почте, коммерческое предложение версии 3. | См. входящие сообщения |
В более сильных работах другой человек может действовать самостоятельно, не придумывая сюжет.
Наглядный пример передачи информации после ухода продавца.
Экспортер сотрудничает с турецким дистрибьютором пищевого оборудования уже девять месяцев. В CRM-системе отображаются два контакта и старое коммерческое предложение. Большая часть информации находится в электронной почте предыдущего менеджера по продажам.
В ходе анализа передачи информации команда обнаруживает следующее:
- Дистрибьютор заинтересован только в сегменте хлебобулочных изделий, а не во всем ассортименте продукции.
- Технический менеджер одобрил конфигурацию оборудования, но запросил учебные материалы на турецком языке.
- Владелец хочет провести пилотный проект по защите учетных записей, прежде чем обсуждать национальное соглашение.
- Обещали предоставить пересмотренный список запасных частей, но так и не отправили.
- Указанные валюта и срок действия котировки больше не соответствуют действительности.
Новый владелец не начинает с фразы: «Я принимаю ваш аккаунт; не могли бы вы сообщить мне новости?». Вместо этого, в первом сообщении признается направленность на производство выпечки, подтверждается необходимость обучения и пополнения запасных частей, а также предлагается позвонить, чтобы завершить составление списка пилотных аккаунтов.
Покупатель видит преемственность, а не внутренние потрясения.
Стандартизировать момент передачи.
Не ждите увольнений. Используйте один и тот же процесс при перемещении клиентов между отделами SDR, менеджерами по работе с клиентами, техническими специалистами по продажам, отделами по работе с клиентами, региональными командами или дистрибьюторами.
Практическая передача полномочий состоит из четырех этапов:
- Текущий владелец обновляет информацию об учетной записи и нерешенных обязательствах.
- Получающий владелец проверяет документацию и перечисляет нерешенные вопросы.
- Оба владельца проводят краткий внутренний анализ перспективных возможностей.
- В случае, если смена собственника влияет на коммуникацию, клиент получает скоординированное представление о ситуации.
Для работы с дорогостоящими или сложными клиентами может потребоваться совместный звонок. Для обычных клиентов может быть достаточно четкого описания ситуации и представления клиента.
Проведите тест передачи данных в пятницу днем.
Проведите простую проверку качества: сможет ли квалифицированный коллега взять на себя управление этим аккаунтом поздно вечером в пятницу и подготовить необходимые действия для клиента, не связываясь с предыдущим владельцем?
Дайте коллеге 15 минут на работу с CRM. Попросите его объяснить текущее решение клиента, наиболее важную заинтересованную сторону, последнее подтвержденное обязательство, основной риск и следующие действия на понедельник. Каждый ответ, требующий поиска в личном почтовом ящике, указывает на пробел в передаче информации.
Этот тест намеренно носит практический характер. Он выявляет недостающую информацию, которую не может увидеть отчет о завершении полевых работ. Проводите его на нескольких активных проектах каждый месяц, вместо того чтобы ждать кадровых изменений.
Как SaleAI может помочь восстановить и сохранить контекст
SaleAI Agent поддерживает ограниченный просмотр утвержденных веб-сайтов и записей, а SaleAI CRM предоставляет общий ресурс для работы с учетными записями. Цель состоит не в создании подробного резюме, а в определении информации, необходимой для принятия следующего решения клиентом.
Полезным заданием может быть:
Подготовьте краткий документ для передачи информации по этому активному аккаунту. Просмотрите утвержденную запись в CRM, контекст последних электронных писем, версии коммерческих предложений и изменения, внесенные публичной компанией. Разделите подтвержденные данные о клиенте, обязательства поставщиков, внутренние предположения и недостающую информацию. Отметьте конфликтующие даты или ответственных лиц. Не отправляйте сообщения и не изменяйте этап сделки.
InsightScan Agent может помочь проанализировать контекст бизнеса, а ReportCraft Agent — поддержать составление структурированного технического задания. При этом владелец бизнеса по-прежнему проверяет обещания и факты, касающиеся взаимодействия с клиентами.
Более широкая платформа SaleAI может связать эту работу с поиском потенциальных клиентов и взаимодействием с ними, снижая вероятность потери контекста при переходе от одного инструмента к другому.
Сохраняйте точность данных, не собирая всё подряд.
Большее количество полей не гарантирует более эффективную передачу информации. Храните информацию, которая подтверждает личность, актуальность, обязательства, решения и необходимость последующих действий.
Установите даты проверки для контактных данных, статуса компании и важных предположений. Четко помечайте непроверенную информацию. Удаляйте или исправляйте неточные записи в соответствии с политиками и законами, применимыми к вашему бизнесу.
Рамочная программа NIST по защите конфиденциальности предлагает общий подход к управлению рисками в области конфиденциальности. Руководство ICO Великобритании по защите данных содержит практические ресурсы по соблюдению требований. Для выполнения конкретных обязательств обратитесь за профессиональной консультацией.
Оцените, насколько эффективно передача информации защищает доходы и доверие.
Отслеживайте такие результаты, как:
- Актуальные возможности с текущим следующим решением.
- Обязательства выполнены после смены собственника.
- Информация о покупателе, которую пришлось повторить.
- Противоречивые сообщения или дублирование информации.
- Пришло время новому владельцу приступить к работе.
- Упущенные возможности из-за отсутствия контекста.
- Краткие обзоры отчетов рассмотрены в соответствии с графиком.
Наилучший способ передачи информации клиенту практически незаметен.
Итоговый вывод
Для организации данных о клиентах B2B для передачи информации в отдел продаж, сохраняйте коммерческую историю клиента, а не только информацию о его действиях. Обеспечьте легкий доступ к информации об идентификационных данных, заинтересованных сторонах, решениях, обязательствах, подтверждающих данных и дальнейших действиях.
SaleAI может поддерживать анализ контекста и обеспечивать связь результатов с CRM. Команды, планирующие контролируемый процесс передачи информации, могут ознакомиться с ценами на SaleAI и начать с активных учетных записей, где потеря контекста создает наибольший риск.
Часто задаваемые вопросы
Какую информацию следует передавать при заключении сделки?
Включите в описание идентификатор учетной записи, ситуацию с клиентом, заинтересованные стороны, текущее решение, выполненную работу, возражения, обязательства, доказательства, ответственного за обработку запроса и дальнейшие действия.
Следует ли составлять краткое содержание каждого электронного письма?
Нет. Кратко изложите решения, обязательства и факты, влияющие на будущую работу, сохраняя при этом связь с исходным сообщением, когда это необходимо.
Кто отвечает за передачу полномочий?
Текущий владелец готовит документы, новый владелец их проверяет, а руководство разрешает конфликты, связанные с правом собственности или обязательствами.
Как следует оформлять цитаты?
Используйте понятные обозначения версий, даты действия, валюту, статус утверждения и ссылки из записи о возможности.
Может ли SaleAI создать бриф для аккаунта?
SaleAI может помочь в проверке и систематизации утвержденной информации. Ответственный владелец должен проверить факты и обещания, данные клиенту.
Как часто следует проверять данные учетной записи?
Просматривайте активные возможности всякий раз, когда происходят важные изменения в принятии решений, и проверяйте важные данные об идентификации или роли в удобное время.
Какая самая распространённая ошибка при передаче информации?
Запись действий без объяснения решения клиента, нерешенной проблемы и дальнейших действий.
Как при передаче информации избежать путаницы у клиента?
Обеспечьте внутреннюю координацию ответственности, учитывайте существующий контекст, выполните невыполненные обязательства и сделайте вводную информацию актуальной для текущего проекта.
