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.7 KiB
Plaintext
70 lines
4.7 KiB
Plaintext
---
|
|
title: Tilpas din datamodel
|
|
info: "Lær hvordan man designer og skaber en datamodel, der afspejler, hvordan du opererer."
|
|
image: /images/user-guide/fields/custom_data_model.png
|
|
sectionInfo: Fleksibel datamodel designet til at understøtte dine unikke forretningsprocesser
|
|
---
|
|
|
|
<Frame>
|
|
<img src="/images/user-guide/fields/custom_data_model.png" alt="Header" />
|
|
</Frame>
|
|
|
|
## Hvad er en datamodel?
|
|
|
|
En datamodel er strukturen, der definerer, hvordan information er organiseret i din CRM. Det bestemmer, hvilke objekter der findes (som virksomheder, personer eller muligheder), hvilke egenskaber de har (dette er felterne), og hvordan de forholder sig til hinanden. Du kan tænke på det som kortet over dine kundedata.
|
|
|
|
## Hvorfor skal du tilpasse din datamodel?
|
|
|
|
Hver virksomhed fungerer forskelligt. At kunne fuldt ud tilpasse din datamodel betyder, at du kan forme Twenty omkring dine processer i stedet for at tvinge dine ind i et stift system.
|
|
Twenty tilbyder den fleksibilitet, du har brug for, til at forme datamodellen, der bedst understøtter din daglige drift. You can create as many custom objects and fields as you need, the price won't change.
|
|
|
|
## Tips til at designe din datamodel
|
|
|
|
Der er sjældent kun én måde at opbygge en datamodel på. Nedenfor er nogle få tips til at hjælpe dig med at opbygge din.
|
|
|
|
**1. Start med dine kerneobjekter.**
|
|
Identificer de vigtigste begreber, du arbejder med (f.eks. Virksomheder, Personer, Muligheder). Disse tre objekter er allerede tilgængelige, da de bruges meget ofte. Men tænk på eventuelle andre, du måtte have brug for.
|
|
Eksempel: Stripe vil have brug for et objekt `Abonnementer`, Airbnb vil have behov for et objekt `Rejser`, en start-up accelerator vil have brug for et objekt `Partier`.
|
|
|
|
**2. Brug felter til variationer, ikke nye objekter.**
|
|
Hvis noget blot er en egenskab ved et eksisterende objekt (f.eks. `Industri` for en virksomhed, eller `Status` for en mulighed), gør det til et felt. Felter er bedst til kategorier, etiketter og attributter.
|
|
|
|
**3. Opret et nyt objekt, når det står alene.**
|
|
Hvis begrebet har sit eget livscyklus, egenskaber eller relationer, fortjener det normalt et objekt. For eksempel:
|
|
|
|
- **Projekter** der har deres egne deadlines, ejere, og opgaver
|
|
- **Abonnementer** der forbinder virksomheder, produkter og fakturaer
|
|
- **Begivenheder** der involverer mange deltagere og opfølgninger
|
|
|
|
Disse går ud over et enkelt felt, fordi de bærer deres egen data og relationer.
|
|
|
|
**4. Opret et objekt, når antallet af relaterede poster er ubegrænset.**
|
|
Hvis noget kan være linket flere gange, og du ikke ved hvor mange, er det bedre som sit eget objekt. For eksempel, i stedet for at oprette felter som `Produkt 1`, `Produkt 2`, osv., definer et `Produkt` objekt og relatér det til den oprindelige post. På denne måde kan du understøtte en, to eller hundrede produkter uden at ændre din model.
|
|
|
|
**5. Hold det enkelt først.**
|
|
Start med felter. Flyt til nye objekter først, når du mærker grænserne: for mange felter, gentagne poster, eller relationer, der ikke passer pænt.
|
|
|
|
### Særlig note om Personer, Virksomheder og Muligheder
|
|
|
|
- **`Personer`, `Virksomheder` og `Muligheder` er de eneste objekter, hvorfra du kan få adgang til e-mails og møder synkroniseret fra din postkasse / kalender.** Vi anbefaler at bruge disse så meget som muligt. Hvis du har brug for at oprette kategorier af `Personer` eller `Virksomheder`, brug felter i stedet for nye objekter.
|
|
|
|
Example: it is best to use the `People` object for both prospects and partners, adding a field called `Person Type`. Undgå at oprette et `Partner` objekt, da du ikke ville kunne få adgang til e-mailtråde fra det. Instead, create different views under `People`: one showing partners, another showing prospects.
|
|
- Givet ovenstående punkt, er det fint at have felter, der ikke gælder for alle poster. For eksempel, under `Personer` kan du tilføje et `Henvisningslink` felt, der kun er relevant når `Person Type = Partner`. Det er okay: du kan skjule dette felt fra visninger, hvor det ikke er nødvendigt.
|
|
|
|
### Spørgsmål til at guide dit valg
|
|
|
|
Spørg dig selv:
|
|
|
|
- Er dette blot en egenskab ved noget, jeg allerede har, eller har det brug for egne egenskaber?
|
|
- Vil jeg nogensinde have brug for at spore flere af disse per post, uden at vide hvor mange på forhånd?
|
|
- Forbinder dette begreb til flere forskellige objekter, ikke bare ét?
|
|
- Vil det have egen livscyklus (f.eks. stadier, start-/slutdatoer)?
|
|
|
|
Hvis svaret er "ja" til ét eller flere af disse, er det sandsynligvis tid til et nyt objekt.
|
|
|
|
## Har du brug for hjælp?
|
|
|
|
Vores team kan hjælpe dig med at designe og skabe den datamodel, du har brug for. Oplev vores Onboarding Pack [her](https://twenty.com/onboarding-packages).
|
|
|
|
|