Перейти к основному содержанию
Модель данных

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

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

​
Ключевые понятия

​
Объекты

Объекты — это основные категории данных в вашей CRM. Каждый объект представляет тип сущности, которую вы хотите отслеживать. В Twenty предусмотрены стандартные объекты:
  • People — физические лица (контакты, лиды, партнёры)
  • Companies — организации
  • Opportunities — сделки или продажи
  • Notes — прикреплённые к записям заметки
  • Tasks — задачи, связанные с записями
Вы также можете создать пользовательские объекты для всего, что специфично для вашего бизнеса (например, Projects, Subscriptions, Events).

​
Поля

Поля — это свойства или атрибуты, которые описывают каждый объект. Они хранят фактическую информацию. Например, у объекта People есть такие поля, как:
  • Имя
  • Электронная почта
  • Телефон
  • Должность
  • Company (связь с объектом Companies)
Поля имеют разные типы: текст, число, дата, список, множественный выбор, связь и другие. Вы можете добавлять пользовательские поля к любому объекту.

​
Записи

Записи — это отдельные элементы внутри объекта — реальные данные, которые вы создаёте и которыми управляете. Например:
  • “John Smith” — это запись в объекте People
  • “Acme Corp” — это запись в объекте Companies
Аналогия:
Концепция модели данныхАналогия из реального мира
ОбъектыРазделы в книге (категории)
ПоляСтолбцы в электронной таблице (свойства)
ЗаписиСтроки в электронной таблице (реальные записи)
Вы проектируете модель данных (объекты + поля) один раз, затем создаёте множество записей в рамках этой структуры.

​
Зачем настраивать вашу модель данных?

Каждый бизнес работает по-своему. Настройка вашей модели данных означает, что вы можете адаптировать Twenty под ваши процессы, а не загонять их в жёсткую систему. Twenty предоставляет полную гибкость:
  • Создавайте столько пользовательских объектов, сколько вам нужно
  • Добавляйте неограниченное количество пользовательских полей
  • Цена не меняется в зависимости от настроек

​
Советы по проектированию вашей модели данных

​
1. Начните с основных объектов

Определите основные сущности, с которыми вы работаете. В Twenty уже предусмотрено:
  • People — ваши контакты
  • Companies — ваши компании
  • Opportunities — ваши сделки
Подумайте, что ещё может понадобиться:
  • Stripe нужен объект Subscriptions
  • Airbnb нужен объект Trips
  • Акселератору нужен объект Batches

​
2. Используйте поля для вариаций, а не новые объекты

Если что-то является лишь характеристикой существующего объекта, сделайте это полем. Используйте поля для:
  • Категорий и меток (например, Industry для Companies)
  • Значений статуса (например, Stage для Opportunities)
  • Атрибутов и свойств

​
3. Создавайте объект, если он существует сам по себе

Если у концепции есть свой жизненный цикл, свойства или отношения, она заслуживает отдельного объекта. Создавайте объект для:
  • Projects — со сроками, владельцами и задачами
  • Subscriptions — связывают компании, продукты и счета
  • Events — включают участников и последующие действия
Они выходят за рамки одного поля, поскольку несут свои данные и связи.

​
4. Создавайте объект, когда число записей не ограничено

Если что-то может связываться многократно, и вы не знаете, сколько раз, используйте объект. Плохой подход: Создание полей вроде Product 1, Product 2, Product 3… Хороший подход: Создайте объект Products и свяжите его с записями. Таким образом, вы можете поддерживать один, два или сто товаров без изменения вашей модели.

​
5. Сначала — простота

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

​
Специальная заметка по Людям, Компаниям и Возможностям

Синхронизация электронной почты и календаря работает только с Людьми, Компаниями и Возможностями.Это единственные объекты, в которых вы можете получить доступ к синхронизированным письмам и встречам из вашего почтового ящика/календаря. Рекомендуем по возможности использовать их.
Лучшие практики:
  • Если вам нужны категории Людей, используйте поля (а не новые объекты)
  • Пример: используйте поле Person Type со значениями “Потенциальный клиент” и “Партнёр” вместо создания отдельных объектов
  • Создайте разные представления для фильтрации: одно — для партнёров, другое — для потенциальных клиентов
Допустимо иметь поля, которые применимы не к каждой записи. Например, поле Referral Link у Людей, которое применяется только когда Person Type = Partner. Скройте это поле в представлениях, где оно не актуально.

​
Вопросы, которые помогут сделать выбор

Спросите себя:
Является ли это просто свойством того, что у меня уже есть, или ему нужны свои собственные свойства?
Понадобится ли мне когда-нибудь отслеживать несколько таких для одной записи, не зная заранее, сколько?
Связывается ли эта концепция с несколькими разными объектами, а не только с одним?
Будет ли у неё собственный жизненный цикл (стадии, даты начала/окончания)?
Если хотя бы на один из них ответ «да», вероятно, пришло время для нового объекта.

​
Доступ к вашей модели данных

  1. Перейдите в Настройки в левой боковой панели
  2. Нажмите Модель данных
  3. Просмотрите все ваши объекты (стандартные и пользовательские)
  4. Нажмите любой объект, чтобы просмотреть и отредактировать его поля
Не видите «Модель данных» в настройках?Доступ к модели данных обычно ограничен администраторами. Свяжитесь с администратором рабочего пространства, если вам нужен доступ.

​
Следующие шаги

После того как вы спланировали модель данных:

​
Нужна Помощь?

Наша команда может помочь вам в разработке и создании необходимой модели данных. Узнайте о наших услугах по внедрению.