CRM: dati strutturati

In questo episodio definiamo i dati strutturati e parliamo di cosa significano in relazione al CRM. È importante comprendere il tipo di dati archiviati nel tuo CRM, per sapere cosa puoi realizzare con il CRM.

00:19 Andy Shore: Ehi, bentornati a Clues for the Clueless CRM Marketer. Oggi inizieremo una conversazione parlando dei diversi tipi di informazioni che memorizzi nel tuo CRM. E inizieremo con informazioni strutturate. Quindi cosa significa?

00:36 Paul Rijnders: Ok, molti CRM, in particolare i CRM tradizionali, sono basati su una sorta di database strutturato, il che significa che c'è un database simile a SQL o MySql sotto dove ci sono le tabelle, e le tabelle sono un po' come fogli di calcolo in cui le righe rappresentano i record e le colonne rappresenterebbero le informazioni sul campo. Quindi, per esempio, forse la colonna uno potrebbe essere il nome... Colonna uno. Diciamo che abbiamo una tabella di contatti, la colonna uno è il nome, la colonna due è il cognome, la colonna tre è il secondo nome, la colonna quattro è l'indirizzo, la colonna cinque è la città eccetera, eccetera, eccetera. E la maggior parte dei CRM verrà fornita con un set standard di campi predefiniti, e quelle sarebbero le cose di cui pensano che avrai bisogno. Indirizzo e-mail, numero di telefono o forse telefono cellulare, quel tipo di cose, per un contatto. Forse se fosse per un'opportunità allora... Che sarebbe un tavolo diverso per così dire o un diverso tipo di record per così dire.

01:34 PR: Avresti il ​​nome dell'opportunità, qual è l'importo, a che punto è, quando è dovuto. Nell'attività potrebbe essere che tipo di attività è questa, quando dovrebbe essere dovuta, con chi è e con quale cosa è collegata. È legato a un progetto o un'opportunità o un altro tipo di record eccetera? Ma saranno tutti molto strutturati, il che significa che prima che qualcuno immetta qualsiasi tipo di informazione ci deve essere uno spazio per questo. Ci deve essere una colonna per questo. Non c'è un posto libero per questo.

02:04 PR: Quindi questo pone la domanda, beh, e se avessi bisogno di un posto libero per questo? Bene, dal momento che oggi stiamo parlando di informazioni strutturate, non importa se ci sono altri posti in cui puoi inserirle nel CRM, ma per un CRM basato su un database SQL allora probabilmente quello che vorrai è che vorrai una sorta di amministratore per impostare alcuni campi personalizzati in anticipo. Quindi, ad esempio, nell'e-mail di Benchmark quando il nostro team di vendita e assistenza di Benchmark e-mail utilizza il CRM, hanno campi cliente che hanno senso per noi. Ad esempio, che tipo di nuovo piano di marketing ha quella persona? Qual è lo stato dell'account? Qual è la dimensione della loro lista? L'elenco potrebbe continuare. La tua attività potrebbe essere diversa, forse hai un negozio di ciambelle e vuoi elencare qual è la loro ciambella preferita? Forse sei un'officina automobilistica e vuoi elencare il tipo di auto che hanno, e poi che anno è, è un'altra colonna.

02:57 PR: Comunque l'elenco potrebbe continuare all'infinito , ma quello che sto cercando di dire è che avrai colonne strutturate, per così dire, su dove vanno a finire le informazioni. Allora perché aiuta ad averlo in questo modo? Bene, e ancora una volta non importa la conversazione del database non SQL, rispetto a un database SQL tradizionale, SQL è SQL almeno con un database SQL che le cose devono adattarsi alle loro piccole categorie in anticipo in modo che tu possa creare report su di loro in seguito oppure puoi creare viste e creare determinate condizioni. Perché in seguito potresti dire: "Va bene, ho aperto la dashboard dei contatti, ma oh mio Dio, sto guardando 100.000 contatti. Ne ho davvero così tanti? Bene, voglio solo vedere i contatti che possiedo che vivono nello stato del Wyoming, la cui macchina è una Toyota e la loro ciambella preferita è French Cruller.

03:51 PR: Quindi metti tutte queste condizioni e le condizioni possono essere davvero una specie di... Devono essere tutte vere, giusto? Oppure potresti avere le condizioni per cui una di queste può essere vera. Quindi potresti dire: “Va bene, l'auto deve essere Toyota ma la ciambella preferita deve essere French Cruller o Chocolate Long John o ciambella glassata. Quindi uno qualsiasi di quei tre. Quindi hai una sorta di condizione soddisfa tutte e soddisfa qualsiasi condizione e poi puoi avere un mix di queste due in cui potresti dire: "Okay, bene, allora tutte queste devono ... Le condizioni devono essere soddisfatte e alcune di queste condizioni devono essere soddisfatte”. C'è un numero qualsiasi di queste possibilità. Potresti anche dire che la condizione è: "Beh, la loro ciambella preferita, la lettera deve iniziare con 'S'".

04:35 PR: E quello che sto cercando di dire è che quando le informazioni sono davvero, davvero strutturate, puoi porre domande al database perché il database sa cosa aspettarsi e ci sono alcune regole per ciò che queste query potrebbero be e il database è davvero bravo a... E il sistema è davvero bravo a produrre quelle informazioni perché è tutto molto, molto strutturato. Quindi immagino che la fine sia che quando stai configurando il tuo CRM, la media in genere capisce quali informazioni dovrebbero andare dove possono, in modo che le informazioni possano essere recuperate molto facilmente in seguito.

05:07 AS: Sì, e penso che un'altra parte di questo, e correggimi se sbaglio, è dove entrano in gioco le integrazioni. Quindi se hai moduli di accesso come stavi parlando con come abbiamo in Benchmark o diversi lead magnet in tutto, strutturerà quei dati nel formato giusto quando collegherai quelle altre app di terze parti al tuo CRM.

05:24 PR: Oh, cavolo. Sì. Andy questo è un punto eccellente. Ok, diciamo ad esempio che devi iscriverti al modulo sui moduli di Google. Quindi abbiamo bisogno dell'integrazione del CRM con i moduli di Google come facciamo con l'e-mail di Benchmark e poche altre società non di Benchmark, giusto? Ma diciamo solo che tu dici: “Va bene. Bene, in questo modulo, il modulo lo chiama nome, ma nel CRM lo chiamiamo ... Come ho detto, lo chiamiamo anche nome in modo da poter mappare il nome al nome giusto? Da cognome a cognome. Ma poi forse hai qualcosa in cui dici Ok, abbiamo questo modulo con qualcosa che dice numero di telefono, nel CRM dice numero di telefono principale quindi mappiamolo da qui a lì. Quindi, quando ti connetti a quel modulo, ci sarà un processo di mappatura in cui vedrai i campi che esistono nel CRM e i campi che provengono da qualsiasi integrazione tu sia. E puoi dire ok, guarda, questa slot va con questa slot e questo va con questa slot. E poiché le cose sono strutture, è molto, molto facile che queste cose vadano insieme. E ciò non significa che non ci siano altri modi di fare le cose, ma ne parleremo più avanti.

06:22 AS: Ecco qua . Quindi grazie a tutti per l'ascolto e ci occuperemo di altre cose in seguito se continui a sintonizzarti. Grazie ancora.