Отношения между клиентом и бизнесом - неотъемлемая часть каждой успешной бизнес-модели. Достаточно сказать, без постоянных клиентов; бизнес может и не будет успешным. Следовательно, жизненно важно разработать и развернуть систему управления взаимоотношениями с клиентами (CRM). Чтобы достичь этой цели, давайте рассмотрим пошаговое руководство по созданию простой модели данных CRM как неотъемлемой части общего процесса разработки приложения CRM.

Примечание. Системы управления взаимоотношениями с клиентами сложны. Отношения между клиентом и бизнесом охватывают широкий спектр аспектов, включая необходимость знать клиента, разработать коммерческое предложение, привлечь клиента и удержать клиента. Поэтому для удобства и простоты мы рассмотрим модель данных CRM до ее основных функций в качестве практического руководства по разработке модели данных CRM.

Что такое модель данных CRM?

Таким образом, модель данных CRM - это концептуальная формализация объектов и их отношений, используемая для описания того, как управлять отношениями между клиентом и бизнес-организацией.

1. Что такое модель данных?

Wikipedia.com описывает модель данных как абстрактную модель, которая организует элементы данных и стандартизирует их связь друг с другом и со свойствами реальных сущностей. Другими словами, модель данных или модель данных Entity-Relationship (ER) - это графический подход к проектированию базы данных.

Разработка комплексной модели данных ER - важная часть жизненного цикла разработки программного обеспечения CRM. Лаконично сказано, что без этой модели в качестве основы или основы для проектирования базы данных база данных будет несовершенной, что приведет к тому, что приложение или система не будут полностью функциональны и не будут соответствовать требованиям заинтересованных сторон и конечных пользователей.

Статистические данные, представленные Томасом Смейлом с repreneur.com , показывают, что 75% ИТ-руководителей признали, что их собственные проекты разработки программного обеспечения потерпели неудачу. Следовательно, очень важно создать высококачественную полную модель данных до того, как приступить к разработке программного обеспечения в рамках проекта разработки CRM.

2. Что такое CRM-система?

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

Пошаговое руководство по построению модели базы данных CRM

Теперь, когда мы понимаем, что такое модель данных и CRM-система, давайте рассмотрим пошаговое руководство по созданию простой модели данных CRM.

1. Сущности или объекты

Первым шагом является определение сущностей или объектов, которые вам необходимо представить в модели данных, таких как управление клиентами, управление людьми, управление лидами и объекты управления обслуживанием клиентов.

Для целей этого обсуждения давайте посмотрим на схему рабочего процесса привлечения новых клиентов CRM.

Эта диаграмма демонстрирует потребность в основной сущности клиента, новой сущности потенциальных или потенциальных клиентов и основной сущности сотрудника.

Другими словами, объект новых потенциальных клиентов или потенциальных клиентов хранит список новых потенциальных клиентов, захваченных торговым персоналом. Объект сотрудников ведет учет всего персонала, нанятого компанией. Лидеры, назначенные объекту «Сотрудник по продажам», связывают нового потенциального клиента с сотрудником отдела продаж. И основной клиент записывает новые данные клиента для каждого нового приобретенного клиента.

2. Создайте модель отношений сущностей (ER).

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

Таким образом, между двумя объектами могут возникать четыре возможных отношения или количества элементов: «многие к одному», «один к одному», «многие ко многим» и «один ко многим».

  • Отношения «один к одному»: однозначное количество элементов между двумя объектами - это когда только один экземпляр каждого объекта связан с одним экземпляром второго объекта. Например, организация-покупатель связана с потенциальной организацией в сценарии, выделенном выше. Перспектива может быть преобразована только в одного клиента. Один потенциальный клиент не может соответствовать более чем одному клиенту.
  • Отношения «один ко многим». Отношения «один ко многим» или количество элементов описывает отношения между двумя объектами, такими как клиент и его контактные данные. Следовательно, у одного клиента может быть много разных типов контактов, таких как почтовый адрес, адрес физического офиса, электронная почта, телефон и мобильный телефон.
  • Отношения "многие-к-одному". Отношения "многие-к-одному" противоположны отношению "один-ко-многим". Например, у многих клиентов могут быть свои офисы в одном большом офисном блоке. Фактически, у многих клиентов будет один и тот же адрес офиса.
  • Отношение "многие-ко-многим". Вкратце, мощность "многие-ко-многим" описывает отношения между двумя объектами, в которых несколько экземпляров каждого объекта связаны друг с другом. Например, к одному и тому же адресу может быть подключено множество клиентов. И многие адреса связаны со многими клиентами. И, как показано ниже, многие потенциальные клиенты или потенциальные клиенты связаны со многими сотрудниками или представителями отдела продаж.

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

Перспектива связана с более чем одним сотрудником, а один сотрудник связан с несколькими перспективами или потенциальными клиентами. Следовательно, объект (или таблица) с именем ProspectEmployee используется для описания этого отношения «многие ко многим» как двух отношений «один ко многим» между Prospect и ProspectEmployee и Employee и ProspectEmployee.

Наконец, отношения между потенциальным клиентом и клиентом являются индивидуальными.

Дополнительные соображения и заключительные мысли

После того, как модель данных CRM будет завершена, следующим шагом будет преобразование модели данных в SQL для создания базы данных CRM и начало части проекта разработки программного обеспечения для разработки простой системы CRM. Если вам нужен инструмент создания базы данных в реальном времени для написания сценариев языка определения данных (DDL), подумайте о том, чтобы взглянуть на редактор Arctype SQL. Он имеет встроенную возможность подключения к нескольким различным реляционным базам данных, включая Postgres, SQLite, MySQL, BigQuery и Firebase.

Хотя может показаться заманчивым отказаться от процесса моделирования данных, он составляет неотъемлемую часть жизненного цикла разработки программного обеспечения. Без завершения подробной модели базы данных CRM существует значительный риск отказа.