Per molte organizzazioni, le Query Lists sono state il luogo dove conservare un gruppo accuratamente selezionato di contatti: la lista degli invitati a un evento, il pubblico per una mailing o un elenco su cui il tuo team fa affidamento. Recentemente abbiamo rilasciato una nuova funzionalità che rende questa funzione più facile da trovare in Raiser’s Edge NXT: Managed Lists (all'interno di Constituent Lists).
Se il tuo team utilizzava precedentemente le Query Lists, ora potrai trasferire e gestire questi gruppi di contatti con capacità complete di registro delle modifiche usando Managed Lists. Questa nuova funzionalità porta gruppi di contatti curati e verificabili nella stessa esperienza Lists che il tuo team già usa per visualizzare, condividere e agire sui dati, preservando al contempo il controllo e la responsabilità necessari ai gestori del database (che prima si trovavano solo nelle Query Lists).
Cosa sono le Managed Lists?
A differenza delle liste basate su filtri, una Managed List ti dà il controllo diretto su quali record dei contatti sono inclusi esattamente. Aggiungi o escludi esplicitamente i record, e ogni modifica viene registrata con data, utente, azione e conteggio dei record.
Usa una Managed List quando hai bisogno di bloccare un gruppo specifico—come invitati a un evento, destinatari email o un elenco—e mantenere un registro documentato di ogni modifica. A differenza di altri tipi di liste, una Managed List non si aggiorna automaticamente. Questo è voluto: decidi tu chi appartiene alla lista.
Come posso iniziare?
Questo è il cambiamento chiave da condividere con il tuo team se la tua organizzazione usa le Query Lists nello strumento Query:
- Managed Lists è la nuova destinazione per creare e gestire gruppi curati di contatti (che prima sarebbero stati gestiti all'interno delle Query Lists).
- Se vuoi continuare a usare una Query List esistente, insieme al suo registro delle modifiche associato, crea una Managed List e “promuovi” quella Query List in modo che il registro delle modifiche venga migrato.
- D’ora in poi, dopo aver promosso le tue Query Lists, dovresti accedere a queste liste solo sotto Constituent Lists—non in Query. E crea nuove liste curate con Managed Lists.
Tuttavia, dopo la creazione, la Managed List e la Query List originale sono completamente scollegate—le modifiche che fai in una vista non influenzano l’altra. Puoi continuare a usare e modificare entrambe indipendentemente.
Una nota sui diritti di accesso: Quando crei una nuova Managed List (o promuovi una Query List a Managed Lists) puoi impostare i permessi (nessun accesso, sola visualizzazione, gestione).
Perché Raiser’s Edge NXT ha sia Query che Lists?
Query e Lists sono costruiti per lavori diversi e utenti diversi.
Query è il motore analitico per amministratori di database e utenti esperti. Supporta logiche di filtro complesse, criteri multi-condizione e segmentazione precisa attraverso più istanze dello stesso campo, valori calcolati e logica AND/OR.
Lists sono costruite per persone che hanno bisogno di agire sui dati: fundraiser, responsabili grandi donazioni, coordinatori eventi e manager del fondo annuale. Le Lists vivono nella vista web, non richiedono competenze di database e sono progettate per essere accessibili, condivisibili e veloci da usare.
Quando usare Query
Query è la tua scelta quando hai bisogno di segmentazione dinamica basata su criteri. I risultati si aggiornano automaticamente man mano che i tuoi dati cambiano, il che lo rende ideale per:
Segmentazione per appelli o mailing—per esempio, “tutti i LYBUNTs nel Nordest che hanno donato tra $500 e $4.999 negli ultimi tre anni fiscali”Estrazioni per conformità e audit—identificare record che soddisfano o non soddisfano condizioni specifiche dei datiLogica complessa multi-condizione—combinando criteri AND/OR su più campi e record correlatiAnalisi che deve rimanere attiva—se vuoi risultati che riflettano il tuo database in tempo reale ogni volta che esegui la query
Query è disponibile nella vista web e supporta sia tipi di query statiche che dinamiche—offrendoti flessibilità nel modo in cui costruisci e usi i tuoi segmenti. Quando la precisione conta più della semplicità, Query offre.
Una limitazione importante: i risultati di Query non sono deduplicati per impostazione predefinita. Oggi, produrre un segmento pulito e deduplicato, ad esempio per una mailing, richiede di combinare Query con Export (per ora). Le Lists, al contrario, deduplicano per progettazione. Ogni lista mostra una riga per record, quindi ciò che vedi è ciò che ottieni.
Quando usare Lists
Le Lists sono lo strumento principale della vista web per far emergere dati e agire. Raiser’s Edge NXT include quattro tipi di liste, ciascuno adattato a un diverso tipo di record:
Constituent Lists—viste dinamiche basate su filtri dei tuoi contatti. Filtra per storia delle donazioni, coinvolgimento, demografia e altro. I risultati si aggiornano man mano che i tuoi dati cambiano.Opportunity Lists—viste dinamiche basate su filtri del tuo pipeline di grandi donazioni o sovvenzioni.Action Lists—viste dinamiche basate su filtri di contatti, mosse, compiti e altre attività di outreach ai donatori.Gift Lists—viste dinamiche basate su filtri delle donazioni a campagne, appelli e fondi.
Questi quattro tipi di liste condividono un design comune: sono basate su filtri, si aggiornano automaticamente con i cambiamenti dei dati e sono costruite per supportare un set più ampio di membri del team, inclusi fundraiser, staff eventi e team advancement.
Le Lists sono anche la superficie principale per l’analisi in Chat for Blackbaud AI. Puoi trovare una query per nome in Chat, ma le Lists sono dove vengono costruite analisi AI-powered e flussi di lavoro outreach.
Quale usare quando?
- Usa Query quando hai bisogno di criteri complessi.
- Usa le Lists standard quando hai bisogno di una vista lavorativa più snella che sia live e basata su filtri.
- Usa Managed Lists quando hai bisogno di un gruppo specifico verificabile che non cambia a meno che qualcuno non lo aggiorni.
La tabella sottostante riassume le differenze chiave tra Query, le standard Lists e le Managed Lists.
| Query
| Lists (Constituent, Opportunity, Action, Gift)
| Managed Lists
|
|---|
Ideale per
| Criteri complessi e precisi con colonne output completamente personalizzabili
| Viste dinamiche basate su filtri per qualsiasi membro del team
| Gruppi curati che richiedono una traccia d’audit
|
Si aggiorna automaticamente
| Sì, opzionalmente
| Sì
| No—tu controlli chi è nella lista
|
Registro modifiche / traccia d’audit
| No
| No
| Sì
|
Funziona con Blackbaud AI Chat
| Disponibile per recupero tramite nome; non è la superficie principale dell’analisi AI
| Sì—superficie principale dell’analisi AI
| Disponibile per recupero tramite nome; non è la superficie principale dell’analisi AI
|
Tipi di record
| Contatti (Constituents), Opportunità (Opportunities), Azioni (Actions), Donazioni (Gifts), Fondi (Funds), Campagne (Campaigns), Appelli (Appeals), Eventi (Events), Partecipanti (Participants), Individui (Individuals), Organizzazioni (Organizations), Lavori (Jobs), Iscrizioni (Memberships), Relazioni (Relationships)
| Contatti (Constituents), Opportunità (Opportunities), Azioni (Actions), Donazioni (Gifts)
| Constituents only
|
What’s next for Query and Lists
We are working to bring more depth to the simpler Lists experience. Two upcoming capabilities, along with one Early Access enhancement, will bring the Query and List experiences closer together:
1. Dynamic query with automated refresh
Across all List types—Constituent, Opportunity, Action, and Gift—you’ll be able to start a List from a dynamic query and have it refresh automatically as your data changes. This brings Query’s live-data behavior into the Lists interface, so Lists can stay current without manual re-seeding.
2. Query criteria directly in the List interface
Instead of building criteria in Query and then switching to Lists, you’ll be able to apply Query-style criteria directly in the List interface. That means less context switching and more segmentation power where your team already works.
3. Single-row query replacing Export (currently in Early Access)
Today, producing a deduplicated segment from Query requires combining it with Export. Single-row query is currently in Early Access, with broader availability planned for a future release. When available, it will let you produce a clean, deduplicated output directly from Query in one step.
