---
title: Настройте свою модель данных
info: "Узнайте, как спроектировать и создать модель данных, отражающую вашу работу."
image: /images/user-guide/fields/custom_data_model.png
sectionInfo: Гибкая модель данных, разработанная для поддержки ваших уникальных бизнес-процессов
---
## Что такое модель данных?
Модель данных — это структура, определяющая, как информация организована в вашей CRM. Она определяет, какие объекты существуют (например, компании, люди, возможности), какие у них есть свойства (это поля) и как они связаны друг с другом. Вы можете думать об этом, как о карте данных ваших клиентов.
## Почему вам следует настраивать свою модель данных?
Каждый бизнес работает по-своему. Возможность полностью настроить свою модель данных означает, что вы можете адаптировать Twenty под свои процессы, а не подстраивать свои под жёсткую систему.
Twenty предлагает гибкость, необходимую для создания модели данных, которая наилучшим образом поддерживает вашу повседневную работу. Вы можете создавать столько пользовательских объектов и полей, сколько вам нужно, цена не изменится.
## Советы по проектированию вашей модели данных
Редко бывает только один способ построить модель данных. Ниже приведены несколько советов, которые помогут вам создать свою.
**1. Начните с основных объектов.**
Определите основные концепции, с которыми вы работаете (например, Компании, Люди, Возможности). Эти три объекта уже доступны, поскольку они используются очень часто. Но подумайте о других, которые могут вам понадобиться.
Пример: Stripe потребуется объект `Подписки`, Airbnb потребуется объект `Поездки`, стартап-акселератору потребуется объект `Партии`.
**2. Используйте поля для вариаций, а не новые объекты.**
Если это просто характеристика существующего объекта (например, `Отрасль` для компании или `Статус` для возможности), создавайте её как поле. Поля лучше подходят для категорий, меток и атрибутов.
**3. Создайте новый объект, если он стоит сам по себе.**
Если у концепции есть свой жизненный цикл, свойства или отношения, она обычно заслуживает отдельного объекта. Например:
- **Проекты**, у которых есть свои сроки, владельцы и задачи
- **Подписки**, которые связывают компании, продукты и счета
- **События**, которые включают много участников и дополнительные действия
Они выходят за рамки одного поля, поскольку несут свои данные и связи.
**4. Создайте объект, если количество связанных записей не ограничено.**
Если что-то может быть связано несколько раз, и вы не знаете, сколько, лучше создать для этого свой объект. Например, вместо создания полей «Товар 1», «Товар 2» и так далее, определите объект «Товар» и свяжите его с исходной записью. Таким образом, вы можете поддерживать один, два или сто товаров без изменения вашей модели.
**5. Сначала упрощайте.**
Начните с полей. Переходите к новым объектам, только когда чувствуете ограничения: слишком много полей, повторяющиеся записи или связь, которая не укладывается в рамки.
### Специальная заметка по Людям, Компаниям и Возможностям
- **`Люди`, `Компании` и `Возможности` — это единственные объекты, из которых вы можете получить доступ к электронной почте и встречам, синхронизированным из вашего почтового ящика или календаря.** Мы рекомендуем использовать их как можно чаще. Если вам нужно создавать категории `Людей` или `Компаний`, используйте поля, а не новые объекты.
Пример: лучше использовать объект «Люди» как для потенциальных клиентов, так и для партнёров, добавив поле с названием «Тип человека». Избегайте создания объекта «Партнёр», так как с него не сможете получить доступ к цепочкам писем. Вместо этого создавайте различные представления в разделе «Люди»: одно для отображения партнёров, другое — для потенциалов.
- Учитывая вышеизложенное, наличие полей, которые не применяются ко всем записям, разрешено. Например, в разделе «Люди» вы можете добавить поле «Ссылка на реферал», актуальное только тогда, когда «Тип человека = Партнёр». Это нормально: вы можете скрыть это поле в представлениях, где оно не нужно.
### Вопросы, которые помогут сделать выбор
Спросите себя:
- Является ли это просто свойством того, что у меня уже есть, или ему нужны свои собственные свойства?
- Мне когда-нибудь понадобится отслеживать несколько таких записей на запись, без знания, сколько их будет заранее?
- Связывается ли эта концепция с несколькими разными объектами, а не только с одним?
- Будет ли у неё свой жизненный цикл (например, стадии, даты начала/окончания)?
Если на один или несколько из этих вопросов вы ответили «да», вероятно, вам нужно создать новый объект.
## Хотите помощь?
Наша команда может помочь вам в разработке и создании необходимой модели данных. Откройте наш Пакет для Внедрения [здесь](https://twenty.com/onboarding-packages).