---
title: Dostosuj swój model danych
info: "Dowiedz się, jak zaprojektować i stworzyć model danych, który odzwierciedla sposób, w jaki działasz."
image: /images/user-guide/fields/custom_data_model.png
sectionInfo: Elastyczny model danych zaprojektowany tak, aby wspierać unikalne procesy biznesowe
---

<Frame>
  <img src="/images/user-guide/fields/custom_data_model.png" alt="Header" />
</Frame>

## Co to jest model danych?

Model danych to struktura definiująca, w jaki sposób informacje są organizowane w Twoim 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. Możesz pomyśleć o tym jako o mapie danych klientów.

## Dlaczego powinieneś dostosować swój model danych?

Każda firma działa inaczej. Możliwość pełnego dostosowania swojego modelu danych oznacza, że możesz dostosować Twenty do swoich procesów zamiast zmuszać swoje do sztywnego systemu.  
Twenty oferuje elastyczność, jakiej potrzebujesz, aby dostosować model danych, który najlepiej wspiera Twoją codzienną działalność. Możesz stworzyć tyle niestandardowych obiektów i pól, ile potrzebujesz, cena się nie zmienia.

## Wskazówki dotyczące projektowania modelu danych

Rzadko istnieje tylko jeden sposób na zbudowanie modelu danych. Poniżej znajduje się kilka wskazówek, które pomogą Ci stworzyć Twój własny.

**1. Start with your core objects.**  
Identify the main concepts you work with (e.g. Companies, People, Opportunities). Te trzy obiekty są już dostępne, ponieważ są często używane. Ale pomyśl o innych, które mogą być Ci potrzebne.  
Przykład: Stripe potrzebowałby obiektu `Subskrypcje`, Airbnb potrzebowałby obiektu `Podróże`, akcelerator start-upów obiektu `Partie`.

**2. Wykorzystuj pola do wariantów, a nie nowe obiekty.**  
Jeśli coś jest tylko cechą istniejącego obiektu (np. `Branża` dla Firmy, czy `Status` dla Możliwości), utwórz z tego pole. Pola są najlepsze do kategorii, etykiet i atrybutów.

**3. Utwórz nowy obiekt, gdy jest samodzielny.**  
Jeżeli koncepcja ma własny cykl życia, właściwości lub relacje, zazwyczaj zasługuje na obiekt. Na przykład:

- **Projekty**, które mają własne terminy, właścicieli i zadania
- **Subskrypcje**, które łączą firmy, produkty i faktury
- **Wydarzenia**, które obejmują wielu uczestników i działania następcze

Te wykraczają poza pojedyncze pole, ponieważ niosą własne dane i relacje.

**4. Utwórz obiekt, gdy liczba powiązanych rekordów jest nieokreślona.**  
Jeśli coś może być powiązane wiele razy i nie wiesz, ile ich będzie, lepiej zrobić z tego własny obiekt. Na przykład, zamiast tworzyć pola jak `Produkt 1`, `Produkt 2`, itp., zdefiniuj obiekt `Produkt` i powiąż go z oryginalnym rekordem. Dzięki temu możesz obsługiwać jeden, dwa lub sto produktów bez zmiany modelu.

**5. Najpierw zachowaj prostotę.**  
Zacznij od pól. Przechodź do nowych obiektów dopiero wtedy, gdy poczujesz limity: za dużo pól, powtarzające się rekordy lub relacje, które nie pasują.

### Special note on People, Companies and Opportunities

- **`People`, `Companies` and `Opportunities` are the only objects from where you can access the emails and meetings synchronized from your mailbox / calendar.** We recommend using those as much as possible. Jeśli musisz stworzyć kategorie `Ludzi` lub `Firm`, używaj pól zamiast nowych obiektów.

  Example: it is best to use the `People` object for both prospects and partners, adding a field called `Person Type`. Unikaj tworzenia obiektu `Partner`, ponieważ nie będziesz mógł uzyskać z niego dostępu do wątków e-mail. Zamiast tego utwórz różne widoki pod `Ludzie`: jeden pokazujący partnerów, inny pokazujący potencjalnych klientów.
- Biorąc pod uwagę powyższą kwestię, można mieć pola, które nie dotyczą każdego rekordu. Na przykład w `Ludziach` możesz dodać pole `Link Polecenia`, które jest istotne tylko wtedy, gdy `Typ Osoby = Partner`. To w porządku: możesz ukryć to pole w widokach, gdzie nie jest potrzebne.

### Pytania, które pomogą Ci podjąć decyzję

Zadaj sobie pytanie:

- Czy to tylko właściwość czegoś już posiadanego, czy ma swoje właściwości?
- Czy kiedykolwiek będę musiał śledzić wiele takich rekordów, nie wiedząc, ile ich będzie?
- Czy ta koncepcja łączy się z kilkoma różnymi obiektami, a nie tylko jednym?
- Czy będzie miała własny cykl życia (np. etapy, daty rozpoczęcia/zakończenia)?

Jeśli odpowiedź brzmi „tak” na jedno lub więcej z tych pytań, prawdopodobnie czas na nowy obiekt.

## Potrzebujesz pomocy?

Nasz zespół może Ci pomóc w projektowaniu i tworzeniu potrzebnego modelu danych. Odkryj nasz Pakiet Onboardingowy [tutaj](https://twenty.com/onboarding-packages).


