CRM: datos estructurados

En este episodio, definimos datos estructurados y hablamos sobre lo que significan en relación con CRM. Es importante comprender el tipo de datos almacenados en su CRM para saber qué puede lograr con CRM.

00:19 Andy Shore: Hola, todos bienvenidos a Clues for the Clueless CRM Marketer. Hoy vamos a iniciar una conversación hablando de los diferentes tipos de información que almacena en su CRM. Y comenzaremos con información estructurada. Entonces, ¿qué significa eso?

00:36 Paul Rijnders: Muy bien, muchos CRM, especialmente los CRM tradicionales, se basan en algún tipo de base de datos estructurada, lo que significa que hay una especie de base de datos SQL o MySql debajo de donde hay tablas, y las tablas son como una hoja de cálculo donde las filas representan los registros y las columnas representan la información del campo. Entonces, por ejemplo, tal vez la columna uno podría ser el nombre ... Columna uno. Digamos que tenemos una tabla de contactos, la columna uno es el nombre, la columna dos es el apellido, la columna tres es el segundo nombre, la columna cuatro es la dirección, la columna cinco es la ciudad, etcétera, etcétera, etcétera. Y la mayoría de los CRM vendrán con un conjunto estándar de campos predeterminados, y esas serían las cosas que ellos creen que necesitará. Dirección de correo electrónico, número de teléfono o tal vez teléfono móvil, ese tipo de cosas, para un contacto. Tal vez si es por una oportunidad, entonces ... Que sería una mesa diferente, por así decirlo, o un tipo diferente de registro, por así decirlo.

01:34 PR: Tendría el nombre de la oportunidad, cuál es la cantidad, en qué etapa se encuentra, cuándo vence. En actividad, podría ser qué tipo de actividad es, cuándo se supone que debe realizarse, con quién está y con qué se relaciona. ¿Está relacionado con un proyecto o una oportunidad u otro tipo de registro, etcétera? Pero todos estarán muy estructurados, lo que significa que antes de que alguien ingrese cualquier tipo de información, debe haber un espacio para ello. Tiene que haber una columna para ello. No hay un lugar de forma libre para ello.

02:04 PR: Entonces eso plantea la pregunta, bueno, ¿qué pasa si necesito un lugar de forma libre para ello? Bueno, ya que hoy estamos hablando de información estructurada, no importa que haya otros lugares donde puede poner eso en el CRM, pero para un CRM que se basa en una base de datos SQL, entonces probablemente lo que querrá es lo que querrá. algún tipo de administrador para configurar algunos campos personalizados con anticipación. Entonces, por ejemplo, en el correo electrónico de Benchmark, cuando nuestro equipo de ventas de correo electrónico de Benchmark y el equipo de soporte usan el CRM, tienen campos de clientes que tienen sentido para nosotros. Por ejemplo, ¿qué tipo de nuevo plan de marketing tiene esa persona? ¿Cuál es el estado de la cuenta? ¿Cuál es el tamaño de su lista? La lista continúa. Su negocio puede ser diferente, tal vez tenga una tienda de donas y quiera enumerar cuál es su donut preferido. Tal vez sea una tienda de automóviles y quiera enumerar el tipo de automóvil que tienen, y luego qué año es, es otra columna.

02:57 PR: De todos modos, la lista sigue y sigue, pero lo que estoy tratando de decir es que tendrás columnas estructuradas, por así decirlo, de dónde entra esa información. Entonces, ¿por qué ayuda tenerlo de esta manera? Bueno, y de nuevo, no importa la conversación de una base de datos que no es SQL, versus una base de datos SQL tradicional, SQL es SQL al menos con una base de datos SQL que las cosas deben encajar en sus pequeñas categorías agradables con anticipación para que pueda crear informes sobre ellas más adelante. , o puede crear vistas y puede crear ciertas condiciones. Porque más adelante, quizás quieras decir: "Está bien, he abierto el panel de control de mis contactos, pero Dios mío, estoy viendo 100.000 contactos". ¿Realmente tengo tantos? Bueno, solo quiero ver los contactos que tengo y que viven en el estado de Wyoming, cuyo auto es un Toyota y su dona favorita es French Cruller.

03:51 PR: Así que pones todas esas condiciones y las condiciones pueden ser realmente una especie de ... Todas tienen que ser verdad, ¿verdad? O podría tener condiciones de que cualquiera de ellas pueda ser verdad. Por lo tanto, podría decir: “Está bien, bueno, el automóvil debe ser Toyota, pero la dona favorita debe ser French Cruller o Chocolate Long John o una dona glaseada. Entonces cualquiera de esos tres. Así que tienes que tener una condición que cumpla con todos los requisitos y que cumpla con cualquier condición, y luego puedes tener una combinación de esos dos en los que podrías decir: "Está bien, entonces, todos estos tienen que ... Deben cumplirse las condiciones y algunos de estas condiciones deben cumplirse ". Hay muchas de esas posibilidades. Incluso podría decir que la condición es: "Bueno, su dona favorita, la letra debe comenzar con 'S'".

04:35 PR: Y lo que estoy tratando de decir es que cuando la información está realmente, realmente estructurada, puede hacer preguntas a la base de datos porque la base de datos sabe qué esperar y hay ciertas reglas para lo que esas consultas podrían be y la base de datos es realmente buena en… Y el sistema es realmente bueno para generar esa información porque todo está muy, muy estructurado. Así que supongo que el final es que cuando estás configurando tu CRM, el promedio calcula qué información debería ir donde sea posible para que la información se pueda obtener fácilmente más adelante.

05:07 AS: Sí, y creo que otra parte de eso, y corrígeme si me equivoco, es donde entran las integraciones. Entonces, si tienes formularios de inicio de sesión como de los que hablabas, Benchmark o diferentes imanes de clientes potenciales, estructurará esos datos en el formato correcto cuando conecte esas otras aplicaciones de terceros a su CRM.

05:24 PR: Oh, Dios. Sí. Andy, ese es un punto excelente. Bien, digamos, por ejemplo, que debe registrarse en formularios de Google. Entonces, necesitamos la integración del CRM con los formularios de Google como lo hacemos con el correo electrónico de Benchmark y algunas otras empresas que no pertenecen a Benchmark, ¿verdad? Pero digamos que dices: “Está bien. Bueno, en este formulario, el formulario lo llama nombre, pero en el CRM lo llamamos ... Como dije, también lo llamamos nombre para que pueda asignar el nombre al nombre, ¿verdad? Apellido a apellido. Pero entonces tal vez tenga algo en el que diga Bien, bueno, tenemos este formulario que tiene algo que dice número de teléfono, en el CRM dice el número de teléfono principal, así que vamos a mapearlo de aquí para allá. Entonces, cuando se conecte a ese formulario, habrá un proceso de mapeo en el que verá los campos que existen en el CRM y los campos que ingresan desde cualquier integración en la que se encuentre. Y puedes decir que está bien, mira, esta tragamonedas va con esta tragamonedas y esto va con esta tragamonedas. Y debido a que las cosas son estructuras, hace que sea muy, muy fácil que esas cosas vayan juntas. Y no significa que no haya otras formas de hacer las cosas, pero las veremos más adelante.

06:22 AS: Ahí tienes. Así que gracias a todos por escucharnos y hablaremos de esas otras cosas más adelante si continúan sintonizándonos. Gracias de nuevo.