Created by Github action --------- Co-authored-by: Crowdin Bot <support+bot@crowdin.com> Co-authored-by: github-actions <github-actions@twenty.com>
70 lines
7.7 KiB
Plaintext
70 lines
7.7 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-у. It determines what objects exist (like companies, people, or opportunities), what properties they have (those are the fields), and how they relate to each other. Можете то посматрати као мапу ваших података о купцима.
|
||
|
||
## Зашто би требало да прилагодите свој модел података?
|
||
|
||
Свако предузеће ради другачије. Могућност потпуног прилагођавања вашег модела података значи да можете обликовати Twenty према вашим процесима, уместо да своје процесе прилагођавате крутом систему.
|
||
Twenty нуди флексибилност која вам је потребна да обликујете модел података који ће најбоље подржати ваше свакодневне активности. You can create as many custom objects and fields as you need, the price won't change.
|
||
|
||
## Савети за дизајнирање вашег модела података.
|
||
|
||
Ретко постоји само један начин за изградњу модела података. Испод су неки савети који ће вам помоћи да изградите свој модел.
|
||
|
||
**1. Почните са вашим главним објектима.**
|
||
Идентификујте основне концепте са којима радите (нпр. Компаније, Људи, Могућности). Та три објекта су већ доступна јер се врло често користе. Али размислите о било ком другом који вам је можда потребан.
|
||
Пример: Stripe би требало да има објекат `Претплате`, Airbnb би требало да има објекат `Путовања`, старт-ап акцелератор објекат `Серије`.
|
||
|
||
**2. Користите поља за варијације, а не нове објекте.**
|
||
Ако је нешто само карактеристика постојећег објекта (нпр. `Индустрија` за компанију, или `Статус` за могућност), направите га пољем. Поља су најбоља за категорије, ознаке и атрибуте.
|
||
|
||
**3. Креирајте нови објекат када он стоји сам.**
|
||
Ако концепт има свој властити животни циклус, својства или релације, обично заслужује да буде објекат. На пример:
|
||
|
||
- **Пројекти** који имају своје рокове, власнике и задатке
|
||
- **Претплате** које повезују компаније, производе и фактуре
|
||
- **Догађаји** који укључују многе учеснике и акције праћења
|
||
|
||
Ове ствари превазилазе једно поље јер имају своје податке и везе.
|
||
|
||
**4. Креирајте објекат када је број повезаних записа неограничен.**
|
||
Ако се нешто може везати више пута и не знате колико пута, боље је као засебан објекат. На пример, уместо креирања поља као што су `Производ 1`, `Производ 2`, итд., дефинишите објекат `Производ` и повежите га са оригиналним записом. На тај начин, можете подржати један, два или стотину производа без промене вашег модела.
|
||
|
||
**5. Прво га држите једноставним.**
|
||
Почните са пољима. Move to new objects only when you feel the limits: too many fields, repeated records, or relationships that don’t fit neatly.
|
||
|
||
### Посебна напомена о Људима, Компанијама и Могућностима
|
||
|
||
- **`Људи`, `Компаније` и `Могућности` су једини објекти са којих можете приступити имејловима и састанцима синхронизованим из вашег маилбок-а / календара.** Препоручујемо да их користите колико год је могуће. Ако требате да креирате категорије `Људи` или `Компанија`, користите поља уместо нових објеката.
|
||
|
||
Пример: најбоље је користити објекат `Људи` за обе категорије, како за потенцијалне клијенте, тако и партнере, додавањем поља под називом `Тип Особе`. Избегавајте креирање објекта `Партнер` јер не бисте могли приступити преписци имејлова са њега. Уместо тога, креирајте различите прегледе у оквиру `Људи`: један који приказује партнере, други који приказује потенцијалне клијенте.
|
||
- С обзиром на горе наведено, у реду је имати поља која се не односе на сваки запис. На пример, под `Људи` можете додати поље `Линк за Препоруке` које је релевантно само када `Тип Особе = Партнер`. То је у реду: можете сакрити ово поље из прегледа где није потребно.
|
||
|
||
### Питања која ће вас водити приликом избора
|
||
|
||
Питајте се:
|
||
|
||
- Да ли је ово само својство нечега што већ имам, или му је потребно своје особине?
|
||
- Хоћу ли икада морати да пратим више ових по запису, не знајући колико унапред?
|
||
- Да ли се овај концепт повезује са неколико различитих објеката, не само једним?
|
||
- Да ли ће имати свој властити животни циклус (нпр. фазе, почетни/завршни датуми)?
|
||
|
||
Ако је одговор “да” на једно или више њих, вероватно је време за нови објекат.
|
||
|
||
## Желите ли помоћ?
|
||
|
||
Наш тим вам може помоћи у дизајнирању и креирању модела података који су вам потребни. Откријте наш Пакет за Почетак [овде](https://twenty.com/onboarding-packages).
|
||
|
||
|