Created by Github action --------- Co-authored-by: Crowdin Bot <support+bot@crowdin.com> Co-authored-by: github-actions <github-actions@twenty.com>
70 lines
8.3 KiB
Plaintext
70 lines
8.3 KiB
Plaintext
---
|
|
title: Настройте свою модель данных
|
|
info: "Узнайте, как спроектировать и создать модель данных, отражающую вашу работу."
|
|
image: /images/user-guide/fields/custom_data_model.png
|
|
sectionInfo: Гибкая модель данных, разработанная для поддержки ваших уникальных бизнес-процессов
|
|
---
|
|
|
|
<Frame>
|
|
<img src="/images/user-guide/fields/custom_data_model.png" alt="Header" />
|
|
</Frame>
|
|
|
|
## Что такое модель данных?
|
|
|
|
Модель данных — это структура, определяющая, как информация организована в вашей CRM. Она определяет, какие объекты существуют (например, компании, люди, возможности), какие у них есть свойства (это поля) и как они связаны друг с другом. Вы можете думать об этом, как о карте данных ваших клиентов.
|
|
|
|
## Почему вам следует настраивать свою модель данных?
|
|
|
|
Каждый бизнес работает по-своему. Возможность полностью настроить свою модель данных означает, что вы можете адаптировать Twenty под свои процессы, а не подстраивать свои под жёсткую систему.
|
|
Twenty предлагает гибкость, необходимую для создания модели данных, которая наилучшим образом поддерживает вашу повседневную работу. Вы можете создавать столько пользовательских объектов и полей, сколько вам нужно, цена не изменится.
|
|
|
|
## Советы по проектированию вашей модели данных
|
|
|
|
Редко бывает только один способ построить модель данных. Ниже приведены несколько советов, которые помогут вам создать свою.
|
|
|
|
**1. Начните с основных объектов.**
|
|
Определите основные концепции, с которыми вы работаете (например, Компании, Люди, Возможности). Эти три объекта уже доступны, поскольку они используются очень часто. Но подумайте о других, которые могут вам понадобиться.
|
|
Пример: Stripe потребуется объект `Подписки`, Airbnb потребуется объект `Поездки`, стартап-акселератору потребуется объект `Партии`.
|
|
|
|
**2. Используйте поля для вариаций, а не новые объекты.**
|
|
Если это просто характеристика существующего объекта (например, `Отрасль` для компании или `Статус` для возможности), создавайте её как поле. Поля лучше подходят для категорий, меток и атрибутов.
|
|
|
|
**3. Создайте новый объект, если он стоит сам по себе.**
|
|
Если у концепции есть свой жизненный цикл, свойства или отношения, она обычно заслуживает отдельного объекта. Например:
|
|
|
|
- **Проекты**, у которых есть свои сроки, владельцы и задачи
|
|
- **Подписки**, которые связывают компании, продукты и счета
|
|
- **События**, которые включают много участников и дополнительные действия
|
|
|
|
Они выходят за рамки одного поля, поскольку несут свои данные и связи.
|
|
|
|
**4. Создайте объект, если количество связанных записей не ограничено.**
|
|
Если что-то может быть связано несколько раз, и вы не знаете, сколько, лучше создать для этого свой объект. Например, вместо создания полей «Товар 1», «Товар 2» и так далее, определите объект «Товар» и свяжите его с исходной записью. Таким образом, вы можете поддерживать один, два или сто товаров без изменения вашей модели.
|
|
|
|
**5. Сначала упрощайте.**
|
|
Начните с полей. Переходите к новым объектам, только когда чувствуете ограничения: слишком много полей, повторяющиеся записи или связь, которая не укладывается в рамки.
|
|
|
|
### Специальная заметка по Людям, Компаниям и Возможностям
|
|
|
|
- **`Люди`, `Компании` и `Возможности` — это единственные объекты, из которых вы можете получить доступ к электронной почте и встречам, синхронизированным из вашего почтового ящика или календаря.** Мы рекомендуем использовать их как можно чаще. Если вам нужно создавать категории `Людей` или `Компаний`, используйте поля, а не новые объекты.
|
|
|
|
Пример: лучше использовать объект «Люди» как для потенциальных клиентов, так и для партнёров, добавив поле с названием «Тип человека». Избегайте создания объекта «Партнёр», так как с него не сможете получить доступ к цепочкам писем. Вместо этого создавайте различные представления в разделе «Люди»: одно для отображения партнёров, другое — для потенциалов.
|
|
- Учитывая вышеизложенное, наличие полей, которые не применяются ко всем записям, разрешено. Например, в разделе «Люди» вы можете добавить поле «Ссылка на реферал», актуальное только тогда, когда «Тип человека = Партнёр». Это нормально: вы можете скрыть это поле в представлениях, где оно не нужно.
|
|
|
|
### Вопросы, которые помогут сделать выбор
|
|
|
|
Спросите себя:
|
|
|
|
- Является ли это просто свойством того, что у меня уже есть, или ему нужны свои собственные свойства?
|
|
- Мне когда-нибудь понадобится отслеживать несколько таких записей на запись, без знания, сколько их будет заранее?
|
|
- Связывается ли эта концепция с несколькими разными объектами, а не только с одним?
|
|
- Будет ли у неё свой жизненный цикл (например, стадии, даты начала/окончания)?
|
|
|
|
Если на один или несколько из этих вопросов вы ответили «да», вероятно, вам нужно создать новый объект.
|
|
|
|
## Хотите помощь?
|
|
|
|
Наша команда может помочь вам в разработке и создании необходимой модели данных. Откройте наш Пакет для Внедрения [здесь](https://twenty.com/onboarding-packages).
|
|
|
|
|