Модель данных CRM: объекты и связи

37% пользователей CRM уже теряли деньги напрямую из-за плохого качества данных, и лишь 9% доверяют своим данным настолько, чтобы уверенно строить по ним отчёты. Корень проблемы чаще всего не в сотрудниках и не в софте, а в модели данных CRM.

Модель данных CRM — это структурный «чертёж»: какие объекты есть в системе, какие у них свойства, как они связаны и по каким правилам заполняются. В Smart CRM от HubSpot всё держится на четырёх стандартных объектах: контакты (люди), компании (организации), сделки (возможности в воронке) и тикеты (обращения в поддержку). Связи между ними — ассоциации: контакт относится к компании, сделка привязана и к контакту, и к компании, а метки ролей вроде «ЛПР» или «технический эксперт» критичны для B2B, где решение принимают несколько человек. На старших тарифах к четырём стандартным объектам добавляют кастомные — под подписки, локации или проекты, — но плодить их без задокументированного сценария так же вредно, как лишние поля.

Где чаще всего ломается:

• «поле ради поля» — 150+ свойств, которые почти никто не заполняет;
• разные отделы понимают слово «лид» каждый по-своему;
• доля дублей выше 5% быстро превращает отчёты в кашу.

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