Две сущности, которые постоянно путают
Когда я строил свои первые CRM-инструменты, всегда возникал один и тот же вопрос: куда положить «боль» клиента. В итоге получалась свалка заметок, в которой через три месяца уже никто ничего не понимал.
Правильный подход — жёстко разделять долгоживущие и короткоживущие данные.
Карточка клиента — это досье. Реквизиты, отрасль, ключевые люди, общая история отношений. Эти данные почти не меняются.
Карточка заявки — это контекст конкретного касания. Откуда пришёл лид, какая боль озвучена сейчас, какой скрипт пробуем, кто из ЛПР участвует именно в этой сделке.
Смешаешь — и при увольнении менеджера компания теряет не только клиента, но и всё понимание, как с ним работать дальше.
Где хранить боль
У одного клиента болей может быть несколько, и каждая появляется в своём контексте. В январе компания пришла за автоматизацией склада, в мае — из-за упавшей маржинальности. Это две разные боли, два продукта и часто два разных ЛПР.
Если писать боль в карточку клиента, при новой заявке либо перезапишешь старую, либо получишь кашу. Поэтому:
- В карточке клиента оставляй обобщённые проблемы отрасли и стратегические задачи.
- В карточке заявки — конкретную формулировку текущего касания со своим источником и квалификацией.
Где живёт скрипт
Скрипт всегда привязан к гипотезе о боли, поэтому он должен жить в заявке. В карточке клиента можно хранить только профиль коммуникации: любимый канал, чувствительные темы, особенности ЛПР. Это медленно меняющиеся вещи, а не план разговора.
Минимальная схема таблиц
Вот как я обычно раскладываю:
companies— реквизиты, отрасль, теги, стратегические задачи (живут годами)contacts— ЛПР и сотрудники (тоже годы)deals— источник, продукт, боль, скрипт, стадия, сумма (недели-месяцы)deal_contacts— кто участвует именно в этой сделкеactivitiesиnotes— события и заметки, привязанные к сделке или компании
Ключевой момент: company_id в таблице deals даёт связь «один ко многим». Боль и скрипт лежат в deals, а не в companies.
Почему не стоит всё тащить в companies
Иногда хочется добавить поля «боль», «возражения» прямо в карточку клиента — «удобно же». Через пару месяцев начинаются проблемы:
- Менеджер либо стирает старые данные, либо дописывает в конец.
- История теряется.
- Аналитика по типу боли уже не посчитать.
- AI-агент перед звонком получает мусор вместо контекста.
Что оставлять в карточке клиента
- Юр. реквизиты и платёжные данные
- Размер, отрасль, географию, цифровую зрелость
- Теги сегментации
- Контакты ключевых ЛПР
- Стратегический контекст и профиль коммуникации
Всё остальное («обещали перезвонить», «возражение по цене») — в заявки и активности.
Что после закрытия можно поднять наверх
После сделки часть данных имеет смысл агрегировать на уровень клиента: повторяющиеся возражения → тег, проблемный ЛПР → заметка в контакте. Я обычно делаю это через отдельный процесс или AI-агента, который предлагает обновления, а не копирует всё автоматически.
Зачем это важно для AI
Когда поверх CRM работает голосовой агент, правильное разделение становится критичным. Из companies он берёт «кто это», из активной deals — «зачем звоним сейчас», из activities — «что уже обсуждали». Если всё свалено в одну карточку, агент просто не понимает, какой из десяти болей оперировать.
Итог
Карточка клиента — это «кто», карточка заявки — это «зачем сейчас». Боль и скрипт почти всегда живут в заявке. Если в твоей CRM сейчас бардак и менеджеры жалуются на забитые карточки — это не про интерфейс, это архитектурный долг. Чем дольше тянешь, тем сложнее будет потом подключать аналитику и автоматизации.