Клиентская база в CRM — это единое хранилище данных о клиентах компании: контактных лицах, организациях, сделках, обращениях, задачах, документах и истории общения. Каждый клиент представлен карточкой, к которой привязаны его контакты, покупки, заявки, переписка и ответственный сотрудник, поэтому работа с клиентом собрана в одном месте и открыта команде по правам доступа.
Такая база сохраняет историю отношений при смене менеджера, дает продажам, маркетингу и сервису одинаковую картину по клиенту и позволяет строить отчеты по данным системы.
Ниже — состав данных, отличия от таблиц, карточка клиента, сегментация, перенос, правила качества и метрики.
Что такое клиентская база в CRM
CRM-база — набор связанных между собой записей. Одна описывает компанию, другая — человека в ней, третья — сделку, четвертая — обращение в поддержку. Система хранит их по общим правилам: у каждой записи есть набор полей, владелец и история изменений.
Главное отличие от списка контактов — связи. Контакт привязан к компании, к компании — три сделки и два обращения, к сделке — предложение и задача. Открывая карточку, сотрудник видит всю цепочку без поиска по почте и мессенджерам.
Продажи ведут по базе сделки, маркетинг собирает сегменты, сервис обрабатывает обращения. За структуру полей, справочники и права доступа отвечает CRM-администратор: он решает, какие поля появляются в карточке и кто их видит.
База считается рабочей, когда по ней видно три вещи: кто клиент, что с ним происходит сейчас и что запланировано дальше. Если ответ приходится искать вне системы, данные распределены неправильно.
Что проверить: если данные о клиенте собирают из почты, таблицы и памяти менеджера, базы в CRM пока нет — есть разрозненные списки.
Какие данные хранит CRM-база
Состав данных зависит от того, как компания продает и обслуживает клиентов, но базовый набор одинаков: кто клиент, как с ним связаться, что покупал и кто с ним работает.
| Тип данных | Пример | Кто использует |
|---|---|---|
| Контактное лицо | ФИО, должность, телефон, почта | Продажи, сервис |
| Компания | Название, ИНН, отрасль | Продажи, бухгалтерия |
| Источник и сегмент | Заявка с сайта, отрасль, объем закупок | Маркетинг, руководитель продаж |
| Сделки и заказы | Сумма, этап, дата закрытия, состав заказа | Продажи, руководитель |
| Обращения | Вопрос по счету, жалоба, заявка на ремонт | Сервис, поддержка |
| Документы | Договор, счет, акт | Продажи, бухгалтерия |
| Согласия и ограничения | Согласие на рассылку, запрет на звонки | Маркетинг, служба безопасности |
Строки связаны между собой: без контактного лица сложно вести сделку, без источника — оценить отдачу каналов, без согласия — отправить письмо. Состав полей утверждают до старта работы.
Какие поля сделать обязательными
Обязательные поля — короткий список, без которого запись теряет смысл: компания, телефон или почта контакта, источник обращения, ответственный. Лид — первичное обращение потенциального клиента — без телефона и почты до сделки не доходит.
Длинный перечень обязательных полей дает обратный результат: менеджеры ставят в них прочерки, лишь бы сохранить карточку. Ориентир — три-пять полей при создании записи.
Чем CRM-база отличается от таблиц
Таблица работает, пока клиентов немного и ими занимается один человек. При росте файл копируют себе, правят разные версии, теряют строки при сортировке. История переписки остается в почте.
CRM-система закрывает эти места единой базой: запись одна, у нее есть владелец, журнал изменений и связанные объекты.
| Критерий | Таблица или файл | CRM |
|---|---|---|
| История общения | Остается в почте и мессенджерах | Звонки, письма и чаты привязаны к карточке |
| Дубли | Находят вручную, часто после жалобы клиента | Система проверяет телефон, почту, ИНН |
| Права доступа | Доступ ко всему файлу сразу | Доступ по ролям: свои клиенты, отдел, вся база |
| Связи между записями | Держатся на совпадении названия | Контакт связан с компанией, сделками, обращениями |
| Отчеты | Собираются руками под каждый запрос | Строятся по полям базы в момент запроса |
В таблице данные лежат, в CRM они работают: запускают задачи, попадают в сегменты и отчеты. Поэтому переход начинают с описания полей и связей, нужных компании.
Чем опасны мессенджеры и личные списки
Переписка в личном мессенджере менеджера принадлежит менеджеру: при его уходе компания теряет договоренности и контакты лиц, принимающих решение. Правило простое — контакт из работы в тот же день заводится в CRM с источником и ответственным, дальше общение идет через подключенные каналы.
Как устроена карточка клиента
Карточка клиента — экран со всеми данными по одной компании или человеку: поля, лента общения и связанные объекты. Набор блоков в большинстве систем похож:
- Основные данные — название, реквизиты, отрасль.
- Контактные лица — люди со стороны клиента, их роли и контакты.
- Сегменты и признаки — источник, категория, статус.
- Сделки и заказы — текущие и закрытые, с суммой и этапом.
- Обращения — вопросы и жалобы, срок реакции.
- Задачи — что сделать, к какому сроку и кто исполнитель.
- Документы — договоры, счета, акты.
- История общения — звонки, письма, чаты, комментарии.
История коммуникаций
Лента общения показывает, кто звонил, когда писал и что обещал. Записи попадают в нее из телефонии, почты и мессенджеров, менеджер добавляет комментарий по итогам разговора. Без истории клиенту при передаче приходится повторять сказанное.
Связанные объекты и ответственный
Связи превращают набор полей в картину отношений: из карточки компании видны сделки за три года, обращения и счета. Частая ошибка — привязывать сделки к контактному лицу вместо компании: при смене сотрудника история теряется.
У карточки есть один ответственный: он получает задачи и отвечает за актуальность данных. Второе правило — по активной карточке назначен следующий шаг с датой, иначе клиент выпадает из работы.
Клиентская база в BPMSoft
В CRM-продуктах BPMSoft клиентская база строится вокруг карточек компаний и контактных лиц: к ним привязаны сделки, обращения, задачи, документы и лента коммуникаций из подключенных каналов — почты, телефонии, чатов и мессенджеров. Сегменты собираются по полям карточки и используются в кампаниях, права доступа настраиваются по ролям и подразделениям, отчеты по заполненности карточек, дублям и активности менеджеров строятся на данных системы, а правила заполнения и проверки настраиваются средствами low-code-конструктора без разработки.
Сегментация клиентской базы
Сегментация — разделение базы на группы по общим признакам, чтобы работать с каждой по своему сценарию. Без сегментов компания общается со всеми одинаково: одна рассылка на всю базу.
- Статус отношений — потенциальный клиент, действующий, ушедший.
- Отрасль и размер компании — задают язык общения и аргументы.
- Объем и частота покупок — отделяют ключевых от разовых.
- Продуктовый интерес — что покупали и чем пользуются.
- Давность контакта — три месяца тишины уже повод для звонка.
- Этап жизненного цикла — обращение, пилот, продление.
Маркетинг собирает по сегментам кампании, продажи расставляют приоритеты и настраивают этапы в воронке продаж, сервис задает сроки реакции. Сегменты стоит делать динамическими: признак пересчитывается по полям карточки, и клиент сам переходит из группы в группу.
Сегменты держатся на заполненных полях: отрасль, источник, дата последнего контакта. Пустое поле выбрасывает клиента из выборки, поэтому перед кампанией сегмент проверяют по числу записей.
Что настроить: три-четыре рабочих сегмента вместо пятнадцати. Сегмент, под который нет отдельного действия, базу только усложняет.
Как перенести базу в CRM
Перенос — отдельный проект с подготовкой и проверкой. Ошибки этого этапа живут в системе годами: дубли множатся, пустые поля ломают отчеты.
- Собрать источники. Таблицы отделов, выгрузка из старой системы, база бухгалтерии.
- Определить состав полей. Что переносится, что сливается, что уходит в архив.
- Нормализовать данные. Единый формат телефонов и дат, отдельные колонки компании и контакта.
- Найти дубли. Сверить телефоны, почту и ИНН, склеить совпадения до загрузки.
- Распределить ответственных. Спорные записи отдать руководителю.
- Загрузить тестовую партию. Перенести 50-100 записей и проверить поля и связи.
- Перенести базу целиком. Сверить число записей с файлом-источником.
- Проверить результат. Открыть выборочные карточки, построить отчет по заполненности.
Как искать и склеивать дубли
Дубли появляются из-за разных написаний: «ООО Ромашка», «Ромашка ООО», «romashka». Поиск строят по стабильным признакам — телефон, почта, ИНН, домен сайта. При склейке выбирают главную запись: сделки и обращения должны оказаться в основной карточке.
Как поддерживать качество базы
База портится постепенно: за квартал набегают дубли, устаревшие телефоны и карточки без ответственного. Качество держится на понятных правилах заполнения и регулярной проверке.
Правила заполнения
Регламент на одну страницу описывает, что заполняется при создании записи, что — при переходе сделки на следующий этап, и в каком виде вносятся данные. Часть правил переносится в систему: обязательные поля, подсказки, проверка дублей при сохранении. Настройка таких проверок относится к автоматизации бизнес-процессов.
Регулярный аудит данных
Раз в месяц базу смотрят сверху: сколько карточек без телефона, сколько сделок без следующего шага, сколько записей не обновлялось полгода. Результат превращается в задачи с исполнителем. Раз в квартал склеивают дубли и архивируют неактуальные карточки.
Чек-лист качества клиентской базы:
- У карточек заполнены обязательные поля и назначен ответственный.
- Телефоны и почта записаны в едином формате.
- Дубли проверены за последний месяц.
- У активных сделок назначен следующий шаг с датой.
- Источник обращения заполнен у новых записей.
- История общения подтягивается из почты и телефонии.
- Согласия на рассылку зафиксированы.
- Назначен сотрудник, отвечающий за базу целиком.
Что проверить: невыполненный пункт обычно означает, что у него нет хозяина. Ответственность за базу закрепляют за одним человеком — администратором CRM или руководителем продаж.
Права доступа и защита данных
Клиентская база — коммерческий актив, поэтому доступ настраивают по ролям. Менеджер видит своих клиентов, руководитель — клиентов отдела, маркетинг — сегменты, сервис — обращения. Полный доступ остается у администратора и узкого круга руководителей.
Отдельно настраивают право на выгрузку: возможность сохранить всю базу в файл — главный канал утечки, поэтому ее оставляют узкому кругу.
Карточка содержит персональные данные: ФИО, телефон, почту контактных лиц. Порядок обработки, состав согласий и срок хранения компания определяет вместе с юристами и службой безопасности; в CRM фиксируются факт согласия, его дата и источник, а также запреты на отдельные каналы.
Журнал изменений показывает, кто и когда правил поле, менял ответственного или удалял запись. Он помогает разбирать спорные ситуации — например, исчезнувшую сумму сделки.
Метрики качества клиентской базы
Качество базы измеряют несколькими показателями. Их снимают регулярно и смотрят в динамике: значение за один месяц мало о чем говорит.
| Метрика | Что показывает | Как проверять |
|---|---|---|
| Доля заполненных карточек | Пригодность базы для работы и кампаний | Отчет по обязательным полям |
| Количество дублей | Риск повторных звонков и ошибок в отчетах | Поиск совпадений по телефону, почте, ИНН |
| Актуальность контактов | Сколько записей давно не подтверждались | Фильтр по дате последнего контакта |
| Карточки без ответственного | Объем базы, выпавшей из работы | Отчет по пустому полю «Ответственный» |
| Сделки без следующего шага | Где работа остановилась без причины | Отчет по сделкам без открытой задачи |
| Заполненность источника | Возможность считать отдачу каналов | Доля новых записей с источником |
Показатели связаны: пустые поля дают дубли, дубли искажают отчеты по источникам, карточки без ответственного копят просроченные задачи. Их выносят на дашборд аналитики в CRM рядом с коммерческими показателями.
Что настроить: закрепить за каждой метрикой периодичность проверки и сотрудника. Показатель, который никто не смотрит, на качество базы не влияет.