176 lines
11 KiB
Plaintext
176 lines
11 KiB
Plaintext
---
|
||
title: Модель данных
|
||
description: Узнайте, что такое модель данных и как спроектировать её под ваш бизнес.
|
||
---
|
||
|
||
## Что такое модель данных?
|
||
|
||
Модель данных — это структура, определяющая, как информация организована в вашей 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. Сначала — простота
|
||
|
||
Начните с полей. Переходите к новым объектам только когда почувствуете ограничения:
|
||
|
||
* Слишком много полей в одном объекте
|
||
* Повторяющиеся записи, которые должны быть отдельными
|
||
* Связи, которые не вписываются должным образом
|
||
|
||
## Специальная заметка по Людям, Компаниям и Возможностям
|
||
|
||
<Warning>
|
||
**Синхронизация электронной почты и календаря работает только с Людьми, Компаниями и Возможностями.**
|
||
|
||
Это единственные объекты, в которых вы можете получить доступ к синхронизированным письмам и встречам из вашего почтового ящика/календаря. Рекомендуем по возможности использовать их.
|
||
</Warning>
|
||
|
||
**Лучшие практики:**
|
||
|
||
* Если вам нужны категории Людей, используйте поля (а не новые объекты)
|
||
* Пример: используйте поле `Person Type` со значениями "Потенциальный клиент" и "Партнёр" вместо создания отдельных объектов
|
||
* Создайте разные **представления** для фильтрации: одно — для партнёров, другое — для потенциальных клиентов
|
||
|
||
**Допустимо иметь поля, которые применимы не к каждой записи.** Например, поле `Referral Link` у Людей, которое применяется только когда `Person Type = Partner`. Скройте это поле в представлениях, где оно не актуально.
|
||
|
||
## Вопросы, которые помогут сделать выбор
|
||
|
||
Спросите себя:
|
||
|
||
<Check>Является ли это просто свойством того, что у меня уже есть, или ему нужны свои собственные свойства?</Check>
|
||
<Check>Понадобится ли мне когда-нибудь отслеживать несколько таких для одной записи, не зная заранее, сколько?</Check>
|
||
<Check>Связывается ли эта концепция с несколькими разными объектами, а не только с одним?</Check>
|
||
<Check>Будет ли у неё собственный жизненный цикл (стадии, даты начала/окончания)?</Check>
|
||
|
||
Если хотя бы на один из них ответ «да», вероятно, пришло время для нового объекта.
|
||
|
||
## Доступ к вашей модели данных
|
||
|
||
1. Перейдите в **Настройки** в левой боковой панели
|
||
2. Нажмите **Модель данных**
|
||
3. Просмотрите все ваши объекты (стандартные и пользовательские)
|
||
4. Нажмите любой объект, чтобы просмотреть и отредактировать его поля
|
||
|
||
<Note>
|
||
**Не видите «Модель данных» в настройках?**
|
||
|
||
Доступ к модели данных обычно ограничен администраторами. Свяжитесь с администратором рабочего пространства, если вам нужен доступ.
|
||
</Note>
|
||
|
||
## Следующие шаги
|
||
|
||
После того как вы спланировали модель данных:
|
||
|
||
* [Как создать пользовательские объекты](/l/ru/user-guide/data-model/how-tos/create-custom-objects)
|
||
* [Как создать пользовательские поля](/l/ru/user-guide/data-model/how-tos/create-custom-fields)
|
||
* [Как создать поля связей](/l/ru/user-guide/data-model/how-tos/create-relation-fields)
|
||
|
||
## Нужна Помощь?
|
||
|
||
Наша команда может помочь вам в разработке и создании необходимой модели данных. Узнайте о наших [услугах по внедрению](/l/ru/user-guide/getting-started/capabilities/implementation-services).
|