CRM-заметка после звонка, с которой коллега продолжит разговор

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

Сначала определите минимальный состав сведений, затем извлеките их из разговора и перенесите в CRM после проверки. Не начинайте с попытки заполнить каждое поле: уверенный текст в неизвестном поле хуже честного пробела.

Заметка — это передача работы

Представьте, что завтра клиента принимает другой менеджер. Он должен понять:

• зачем человек обратился;
• что уже обсуждено и показано;
• какие условия важны;
• что обещала каждая сторона;
• с какого вопроса продолжить.

Если из карточки видно только «созвон прошёл хорошо, клиент заинтересован», передача не состоялась. Коллеге придётся прослушивать всё заново или задавать клиенту те же вопросы.

В материале Salesforce Trailhead о качестве данных полнота оценивается относительно полей, необходимых конкретной работе. Для заметки это означает: не максимальное количество заполненных строк, а достаточность для следующего действия.

Учебный кейс: передача сделки техническому специалисту

Клиент обсуждает выгрузку отчётов из двух филиалов. Из звонка известно:

Первый звонок, 12 октября 2026 года, 03:14, клиент: «Данные получаем по пятницам. Один филиал присылает таблицу с датами в отдельном столбце, второй — период в заголовке. Хотим сводить их без ручного копирования. Решение посмотрит руководитель аналитики. Сначала пришлю два примера, только реальные фамилии уберём».
06:40, менеджер: «После получения проверю структуру и вернусь с вопросами. Срок проверки пока назову только после просмотра файлов».

Неудачная заметка:

«Нужна интеграция. Два филиала. ЛПР — руководитель аналитики. Бюджет согласован. Пилот в работе».

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

Рабочая версия:

Задача: сократить ручное копирование при сведении отчётов двух филиалов.
Текущий процесс: файлы поступают по пятницам; структура дат различается.
Нужная проверка: можно ли сопоставить данные из двух примеров.
Участники: контакт передаёт материалы; руководитель аналитики оценит результат. Порядок оплаты не обсуждался.
Следующий шаг клиента: отправить примеры без фамилий. Срок не назван.
Следующий шаг команды: после получения оценить структуру и задать уточнения.
Открыто: критерий успешной проверки, срок передачи, полномочия по покупке.
Источник: первый звонок, 12 октября, 03:14 — задача и обещание клиента;06:40 — действие менеджера без установленного срока.

Такой текст позволяет техническому специалисту начать с изучения структуры, а не с абстрактной «интеграции».

Задайте схему полей один раз

Не каждая CRM требует одинаковой заметки. Для раннего discovery важна проблема, для технического обсуждения — требования, для согласования — условия и участники решения.

Начните с общей основы:

У каждого поля должен быть понятный смысл. «Потребность» не должна в одной карточке означать функцию, в другой — бюджет, а в третьей — настроение менеджера.

Общие измерения качества — точность, актуальность, полнота и отсутствие дублей — описаны в обзоре Salesforce. В нашей задаче они проверяются очень практически: значение соответствует разговору, относится к текущему состоянию и не повторяет старое обещание как новое.

Получите черновик в Текстославе

После загрузки звонка проверьте имена, названия и числа. Откройте «Аналитика» → «Новый отчёт» → «По одной записи» → «Разбор продажи и следующий шаг». Он даёт основу для карточки.

Для структуры вашей CRM задайте запрос в «Чате с ИИ»:

«Подготовь заметку для передачи этой сделки другому менеджеру. Поля: задача клиента, текущий процесс, требования, участники решения, результат звонка, следующий шаг каждой стороны, открытые вопросы. Не подменяй роль участника предположением. Если тема не обсуждалась, так и укажи. Отдельно добавь краткий абзац для поля “Итог контакта”».

Если такая работа повторяется, доступный «Свой формат» позволяет задать структуру отчёта вручную или открыть пример файла. Проверенную структуру можно сохранить для команды. Условия собственного формата зависят от тарифа.

Готовую заметку перенесите в CRM. Сервис помогает подготовить содержание; наличие текста не означает автоматического создания сделки или обновления её полей.

Различайте три вида пустого значения

Поле без содержимого не всегда означает одно и то же:

Не обсуждалось. В разговоре вообще не затронули бюджет.

Обсуждалось, но не определено. Клиент сказал, что бюджет пересмотрят после оценки.

Неприменимо. Поле относится к сценарию, которого в этой сделке нет.

Эти различия влияют на продолжение. В первом случае можно задать вопрос, если он нужен на этапе. Во втором — выяснить событие согласования. В третьем — не тратить время клиента.

В CRM используйте принятые значения статуса или пояснение в заметке. Не вставляйте ноль вместо неизвестного бюджета: позже он может попасть в отчёт как реальная сумма.

Как обновлять карточку после следующего звонка

Не дописывайте бесконечную ленту одинаковых саммари. Сохраните историю контактов, но актуальные поля обновляйте осознанно.

Например, после второго звонка выяснилось, что руководитель аналитики рекомендует решение, а оплату согласует финансовый директор. Это уточняет процесс выбора. Нельзя просто добавить второго человека в строку «ЛПР», оставив смысл роли неопределённым.

Удобная структура обновления:

Изменилось: подтверждён участник согласования оплаты.
Осталось актуальным: проверка двух форматов.
Выполнено: примеры получены.
Новый следующий шаг: показать результат руководителю аналитики.
Не решено: допустимый объём ручной корректировки.

Так читатель видит движение, а не объём переписки.

Новый бюджет и срок: позднее число не всегда окончательное

Учебное продолжение. На втором звонке руководитель аналитики говорит: «Ориентируемся на 120 тысяч; хотелось бы запустить к концу октября». Это оценка и желаемая дата, а не подтверждённый бюджет. На третьем финансовый директор уточняет: «Одобренный предел — 80 тысяч. По запуску предложил бы 10 ноября, но с руководителем аналитики ещё не сверяли».

Актуальное обновление:

В этом кейсе полномочие финансового директора по оплате установлено отдельно. Оно не означает автоматическое право менять дату запуска. При конфликте значений фиксируйте статус и источник; последнее число выбирайте только после проверки, к какому полю и полномочию оно относится.

Проверка передачи: дайте карточку коллеге

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

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

Это полезнее оценки «заметка достаточно подробная». Подробный текст может не содержать главного.

Когда заметок много: улучшайте общую структуру

Серия звонков помогает найти поля, которые регулярно остаются неизвестными. В Текстославе можно собрать записи в проект, создать исследование и описать нужные находки. Например, отдельно собирать критерии проверки, участников решения и обещанные материалы.

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

Вывод «в карточках часто нет критерия пилота» полезен, если приводит к изменению работы: добавить вопрос перед назначением проверки. Он не должен превращаться в требование заполнить поле любой фразой.

Что убрать из CRM-заметки

Уберите личные характеристики без отношения к работе: «сложный клиент», «неадекватно реагирует», «слабый контакт». Вместо них опишите событие и следующий шаг: «клиент не принял предложенный срок, просит подтвердить доступность до пятницы».

Не переносите лишние личные сведения. Не прикладывайте весь разговор всем участникам сделки, если для их задачи достаточно проверенной выдержки.

Для внешнего продолжения используйте follow-up письмо, а для содержательной подготовки следующего звонка — карту потребности и цикл работы между контактами.

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