Модель даних CRM: обʼєкти та звʼязки

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

Модель даних CRM — це структурне «креслення»: які обʼєкти є в системі, які в них властивості, як вони повʼязані й за якими правилами заповнюються. У Smart CRM від HubSpot усе тримається на чотирьох стандартних обʼєктах: контакти (люди), компанії (організації), угоди (можливості у воронці) та тікети (звернення в підтримку). Звʼязки між ними — асоціації: контакт належить компанії, угода привʼязана і до контакту, і до компанії, а мітки ролей на кшталт «ОПР» чи «технічний експерт» критичні для B2B, де рішення ухвалюють кілька людей. На старших тарифах до чотирьох стандартних обʼєктів додають кастомні — під підписки, локації чи проєкти, — але плодити їх без задокументованого сценарію так само шкідливо, як зайві поля.

Де найчастіше ламається:

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

Як радить HubSpot, починати варто з мінімуму: вмикати лише ті обʼєкти, під які є реальний сценарій, замінювати вільний ввід випадними списками, вести ER-діаграму та словник даних, призначати власників полів і перевіряти базу раз на квартал. Перед запуском — прогнати тестові записи по всіх стадіях воронки й переконатися, що звʼязки спрацьовують як слід. І ставтеся до моделі як до живого продукту: будь-яке нове поле заводять за заявкою і з відповідальним, а не «про всяк випадок». Чиста модель даних — це фундамент, на якому тримаються чесна звітність, швидкі передачі між відділами та адекватна робота AI-функцій. Дані, яким можна довіряти, починаються не з гарного дашборда, а зі схеми під ним.