CRM как память отдела продаж: что писать, что не писать

Короткий ответ

CRM работает только если она память. Если она «склад заметок» — она вредна. Это не игра словами. Между «местом, куда сваливают» и «местом, к которому возвращаются» лежит граница, на которой ломается половина воронок, которые я видел.

Память — это запись, к которой возвращаются перед следующим контактом. Склад — это запись, к которой не возвращаются никогда. Если перед звонком клиенту менеджер не открывает CRM — у него нет памяти. У него есть архив. И этот архив никому не помогает, кроме отчётности.

Дальше всё становится практически: какие пять блоков должны быть в любой пост-meeting заметке, какие шесть полей обязательны на сделке, и что НИКОГДА не должно попадать в CRM, особенно в AdTech и MarTech, где этим интересуются юристы и регуляторы.

Что обычно пишут — и почему это бесполезно

Я открываю чужой CRM почти каждый месяц. Картина повторяется. Вот короткий каталог того, что я там вижу.

«Созвон прошёл хорошо.» Это не заметка. Это самоуспокоение продавца после встречи. Что значит «хорошо»? Продвинулись по чему? Что клиент сказал? Кто на следующем шаге? Через три недели менеджер открывает сделку и видит «прошло хорошо» — и не помнит ни о чём.

«Передам коммерческое.» На каких условиях? Кому именно из стейкхолдеров? Когда обещали? К какому решению клиент должен прийти? Через десять дней приходит вопрос от руководителя «где сделка», и менеджер начинает реконструировать по памяти, что там было.

«Вышли на след шаг.» Какой именно шаг? Это пайплайн-стадия или просто впечатление продавца? «След шаг» — это любимая мантра, потому что она ни к чему не обязывает. И ни к чему не приближает.

«Ждём ответ от клиента.» Сколько ждём? До какого числа? Что мы делаем, если ответа нет? «Ждём» в CRM — это сделка, которая будет висеть пять месяцев и попадать в форкаст, потому что её страшно закрыть.

Каждая из этих формулировок — индикатор того, что у продавца не было дисциплины фиксации. Не злого умысла, не лени. Просто никто не объяснил ему, что заметка должна быть полезна следующему контакту, а не отчётной строкой за вчерашний день.

Пять блоков правильной заметки после встречи

Я для команд, с которыми работаю, ввожу простой шаблон. Пять блоков, каждый по три-четыре строки. Заполняется за 5–7 минут после встречи. Не позже того же дня. Лучше всего — пока ехал из офиса или сразу после звонка, в окно «5 минут пост-meeting блок».

1. Что обсудили — буллетами, фактами

Не «обсудили внедрение», а «обсудили объём данных (8 ТБ), сроки пилота (8 недель), список интеграций (6 систем, 2 критичные)». Факты, а не формулировки. Цифры там, где они звучали. Если на встрече озвучили цену — она здесь. Если упомянули срок — он здесь. Чем меньше обобщений, тем дольше живёт заметка.

2. Кто был, какая роль

Имя, роль, и что важнее — функциональная роль в сделке. Не «Иван Петров, директор по маркетингу», а «Иван Петров, CMO — economic buyer, держит бюджет, скептичен к pilot-логике, хочет сразу production-внедрение». Если был незнакомый стейкхолдер — отдельная строка: «новый: Анна Сергеева, IT-security, появилась впервые, спросит про SOC2 на следующей встрече».

3. Что я понял про задачу клиента

Самая важная строка для следующего звонка через две недели. Что у клиента болит на самом деле. Не пересказ его слов, а ваше понимание задачи: что он на самом деле решает, какой результат для него — успех. Здесь работает формула «3 факта + 1 предположение». Три проверяемых факта плюс одно ваше предположение, которое нужно проверить на следующей встрече.

4. Next step с конкретной датой

Не «отправить КП». А «отправить КП до 14 мая, шаблон Enterprise-2, конкретно по их кейсу с обработкой данных на 8 ТБ. Согласовать с pre-sales до 12 мая». С датами. С исполнителем. Если next step «ждать ответа клиента» — пишется «жду ответа от Ивана до 15 мая, если не отвечает — звоню 16-го утром». Без даты «жду» превращается в «забыл».

5. Скрытые сигналы — тон, что не сказали, что насторожило

Этот блок отличает заметку зрелого AE от заметки junior. Что не сказали в открытую, но я почувствовал. «CMO три раза вернулся к цене — деньги болят больше, чем хотят показать». «IT-директор не задал ни одного вопроса про продукт — либо уже принял решение, либо не вовлечён». «Когда я спросил про сроки, повисла пауза — внутри что-то происходит, мы не в курсе». Это не паранойя, это деловая чувствительность. Через три недели вы вернётесь к этой строке и поймёте, что были правы.

Что НИКОГДА не писать в CRM

Особенно критично для AdTech, MarTech, marketing automation и любых компаний, где данные клиента — часть продукта. Регуляторика на этих рынках жёсткая, а CRM в случае разбирательства — это документ, к которому есть доступ. Что попадает в CRM — попадает в правовое поле. Это надо знать.

Личные оценки клиентов. «Он мудак», «они тормозят», «CFO у них дура». Это ловушка, в которую регулярно попадают молодые продавцы. Кажется — «свои поймут». На практике CRM смотрят: новый менеджер на сделке, руководитель, аудитор, юрист в случае разбирательства, клиент, который запросил данные о себе по правилу о персональных данных. Любая оценочная фраза становится уликой. И аргумент «это была шутка» в суде не работает.

Финансовая информация без явного контекста. «У них на счету пусто», «бюджет режут на 40%», «по слухам, за квартал минус 200 млн». Если эта информация получена не от самого клиента в открытую — она не должна попадать в CRM. Это во-первых, потенциально инсайдерская информация. Во-вторых, если это сольют конкуренту, вас же будут спрашивать, откуда вы это взяли.

Имена внутренних champion'ов клиента без согласия. Очень тонкое место. У вас на стороне клиента есть человек, который вам помогает: даёт инсайды, толкает сделку внутри, договаривается с CFO. В заметке его имя — это нормально. Но писать «наш champion внутри», «помогает обходить процедуры», «делится внутренними цифрами» — это потенциальная компрометация конкретного сотрудника на стороне клиента. Если CRM попадёт не в те руки, у вашего champion'а будут последствия. Я лично знаю случай, когда менеджер сменил работу, унёс CRM с собой, а champion в компании-клиенте оказался в неприятной ситуации, когда конкурент использовал эти данные.

Слухи и предположения как факты. «Они ищут нового CFO», «их главного инвестора кинули», «у них завтра увольнения». Если это не подтверждено первоисточником — либо вообще не пишите, либо помечайте явно: «слух от X, не проверено». Ваше «слышал» через полгода превратится в «у нас в системе есть данные, что…», и кто-то на этих «данных» примет решение.

Обязательные поля сделки

В CRM много полей. Большинство — балласт. Шесть полей, без которых сделка превращается в мусор:

1. Stage — с чёткой дефиницией каждой стадии. Не «Negotiation» как абстракция, а «Negotiation = клиент получил КП и согласовал общие условия, ведём переписку по правкам». Без определения stage'а у каждого продавца своя интерпретация, и форкаст — лотерея.
2. Champion — имя, роль, мотивация. Кто именно внутри клиента на нашей стороне и почему. «Иван, head of growth, его KPI напрямую завязаны на нашем результате».
3. Economic buyer — кто подписывает чек. Не «отдел закупок», а конкретное имя или роль. Если неизвестно — поле красное. Сделка без economic buyer'а — это не сделка, это переписка.
4. Pain points — из последнего интервью с клиентом. Цитатами или близким парафразом, с указанием роли говорящего. Не «у них проблема с привлечением», а «CMO: 'второй квартал лиды дороже плана на 35%, board задаёт вопросы'».
5. Forecast confidence — 1–10 с обоснованием. Не «закроем», а «8/10 — есть champion, есть бюджет, есть дата, нет economic buyer на встрече». Цифра без обоснования бесполезна.
6. Last meaningful contact — дата и что было. Не «звонил 14 апреля», а «14 апреля — 30-минутный созвон, обсудили сроки пилота, договорились о КП до 22-го». Поле, на которое смотрит руководитель в первую очередь.

Седьмое поле, которое я часто добавляю отдельно: next step с конкретной датой. В большинстве CRM это часть стандартной активности, но я предпочитаю выделять. Сделка без next step с датой — это сделка, которая повиснет.

Формат «3 факта + 1 предположение»

Одна из проверок понимания, которую я ставлю в команды. После любого значимого касания продавец пишет четыре строки: три факта, которые он знает точно (с цитатами или ссылкой на источник внутри клиента), и одно предположение — то, что он думает, но не подтвердил.

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

Простой пример. Сделка в AdTech: «Факт: бюджет на 2026 утверждён 12 млн ₽. Факт: сроки пилота — 8 недель. Факт: economic buyer — CFO, был на последней встрече, задавал вопросы. Предположение: CFO сравнивает нас с конкурентом X, надо проверить на следующем созвоне». Через две недели на встрече предположение либо подтвердилось — и сделка идёт в плоскости конкурентного сравнения, либо опроверглось — и можно перестать строить аргументы под несуществующего конкурента.

Кейс из практики: AdTech, +8 п.п. win rate

Контекст. Российский AdTech-сервис, 80 человек в компании, выручка около 500 млн ₽, sales-команда из 9 AE и 4 SDR. Цикл сделки 4–6 месяцев, средний чек 3,5 млн в год. Win rate болтался в районе 19% уже полтора года. Они пробовали тренинги, переписывали скрипты, меняли скоринг лидов. Эффект — нулевой.

Что я увидел в их CRM, когда сел разбирать. Заметки в стиле «прошло норм», next step «отправить КП», pain points пустые. У 60% активных сделок не было заполнено поле «economic buyer». У 40% — «champion». Заметки последних трёх встреч на одной и той же сделке у разных AE были взаимно противоречивыми, потому что никто не возвращался к предыдущим записям.

Что мы ввели. Один ритуал: «5-минутный пост-meeting блок» в CRM. Шаблон из пяти блоков. Шесть обязательных полей с валидатором — нельзя двигать сделку дальше определённой стадии без заполнения. И ежедневный 10-минутный sales-стендап, на котором руководитель читал две случайно выбранные пост-meeting заметки вслух. Не критика, не суд — просто чтение. «Вот что Андрей написал после встречи с клиентом X. Что мы из этого понимаем?».

Через два месяца качество заметок изменилось радикально — потому что никто не хочет, чтобы на стендапе вслух читали его «прошло норм». Через шесть месяцев win rate вырос с 19% до 27%. Я не буду делать вид, что весь рост от заметок: параллельно подтянули SLA первого ответа и доработали ICP. Но руководитель сам сказал, что «после введения дисциплины CRM мы стали понимать, что у нас в пайплайне реально, а что — иллюзия». И это, пожалуй, главный эффект.

Кейс из практики: MarTech, видимость пайплайна

Другой случай. MarTech-команда, 12 продавцов, выручка ~200 млн ₽. Жалоба руководителя: «у меня форкаст всегда промахивается на 30%, я никогда не знаю, какие сделки реально закроются». Когда я сел разбирать — половина sales не писала ничего, кроме «прошло норм». Pipeline на доске — это иллюзия, на которой принимаются решения о найме, бюджете маркетинга, стоковых опционах.

Я не делал революции. Ввели одно обязательное поле — «one-line summary» (одно предложение по итогу касания) и «next step с датой». Без них нельзя сохранить активность. Технический барьер. Не призыв, не убеждение — кнопка не нажмётся.

Через три недели было сопротивление: «бюрократия», «отвлекает от продаж». Через шесть недель — привычка. Через три месяца форкаст стал точнее на 60%, потому что руководитель впервые видел, что реально на сделках. Заодно выяснилось, что три из пятнадцати «горячих» сделок на доске — это сделки, которые два месяца не продвигались. Их вычистили — и pipe стал реалистичнее, плюс высвободилось время AE на свежие.

Anti-pattern: AI-транскрипты вместо заметок

Модная штука последнего года: продавец прицепил AI-ассистента к Zoom, тот сделал транскрипт со встречи, продавец залил транскрипт в CRM. На словах — «я заполнил заметки». На деле — он засорил пайплайн.

Транскрипт — это сырьё, не заметка. Час встречи превращается в семь страниц текста, в котором пять минут полезного и шесть страниц «ну вот мы там, понимаете, как бы». Когда менеджер через две недели открывает сделку, ему нужно перечитать семь страниц, чтобы вспомнить три факта. Он не будет их перечитывать. Он откроет, увидит стену текста и закроет.

Как использовать AI-транскрипт правильно. Транскрипт — для извлечения. Из него вытаскиваются цитаты для pain points, факты для блока «что обсудили», имена и роли участников. Финальная заметка из пяти блоков делается человеком, занимает 5–7 минут, и она компактна. Транскрипт прикладывается отдельным файлом или ссылкой — для тех редких случаев, когда нужно вернуться к точной формулировке.

Заливать сырой транскрипт в поле заметки — это не дисциплина CRM, это её симуляция.

Чек-лист «качество CRM-памяти» — 7 пунктов

Самопроверка, на которой видно, у вас память или склад.

1. Перед звонком клиенту через две недели менеджер открывает CRM — и через минуту знает, кто на сделке, какие болевые точки, что обещали, что насторожило в прошлый раз. Если менеджер сначала идёт в почту и поднимает переписку — у вас не CRM, у вас архив переписки.
2. Заметки последних трёх касаний на одной сделке — связные, не противоречат друг другу, видна траектория. Если они выглядят как три разные сделки — у вас нет памяти, у вас три отдельных эпизода.
3. Все шесть обязательных полей (Stage, Champion, Economic buyer, Pain points, Forecast confidence, Last meaningful contact) заполнены на 100% активных сделок. Если на 60–70% — у вас нет дисциплины, и форкаст — иллюзия.
4. В заметках есть цитаты клиента, а не только обобщения. Цитата живёт долго, обобщение стирается.
5. Next step всегда с конкретной датой. «Жду ответа» без даты — баг, не фича.
6. Личных оценок клиентов в CRM нет. Эмоциональные комментарии — в личных заметках или в Slack-канале команды, не в системе.
7. Передача сделки от одного AE к другому занимает 15 минут чтения CRM, а не двухчасовое введение в курс дела. Это лучшая проверка: можно ли передать сделку без устного брифа.

FAQ