github-actions[bot]
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
5.2 KiB
Plaintext
70 lines
5.2 KiB
Plaintext
---
|
|
title: Testreszabhatja az adatmodelljét
|
|
info: "Tanulja meg, hogyan tervezzen és hozzon létre olyan adatmodellt, amely tükrözi működésének sajátosságait."
|
|
image: /images/user-guide/fields/custom_data_model.png
|
|
sectionInfo: Rugalmas adatmodell, amely az Ön egyedi üzleti folyamatait támogatja
|
|
---
|
|
|
|
<Frame>
|
|
<img src="/images/user-guide/fields/custom_data_model.png" alt="Header" />
|
|
</Frame>
|
|
|
|
## Mi az az adatmodell?
|
|
|
|
Az adatmodell az a szerkezet, amely meghatározza, hogyan van szervezve az információ a CRM rendszerében. Meghatározza, milyen objektumok léteznek (például vállalatok, emberek vagy lehetőségek), milyen tulajdonságaik vannak (ezek a mezők), és hogyan kapcsolódnak egymáshoz. Úgy is tekintheti, mint az ügyféladatok térképét.
|
|
|
|
## Miért érdemes testreszabni az adatmodellt?
|
|
|
|
Minden vállalkozás másképp működik. Ha teljesen testreszabhatja az adatmodellt, akkor úgy alakíthatja a Twentyt, hogy az az Ön folyamataihoz illeszkedjen, ahelyett, hogy egy merev rendszerbe kényszerítené azokat.
|
|
A Twenty rugalmas megoldást kínál, amely lehetővé teszi, hogy olyan adatmodellt alakítson ki, amely legjobban támogatja mindennapi munkáját. Annyi egyedi objektumot és mezőt hozhat létre, amennyire szüksége van, az ár nem változik.
|
|
|
|
## Tippek az adatmodell megtervezéséhez
|
|
|
|
Ritkán van csak egy módja az adatmodellek kialakításának. Az alábbiakban néhány tippet talál adatmodelljének kialakításához.
|
|
|
|
**1. Kezdje az alapobjektumokkal.**
|
|
Azonosítsa a munkájában használt fő fogalmakat (például vállalatok, emberek, lehetőségek). Ez a három objektum már elérhető, mivel gyakran használják őket. De gondoljon bármely másra, amelyre szüksége lehet.
|
|
Példa: A Stripe-nak szüksége lehet egy `Előfizetések` objektumra, az Airbnb-nek egy `Utazások` objektumra, egy startup gyorsítónak pedig egy `Csoportok` objektumra.
|
|
|
|
**2. Használjon mezőket a változatokhoz, ne új objektumokat.**
|
|
Ha valami csak egy meglévő objektum tulajdonsága (például `Iparág` egy vállalatnál, vagy `Állapot` egy lehetőségnél), akkor legyen mező. A mezők a legjobbak kategóriák, címkék és attribútumok számára.
|
|
|
|
**3. Hozzon létre új objektumot, ha önállóan áll.**
|
|
Ha a fogalomnak saját életciklusa, tulajdonságai vagy kapcsolatai vannak, akkor általában megérdemel egy objektumot. Például:
|
|
|
|
- **Projektek**, amelyeknek saját határidejeik, tulajdonosaik és feladataik vannak
|
|
- **Előfizetések**, amelyek összekötik a vállalatokat, termékeket és számlákat
|
|
- **Események**, amelyek sok résztvevőt és utókövetési lépéseket tartalmaznak
|
|
|
|
Ezek túlmutatnak egyetlen mezőn, mivel saját adatokat és kapcsolatokat hordoznak.
|
|
|
|
**4. Hozzon létre objektumot, ha a kapcsolódó rekordok száma nyílt végű.**
|
|
Ha valami többször kapcsolható, és nem tudja, hányat kell, jobb, ha saját objektumként kezeli. Például a `Termék 1`, `Termék 2` mezők helyett definiáljon egy `Termék` objektumot, és kapcsolja az eredeti rekordhoz. Ezáltal egy, két vagy akár száz terméket is támogatni tud anélkül, hogy változtatna a modellen.
|
|
|
|
**5. Először tartsa egyszerűnek.**
|
|
Kezdje a mezőkkel. Csak akkor válasszon új objektumokat, amikor úgy érzi, hogy elérte a korlátokat: túl sok mező, ismétlődő rekordok vagy nem jól illeszkedő kapcsolatok.
|
|
|
|
### Különös megjegyzés az Emberekre, Vállalatokra és Lehetőségekre vonatkozóan
|
|
|
|
- **Az `Emberek`, `Vállalatok` és `Lehetőségek` az egyetlen objektumok, ahonnan elérhetőek az e-mailek és a naptár/posta szinkronizáló bejegyzések.** Ajánljuk ezek minél gyakrabbi használatát. Ha `Emberek` vagy `Vállalatok` kategóriákat szeretne létrehozni, használjon mezőket új objektumok helyett.
|
|
|
|
Példa: a legjobb az `Emberek` objektum használata úgy a potenciális ügyfeleknél, mint a partnereknél, hozzáadva egy `Személy típus` mezőt. Kerülje el egy `Partner` objektum létrehozását, mivel nem férhet hozzá az e-mail szálakhoz belőle. Hozzon létre különböző nézeteket az `Emberek` alatt: egy a partnereket, egy másik a potenciális ügyfeleket mutasson.
|
|
- A fentiek figyelembevételével rendben van, ha vannak olyan mezők, amelyek nem vonatkoznak minden rekordra. Például az `Emberek` alatt hozzáadhat egy `Ajánló link` mezőt, amely csak akkor releváns, ha `Személy típus = Partner`. Ez rendben van: elrejtheti ezt a mezőt azokon a nézeteken, ahol nincs szükség.
|
|
|
|
### Kérdéseket, amelyek segíthetnek a választásban
|
|
|
|
Kérdezze meg magától:
|
|
|
|
- Ez csak valaminek a tulajdonsága, ami már létezik, vagy szüksége van saját tulajdonságokra?
|
|
- Valaha szükség lesz több ilyen nyomon követésére, anélkül hogy előre tudná, hányra lesz szükség?
|
|
- Ez a fogalom több különböző objektumhoz kapcsolódik, nem csak egyhez?
|
|
- Lesz saját életciklusa (például szakaszai, kezdési/végdátumai)?
|
|
|
|
Ha a válasz "igen" egy vagy több ilyen kérdésre, valószínűleg itt az ideje egy új objektumnak.
|
|
|
|
## Szeretne segítséget?
|
|
|
|
Csapatunk segíteni tud az igényeinek megfelelő adatmodell tervezésében és létrehozásában. Fedezze fel Bevezető csomagunkat [itt](https://twenty.com/onboarding-packages).
|
|
|
|
|