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: Personalizza il tuo modello di dati
|
|
info: "Scopri come progettare e creare un modello di dati che rifletta il tuo modo di operare."
|
|
image: /images/user-guide/fields/custom_data_model.png
|
|
sectionInfo: Modello dati flessibile progettato per supportare i tuoi processi aziendali unici
|
|
---
|
|
|
|
<Frame>
|
|
<img src="/images/user-guide/fields/custom_data_model.png" alt="Header" />
|
|
</Frame>
|
|
|
|
## Cos'è un modello di dati?
|
|
|
|
Un modello di dati è la struttura che definisce come le informazioni sono organizzate nel tuo CRM. Determina quali oggetti esistono (come aziende, persone o opportunità), quali proprietà hanno (quelle sono i campi) e come si relazionano tra loro. Puoi pensarlo come la mappa dei tuoi dati cliente.
|
|
|
|
## Perché dovresti personalizzare il tuo modello di dati?
|
|
|
|
Ogni azienda lavora in modo diverso. Poter personalizzare completamente il tuo modello di dati significa che puoi modellare Twenty attorno ai tuoi processi invece di adattare i tuoi in un sistema rigido.
|
|
Twenty offre la flessibilità necessaria per modellare il modello di dati che meglio supporterà la tua routine quotidiana. You can create as many custom objects and fields as you need, the price won't change.
|
|
|
|
## Consigli per progettare il tuo modello di dati
|
|
|
|
Raramente c'è un solo modo per costruire un modello di dati. Di seguito alcuni consigli per aiutarti a costruire il tuo.
|
|
|
|
**1. Inizia con i tuoi oggetti principali.**
|
|
Identifica i concetti principali con cui lavori (ad es. Aziende, Persone, Opportunità). Questi tre oggetti sono già disponibili in quanto vengono utilizzati molto frequentemente. Ma pensa a qualsiasi altro di cui potresti avere bisogno.
|
|
Esempio: Stripe avrebbe bisogno di un oggetto `Abbonamenti`, Airbnb avrebbe bisogno di un oggetto `Viaggi`, un acceleratore di start-up di un oggetto `Lotti`.
|
|
|
|
**2. Usa i campi per le variazioni, non nuovi oggetti.**
|
|
Se qualcosa è solo una caratteristica di un oggetto esistente (ad es. `Settore` per un'Azienda, o `Stato` per un'Opportunità), rendilo un campo. I campi sono ideali per categorie, etichette e attributi.
|
|
|
|
**3. Crea un nuovo oggetto quando si sostiene da solo.**
|
|
Se il concetto ha un proprio ciclo di vita, proprietà o relazioni, di solito merita un oggetto. Ad esempio:
|
|
|
|
- **Progetti** che hanno le proprie scadenze, proprietari e compiti
|
|
- **Abbonamenti** che collegano aziende, prodotti e fatture
|
|
- **Eventi** che coinvolgono molti partecipanti e azioni di follow-up
|
|
|
|
Questi vanno oltre un singolo campo perché contengono i propri dati e relazioni.
|
|
|
|
**4. Crea un oggetto quando il numero di record correlati è illimitato.**
|
|
Se qualcosa può essere collegato più volte e non sai quante, è meglio che sia un oggetto a sé stante. Ad esempio, invece di creare campi come `Prodotto 1`, `Prodotto 2`, ecc., definisci un oggetto `Prodotto` e relazionalo al record originale. In questo modo, puoi supportare uno, due, o un centinaio di prodotti senza cambiare il tuo modello.
|
|
|
|
**5. Mantienilo semplice all'inizio.**
|
|
Inizia con i campi. Passa a nuovi oggetti solo quando senti i limiti: troppi campi, record ripetuti o relazioni che non si adattano perfettamente.
|
|
|
|
### Nota speciale su Persone, Aziende e Opportunità
|
|
|
|
- **`Persone`, `Aziende` e `Opportunità` sono gli unici oggetti da cui puoi accedere alle email e ai meeting sincronizzati dalla tua casella di posta/calendario.** Consigliamo di utilizzare questi il più possibile. Se hai bisogno di creare categorie di `Persone` o `Aziende`, usa i campi piuttosto che nuovi oggetti.
|
|
|
|
Esempio: è meglio usare l'oggetto `Persone` per entrambi i prospect e i partner, aggiungendo un campo chiamato `Tipo Persona`. Evita di creare un oggetto `Partner`, poiché non potresti accedere ai thread delle email da esso. Invece, crea diverse visualizzazioni sotto `Persone`: una che mostri i partner, un'altra che mostri i prospect.
|
|
- Dato il punto sopra, va bene avere campi che non si applicano a ogni record. Ad esempio, sotto `Persone` potresti aggiungere un campo `Link di Riferimento` che è rilevante solo quando `Tipo Persona = Partner`. Va bene: puoi nascondere questo campo dalle viste in cui non è necessario.
|
|
|
|
### Domande per guidare la tua scelta
|
|
|
|
Chiediti:
|
|
|
|
- È solo una proprietà di qualcosa che ho già, o ha bisogno delle proprie proprietà?
|
|
- Avrò mai bisogno di monitorare più di questi per ogni record, senza sapere quanti in anticipo?
|
|
- Questo concetto si connette a diversi oggetti, non solo a uno?
|
|
- Avrà un proprio ciclo di vita (ad es. fasi, date di inizio/fine)?
|
|
|
|
Se la risposta è “sì” a una o più di queste domande, probabilmente è il momento per un nuovo oggetto.
|
|
|
|
## Vuoi un aiuto?
|
|
|
|
Il nostro team può assisterti nella progettazione e creazione del modello di dati di cui hai bisogno. Scopri il nostro Pacchetto di Integrazione [qui](https://twenty.com/onboarding-packages).
|
|
|
|
|