Ti trovi qui:
Procedure consigliate per l'aggiunta delle preferenze aziendali
Seguire queste linee guida per scrivere preferenze aziendali efficaci che aiutino Concierge a: Domande e risposte di Analytics funzionano meglio con il contesto e la logica aziendali.
Formattazione e struttura
Di seguito viene descritto come formattare le preferenze aziendali per assicurarsi che le Domande e risposte di Analytics possano elaborarle correttamente.
- Separare chiaramente ogni preferenza. Iniziare ogni preferenza aziendale su una nuova riga che inizia con il simbolo '#'. Questo aiuta il sistema a capire ed elaborare ogni preferenza singolarmente.
Esempio:
# Questa è la prima preferenza
# Questa è la seconda preferenza
- Sii breve. Scrivere istruzioni brevi e semplici per evitare di confondere l'agente.
Contenuto e scopo
Per consentire alle Domande e risposte di Analytics di funzionare in modo efficace, seguire queste procedure consigliate quando si scrivono le preferenze specifiche della propria azienda.
- Aggiungere Knowledge specifiche per l'azienda. Utilizzare le preferenze per guidare le Domande e risposte di Analytics con informazioni sulla propria attività, ad esempio:
- Linee guida specifiche del dominio.
- Terminologia univoca per l'organizzazione.
- Informazioni non incluse nello schema del modello semantico.
- Sii esplicito e specifico. Descrivere la logica o i concetti specifici del dominio in modo chiaro e conciso. Guidare Domande e risposte di Analytics con campi specifici del modello semantico anziché presumere che comprenda il modello di dati.
- Evitare ambiguità e conflitti. Assicurarsi di non avere più preferenze in conflitto con l'agente e di non confonderlo. Maggiore è la chiarezza fornita, migliori saranno i risultati.
- Scomporre istruzioni complesse. Separare le istruzioni complesse in preferenze più semplici e distinte per migliorare le prestazioni dell'agente.
- Seguire gli esempi. Esaminare gli esempi forniti per istruzioni su formato e contenuto. Adattare questi esempi alle proprie esigenze. Considerare questi schemi comuni.
- Per interpretazione
# Gli account ‘Largest’ o ‘smallest’ si riferiscono rispettivamente agli account con total_amount più alto o più basso
# Quando un utente chiede dei nuovi lead, restituisce i lead creati nell'ultima settimana
# Quando si fa riferimento alle opportunità, TPS è l'abbreviazione di vendite totali di prodotti
- Per l'output
# Quando si chiedono i dati di vendita, ordinare sempre per nome account
# Quando si chiedono dei lead, restituire sempre il nome e lo stato del lead
# Quando si analizzano le trattative, confrontare sempre con il trimestre precedente
- Per interpretazione
Considerations and Limitations
Quando si aggiungono preferenze aziendali, tenere presenti le seguenti limitazioni e comportamenti.
- Dimensione limitata dell'istruzione. È possibile aggiungere fino a 50 istruzioni, con ogni istruzione limitata a 300 caratteri. Tenere presente che l'aggiunta di ulteriori istruzioni aumenta le dimensioni del prompt dell'agente, il che può rallentare i tempi di risposta.
- Portata limitata dell'impatto. Le preferenze aziendali attualmente influiscono solo sulle conversazioni Domande e risposte di Analytics nell'agente di analisi, non sulle altre esperienze Tableau Next.
- Le preferenze sono indicazioni, non comandi. Domande e risposte di Analytics utilizza le preferenze aziendali come guida, ma non è garantito che le seguano in ogni risposta.
- L'input dell'utente ha la priorità. Domande e risposte Analytics assegna la priorità all'input diretto di un utente rispetto a un'impostazione delle preferenze aziendali. L'input utente include:
- Preferenze specifiche nell'input dell'utente.
- Contesto della cronologia delle conversazioni recenti.
- Filtri applicati nella pagina.
- Nessun controllo delle funzioni. Non è possibile utilizzare le preferenze aziendali per disattivare, modificare o assegnare priorità a specifiche funzioni di Domande e risposte di Analytics nell'agente di analisi.
Test e iterazione
L'ottimizzazione delle preferenze aziendali è un processo iterativo. Provare a utilizzare istruzioni diverse e osservare le risposte dell'agente per capire cosa funziona meglio per il modello e per gli utenti.
- Iniziare in piccolo: Iniziare con le preferenze aziendali semplici prima di aggiungere una logica più complessa.
- Testare l'agente: Dopo aver aggiunto una preferenza aziendale, testare la risposta dell'agente.
- Iterate gradualmente: Aggiungere altre preferenze aziendali una alla volta, testando la risposta dell'agente dopo ogni aggiunta.
Autorizzazioni e comportamento del sistema
Comprendere come si comportano le preferenze aziendali nei diversi sistemi e ambienti.
- Eredità delle preferenze: I modelli semantici di base o le applicazioni estese non trasmettono automaticamente le preferenze aziendali. Definirle in modo specifico per ogni modello semantico che si sta utilizzando.
-
Spostamento delle preferenze tra i sistemi:
- Pacchetto e sincronizzazione: Quando un modello semantico è incluso in un kit dati, le sue preferenze aziendali vengono incluse e condivise con altre organizzazioni connesse.
- Promozione alla produzione: Le preferenze aziendali si spostano nell'ambiente di produzione insieme al modello semantico.
- Risoluzione dei conflitti: Se si verifica un conflitto tra le preferenze durante una promozione, un amministratore deve selezionare la versione da mantenere.
Quando utilizzare una preferenza aziendale
Le preferenze aziendali sono le regole, il gergo e la logica specifici applicati da un determinato team o unità operativa ai dati. Aggiungono un livello di contesto aziendale, indicando a Domande e risposte di Analytics e all'agente di analisi di Tableau Next come interpretare e utilizzare i dati per rispondere a domande specifiche del dominio.
Gli elementi chiave di una preferenza aziendale sono:
- Gergo univoco: Definiscono termini specifici dell'azienda (ad esempio, "Un 'hot lead' è qualsiasi lead con un punteggio superiore a 90").
- Logica aziendale: Spiegano in che modo i diversi campi di dati sono correlati tra loro in base alle regole aziendali.
- Linee guida di utilizzo: Forniscono istruzioni su come applicare i dati in rapporti o analisi specifici.
Quando non utilizzare le preferenze aziendali
Le preferenze aziendali forniscono indicazioni semantiche all'agente, ma non eseguono calcoli né controllano il comportamento centrale di un agente. Per esigenze più complesse, utilizzare invece gli strumenti consigliati.
La tabella seguente elenca le preferenze aziendali non supportate o che devono essere gestite in modo diverso. Gli esempi forniti mostrano cosa non fare.
| USE CASE | Consiglio | Spiegazione | Esempio da evitare |
|---|---|---|---|
| Definizioni che richiedono formule o espressioni | Creare un campo calcolato. | Migliora la coerenza e mantiene l'integrità del modello semantico. | Le vendite per cliente sono le vendite divise per il conteggio clienti |
| Manipolare i risultati al volo (ad esempio, eseguire somma, sottrazione, moltiplicazione, divisione o calcolare percentuali o rapporti) | Creare un campo calcolato. | Questo caso d'uso non è supportato. | Moltiplicare le percentuali per 100 Punteggi sempre arrotondati |
| Contesto aziendale generale | Scrivere istruzioni dirette e di immediato valore pratico. | Domande e risposte di Analytics e l'agente Analytics necessitano di istruzioni specifiche su come interpretare o visualizzare i dati, non di informazioni generali di base. | Tenant è un'istanza di prodotto Salesforce specifica. Un Account può avere molti Tenant, anche dello stesso tipo |
| Blocco di argomenti o domande | Gestire le autorizzazioni a livello di fonte di dati. | Questo caso d'uso non è supportato. | Non rispondere a domande sulle opportunità |
| Rettificare gli output specifici dei ruoli | Creare modelli semantici o visualizzazioni separati per ogni ruolo. | Questo caso d'uso non è supportato. | Quando un agente di vendita chiede informazioni sulle prestazioni finanziarie, aggregare sempre per trimestre e visualizzare la tendenza delle dimensioni medie delle trattative |
| Modificare la struttura delle risposte. | Questo caso d'uso non è supportato. Domande e risposte Analytics determina la struttura di risposta migliore. | Quando si risponde, non visualizzare una visualizzazione. Per ogni risposta, dire all'utente "Grazie", quindi visualizzare la risposta e terminare con "Arrivederci". | |
| Formattazione visiva. | Questo caso d'uso non è supportato. | Quando si visualizzano le metriche di vendita nel tempo, utilizzare un grafico a linee |
Preferenze aziendali rispetto alle descrizioni
Le preferenze aziendali sono diverse dalle descrizioni. Le descrizioni spiegano che cosa sono i dati e le preferenze aziendali spiegano come vengono utilizzati da un'azienda specifica.
Descrizione: La base fattuale
Le descrizioni sono la documentazione ufficiale universale di un dato. Forniscono una spiegazione concisa e fattuale che chiunque nell'organizzazione può comprendere, indipendentemente dal proprio ruolo specifico. Considerare una descrizione come l'etichetta di un contenitore che indica esattamente cosa contiene.
Gli elementi chiave di una buona descrizione sono:
- Spiegazione oggettiva: Una descrizione indica chiaramente il contenuto dei dati.
- Origine dei dati: Una descrizione spiega da dove provengono le informazioni.
- Scopo del sistema: Una descrizione spiega per cosa vengono utilizzati i dati (ad esempio, ., "Memorizza indirizzi spedizione cliente").
- Dettagli tecnici: Una descrizione fornisce eventuali vincoli necessari, ad esempio unità di misura (ad esempio, "Peso in chilogrammi").
Esempio: Tabella dei dati di vendita
Ecco come si applicano questi concetti a una tabella di vendita:
- Table: sales_transactions
- Descrizione: Registra tutte le vendite completate, inclusi ID prodotto, ammontare delle vendite in USD e data della transazione
- Preferenza aziendale: Quando gli utenti chiedono informazioni sulle "regioni con le migliori prestazioni" si riferiscono alle regioni con le vendite lorde più alte, esclusi eventuali resi o sconti
Utilizzando sia le descrizioni che le preferenze aziendali, si crea un modello di dati tecnicamente preciso e contestualmente intelligente. Ciò consente all'agente di analisi di fornire risposte più pertinenti e utili.
Campi calcolati e preferenze aziendali
Un campo calcolato consente di creare una nuova metrica o dimensione riutilizzabile applicando formule e logica ai dati esistenti. Utilizzare un campo calcolato per:
- Eseguire calcoli personalizzati: Definire un'espressione precisa con una formula, ad esempio Profit=Revenue−Cost.
- Applicare la logica condizionale: Applicare la logica per segmentare i dati in categorie, ad esempio IF[Sales]>1000THEN"High"ELSE"Low".
- Manipolare i dati: Eseguire operazioni numeriche o manipolare il testo sui campi di dati esistenti.
- Trasforma dati: Creare rapporti personalizzati, flag o raggruppamenti basati sulla data per preparare i dati per le visualizzazioni.
Quando utilizzare ogni tipo di campo
La scelta tra un campo calcolato e una preferenza aziendale dipende dall'obiettivo. Questa guida descrive le scelte migliori per gli scenari comuni.
| Scenario | Utilizza campo calcolato | Utilizza preferenza aziendale |
| Aritmetica o logica sui campi |  |
 |
| Raggruppamenti o flag personalizzati | |
|
| Modifica del modo in cui l'agente Analytics interpreta la terminologia | |
|
| Influenza dell'interpretazione o visualizzazione degli agenti | |
|
| Necessità di una formula precisa e riutilizzabile | |
|
| Espressione di una regola soggettiva o specifica del contesto che non è un'espressione | |
|
