8cadd00d34
Created by Github action --------- Co-authored-by: Crowdin Bot <support+bot@crowdin.com> Co-authored-by: github-actions <github-actions@twenty.com>
70 lines
4.8 KiB
Plaintext
70 lines
4.8 KiB
Plaintext
---
|
|
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).
|
|
|
|
|