Solvis Consulting Sitio Web - Blog #Salesforce

¿Migrar desde Marketing Cloud y/o Pardot a una nueva plataforma de Customer Lifecycle Management? ¿Cuales son mis opciones?

Wed, 14 Oct 2026 11:21:54 -0600

Migrar desde Marketing Cloud y Pardot:
audita, evalúa y después migra

Aunque este artículo está enfocado en Salesforce Marketing Cloud Engagement y Marketing Cloud Account Engagement (Pardot), puede ser usado para cualquier la migración de cualquier otra herramienta de Customer Lifecycle Management / Customer Journeys.

Sobre esta publicación - Migrar Marketing Cloud

El post tiene mas de 10,000 palabras, unos 35 minutos de lectura (el tema requiere un post largo). Y este resumen te va ayudar mucho a ubicarse dependiendo en donde estas con tu Salesforce Marketing Cloud.

Migrar Marketing Cloud y Pardot, no es solo un proyecto de email con journeys y engagements, es un proyecto de datos, de gente y de gobierno. Primero audita, después evalúa opciones y al final migra.

El contexto: Desde 2023 se veía venir que los procesos de marketing automation (B2B) y customer journeys (B2C) se iban a fusionar. Hoy Salesforce lo hace con Marketing Cloud Next; y Braze, HubSpot, Adobe, MoEngage, Customer.io y otras plataformas compiten por lo mismo.
Tu punto de partida importa: Hay 6 escenarios típicos, desde un Ecosistema completamente de Salesforce, hasta todo conectado a un Data Cloud o CDP. Cada uno arrastra modelos de datos distintos para la misma persona.
Datos primero: Sin gobierno de datos (DAMA y otros marcos) y una metodología de calidad de datos continua, ninguna plataforma funciona al 100%. Se debe empezar por el perfil básico del cliente y un solo preference center.
Antes de migrar, audita: Te ofrecemos dos checklists, uno para preparar a la empresa (sponsor, gente, presupuesto) y otro para auditar datos, journeys, integraciones, canales, privacidad y costos. Enlaces abajo.
Marketing Cloud Next es convergencia, no migración obligatoria: Pero en mi opinión sigue siendo una migración de datos. Para Pardot se llega con Account Engagement+. Hay alternativas globales y hechas en LATAM y España, pero la mayoría ofrecen coexistencia y/o migraciones para eventualmente reemplazarlo en un futuro. Abajo listamos proveedores.
CDP y Arquitectura: Antes de escoger herramienta, decide dónde vive el golden record y quién lo limpia: centrado en Salesforce, en el Data Cloud o híbrido.
IA por niveles: Se implementa poco a poco, desde usarla para limpiar datos hasta tener agentes autónomos con gobierno. Y no todo se resuelve con AI Agents.
La gente opera el ecosistema: Cada capa necesita roles claros, que cambian según la madurez de la empresa. Te compartimos una arquitectura ejemplo y roles para que los tengas de referencia.
La ruta: Preparación → auditoría → fundación de datos → evaluación → migración por olas, con nuestro CRM Ecosystem Health Framework como punto de partida.

Considera esta publicación una guía practica para decidir tus próximos pasos con el Marketing Cloud Engagement y/o Pardot.

Hablemos del pasado, del presente y del futuro

El Salesforce Marketing Cloud que ya conocemos, se está migrando al core de Salesforce, lo que representa una oportunidad para migrar al nuevo Marketing Cloud Next o para explorar otras opciones. Pero hay que considerar realmente qué implica esto: tengo que migrar o coexistir con las opciones que tengo en el mercado. Para nosotros, la respuesta conlleva, primero, validar a la gente y al gobierno; segundo, realizar una auditoría para evaluar; y luego, migración o coexistencia con el proveedor.

Si tu empresa usa Marketing Cloud Engagement (el antiguo ExactTarget), Marketing Cloud Account Engagement (el antiguo Pardot) o ambos, y viene la renovación, o ya estás pensando moverte al Salesforce Marketing Cloud Next o considerar otras opciones, este artículo es para ti.

Esta publicación te presenta en detalle varias opciones basadas en livestream para este artículo, así como la presentación en PDF y el checklist en Excel.

Salesforce Marketing Cloud Next o considerar otras opciones, este artículo es para ti

Esta publicación te presenta en detalle varias opciones basadas en livestream para este artículo, así como la presentación en PDF y el checklist en Excel.

Lo que dije en 2023 y lo que está pasando hoy

En 2023 grabé un episodio (Podcast de CRM) de Cápsulas de Customer Engagement sobre el futuro del marketing automation y de los customer journeys. La pregunta de fondo era: ¿Por qué seguimos comprando herramientas separadas para B2B y para B2C, si al final le vendemos a una persona?

Tres años después, esa pregunta está en el centro de cualquier migración de Marketing Cloud o Pardot.

Lo que planteé en 2023:

Marketing Automation nació para B2B: La gran mayoría de estas herramientas están pensadas para B2B y su lead nurturing y scoring: lead, contacto, cuenta y oportunidad. No hay un modelo de datos real para el consumidor, y te identifican por un solo email. Ni tienen funcionalidad para validar si ese lead ya es un cliente.
Los customer journeys son más enfocados para B2C: Son fuertes en email, push, SMS, onboarding, upselling y carrito abandonado. Pero son débiles en landing pages, SEO y todo lo que es inbound marketing, incluyendo nurturing con scoring.
En Latinoamérica, B2B y B2C van juntos: Un banco le vende una tarjeta a una persona que también es dueña de una empresa. Una universidad le vende a un colegio (escuela proveedora) y al estudiante, con papá y mamá en la decisión. Hasta comprar el equipo de camping de la familia es una venta larga B2C.
El costo de las cajitas: He visto empresas con cuatro o cinco HubSpot, o dos o tres Pardot, uno por unidad de negocio. Y la misma persona aparece duplicada en todos.
El contact center entra al juego: Genesys, Twilio, Infobip y Amazon Connect ya cruzan hacia marketing. Y surge la pregunta: ¿desde dónde mando el email, desde el CRM, el marketing automation, el journey o el contact center?
Lo que venía: IA conversacional en WhatsApp y otros canales de mensajería, CDPs integrados en todas partes, y la fusión de marketing automation con customer journeys. Ya se veía en jugadores como Insider, MoEngage y Braze. Y el mercado hoy en día está lleno de soluciones de IA conversacional con promesas de remplazar journeys y lead nurturing.
Journeys como nodos, no solo de izquierda a derecha: Con orquestación basada en datos, el cliente es dueño de su experiencia, donde él decide la próxima mejor acción y el canal correcto.
El problema de siempre: Compramos marketing automation y customer journeys para mandar solo emails. Y faltan gente con conocimiento, hay una falta de capacitación en las empresas, las inversiones son enfocadas en la tecnología y no tenemos un real entendimiento de la tecnología y de los modelos de datos.

2023: El Futuro del Marketing Automation y Customer Journeys

Lo que está pasando hoy, en 2026:

Salesforce está uniendo sus dos cajitas: Marketing Cloud Next junta B2B y B2C en una sola aplicación, sobre Data 360 y con IA. Lo llama convergencia, no migración. Yo creo que cuando hablamos de datos, si, es migración.
Los nuevos jugadores se están acercando al B2B: Braze, por ejemplo, ya documenta casos de uso B2B y anunció objetos de manejo de “accounts”. HubSpot que es B2B ahora anuncio que van a soporta journeys.
El CDP se volvió tema central: Sea empaquetado o composable sobre Snowflake o Databricks. Y Salesforce compró Informatica para cubrir calidad de datos y MDM (Master Data Management).
Lo que no ha cambiado: Sin datos limpios, sin gente preparada y sin gobierno, cualquier plataforma termina mandando emails.

Y hay algo que va antes que cualquier plataforma: el gobierno de datos y sobretodo, una metodología de calidad de datos. Nada de lo que comentamos en este artículo funciona sin eso: ni Marketing Cloud Next, ni Braze, ni el CDP, ni la IA. En 2020, en este webinar de Solvis, hablamos de que la calidad de datos no es un proyecto de limpieza sino un ciclo continuo. Hoy ese tema está más vigente que nunca, y no es casualidad que Salesforce haya comprado Informatica.

El futuro... estas nuevas herramientas, como lo es el Salesforce Marketing Cloud Next y sus nuevos competidores requieren un "Nuevo Modelo Operativo".
Marketing Cloud Next y sus competidores no se compran, se operan.
Marketing Cloud Next corre sobre el core de Salesforce y Data 360: Usa Flow, permisos, sandboxes y releases del core. Marketing entra al mismo proceso de cambios que Sales Cloud y Service Cloud, le guste o no.
B2B y B2C en una sola aplicación: Los equipos de demand gen (B2B) y de lifecycle o CRM (B2C) comparten la misma plataforma, la misma identidad, la misma taxonomía y los mismos consentimientos. Alguien tiene que arbitrar quién es dueño de la persona.
Pasa lo mismo con la nueva generacion de competidores de Salesforce, pero más fuerte: Si los datos viven en Snowflake o Databricks, marketing depende todavía más del equipo de datos.
El contact center entra a la conversación: WhatsApp, voz y chat (CCaaS/CPaaS) ya son parte del ciclo de vida, y muchas veces los opera servicio, no marketing.

Y ahora tienes que considerar que hay grandes cambios con el acceso de datos reales, limpios y accionables:

De campañas a un “producto” de ciclo de vida

El customer lifecycle se gestiona como un producto, con un dueño de producto, un backlog y un roadmap.
Deja de ser una suma de campañas que cada área lanza por su cuenta.

De calendario a “always-on”

Los journeys basados en eventos corren 24/7. Si se rompe una integración, el cliente lo siente en tiempo real.
Se necesita monitoreo continuo, casi como un servicio de TI: alertas, revisión semanal de journeys y manejo de incidencias.

Los datos se vuelven infraestructura compartida

El golden record, los segmentos y los consentimientos sirven a marketing, ventas y servicio.
La oficina de gobierno de datos (o el data steward, en empresas más pequeñas) pasa a ser parte del día a día de marketing, no un proyecto aparte.

El costo pasa de licencia a consumo

Data 360, los créditos de IA, los mensajes y los data points se cobran por uso.
Se necesita alguien que vigile el consumo, algo así como un “FinOps” de marketing. Sin eso, la factura sorprende.

El marketer se vuelve un “constructor”

Con Flow, prompts y agentes, los marketers construyen lógica que antes hacía TI.
Eso exige guardrails: qué puede construir quién, cómo se prueba y quién lo aprueba antes de producción.

La IA necesita supervisión humana formal

Los agentes que crean campañas o deciden el próximo journey requieren aprobaciones, auditoría y reglas de marca, legales y de privacidad.
Aparece un rol nuevo: quien supervisa y responde por lo que hacen los agentes.

Las habilidades cambian

Menos especialistas en AMPscript y SQL de Data Extensions.
Más perfiles de modelado de datos, Flow, diseño de journeys, experimentación y diseño de prompts y agentes.
Esto requiere un plan de reskilling, no solo contratar.

Las métricas cambian

De aperturas y clics a métricas del ciclo de vida: conversión, retención, customer lifetime value, costo por cliente y adopción.
Son KPIs compartidos entre marketing, ventas y servicio, no de un solo departamento.

Y vas a necesitar diferentes gente con diversos roles para operar todo esto y tener un gobierno del ecosistema. Esto lo comentamos más tarde en el post. Pero tienes que considerar traer al CEO y CFO para super validar el costo de todo esto. Hay que tener mucho seguimiento en el costo de consumo de datos, mensajes y créditos de IA.

Migrar al Marketing Cloud Next o a cualquier otra plataforma sin cambiar el modelo operativo es comprar un Ferrari para manejarlo en primera. La tecnología ya le está ganando a la estrategia, y el modelo operativo es lo que cierra esa brecha.

Por eso este artículo no empieza con "¿a qué herramienta migro?". Empieza con lo que realmente conlleva migrar.

¿Dónde está tu empresa hoy?

Antes de hablar de migrar, tienes que saber en dónde estás con la calidad de datos, el modelo de datos, el gobierno de datos y la arquitectura completa de tu CRM. Cada empresa llega a esta conversación con un escenario distinto, y ese escenario dice mucho de tu estado de madurez.

Cómo llegamos aquí: En el centro del ecosistema de Salesforce están Sales Cloud y Service Cloud, parte del Core. Ese es el corazón de Salesforce en tu empresa (y/o tu eCommerce), junto con sus verticales por industria (educación, servicios financieros y otros). Con la compra de ExactTarget llegaron dos productos de marketing:

Marketing Cloud Engagement: (el antiguo ExactTarget) pensado para B2C y customer journeys, sus Studios, Cloud Pages, Contact Builder, etc.
Marketing Cloud Account Engagement: (el antiguo Pardot) el marketing automation tradicional para B2B, con inbound y outbound marketing, landing pages, lead nurturing y scoring, etc.

Cada uno tiene su propio conector a Sales Cloud. Y los "studios" de Marketing Cloud han ido evolucionando, desapareciendo o reforzándose con adquisiciones. Hoy todo eso "converge" en Marketing Cloud Next, el nuevo marketing cloud de Salesforce ya parte del Core.

Pero entre Pardot, Sales / Service Cloud y Marketing Cloud, en mi opinión son tres modelos de datos que nunca se hablaron bien entre si (especialmente con los temas de "Person Accounts". Siempre hemos tenido tres modelos de datos distintos:

Pardot: El prospecto, basado en el email.
Sales Cloud: El lead, el contacto y la cuenta, la oportunidad.
Marketing Cloud: El suscriptor y los Data Extensions (Contact Builder).

Y esto tres modelos, más las N fuentes de datos externas que tengas en la empresa, causan que tengas diferentes tipos de deudas de datos, funcionales, técnicas, de procesos e integraciones. Y todo lo que conlleva la administración de datos, el contenido, los permisos y la funcionalidad. Todo esto se pone complicado considerando la falta de talento que conozca y domine todas estas tecnologías.

Los escenarios más comunes. Las empresas pueden ser puro B2B, puro B2C, directo al consumidor o una combinación de todos ellos. En nuestra experiencia hemos encontrado diferentes escenarios:

1.Salesforce completo: Sales Cloud, Pardot y Marketing Cloud trabajando y conviviendo los tres juntos. Es típico de empresas con B2B y B2C, como retail con proveedores, banca retail y comercial, o universidades que le venden a colegios/empresas y a estudiantes. El reto: tres modelos de datos y tres versiones de la misma persona, y tres tipos de administración.

2.Sales Cloud con HubSpot Marketing, y a veces también con Marketing Cloud. El reto: dos herramientas de marketing con lógicas distintas sobre el mismo CRM.

3.Sales Cloud con Marketo, Eloqua o cualquiera de las muchas herramientas de marketing automation del mercado. Es típico de B2B. El reto: un modelo de datos pensado para solo en leads, no para consumidores.

4.Sales Cloud con Marketing Cloud solamente, para el proceso B2C. El reto: el inbound, las landing pages y la parte B2B quedan fuera. Y algunas empresas usan el Marketing Cloud Engagement para el uso de B2B.

5.Sales Cloud con HubSpot Marketing y una herramienta de customer journeys como Adobe Journey Optimizer o SAP Engagement Cloud (antes Emarsys). El reto: dos motores de marketing y dos lugares donde vive el cliente.

6.Todo conectado a un Data Cloud o CDP: Pardot, Sales Cloud, Marketing Cloud, el e-commerce, Meta, Google, la página web y otras plataformas, integrados en Snowflake, Data 360 u otro data cloud. El reto: que el warehouse no se convierta en otro silo y que alguien sea dueño del golden record.

Muchas de estas herramientas vienen del mundo de antes: antes del CDP, antes de Snowflake y antes de la IA. Y siguen ahí, funcionando.

Por eso tienes que entender tu escenario (tu ecosistema) y medir tu estado de madurez. Después, moverte a un ecosistema donde todo esté realmente integrado, con un buen data cloud (Snowflake/Databricks), un buen CDP o la combinación de ambos.

Y hay herramientas que tienen funcionalidad de personalización y/o segmentación que son un nivel antes de un CDP. Y luego, la inteligencia artificial según tu estrategia del negocio.

La omnicanalidad

Cuando hablamos de omnicanalidad, casi siempre pensamos en servicio o marketing. Pero hoy todo se está fusionando con las plataformas de Contact Center as a Service (CCaaS) y Communications Platform as a Service (CPaaS): Twilio, Infobip, Genesys, NICE CXone, inConcert y muchas más.

La omnicanalidad ahora es el manejo completo del ciclo de relacionamiento del cliente (customer lifecycle management).

La omnicanalidad está en dos niveles dependiendo del tipo de herramienta que tengas:

Masiva: WhatsApp, power dialing, predictive dialing, emails y SMS masivos.
Conversacional: la interacción en tiempo real, la conversación 1 a 1 con el cliente.

Y muchas empresas usan diversas tecnologías de datos y/o procesos manuales y/o integraciones para decidir el momento exacto de activar acciones y/o campañas en Salesforce en un Engagement Studio de Pardot, un journey en Marketing Cloudo una acción en Sales / Service Cloud. Todo esto sin usar un CDP y/o un data cloud. Se usan fuentes de datos dispersas sin un gobierno de datos.

En bajo este proceso se pierde la omnicanalidad y las señales de los resultados de estas campañas a nivel del contacto y sus interacciones. El CaaS/CPaaS y la herramienta de Customer Lifecycle Management / Customer Journeys / Marketing Automation tiene que convivir.

Los límites de Marketing Cloud en LATAM

Marketing Cloud Engagement es muy bueno para email y push notifications, pero en Latinoamérica tiene limitantes:

SMS: el SMS de Marketing Cloud sale caro, sea short code o long code. En Solvis lo hemos usado en México y otros países, y muchas veces terminamos integrando proveedores locales de SMS.
WhatsApp: dependiendo de la versión que tengas de Marketing (entre otras razones), quizás no puedas usarlo. Y terminas usando otras soluciones locales aisladas.

Ahora, alguien dirá: "el SMS ya no es fuerte, lo fuerte es WhatsApp". Depende. Para comunicaciones transaccionales (facturas, recordatorios de pago, códigos de autenticación), a veces una campaña de cobranza por SMS con email funciona mejor que por WhatsApp.

Lo importante es tener las diversas opciones de canales. Y siguen saliendo nuevos: el mobile wallet está ganando tracción, y quizás en el futuro mandemos notificaciones dentro de aplicaciones de IA como ChatGPT. A eso súmale el chatbot, el chat, el IVR y las landing pages, etc.

WhatsApp es clave, pero no es el canal

Ese es el elefante en el cuarto. WhatsApp es sumamente importante para Latinoamérica y hay que hacer estrategias alrededor de este canal. Pero al final del día, lo que importa es la omnicanalidad manejando el ciclo de vida del cliente, enfocado en datos.

Y esos datos vienen de marketing, ventas y servicio:

eCommerce, inventario y punto de venta.
RFM, customer lifetime value y NPS.
Nivel en el programa de lealtad.
Propensión de churn y next best action.

A lo mejor ya tienes todo eso dentro de Salesforce. O lo tienes fuera, con datos por aquí y datos por allá, con N fuentes de datos por todos lados. Y no todo está en Pardot por el límite de contactos, y no todo está en el Marketing Cloud por el límite de contactos. Y tienes el Contact Builder en el Marketing Cloud contaminado de duplicados y diferentes subscriber keys por integrar diferentes registros vía APIs, importaciones y/o con la integración con Sales Clouds.

Todo esto son razones para que los datos sean primero. Hay que entender la salud de estos datos. Esto es una de las cosas que estamos haciendo en Solvis antes de decir a donde migrar.

Llega Marketing Cloud Next… y llegan todos los demás

Ahora Salesforce dice: "tengo Marketing Cloud Next". Y tú piensas: "Espera. ¿Y qué hago con lo que ya tengo?". Sea cual sea tu escenario de los que vimos arriba, la pregunta es la misma: "¿Coexisto, convergo o migro?".

Al mismo tiempo ya hay opciones como Customer.io, Braze, MoEngage, Iterable, Gupshup y muchos más (ver secciones debajo de detalles de proveedores, incluyendo Latam).

Todos dicen que pueden manejar el ciclo de vida del cliente para B2B y B2C, y algunos hasta tener módulos de ventas y servicio. Al final del día todos son parte del ecosistema de CRM.

Y tú tienes millones de registros en Marketing Cloud, y en Pardot casi estas llegando al límite de contactos, y por ahí viene la renovación. ¿Qué haces?

Entonces la pregunta es a base de esta sección del post: ¿Dónde está tu empresa hoy?

Primero la auditoría, después el plan de migración

Mucho antes, pero mucho antes de la renovación tienes que tener un plan de migración. Pero antes necesitas una auditoría honesta de dónde estás:

Calidad de datos y modelo de datos, no solo en el Contact Builder pero en todo el ecosistema
Reportes de performance y contenido de tus journeys / engagement studio.
Form Handlers en Pardot; AMPscript y CloudPages en Marketing Cloud; Data Views.
Sincronización entre Sales Cloud, Marketing Cloud y Pardot.
Tu ecosistema de datos: Snowflake, Databricks o un Customer Data Platform (CDP), sea empaquetado o composable.
Los imports que tienes hoy en día.
Las integraciones con Pardot y el Marketing Cloud.

Esto es importante porque muchas de estas plataformas nuevas, incluyendo Marketing Cloud Next, ya vienen con CDP e inteligencia artificial. O sea, vas a brincar a la IA con o sin estrategia. Para ser honesto, considero que eso no debe ser una opción, no debes de moverte enseguida a un CDP y a la IA. Esto debe ser parte de un roadmap.

Para que funcione esta migración, coexistencia o convergencia con Marketing Cloud Next u otra opción necesitas disciplina: calidad de datos, modelo de datos, protección de datos, resolución de identidad del cliente, segmentación y tácticas claras para crear audiencias y activaciones que llamen al journey.

Y tienes que considerar que nos puedes per se apagar procesos existentes y empezar desde cero. Esta migración, coexistencia o convergencia al final del día estoy seguro de que conlleva procesos paralelos, lo cual tendrás que usar el Marketing Cloud y Pardot a la misma vez que usas la nueva opción que selecciones. Lo cual tendrá más costos de licencias, entre otros costos más.

Antes de todo, invierte en gente

Antes de decir "quiero migrar" y antes de la auditoría, invierte en las personas correctas:

Data scientists y gente que entienda calidad de datos y los criterios que debe cumplir cada campo.
Gente que entienda el customer lifecycle. Un journey no es lo que Marketing Cloud Next o Braze llaman journey: es el recorrido que tú decides, y viaja por muchos lugares y diferentes touchpoints.
Gente que sepa facilitar reuniones, capturar requerimientos y modelar datos.
Gente que entienda RFM, customer lifetime value y métricas, y que sepa que la IA no es solo ChatGPT.
Gente que domine las herramientas y su releases, que tomen los cursos, que se certifiquen.
Tienes que tener un buen gobierno de campañas, un buen proceso de Marketing Operations.

Si no los tienes a esta gente en tu empresa, búscalos externa o internamente, y/o subcontrátalos. Búscate un coach de CRM o de lifecycle management que tenga experiencia. Habla con RRHH para crear un plan de capacitación y upskilling que se continuo.

Búscate a proveedores que sean partners de ustedes: agencia, integrador y el software vendor.

¿Migrar, coexistir o cambiar de plataforma?

Hay quien dice que Marketing Cloud Next es una coexistencia y que no hay que migrar. Otros dicen que sí. Y otros preguntan: "si voy a migrar, ¿por qué no me voy a otra solución que requiera menos staff?". Sobre todo, si solo usas Marketing Cloud para mandar emails, sin push y sin una gran cantidad de datos.

Este es el momento de validar si la plataforma a la que vas soporta tu modelo de datos, y si te ayuda con B2B y B2C, especialmente en Latinoamérica. Como comenté en 2023 en Cápsulas de Customer Engagement, el mercado iba para allá: todo se fusiona, todo es a base de datos y de manejar B2B y B2C juntos con una misma omnicanalidad.

Lo básico: entender el perfil del cliente

Si tu base de datos y tu gente no tienen claro el perfil del cliente, no vas a sobrevivir con estas tecnologías:

Nombre, segundo nombre, apellido y segundo apellido en campos separados.
Soporte de caracteres en español e inglés.
Código postal y formato de direcciones por país.
Teléfono, email y otros identificadores que tienen que ser validados 24/7.
RFM, NPS y otras métricas del contacto.
Identity management, segmentaciones y activaciones.
Manejo de todo tipo de journeys a base de datos.
Personalization de los journeys (contenido) a base de datos.
Reglas de calidad de datos.

Sin no tiene estos conocimientos básicos de datos, vas a seguir mandando correos electrónicos como lo hacías antes.

La calidad de datos es una metodología, no un proyecto de limpieza

En 2020, en un livestream de Solvis sobre procesos de calidad de datos, hablamos de la calidad de datos que debe ser comtinua: la tecnología le está ganando a la estrategia, y sin datos de calidad ninguna plataforma cumple lo que promete. Ningún proveedor resuelve el rompecabezas completo.

Ni siquiera los que tienen todo bajo la misma marca, porque sus productos muchas veces usan modelos de datos distintos. Por esto es la gran importancia de usar los data clouds y los CDPs, y la adquisición de Salesforce de Informatica - todo esto apunta a tener una buena base de datos con datos limpios y accionables.

2020: Calidad de Datos para brindar una Experiencia Excepcional en todo el Ciclo de Vida del Cliente

2025: Informatica y Salesforce: ¿Qué significa para tu IA, tus datos y tu CRM?

El costo real de la calidad de datos es el costo de oportunidad. Es todo lo que dejas de ganar por tener datos malos. Que hemos visto nosotros:

Malas decisiones de negocio. Una armadora de autos no podía decir cuántos clientes tenía, solo cuántos autos vendía. Terminaba persiguiendo clientes nuevos con ofertas iguales a las de su competencia, mientras ignoraba a sus mejores clientes.
Mala experiencia del cliente. Le preguntas lo que ya te dijo, o le mandas comunicaciones que no tienen sentido porque un catálogo dice "BCS" y otro "Baja California Sur".
Marketing desperdiciado. Un cliente pensaba que tenía más de un millón de contactos. Después de revisarlos, solo unos 250,000 servían. Además, los rebotes y las quejas de spam dañan la reputación de tu dominio.
Productividad perdida en retrabajo y en procesos que existen solo para compensar datos sucios.
Riesgo legal si no puedes unir los consentimientos y preferencias de una misma persona.
Menos velocidad para detectar oportunidades, y un golpe directo al valor de la marca.

La regla 1-10-100. Es una regla práctica de la industria: prevenir un registro malo cuesta 1 dólar, limpiarlo después cuesta 10, y no hacer nada cuesta 100 en costo de oportunidad. La mayoría de las empresas se quedan en el 10 o, peor, en el 100.

Dónde se aplica la calidad de datos:

Lo más común: limpiar los datos después de capturarlos.
Más avanzado: un MDM (Master Data Management) o Customer 360 que deduplica, mezcla fuentes y arma el mejor registro del cliente (el golden record).
Lo ideal, y lo menos común: aplicar las mismas reglas en los puntos de captura (formularios, landing pages, apps), sin programar validaciones a mano en cada sistema. Por ejemplo, avisarle al cliente en el formulario que su teléfono está en el registro público de "no llamar" y pedirle otro.

El ciclo de calidad de datos:

Perfilado: medir qué tan buena es tu calidad de datos hoy, con una calificación por dimensión. Hablamos de ocho dimensiones; en la sesión se mencionaron completitud, unicidad (duplicados), consistencia y conformidad (formato estándar).
Desarrollo: definir reglas de limpieza y metas por tipo de dato. Prioriza por frecuencia: muchas veces el 20% de los casos explica el 80% de los problemas. No pierdas tiempo en reglas para casos que pasan una vez.
Colaboración: probar y afinar las reglas con los usuarios de negocio. Aquí nace una figura clave: el data steward. ¿Ya tienes uno en tu equipo de CRM?
Implementación: los datos pasan por el proceso y llegan limpios a un repositorio que alimenta el MDM, el Customer 360 y el resto de las iniciativas.
Monitoreo: comparar contra las metas, siempre. El ciclo nunca termina. Cuando en México cambió la marcación telefónica a 10 dígitos, los datos "limpios" de muchos marcadores predictivos dejaron de servir de un día para otro.

Cuando aparece un dato malo, se sigue un proceso: análisis de causa raíz, dueño de negocio, dueño de TI, análisis final, remediación y validación. Así sabes de dónde viene el error y lo corriges en el origen. Pero para esto necesitas un buen gobierno de datos.

¿Necesitas una herramienta de calidad de datos para el CRM? Hacerlo "a pie" con programadores parece más barato, pero sale más caro con el tiempo (o sea con el uso de Excel y Python, por ejemplo). Una herramienta especializada perfila datos en minutos, usa tablas de referencia que el data steward puede actualizar sin programar, y permite reutilizar la misma regla (por ejemplo, la del teléfono) en todos los sistemas.

Nosotros en Solvis usamos Informatica Data Quality y Zoho DataPrep, entre otras herramientas. Y estamos usando IA para apoyarnos en la calidad de datos.

Y todo esto vive dentro del gobierno de datos. DAMA tiene definiciones y una certificación donde la calidad de datos es un área central. Si tu empresa no tiene un programa de gobierno de datos, empieza por la calidad de datos y deja esas definiciones listas para cuando llegue el gobierno.

La conexión con hoy: en 2020 hablábamos de Informatica como herramienta especializada. Hoy Informatica es parte de Salesforce, y la calidad de datos y el MDM se están integrando con Data 360.

Pero la lección no cambia: la herramienta ayuda, la metodología y la gente son las que hacen el trabajo.

¿Dónde entra la IA? Foco en los datos primero

Todos los proveedores te dicen que la IA ya viene incluida y que empieces hoy. Los analistas dicen que sí, pero solo con datos listos. Nuestra postura es: datos primero. Pero datos primero no significa esperar a que todo esté perfecto. Significa empezar poco a poco.

Lo que dicen los proveedores. La IA viene integrada en todas partes: creación de campañas con Agentforce, agentes que deciden el próximo journey de cada persona, motores de decisión como el que Braze integra de OfferFit, o campañas generadas con un prompt. El mensaje es: actívala y arregla los datos en el camino. Y ahí se te suben los costos de los tokens sin saber realmente que tan efectivo o productivo fue usar la IA.

Lo que dicen los analistas. Gartner predice que hasta 2026 se abandonará el 60% de los proyectos de IA sin datos listos para IA, y que más del 40% de los proyectos de IA agéntica se cancelarán para finales de 2027 por costos, valor poco claro o falta de control de riesgos. Su consejo: usar agentes solo donde haya valor claro con datos limpios.

Lo curioso: hasta Salesforce lo reconoce. Al cerrar la compra de Informatica dijo, en esencia, que sin datos limpios, conectados y confiables no hay inteligencia, solo alucinación.

Nuestra recomendación: datos primero, con gobierno, gente y herramientas.

Gobierno de datos con marcos de referencia reconocidos, como DAMA-DMBOK, y otros como ISO 8000 para calidad de datos. No hay que inventar la rueda.
Empieza poco a poco, con la gente y el presupuesto adecuado: un data steward, un dueño de los datos del cliente y un sponsor que lo respalde.
Usa herramientas de calidad de datos, no programación a mano en cada sistema.
Usa la IA para apoyarte en la limpieza de datos: perfilado, detección de duplicados, sugerencia de reglas y estandarización. Es el primer lugar donde la IA te da valor sin riesgo para el cliente.
Empieza por los datos básicos del perfil del cliente: nombre y apellidos en campos separados, email, teléfono, dirección, ID único y consentimientos. Si eso no está bien, nada de lo demás va a funcionar.

La IA se gana nivel por nivel, según la madurez de tus datos para sacarle provecho al Marketing Cloud actual, al Marketing Cloud Next o a la otra opción que selecciones:

Nivel 0, la base (siempre y desde el día 1): gobierno de datos, metodología de calidad, perfil básico del cliente limpio, e IA como apoyo para limpiar y perfilar.
Nivel 1 (con revisión humana): IA para ayudar a escribir contenido, líneas de asunto y resúmenes. Bajo riesgo, porque una persona revisa antes de que llegue al cliente.
Nivel 2 (con datos razonablemente limpios): segmentación sugerida, mejor hora de envío y scoring.
Nivel 3 (con golden record, consentimientos y gobierno): next best action, orquestación automática, IA conversacional y agentes que actúan solos con el cliente.

Saltarte niveles es exactamente lo que hace que los proyectos de IA se cancelen y que el uso de la nueva herramienta sea un fracaso.

No se olviden del preference center

Otro tema que olvidamos: privacidad y preferencias. Do Not Call, Do Not Email, Do Not SMS, newsletters, comunicaciones transaccionales, GDPR y las leyes de tu país. Puedes tener muchas tecnologías en donde hay interacciones con los clientes con sus respectivos preference centers, pero realmente necesitas un solo preference center.

Y recuerda que cada sistema te ve distinto:

En Pardot eres un email (un prospect).
En Sales Cloud eres un contacto o una cuenta.
En Service Cloud eres un caso.
En Marketing Cloud eres un suscriptor de email, SMS o push.

Ese ID único (el Subscriber Key) puede ser el Salesforce ID, el email, el RUT, el Tax ID o lo que sea. Muchas veces no está definido ni protegido. En banca, por ejemplo, el email ligado a una cuenta financiera no es el email personal. En universidades pasa algo similar con los distintos programas académicos.

Para eso existen el CDP, el Master Data Management y el golden record combinado con el preference center.

Pero tienes que definirlo en la auditoría.

Hoy estas plataformas te cobran por contactos. Y luego por tokens, emails enviados, actividades y journeys. Por eso tienes que tener bien definido tu proceso de suscripción y tu modelo de datos antes de migrar.

CDP, Data 360, Data Cloud y MDM

Antes de escoger plataforma de marketing, decide dónde vive el golden record y quién es dueño de la calidad de datos. La pregunta ya no es solo "¿qué herramienta de marketing?", sino "¿dónde vive la verdad del cliente y quién la mantiene?".

CDP empaquetado vs. composable

Empaquetado (packaged): el proveedor da ingesta, identidad, segmentación y activación en una sola caja. Más rápido de arrancar, más dependencia del proveedor. Salesforce, Segment, Adobe y Amperity son packaged CDPs
Composable: el warehouse (Snowflake, Databricks) es la fuente de verdad y la herramienta de marketing se conecta encima. Más control, pero requiere más gente de datos. HighTouch, Census, ActionIQ y Meiro son composable CDPs.

Salesforce: Data 360 + Informatica

Zero copy: Data 360 se conecta a Snowflake, Databricks, BigQuery y AWS sin duplicar datos = Funciona en ambas direcciones: lo que genera Data 360 (segmentos, identidad, analítica) también lo consultan plataformas externas.
Informatica: Salesforce cerró la compra el 18 de noviembre de 2025. Suma catálogo, integración, gobierno, calidad, privacidad, metadata y MDM, con el plan de un solo pipeline de datos con MDM sobre Data 360.

Braze: su Data Platform (alternativa)

Posicionamiento: el Braze Data Platform se presenta como una plataforma composable que activa datos sobre tu infraestructura, sin CDP independiente.
Ingesta: Cloud Data Ingestion sincroniza desde Redshift, Databricks, BigQuery, Microsoft Fabric, S3 y Snowflake.
Zero copy: Zero-copy a Redshift, Databricks y Snowflake. Delta Sharing hacia Databricks y streaming de perfiles hacia Snowflake.
B2B: Braze anunció "account objects" para modelar hogares y empresas a nivel de usuario y de cuenta.

Lo que ninguna plataforma resuelve sola. Resolución de identidad no es MDM. El CDP une registros para marketing; el MDM define el golden record para toda la empresa. La calidad de datos sigue siendo trabajo de gente con otra herramientas: campos de nombre, direcciones, validación de email y teléfono, Subscriber Key.

Arquitecturas posibles usando un CDP y/o Data Cloud

Centrada en Salesforce
Fuente de verdad: Data 360 (+ Informatica). Activación: Marketing Cloud Next.
Mejor para: clientes con todo en Salesforce y con B2B + B2C.
Ventaja: un solo proveedor y menos integraciones. Riesgo: dependencia de Salesforce y costos por consumo.

Centrada directamente a un Data Cloud
Fuente de verdad: Snowflake o Databricks + MDM. Activación: Braze, Customer.io u otros.
Mejor para: empresas con equipo de datos fuerte y canales digitales o apps.
Ventaja: control y flexibilidad. Riesgo: más staff de datos y la identidad la resuelves tú.

Toolkits y guías de migración en el mercado

Existen guías y herramientas de migración para el Marketing Cloud. Úsalas como referencia técnica, no como verdad neutral.

Los tiempos y resultados que publican son claims de marketing y deben validarse con referencias de clientes. O dile que quieres un PoC o demo de estas herramientas.

Salesforce Marketing Cloud Next: convergencia, no migración

Salesforce no lo llama migración. Según la guía de Salesforce citada por terceros, los clientes de Engagement y Account Engagement pueden activar funciones de Marketing Cloud Next dentro de las orgs que ya tienen, sin migrar. No hay fecha pública de fin de vida para Email Studio, Journey Builder, Content Builder, ni Automation Studio.

Arquitectura: corre sobre la plataforma core de Salesforce y Data 360 (CDP) y une B2B y B2C en una sola aplicación.
Orquestación: usa Salesforce Flow en lugar de Journey Builder y el Engagement Studio de Pardot.
Puente: Engagement+ y Account Engagement+ dan acceso a funciones de Next (SMS/WhatsApp, Flow para marketers, Agentforce) sin cambiar de plataforma.
Recursos oficiales: Trailhead menciona una Guía de Implementación y un Setup Checklist, y advierte que la puesta en marcha toma tiempo (Trailhead).

Nota: Verifica ediciones, precios y disponibilidad por región directamente con Salesforce.

Braze, MoEngage, Bloomreach, InsiderOne y Customer.io

Los competidores de Marketing Cloud tienen toolkits ya publicados en sus website y sus propios partners también tiene toolskits de migración. Estos toolkits tienen diferentes alcances: software/apps para mover datos, mapeo de subscriptores, servicios de onboarding, remplazos de AMPScritps, validacion de calidad de datos, templates de migración, manejo de IP warming, y/o servicios dedicados y customizados de migración.

Nota: Es importante tener el inventario de engagements, landing pages, formas, data extensions, cloud pages, automations, journeys, AMPscript, emails, etc, antes de migrar, rehacer AMPscript en el lenguaje del nuevo proveedor, remplazar landing y cloud pages, conservar el historial de consentimientos (preference center), plan de calentamiento de IPs y migrar en paralelo.

La competencia de Marketing Cloud Next

En este post ya hemos mencionado a Braze varias veces como punto de referencia, pero existen muchas opciones en el mercado que debes considerar. Y no hay una sola lista de competidores: depende del tipo de cliente y del caso de uso. Usa esta información como guía para armar la lista corta antes del RFP.

La agrupación por categoría es un criterio propio basado en nuestro conocimiento general del mercado.

Las opciones globales son:

1. Suites enterprise

Adobe: Journey Optimizer y Adobe Campaign (Marketo).
SAP: con el Customer Engagement / Emarsys
Oracle: Responsys y Eloqua.

2. Customer engagement nativos

Braze: fuerte en apps móviles y mensajería en tiempo real basada en eventos.
Customer.io: automatización de mensajes y lifecycle para productos digitales
Iterable: engagement multicanal para equipos de growth y lifecycle.
MoEngage, CleverTap e Insider One: fuertes en mobile y con presencia en mercados emergentes.
Bloomreach: muy enfocado en e-commerce.
Airship y OneSignal: su fuerte son push y mobile.

3. E-commerce y SMS

Klaviyo: fuerte en e-commerce, sobre todo con Shopify.
Attentive: SMS como canal principal, con fortaleza en comercio.

4. Mercado medio y B2B

HubSpot: compite cuando el cliente quiere CRM y marketing en una sola plataforma.
Ortto es otra opción.

5. CPaaS y conversacional (clave en LATAM)
Infobip, Gupshup y Twilio (con Segment): no son reemplazos directos, pero compiten en WhatsApp y orquestación conversacional. A veces son una alternativa o un complemento dependiendo de los casos de usos.

¿Cuales son las opciones en Latam / España pare remplazar Marketing Cloud / Pardot?

Hay muchas alternativas en Latam:

1. Marketing automation - Ideales para generar demanda, hacer nurturing y convertir leads, sobre todo en pymes y empresas en crecimiento.

RD Station Marketing: páginas, formularios, email y automatización conectados al proceso comercial. Valida: el modelo B2B, la sincronización con Salesforce y el ciclo de vida después de la venta.
Doppler: email, SMS, WhatsApp, chatbots, landing pages y automatizaciones por comportamiento. Valida: la complejidad de los journeys, la API y la integración con tu CRM.
inConcert – Infunnel: nurturing, scoring, distribución de contactos y pipelines, conectado al contact center. Valida: Infunnel específicamente y el ciclo de vida después de la venta.
MDirector (España): una referencia del marketing multicanal en España, con email, SMS y más, y con presencia en España y Sudamérica.
Acumbamail y Mailrelay (España): email marketing para pymes. Acumbamail combina campañas de email con SMS y ofrece una configuración sencilla.

2. Engagement, lifecycle, retail y ecommerce - Para retención, recompra, recuperación de carritos y personalización basada en compras.

emBlue: flujos personalizados y activaciones para conversión y fidelización. Valida: la identidad, los eventos en tiempo real y la operación con varias unidades de negocio.
icomm: marketing automation omnicanal con CDP, perfiles unificados y RFM. Valida: la identidad, la actualización de datos, el B2B y los consentimientos.
WoowUp: CRM de marketing para retail que une datos de ecommerce y tiendas físicas. Valida: la identidad entre punto de venta y ecommerce, y la convivencia con tu CRM corporativo.
Connectif (España): marketing automation y CDP especializado en ecommerce, con personalización en distintos canales y en tiempo real.
indigitall (España / Mexico): CDP, resolución de identidad, journeys visuales, push, WhatsApp, SMS, email e in-app.
Synerise: workflows sobre perfiles y datos, con integración externa. Tiene referencias en la región, como Nike Chile.

3. Conversacional, mensajería y contact center - Para cuando WhatsApp y la conversación son el centro de la relación.

Zenvia Customer Cloud: datos, comunicación, automatización, atención e IA, desde la atracción hasta la postventa. Valida: la profundidad de journeys, la atribución y el manejo de preferencias.
Blip (Brasil): IA conversacional que conecta marcas y clientes por WhatsApp, Messenger e Instagram. En 2023 compró GUS, una empresa conversacional mexicana.
Treble.ai (Colombia): marketing conversacional por WhatsApp, con clientes como Rappi, Addi y Platzi.
WiseCX: atención omnicanal, agentes de IA, historial de conversación y derivación de leads.
Masiv (Colombia): campañas por SMS, email, voz y chatbots, con sede en Bogotá y oficinas en Colombia y Perú.
Concepto Móvil (México): mensajería SMS masiva, con RCS, email, voz y comunicación omnicanal.

Nota: todos estos proveedores globales y de Latam tiene sus propios partners que ofrecen servicio. Nuestra recomendación es que al igual que esta posiblemente evaluando la tecnologia, debes de evaluar a los partners también.

¿Existen integradores de CRM realmente agnósticos?

¿Dónde está tu empresa hoy en cuanto a la arquitectura y a la gente para operarla?

La arquitectura: un ejemplo del ecosistema

Esta imagen muestra una posible visión de cómo podría verse un ecosistema de Customer Lifecycle Management bien estructurado. No es una receta ni una arquitectura obligatoria. Es un punto de referencia para entender cómo encajan las piezas de las que hablamos en este post.

Si no tienes una, debes empezar a crearla (como parte de la auditoría).

Cómo leerla, de abajo hacia arriba:

5. Fuentes y sistemas de negocio: ERP, e-commerce, punto de venta, CRM, web, apps y medios pagados. Aquí nace el dato, y por eso la calidad empieza desde la captura.
4. Fundación de datos del cliente: MDM y calidad de datos (golden record, ID único, deduplicación), la plataforma de datos (warehouse o lakehouse como Snowflake o Databricks) y el CDP, empaquetado o componible. Aquí también viven los consentimientos, el preference center y el modelo de datos B2B y B2C.
3. Integración y eventos: APIs, streaming, ETL/ELT y activación de audiencias. Es lo que mueve los datos entre las capas.
2. Activación y ciclo de relacionamiento: marketing automation, ventas, servicio y customer journeys trabajando sobre los mismos datos.
1. Cliente y omnicanalidad: web, app, email, WhatsApp, SMS, voz, chat, tiendas y redes sociales, con el contact center (CCaaS o CPaaS) como parte del ecosistema. La meta es tener campañas y conversaciones en el mismo contexto.

Y alrededor de todo:

A la izquierda, la IA en todo el ecosistema: copilotos, scoring, next best action y agentes con supervisión. Se adopta nivel por nivel, como vimos en la sección de IA (acuérdate que hay diferentes tipos de IA y otras tácticas).
A la derecha, el gobierno de datos y la arquitectura: dueños y data stewards, privacidad, estándares y catálogos, y un CoE o PMO que maneje los releases.
Abajo, Marketing Ops y la operación continua: campañas, taxonomía, pruebas, entregabilidad, adopción y KPIs.
La flecha del lado derecho: las interacciones, los resultados y el aprendizaje regresan al ecosistema para mejorarlo.

Puedes tener diferentes versiones, según tu madurez y lo que ya tengas. Ninguna empresa arranca con todas estas piezas, y no todas las necesita desde el día uno:

Si tu escenario es Salesforce completo, probablemente ya tienes las capas 2 y 5, pero con tres modelos de datos no reconciliados entre sí. Tu prioridad es la capa 4: identidad, golden record y consentimientos.
Si tienes Sales Cloud con HubSpot, Marketo u otra herramienta, la capa de integración (3) y el modelo de datos B2B/B2C (4) son los que más atención requieren.
Si ya tienes Snowflake, Databricks o un CDP, la pregunta es si el Data Cloud realmente alimenta la activación, o si se volvió otro silo sin dueño.
Si eres una pyme, tu versión puede ser mucho más simple: un CRM, una herramienta de marketing con WhatsApp y una disciplina básica en la calidad de los datos. La lógica de las capas es la misma, aunque tenga menos piezas.
La forma de la capa 4 depende de la arquitectura que escojas: centrada en Salesforce, centrada en el Data Cloud o híbrida.

Lo que no cambia en ninguna versión está en la parte inferior de la imagen: definir quién orquesta, dónde se encuentra el golden record y quién administra los consentimientos. O sea, el gobierno de todo esto.

¿Quién opera el ecosistema? Roles, equipos y madurez

Todo ecosistema necesita un Líder de CRM con su equipo dedicado, con un CoE y todo un plan para reclutar y upskill a la gente. Pero aquí te explicamos lo que estamos viendo con algunos de nuestros clientes y lo que recomendamos según su nivel de madurez y presupuesto.

Te recomendamos estos 3 articulos en el blog de CX2Advisory sobre la importancia de tener un Líder de CRM y como contratar y retener el talento que maneja todo tu ecosistema de CRM.

¿Quién es el director ejecutivo del Ecosistema de CRM?

¿Quién es el dueño del CRM? CRM es marketing, ventas y servicio. Entonces, ¿por qué nadie los gobierna juntos?

Cómo Contratar y Retener Profesionales Clave para tu equipo de Customer Engagement: 20 Tácticas con un Plan para Empezar

Cada capa de la arquitectura, desde las fuentes de datos hasta los canales en los que conversas con el cliente, necesita a alguien que sea dueño, que la cuide y que tome decisiones. Y aquí es donde muchas empresas fallan: invierten en licencias, pero no en la gente que las hace funcionar. Los roles implican responsabilidades que alguien debe asumir, ya sea una persona, un equipo completo o un partner y/o la agencia de marketing.

En una PYME, dos o tres personas pueden asumir varios sombreros. En un grupo con varias unidades de negocio, cada rol puede ser un equipo dentro de Marketing Ops, el CoE, TI o el negocio. Lo importante no es el tamaño del equipo, sino que nadie se quede preguntando quién orquesta, dónde vive el golden record y quién administra los consentimientos, etc., etc.

Aquí te damos varias sugerencias.

Roles por cada capa según el diagrama de arquitectura arriba.

Capa 1: Cliente y omnicanalidad

Roles: líder de canales digitales, responsable de contact center (CCaaS/CPaaS) y diseñador de experiencia (CX).
Qué hacen: definen qué canal se usa para qué, el tono de las conversaciones y cómo el cliente pasa de una campaña a una conversación.
Dónde viven: en el negocio (marketing y servicio), con el apoyo de Marketing Ops.

Capa 2: Activación y ciclo de relacionamiento

Roles: especialista en marketing automation, diseñador de journeys, admin de Sales Cloud y Service Cloud, y dueños de los procesos de ventas y de servicio.
Qué hacen: construyen campañas, nurturing, scoring y journeys, y mantienen el CRM alineado con el proceso real.
Dónde viven: en Marketing Ops y en el negocio. Los admins, en el CoE.

Capa 3: Integración y eventos

Roles: arquitecto de integración e ingeniero de datos o de integración.
Qué hacen: mantienen APIs, flujos ETL/ELT, eventos y activación de audiencias, y monitorean que nada se rompa.
Dónde viven: en TI o Datos, coordinados por el CoE.

Capa 4: Fundación de datos del cliente

Roles: data owner del cliente, data steward, ingeniero de datos, especialista en calidad de datos y MDM, y especialista en CDP.
Qué hacen: definen el golden record, el ID único, las reglas de calidad, los segmentos y el modelo de datos B2B y B2C.
Dónde viven: en Datos o TI, con el negocio como dueño. Los data stewards trabajan entre ambos.

Capa 5: Fuentes y sistemas de negocio

Roles: dueños de cada sistema (ERP, e-commerce, punto de venta, web) y desarrolladores de formularios y apps.
Qué hacen: aseguran la calidad desde la captura, con validaciones, catálogos y campos obligatorios.
Dónde viven: en TI y en cada área de negocio.

IA en todo el ecosistema (acuérdate que hay diferentes tipos de IA y otras tácticas)

Roles: analista o científico de datos, dueño de casos de uso de IA y responsable de supervisión de agentes.
Qué hacen: construyen scoring y modelos de next best action, prueban copilotos y aprueban lo que hacen los agentes.
Dónde viven: en Datos y el CoE, con aprobación del negocio.

Gobierno de datos y arquitectura

Roles: líder de gobierno de datos, arquitecto de soluciones CRM, oficial de privacidad o legal, líder del CoE o PMO, y release manager.
Qué hacen: definen estándares, catálogos y prioridades, aprueban cambios, controlan los releases y cuidan el cumplimiento.
Dónde viven: en el CoE o PMO, junto con Legal y TI.

Marketing Ops y operación continua

Roles: líder de Marketing Ops, especialista de campañas y assets, analista de KPIs y atribución, especialista en entregabilidad, y responsable de adopción y capacitación.
Qué hacen: operan el día a día: taxonomía, pruebas, entregabilidad, reportes y adopción.
Dónde viven: en Marketing Ops, como puente entre el negocio y el CoE.

Cómo cambian estos roles según la madurez de tu empresa:

Etapa inicial (pyme o empresa que apenas arranca)

Equipo: 2 o 3 personas que usan “varios sombreros”.
Ejemplo: un líder de marketing que también hace de Marketing Ops, un admin de CRM que también ve integraciones y calidad de datos, y un sponsor del negocio.
Lo que se externaliza: arquitectura, integraciones complejas y calidad de datos, con un partner o un CRM coach.
Gobierno: no hay CoE formal. Basta un comité mensual con negocio y TI.
Prioridad: un dueño claro del perfil básico del cliente y de los consentimientos.

Etapa intermedia (empresa en crecimiento o con varias áreas)

Marketing Ops ya es un equipo: líder, especialista de automation y analista de KPIs.
CoE “ligero”: líder del CoE, admin de Salesforce, arquitecto (interno o de partner) y release manager, aunque sea a tiempo parcial.
Datos: aparecen el data steward y un ingeniero de datos. La calidad de datos se vuelve una metodología, no un proyecto.
Lo que se externaliza: soporte continuo (AMS), proyectos de integración y migraciones.
Prioridad: gobernar el modelo de datos B2B y B2C, y la identidad entre plataformas.

Etapa avanzada (grupo grande, varias unidades de negocio o países)

CoE o PMO formal, con dueños de producto por dominio (marketing, ventas y servicio), arquitectos y release management.
Oficina de gobierno de datos, con data owners por dominio, data stewards, especialistas en MDM y CDP, y privacidad integrada.
Equipo de datos e IA, con científicos de datos, ingenieros y supervisión formal de agentes.
Marketing Ops por unidad de negocio o país, con estándares comunes del CoE.
Prioridad: orquestación entre unidades, IA de nivel 2 y 3, y control de costos de licencias y consumo.

Las tres preguntas clave: quién decide

¿Quién orquesta?

Etapa inicial: el líder de marketing.
Etapa intermedia: Marketing Ops, junto con el CoE.
Etapa avanzada: el dueño de producto de customer journeys, dentro del CoE.

¿Dónde vive el golden record y quién es su dueño?

Etapa inicial: el admin de CRM, con el sponsor.
Etapa intermedia: el data owner del cliente, con el data steward.
Etapa avanzada: la oficina de gobierno de datos, a través del MDM.

¿Quién administra los consentimientos?

Etapa inicial: el admin de CRM, con apoyo legal.
Etapa intermedia: Marketing Ops, con legal.
Etapa avanzada: privacidad y legal, con los data stewards y los estándares del CoE.

Recomendaciones prácticas

Empieza por dos roles: un data steward y un líder de Marketing Ops. Son los que más rápido se notan en la operación.
No dejes todo en TI ni en marketing. TI sola construye sin contexto de negocio, y marketing solo compra herramientas sin gobierno.
Usa partners para las brechas, no para el gobierno. La arquitectura, las integraciones y el AMS pueden externalizarse. El dueño de los datos y las decisiones de prioridad deben permanecer dentro de la empresa.
Presupuesta la gente antes que la licencia. Sin estos roles, cualquier plataforma termina enviando solo emails.

Usa esta imagen de arriba como un mapa para preguntarte: ¿qué capas tengo hoy? ¿cuáles están débiles y cuál debería atender primero? ¿Qué gente y qué roles tengo para operar realmente todo el ecosistema? Esa es justamente la conversación que abre el CRM Ecosystem Health Framework que explicamos a continuación.

Checklists para auditar tu Marketing Cloud Engagement y Pardot

Te compartimos dos checklists que puedes bajar en formato Excel que esperamos te ayuden a empezar la auditoria interna y luego para hacer la auditoria:

Checklist 1 — Preparación interna: lo que necesitas tener listo dentro de la empresa antes de arrancar la auditoría o la migración.
Checklist 2 — Auditoría técnica y de negocio: lo que debes revisar e inventariar para luego evaluar proveedores (Marketing Cloud Next, Braze u otras plataformas del mercado).

Cómo usar los checklists: completa el Checklist 1 primero. Sin la gente, el presupuesto y el sponsor correctos, la auditoría se queda en un inventario que nadie usa. El resultado del Checklist 2 se convierte en los requerimientos para tu RFP o evaluación de proveedores.

Estos dos checklists son de referencia y van a cambiar según tu industria y estado de madurez de tu empresa.

Checklist 1 — Qué necesito para empezar la auditoría y/o migración

El primer paso no es técnico: es tener sponsor, presupuesto, gente y un "por qué" claro.

1. Estrategia y caso de negocio

☐ Razón de la migración escrita en una página: renovación de licencia, costo, consolidar herramientas, falta de canales (WhatsApp, SMS local), capacidades de IA, o adopción de Marketing Cloud Next.

☐ Objetivos de negocio medibles: ingresos, retención, costo por contacto, productividad del equipo, experiencia del cliente.

☐ Alcance definido: ¿B2C, B2B o ambos? ¿Qué unidades de negocio (retail, banca comercial, admisiones, vida estudiantil, etc.)?

☐ Decisión de escenario a evaluar: coexistir con lo actual, migrar a Marketing Cloud Next, o migrar a otra plataforma.

☐ Fecha de renovación de contratos de Marketing Cloud y Pardot identificada, con la fecha límite para decidir.

☐ Definición de éxito: qué debe funcionar el día 1 y qué puede esperar.

2. Sponsor y gobierno

☐ Sponsor ejecutivo con autoridad sobre marketing, ventas, servicio y TI.

☐ Comité de decisión con marketing, ventas, servicio/contact center, TI, datos, legal/privacidad y finanzas.

☐ Dueño de los datos del cliente asignado (data owner).

☐ Modelo de gobierno para el proyecto: quién aprueba, quién ejecuta, cada cuánto se reporta.

☐ Conexión con el CoE o PMO de CRM, si existe.

3. Gente y talento

☐ Data scientist o analista de datos que entienda calidad, modelado, RFM y customer lifetime value.

☐ Especialista en calidad de datos que domine los criterios de calidad por campo (completitud, validez, formato, unicidad, etc.).

☐ Arquitecto de soluciones que conozca Marketing Cloud, Pardot, Sales Cloud y Service Cloud.

☐ Experto en customer lifecycle y journeys (journey design y journey orchestration), no solo en la herramienta.

☐ Analista de negocio que sepa facilitar reuniones y capturar requerimientos.

☐ Persona de privacidad/legal para el preference center y regulaciones locales.

☐ Plan para cubrir brechas: contratar, subcontratar o traer un CRM coach / lifecycle coach.

☐ Equipo de operación futura: cuánta gente necesitará la nueva plataforma para operar día a día.

4. Presupuesto

☐ Presupuesto para la auditoría separado del presupuesto de la migración.

☐ Presupuesto para talento (interno o externo) antes de comprar tecnología.

☐ Presupuesto para doble operación (correr ambas plataformas en paralelo durante la transición).

☐ Reserva para costos ocultos: limpieza de datos, integraciones, warming de IPs/dominios, capacitación.

5. Relación con proveedores y licenciamiento

☐ Contratos actuales leídos: fechas, cláusulas de salida, exportación de datos, límites de contactos y envíos.

☐ Entender cómo cobran las nuevas plataformas: por contacto, por mensaje, por actividad, por journey, por tokens o créditos de IA.

☐ Postura de partner, no de comprador: el proveedor debe ser tu socio, no solo quien te vende.

☐ Implementador o partner de integración evaluado (si lo vas a necesitar).

6. Gestión del cambio

☐ Usuarios clave identificados por equipo (marketing, ventas, servicio).

☐ Plan de comunicación interna sobre por qué se hace el cambio.

☐ Plan de capacitación para la nueva herramienta y los nuevos procesos.

☐ Postura sobre IA: reglas claras para usar IA solo cuando los datos, procesos y modelo operativo lo soporten.

Checklist 2 — Qué auditar antes de buscar el proveedor

Ests checklist te ayudara a ver dónde estás hoy y se convierte en los requerimientos para evaluar Marketing Cloud Next u otra plataforma. Cada sección debe terminar con un inventario y una lista de brechas.

1. Calidad de datos

☐ Volumen real de contactos en Marketing Cloud, Pardot y Sales Cloud (ej.: los 7 millones de registros, ¿cuántos están activos?).

☐ Duplicados entre plataformas y dentro de cada una.

☐ Campos de nombre separados: nombre, segundo nombre, apellido, segundo apellido.

☐ Soporte de caracteres en español e inglés (acentos, ñ).

☐ Direcciones y código postal con formato estándar por país.

☐ Email y teléfono validados de forma continua (24/7), no solo al importar.

☐ Criterios de calidad por campo aplicados y medidos.

☐ Registros inactivos o sin engagement identificados para no migrarlos (y no pagar por ellos).

2. Modelo de datos e identidad

☐ Modelo de datos documentado de cada sistema: cómo eres un prospect en Pardot, un contacto/cuenta en Sales Cloud, un caso en Service Cloud y un suscriptor en Marketing Cloud.

☐ ID único del cliente (Subscriber Key) definido y protegido: Salesforce ID, email, RUT/RUC, Tax ID, etc.

☐ Casos especiales de identidad: email/teléfono ligado a una cuenta financiera vs. el personal; un estudiante con varios programas académicos.

☐ Golden record: ¿existe? ¿Dónde vive (MDM, CDP, data warehouse)?

☐ Inventario de Data Extensions en Contact Builder: cuáles se usan, cuáles son históricas, cuáles son basura.

☐ Data Views en uso y reportes que dependen de ellas.

☐ Modelo B2B vs. B2C: cómo conviven cuentas, contactos y consumidores.

3. Métricas, arquitectura de datos, CDP y MDM

☐ Dónde se calculan y dónde viven: RFM, customer lifetime value, NPS, nivel de lealtad, propensión de churn, next best action.

☐ Fuentes externas: e-commerce, punto de venta, inventario, sucursales, apps móviles.

☐ Proyectos de datos en curso: Snowflake, Databricks, CDP empaquetado o CDP componible.

☐ Frecuencia de actualización de cada dato que dispara un journey.

☐ Dueño del proyecto de Snowflake o Databricks identificado, si existe, y su relación con marketing.

☐ MDM actual: ¿existe (Informatica u otro)? ¿Qué sistema define el golden record del cliente?

☐ Dónde se resuelve la identidad: en el warehouse, en el CDP, en el MDM o en ninguno.

☐ Modelo de CDP actual o deseado: empaquetado (ej. Data 360), componible sobre el warehouse, híbrido o ninguno.

☐ Fuente de verdad por tipo de dato: perfil, consentimientos, transacciones, métricas (RFM, CLV, NPS) y eventos de engagement.

☐ Frecuencia que necesita cada caso de uso: tiempo real, cada 15 minutos, diario.

☐ Cómo se factura el uso de datos en cada opción: créditos de consumo, data points, contactos u objetos.

4. Sincronización e integraciones

☐ Pardot ↔ Sales Cloud: campos sincronizados, reglas, errores recurrentes.

☐ Marketing Cloud ↔ Sales Cloud: objetos sincronizados, frecuencia, errores.

☐ Otras herramientas de marketing automation en el ecosistema (HubSpot, Marketo).

☐ Integraciones con contact center / CCaaS / CPaaS: Twilio, Infobip, Genesys, inConcert, etc.

☐ Proveedores locales de SMS y WhatsApp integrados.

☐ APIs y procesos personalizados que tocan Marketing Cloud o Pardot.

☐ Verticales de Salesforce en uso (educación, servicios financieros, etc.) y Experience Cloud.

5. Journeys y automatizaciones

☐ Inventario de journeys (Journey Builder) y programas (Engagement Studio): activos, pausados, obsoletos.

☐ Qué dispara cada journey: evento, segmento, API, fecha.

☐ Automation Studio: automatizaciones, queries SQL y su propósito.

☐ Performance de cada journey: aperturas, clics, conversión, impacto en ingresos.

☐ Journeys transaccionales vs. promocionales (facturas, cobranza, recordatorios, códigos de autenticación).

☐ Priorización: qué journeys se migran, cuáles se rediseñan y cuáles se eliminan.

6. Contenido y activos

☐ Templates y contenido de email, SMS y push: cuántos, cuáles se reutilizan.

☐ AMPscript y contenido dinámico (necesitará reescribirse en la nueva plataforma).

☐ CloudPages y landing pages.

☐ Form Handlers y formularios de Pardot.

☐ Assets y bibliotecas de imágenes.

7. Canales

☐ Mapa de canales actuales: email, SMS, WhatsApp, push, mobile wallet, chatbot, chat, IVR, landing pages.

☐ Canales masivos vs. conversacionales: quién los opera (marketing o contact center).

☐ Costos por canal (ej.: SMS de Marketing Cloud vs. proveedor local; short code vs. long code).

☐ Limitaciones actuales por país (WhatsApp, SMS en LATAM).

☐ Canales que necesitarás en 2–3 años.

☐ Entregabilidad: dominios, IPs dedicadas, reputación de envío.

8. Privacidad y preference center

☐ Un solo preference center para todas las plataformas, o inventario de los que existen hoy.

☐ Consentimientos por canal: Do Not Call, Do Not Email, Do Not SMS, opt-in de WhatsApp.

☐ Tipos de suscripción: newsletter, transaccional, promocional.

☐ Cumplimiento regulatorio por país o región (GDPR y leyes locales de protección de datos).

☐ Historial de consentimientos que debe migrarse sin perderse.

9. Reportes y analítica

☐ Reportes y dashboards actuales de marketing y su uso real.

☐ Atribución: cómo se mide el impacto de marketing en ventas.

☐ Datos históricos que deben conservarse (tracking, envíos) y por cuánto tiempo.

10. Costos y licenciamiento actual

☐ Costo total actual: licencias, add-ons, SMS, IPs, implementadores, staff.

☐ Uso real vs. contratado: contactos, envíos, ediciones.

☐ Costo de mantener personal especializado en la plataforma actual.

11. Requerimientos para el proveedor nuevo (salida de la auditoría)

☐ ¿Soporta tu modelo de datos? B2B y B2C en la misma plataforma.

☐ ¿Funciona bien en LATAM? WhatsApp, SMS local, idioma, soporte regional.

☐ ¿Qué tan dependiente es de un CDP o de datos limpios? (Muchas ya traen CDP e IA integrados.)

☐ ¿Cómo cobra? Contactos, mensajes, actividades, journeys, tokens de IA.

☐ ¿Cuánto staff necesita para operar?

☐ ¿Qué herramientas de migración ofrece (ver siguiente sección)?

☐ ¿Cómo se conecta a tu warehouse? Zero copy, ingesta programada, reverse ETL o API, y en qué direcciones.

☐ ¿Quién resuelve la identidad? La plataforma, tu warehouse o tu MDM.

☐ ¿Qué funciones de datos están disponibles hoy (GA) y cuáles están en early access o roadmap?

☐ ¿Qué funciones de IA vienen incluidas en la licencia y qué datos necesita cada una para funcionar bien?

☐ ¿Quién aprueba lo que hace un agente antes de que llegue al cliente? ¿Cómo se audita?

☐ ¿Cómo se cobra la IA? Tokens, créditos o acciones de agentes.

☐ ¿La plataforma ofrece IA para apoyar la calidad de datos (perfilado, duplicados, estandarización)?

¿Cuáles son tus próximos pasos? Implementar por fases

El orden importa: gente y gobierno primero; auditoría, segundo; migración/coexistencia con el proveedor, tercero. Cada fase se cierra con una decisión antes de pasar a la siguiente.

Fase 0 — Preparación: completar el Checklist 1. Sponsor, comité, presupuesto y equipo listos. Decisión: ¿tenemos la gente y el dinero para auditar en serio?
Fase 1 — Auditoría: completar el Checklist 2. Inventario, brechas y costo total actual. Decisión: ¿coexistir, evolucionar a Marketing Cloud Next o migrar a otra plataforma?
Fase 2 — Limpieza y fundación de datos: arreglar calidad, modelo de datos, ID único y preference center antes de mover nada. Decisión: ¿los datos están listos para migrar y para usar IA?
Fase 3 — Evaluación de proveedores: RFP con los requerimientos de la auditoría, demos con tus propios casos de uso y referencias en LATAM. Decisión: proveedor, partner implementador y modelo de licenciamiento.
Fase 4 — Migración por olas: primero suscriptores y consentimientos, luego journeys prioritarios, corrida en paralelo y calentamiento de IPs. Decisión: apagar la plataforma anterior solo cuando todo esté validado.

Quick wins mientras tanto: depurar contactos inactivos (bajas costos de licencia), documentar journeys activos y unificar el preference center.

Riesgo principal: saltar directo a la IA y al CDP que ya traen las nuevas plataformas sin tener disciplina de datos. El resultado sería una plataforma más cara que solo manda correos electrónicos.

Empieza a definir tu arquitectura de datos y todas estas herramientas.

¿Cómo te podemos ayudar? CRM Coach y Partner de Implementación

Antes de migrar, mide la salud de tu ecosistema de CRM. Nuestro punto de partida es el CRM Ecosystem Health Framework: 7 dimensiones y 4 niveles de madurez que te indican dónde estás hoy, qué te falta y en qué orden resolverlo. Todo lo que abarca este post se reduce a esas 7 dimensiones.

Masterclass: CRM Ecosystem Health Framework con Jesús Hoyos | ¿Tienes un CRM saludable?

Las 7 dimensiones aplicadas a una migración de Marketing Cloud o Pardot:

1. Modelo de datos y su calidad: perfil básico del cliente, ID único (Subscriber Key), duplicados, metodología de calidad de datos y gobierno con DAMA.
2. Ciclo de relacionamiento: el lifecycle del cliente de visitante a cliente y de vuelta, B2B y B2C juntos, y journeys como nodos y no de izquierda a derecha.
3. Dominios (Marketing, Ventas y Servicio): cómo conviven Marketing Cloud, Pardot, Sales Cloud, Service Cloud, el contact center y la omnicanalidad.
4. Gobierno y PMO/CoE: sponsor, comité de decisión, data steward, release management y quién aprueba lo que hace un agente de IA.
5. Stack tecnológico: Marketing Cloud Next, Braze, HubSpot, Marketo u otras; CDP empaquetado o componible; Snowflake o Databricks; integraciones y licenciamiento.
6. Contexto y taxonomía: catálogos, nomenclatura de campañas, definiciones de negocio, preference center y consentimientos.
7. AI Ready: en qué nivel de IA puedes operar hoy (del Nivel 0 al Nivel 3) y qué necesitas para subir.

Cómo trabajamos, paso a paso

Diagnóstico de salud del ecosistema. Evaluamos las 7 dimensiones con los Checklists 1 y 2 de este documento. Resultado: tu nivel de madurez por dimensión, las brechas principales y los quick wins.
Fundación de datos. Gobierno de datos, metodología de calidad, limpieza del perfil básico del cliente, preference center y la decisión sobre dónde vive el golden record. Usamos herramientas de calidad de datos y la IA como apoyo en la limpieza.
Estrategia y selección. Definimos la arquitectura (centrada en Salesforce, en el warehouse o híbrida) y si conviene coexistir, converger a Marketing Cloud Next o moverse a otra plataforma. Te acompañamos en el RFP, en demos con tus propios casos de uso y en la negociación del licenciamiento.
Migración o convergencia por olas. Suscriptores y consentimientos primero, luego journeys prioritarios, corrida en paralelo y adopción de IA nivel por nivel.
Operación continua. CoE o PMO, soporte continuo (AMS), monitoreo de calidad de datos y coaching para que el ecosistema no vuelva a enfermarse.

Quién hace qué

CRM Coach (Jesús Hoyos): visión neutral frente a los proveedores, mentoría a ejecutivos y equipos, workshops de descubrimiento, evaluación de proveedores y licenciamiento, y acompañamiento en las decisiones clave.
Solvis Consulting: implementación del ecosistema de CRM, calidad de datos, integraciones, migración y operación continua. Solvis es Customer-First: partner del cliente antes que de cualquier proveedor.

Lo que te llevas de nuestra consultoría

Tu nivel de madurez en las 7 dimensiones del CRM Ecosystem Health Framework.
Un inventario y mapa de brechas de datos, journeys, integraciones, canales y costos.
Una recomendación de arquitectura y de ruta: coexistir, converger o migrar.
Un roadmap por fases con quick wins, mejoras de largo plazo y adopción de IA por niveles.
Nuestra experiencia con Marketing Cloud y manejo de datos con Data Clouds y CDPs.
Los requerimientos listos para tu RFP o evaluación de proveedores.

El primer paso es una conversación. ¿En qué nivel de madurez está tu ecosistema de CRM hoy?

Hablemos

Descarga Checklists y Presentación del Livestream

Livestream/Webinar: Migrar desde Marketing Cloud y Pardot

Salesforce Sales Cloud para el sector de Educación

Tue, 06 Oct 2026 10:39:39 -0600

Cómo optimizar Salesforce Sales Cloud en Higher Education: del lead al estudiante sentado

Tienes Salesforce en orden?

Muchas universidades quieren saltar a la inteligencia artificial en Salesforce, pero todavía no tienen la casa en orden. Antes de hablar de agentes o de WhatsApp con IA, hay que resolver lo básico: datos, integraciones, procesos y gobierno.

En Solvis Consulting hemos implementado CRM en el sector educativo por años. Trabajamos con dos tipos de instituciones: universidades pequeñas en crecimiento, y universidades grandes con varias unidades de negocio y más de 50,000 estudiantes matriculados.

Hemos visto de todo: Marketo con Sales Cloud, Ortto con Sales Cloud, HubSpot con Sales Cloud, Pardot y Marketing Cloud con Sales Cloud, y todo en HubSpot o todo en Zoho One. Este artículo se enfoca en un escenario muy común en Latinoamérica: universidades que ya tienen Salesforce Sales Cloud y quieren sacarle más valor, desde el primer lead hasta el estudiante sentado en el salón.

Education Cloud o Sales Cloud: ¿para quién es cada uno?

No todas las universidades necesitan Education Cloud para tener un buen CRM. Education Cloud es el vertical de Salesforce para educación. Es una opción válida, pero tiene sentido sobre todo para instituciones muy maduras.

Education Cloud

Ideal para: instituciones maduras y sofisticadas.
Requiere: un gobierno fuerte y un equipo dedicado.
Alcance: todo el ciclo de vida del relacionamiento.
Riesgo principal: sobredimensionar la solución para la madurez real de la empresa.

Sales Cloud + Service Cloud

Ideal para: instituciones que ya invirtieron en Salesforce y quieren optimizar, y no están listas para el Education Cloud.
Requiere: un buen modelo de datos e integraciones bien hechas.
Alcance: admisión, servicio y vida estudiantil, con integraciones con terceros.
Riesgo principal: la falta gobierno.

Nota: Los nombres, empaques y licencias de Salesforce cambian con frecuencia. Verifica la oferta actual antes de tomar decisiones de compra. En Solvis te podemos ayudar a validar lo que tienes ya licenciado y lo que realmente necesitas.

Piensa en ecosistema, no en una sola plataforma

El CRM en una universidad no es una herramienta: es un ecosistema conectado. Sales Cloud es el centro, pero no trabaja solo.

Marketing automation: atrae y nutre prospectos. Ejemplos: Marketing Cloud Account Engagement, HubSpot Marketing Hub, Marketo.
CRM de admisión: gestiona leads, aplicaciones y matrícula. Salesforce Sales Cloud.
Captura de solicitudes: formularios y documentos de aplicación. Ejemplo: FormAssembly.
Servicio y vida estudiantil: casos, reclamos y seguimiento. Ejemplos: Service Cloud, Zendesk, HubSpot Service Hub, Zoho Desk.
Contact center: llamadas, WhatsApp y SMS. Ejemplos: Genesys, Five9, 8x8, Aircall, Dialpad, inConcert.
Integración: conecta el CRM con el sistema estudiantil. Ejemplos: APIs, MuleSoft, Informatica, TIBCO.

La Solicitud o Aplicación del Programa Academico

En Solvis usamos FormAssembly como la herramienta de captura de datos y documentos para las diferentes solicitudes o aplicaciones de los programas académicos.

El estudiante llena su solicitud académica en un wizard paso a paso y sube sus documentos ahí mismo. Todo llega directo a Salesforce Sales Cloud con una integracion nativa. Todo centralizado, sin correos sueltos y mensajes de WhatsApp con documentos.

Digitaliza el proceso de admisión con FormAssembly y Salesforce o HubSpot

B2B y B2C en el mismo modelo

Las universidades venden a dos tipos de clientes:

B2B: colegios y empresas que envían estudiantes o empleados.
B2C: estudiantes, papás, mamás y adultos que trabajan.

El ecosistema tiene que manejar ambos. El modelo de datos de contacto con roles, cuentas (empresas, colegios, familias), la oportunidad, los programas académicos con becas y precios y todos los detalles de sus modalidades, las actividades e interacciones, más las campañas... Todo dentro del proceso de ventas de B2B y B2C. Esto se completa con el uso de "tipos de registros" y pipelines para asi garantizar una estructura de datos para medir campanasa ventas/matriculas y tener los reportes adecuados.

Omnicanalidad: la velocidad de contactar

En admisiones, quien contacta primero tiene ventaja. Por eso la omnicanalidad no es un lujo: es parte del proceso de venta.

Hemos integrado Salesforce con plataformas de contact center como Genesys, Five9, 8x8, Aircall, Dialpad e inConcert, entre otras. El objetivo es que el asesor converse con el prospecto por el canal que prefiera:

WhatsApp, que en Latinoamérica es clave
SMS y correo electrónico.
Llamada telefónica con screen pop: cuando entra la llamada, el asesor ve de inmediato quién es, qué programa le interesa y en qué etapa está.

Noten que no estamos diciendo que todo es por WhatApp, la idea es que durante el proceso de admisiones se tenga un conversacion por los diferentes canales y ver cual de ellos (y al combinacion de ellos) acelera el proceso de contactabilidad. La idea es que preferimos (debende de costos y casos de usos) que la omnicanalidad este dentro de Sales Cloud, tanto para las interacciones 1to1 y para el manejo de envios de mensajes via campañas.

Esto ayuda a tener los datos de interacciones dentro el CRM. Por qué importa registrar todo en Salesforce?

Cada llamada, mensaje y correo queda como actividad en el CRM. Eso permite medir:

Cuánto tardamos en contactar a un lead nuevo.
Cuántos intentos hacen falta para lograr contacto.
Qué canal convierte mejor por programa o segmento.

Sin ese registro, el contact center y el CRM son dos mundos separados, y no hay forma de saber qué está funcionando.

Un error común: la universidad tiene Genesys u otra plataforma de contact center, y los asesores trabajan más ahí que en Sales Cloud. Los reportes del contact center pueden vivir afuera, pero la conversación tiene que vivir en el CRM, en un inbox con todas las actividades: cuándo llegó el correo, cuándo contestó el WhatsApp, cuándo se le llamó.

Sabemos que en Latinoamérica WhatsApp es casi religión. Pero lo que mejor funciona es combinarlo: WhatsApp, correo, SMS y llamada, saltando de un canal a otro según lo que pida el prospecto. Ese contextual switching, masivo o uno a uno, acelera la contactabilidad. Y se apoya en scoring, nurturing y una siguiente mejor acción (next best action) para cada prospecto.

Ojo: la omnicanalidad no es solo de servicio al estudiante ni solo de marketing. Es de todo el ciclo de relacionamiento.

El funnel medible: del lead al estudiante sentado

Si no puedes medir cada etapa, no puedes mejorarla. Por eso definimos hitos claros, y cada uno vive en un sistema específico.

1. Lead: se mide en el marketing automation. Hito: lead convertido.
2. Aplicación: vive en FormAssembly y Sales Cloud. Hito: solicitud completa.
3. Matrícula: vive en Sales Cloud y el sistema estudiantil. Hito: matrícula confirmada.
4. Sentado: se confirma con la integración con el sistema estudiantil. Hito: el estudiante asiste a clases.
5. Retención: vive en Service Cloud y los journeys. Hito: el estudiante se queda contigo.

El gobierno de campañas amarra las cinco etapas en un solo reporte del pipeline, del lead al estudiante sentado.

La meta no es solo matricular: es confirmar que el estudiante está sentado y asistiendo. Ese es el hito que conecta admisiones con retención.

Con este modelo puedes medir, día a día, cuántos leads entran, cuántos empiezan la aplicación, cuántos se matriculan y cuántos se quedan. Y puedes ver en qué etapa se te están cayendo, por programa, campus o campaña.

Las preguntas que deberías poder contestar hoy, en tiempo real:

¿Cuántos prospectos entraron hoy y de qué campaña?
¿Quién empezó la aplicación y quién se quedó en la página 3?
¿Quién subió sus documentos, y esos documentos son válidos?
¿Quién aprobó la aplicación?
¿Quién está en matrícula y tiene cinco días para pagar?
¿Qué canal, interacción, campaña y contenido trajo a cada matriculado?

Si tienes estas respuestas en tiempo real, y además el historial de los últimos 3, 6 o 12 meses, tienes la base para reportes, dashboards, analítica y, después, inteligencia artificial.

Lo que no funciona es medir cada 30 o 60 días en un reporte armado a mano. Estas métricas se miden todos los días, y el indicador que las amarra es el costo por estudiante.

Después de la matrícula: la vida estudiantil también vive en el CRM

La relación con el estudiante no termina cuando se matricula: ahí empieza la retención. Para eso, el CRM tiene que hablar con el sistema estudiantil en las dos direcciones.

La integración con el sistema estudiantil: Usamos APIs y plataformas de integración como MuleSoft, Informatica o TIBCO, según el presupuesto y la arquitectura de cada institución. La meta es confirmar en Salesforce que el estudiante está matriculado y sentado, sin capturas manuales.

Las señales que regresan a Salesforce: Con la integración, podemos traer de regreso a Salesforce, en objetos personalizados, señales como:

Pagos: nos dice si pagó o está atrasado. Permite enviar recordatorios y ofrecer apoyo financiero.
Asistencia: nos dice si está yendo a clases. Funciona como alerta temprana de deserción.
Quejas y reclamos: nos dice si tuvo un problema con un profesor o un servicio. Permite abrir un caso y darle seguimiento.
Actividad en el LMS: nos dice si está participando en sus cursos. Permite activar acompañamiento académico.

Onboarding y retención: Con esas señales, Service Cloud (o la herramienta de servicio que tengas) maneja los casos y reclamos. Y la herramienta de marketing automation o de customer journey, como Marketing Cloud Engagement, puede activar journeys de onboarding y retención.

El objetivo es simple: que el estudiante que tanto costó atraer se quede contigo, sobre todo en los primeros meses. Recuerda: vendiste la matrícula, pero eso no garantiza que el estudiante esté sentado.

Una sola base de datos del estudiante: A veces nos enfocamos solo en adquisición y matrícula, y nos olvidamos de la retención. Los estudiantes actuales terminan en otra base de datos, separada del CRM. La meta es tenerlos en una sola base, con su historial completo: conversión, aplicación, matrícula, NPS y retención.

No importa si usas Data Cloud, un data warehouse o plataformas como Snowflake o Databricks para consolidar. Lo importante es que la información esté conectada.

Y hay un beneficio extra: los estudiantes que se quedan contigo y están satisfechos son tu mejor audiencia lookalike. Con ellos puedes crear audiencias personalizadas en paid media para atraer a más estudiantes como ellos.

¿Una instancia de Sales Cloud o varias?

Esta es una decisión de arquitectura que muchas universidades nunca tomaron a conciencia. Y pesa mucho cuando llega el momento de la IA.

Depende de tus marcas y unidades de negocio:

Marcas muy distintas, con reglas, dominios y procesos de día y noche: a lo mejor te conviene tener varias instancias de Sales Cloud.
Grupos de universidades privadas con distintos dueños: tener todo en una sola instancia es posible, pero exige gobierno, Centro de Excelencia, DevOps y sandboxes. En esos casos, una edición superior como Unlimited suele tener más sentido.
Modelo mixto: hemos recomendado una sola instancia de Marketing Cloud, con business units para B2B y B2C, conectada a varias instancias de Sales Cloud.

Si tienes varias instancias, puedes consolidar la información en un data warehouse como Snowflake o Databricks. Lo importante es hacer el análisis multi-org con tiempo, en vez de heredar configuraciones legadas que nadie decidió.

Nota: Las ediciones y sus capacidades cambian. Valida con Salesforce qué edición necesitas según tu arquitectura. Te podemos ayudar con esto.

Antes de la IA: arregla la casa

Si tu modelo de datos no está bien estructurado, Agentforce u otra IA no te va a ayudar. La inteligencia artificial necesita contexto, y ese contexto sale de datos limpios, bien definidos y conectados.

No importa si vas a usar Agentforce o tu propia infraestructura de IA, con modelos como Claude u OpenAI conectados a tu CRM. En ambos casos, tu CRM es el insumo de la inteligencia artificial. Por eso la taxonomía, el contexto, el vocabulario, los metadatos y un glosario con las definiciones de la universidad son tan importantes.

Nuestra recomendación: arregla la casa dentro de Salesforce antes de usar la IA. Así, cuando te muevas a Agentforce, el salto será mucho más fácil.

1. Un modelo de datos del estudiante claro. Tienes que poder responder, sin dudas, preguntas como:

¿Quién es el estudiante y quién es el papá o la mamá?
¿Quién paga y quién no paga?
¿Es un colegio, una empresa o un empleador?
¿A qué programa, campus, ciclo y modalidad está asociado?

Todo esto amarrado al catálogo de programas académicos, con una taxonomía y metadatos bien definidos.

2. Calidad de datos. Emails, teléfonos, segmentos y buyer personas tienen que estar bien establecidos. Datos duplicados o incompletos hacen que la IA dé respuestas equivocadas con mucha confianza.

3. Marketing trabajando como un solo equipo. Muchas veces marketing trabaja en islas con la agencia: un grupo de paid media, otro de inbound y outbound, otro de SEO y otro de contenido. Todos tienen que operar bajo un mismo gobierno de campañas, al servicio del equipo de admisiones.

4. Roles y licencias bien pensados. El equipo de admisiones suele estar dividido entre consejeros, que trabajan los leads, y asesores, que buscan cerrar la matrícula. Los consejeros agendan citas con herramientas como Salesforce Scheduler o Calendly, califican, llaman y le pasan el prospecto al asesor. Y también hay aprobadores, que solo entran a aprobar algo una o dos veces al día, o al mes.

En temporadas altas de admisión, esto se complica. Si los aprobadores no tienen licencia, la solución improvisada es exportar a Excel, aprobar afuera, importar y armar un Zapier. Eso es deuda técnica.

No todos necesitan la misma licencia. Para usuarios ocasionales, como los aprobadores, existen licencias de plataforma, más económicas pero con acceso limitado. Por ejemplo, algunas no incluyen el objeto de oportunidades.

También importa la edición que tienes (Professional, Enterprise u otra) y los add-ons, porque definen tus límites de datos, integraciones y usuarios.

Sabemos que en Latinoamérica los presupuestos son ajustados. Por eso: haz inventario, calcula el TCO y el ROI, habla con tu Chief Financial Officer y negocia con Salesforce para tener los tipos de usuario que necesitas.

Nota: Los tipos de licencia, su alcance y sus precios cambian. Valida las condiciones actuales directamente con Salesforce y negocia según tu volumen de usuarios.

5. Empieza por partes. Integración, onboarding y vida estudiantil no se hacen de golpe. Salesforce es muy poderoso, pero hay que construir por fases: sistema estudiantil, LMS, Google, Facebook, encuestas y lo que venga después.

Gobierno: lo que sostiene todo lo demás

La tecnología no se gobierna sola. Sin un modelo de gobierno, cada área personaliza Salesforce a su manera y en dos años tienes un CRM difícil de mantener.

Un ejemplo real: siete universidades, un Centro de Excelencia

En Solvis trabajamos con un grupo de siete universidades en Filipinas que compartían un ecosistema de Salesforce. Creamos un Centro de Excelencia: un comité con líderes de marketing y de admisiones que gobernaba no solo Sales Cloud, sino también la herramienta de marketing automation y el call center, DevOps, training, releases, datos, reportes, metodología, etc.

Ese equipo definió cómo se toman decisiones, qué se prioriza y cómo se manejan los cambios en la plataforma. Así cada universidad pudo operar su proceso sin romper el de las demás. El programa duró alrededor de tres años, y al final las universidades quedaron preparadas para dar el paso a la inteligencia artificial.

Education Cloud también es una decisión de gobierno

Hemos hecho el análisis de migrar a Education Cloud con varias instituciones. Algunas decidieron que sí y otras que no. En ambos casos, la respuesta dependió más del gobierno y la madurez que de la tecnología.

Antes de migrar, pregúntate:

¿Tenemos un dueño claro del CRM y un comité que tome decisiones?
¿Tenemos el talento interno en Salesforce y en marketing para sostenerlo?
¿El beneficio justifica el costo de migrar datos, procesos e integraciones?

Aparte de facilitar estas preguntas, también ayudamos a identificar y formar a las personas que va a sostener Salesforce y marketing dentro de la institución.

¿Quién es el dueño del CRM?

¿Admisiones, marketing o TI? Si nadie lo es, nadie lo protege. Necesitas un líder del CRM que lo maneje de forma transversal, cuide la calidad de los datos y asegure que haya gobierno.

También necesitas personas que sigan los protocolos de releases y DevOps, y que usen sandboxes. Si cualquiera entra a producción a hacer cambios, el mejor modelo de datos del mundo no va a durar.

Hoy en la industria tenemos islas, archipiélagos y hasta continentes de CRM que no se hablan entre sí. El gobierno es lo que los conecta.

Una auditoría no es solo tecnología

Cuando auditamos un ecosistema, no miramos solo la configuración. Revisamos personas, procesos, datos, liderazgo, gobierno, metodología, adopción y tecnología. Y ayudamos a las universidades a definir y reclutar los roles que necesitan: administrador, líder del CRM y equipo de soporte.

Hemos encontrado muchos errores comunes en estas auditorias. Y muchas universidades compraron Sales Cloud e implementaron lo que había en ese momento. Después, la persona que lo configuró se fue, no quedó documentación, y los datos siguen ahí, pero mal organizados. Esto es lo que más encontramos en auditorías, en Latinoamérica y en otras regiones:

Todo vive en el objeto Lead. El lead pasa directo a "matriculado", sin usar contactos, cuentas ni oportunidades. Funciona al inicio, pero no escala ni permite medir por programa.

No usan record types. Sin ellos no puedes personalizar layouts ni procesos por tipo de registro. Los reportes quedan limitados y todo termina exportado a Excel, aunque tengas CRM Analytics o Tableau a la mano.
No usan el objeto Cuenta. La familia, el colegio de procedencia o la empresa del adulto trabajador terminan en campos sueltos u objetos personalizados mal pensados.

Las campañas viven fuera del CRM. Los UTM están en Excel, sin jerarquía, y no hay forma de saber qué campaña trajo a cada matriculado.

Las aprobaciones pasan por Excel. Exportas, alguien aprueba afuera, importas de nuevo y armas un Zapier para moverlo. Otro "monstruito": más deuda técnica.

No hay definiciones claras. Nadie sabe con certeza qué es un visitante, un prospecto, un aplicante o un matriculado.

La buena noticia: casi todo esto se puede corregir dentro de Salesforce, sin migrar de plataforma.

Otro tema que vemos es la definición del catálogo de programas académicos.

El marketing solo funciona si promociona el programa correcto, en el ciclo correcto, con el precio correcto. Y esa información no vive en marketing: vive en el sistema estudiantil.

Todo el embudo de atracción, amarrado: No importa qué herramienta de marketing automation tengas. Lo que hacemos es integrarla lo más posible, según el presupuesto, con:

Paid media: Google, Facebook y otras plataformas de medios pagados.
Inbound y outbound marketing: SEO, contenido, correo y landing pages.
Formularios y calidad de datos: control de lo que entra desde el primer clic.
FormAssembly: para que siempre haya un llamado a la acción claro hacia la solicitud académica, antes, durante y después.

El catálogo de admisión es la base: El catálogo de programas tiene que venir del sistema estudiantil. Nosotros lo categorizamos y le asignamos metadatos como:

• Campus
• Ciclo o periodo de admisión
• Tipo de programa y modalidad
• Becas
• Precios

Así esa información llega al CRM y a marketing. El resultado: promocionas lo que realmente está abierto, y el asesor de admisiones ve lo mismo que vio el prospecto

Gobierno de campañas

Con el catálogo ordenado, armamos un gobierno de campañas. Este define, por ciclo y por programa, qué campaña corre, qué landing page se usa y cómo se mide. Sin esto, cada equipo lanza campañas por su cuenta y nadie puede medir el retorno.

El catálogo también alimenta el dropdown de programas en todos tus puntos de entrada: formularios, la solicitud académica, WhatsApp y las llamadas. Si cada canal usa una lista distinta, los datos nunca van a cuadrar.

Usa el objeto Campaign de Salesforce: Salesforce maneja muy bien la jerarquía de campañas: una campaña madre con todas sus hijas. Úsala para reflejar la estructura de unidad académica, programa, ciclo y canal.

Campaign members: si usas Marketing Cloud Account Engagement, Marketo, Eloqua o HubSpot, sincroniza las campañas y sus miembros con Salesforce.
Campaign Influence: conecta cada campaña con la oportunidad, para ver qué campañas influyeron en cada matrícula.
Closed Won = matriculado: cuando la oportunidad se cierra como ganada y el sistema estudiantil está integrado, sabes exactamente quién se matriculó gracias a qué campaña.

¿Por qué esto falla tanto? Porque marketing no habla con admisiones, y admisiones no habla con servicios escolares ni con TI. El gobierno de campañas es justamente el acuerdo entre esas áreas.

¿Tu Sales Cloud está listo para el siguiente nivel?

Optimizar Salesforce en educación superior no empieza con IA: empieza con datos, integraciones y gobierno. Cuando eso está en orden, la IA sí puede generar valor.

En Solvis Consulting tenemos una metodología, playbooks y lecciones aprendidas de años trabajando con universidades pequeñas y grandes en Latinoamérica, Estados Unidos, Europa, África y Asia, con diferentes unidades de negocio, procesos y segmentos.

Te podemos ayudar si:

Tienes Sales Cloud con Marketing Cloud Account Engagement, HubSpot Marketing Hub o Marketo, y necesitas arreglar la casa.
Necesitas integrar tu CRM con el sistema estudiantil y medir el funnel completo, día a día.
Estás pensando en moverte a Agentforce y quieres cerrar las brechas antes.
Estás evaluando si Education Cloud tiene sentido para tu institución.

¿Dónde está hoy tu universidad en este camino?

Hablemos

¿Dónde está hoy tu universidad en el uso de Salesforce Sales Cloud y las otras herramientas de CRM?

Baja la presentación del webinar

Digitaliza el proceso de admisión con FormAssembly y Salesforce o HubSpot

Fri, 28 Aug 2026 08:34:49 -0600

Protege el modelo de datos
desde el visitante hasta el egresado

En Solvis llevamos años implementando FormAssembly en universidades — en Latinoamérica, en Filipinas y hasta en Sudáfrica. Y cada vez que empezamos un proyecto con universidades u otras instituciones académicas nos toca aclarar lo mismo validar como manejan la captura de datos y subida de documentos en el proceso de admisión. Y aquí es que encontramos una brecha grande en donde FormAssembly nos ayuda a cerrar.

El punto es proteger el foundation de tu CRM —tu modelo de datos del contactos (estudiante, padre, madre, colegio, etc) — desde el primer punto de captura. Porque en una universidad, ese primer punto de captura es donde nace, o se muere, la calidad de tus datos.

Este blog post es sobre el webinar/livestream de como optimizar los diferentes procesos de admisiones, transferencias y trámites estudiantiles integrados con HubSpot o Salesforce usando FormAssembly.

El problema real en una universidad

En muchas universidades el proceso de admisión es académico, rígido y estructurado. Pero cuando lo llevas al mundo real —promover tu ciclo, tus programas, llenar tus cohortes— se vuelve un proceso comercial y de marketing. Y ahí es donde choca con el CRM.

Hoy tienes tres cosas conviviendo mal: un student admin (los “Banner” del mundo, y muchos locales de Latam), tu CRM (Sales Cloud, Service Cloud o HubSpot Marketing y Sales Hubs) y… un archipiélago de formas: un Google Forms por aquí, un Microsoft Forms por allá, un form builder del AppExchange, WhatsApp, Google Drive. Islas desconectadas del continente que es tu CRM.

Y cada punto de entrada trae su propio sabor del dato: admisión tiene un sabor, ventas otro, marketing otro, onboarding otro. Ninguno protege el modelo completo, y los académicos y advisors necesitan datos limpios, concretos, accionables, incluyendo documentos completos para aprobar la matricula.

El catálogo de programas academicos

Los datos de una forma para un programa específico entra por un API. Admisiones por un conector nativo. Servicio estudiantil por otro. Egresados los exportas e importas a mano. Multiplica eso por unidades de negocio y procesos de admisión distintos, y tienes un espagueti de conexiones que desemboca en tu CRM y de ahí al sistema estudiantil.

No hay un proceso único para manejar la calidad ni proteger el modelo.

El problema más silencioso —y más caro— es el catálogo de los programas académicos. Si una forma deja que el estudiante escriba el nombre de un programa o una sede que no coincide con lo parametrizado en el CRM (y peor, que no coincide con el sistema académico), ese dato se pierde. No se puede conciliar, no se puede reportar, y el sistema académico ni se entera. Cuando intentas retroalimentar de un lado al otro, no cuadra.

El catálogo —sedes, periodos, carreras— vive en el sistema estudiantil. Debe reflejarse y protegerse en el CRM, y la forma de la aplicación estudiantil debe leerlo de ahí, nativamente, no tener su propia copia en la forma. Si tienes 20 formas con su propio catálogo, terminas con 20 versiones del catálogo

No es un form builder: es una capa de gobernanza de datos

FormAssembly controla el punto de captura y protege tu modelo antes de que el dato toque el CRM:

1. Campos requeridos y validación de formato (email, teléfono, etc.)

2. Dropdowns y checkboxes leídos del picklist del CRM —sedes, periodos, carreras— en vez de texto libre o referencias dentro de la forma.

3. Lógica condicional por programa, sede y perfil, para que cada usuario solo vea lo que le aplica.

Update-or-insert: la protección #1 contra duplicados

La mayoría de las plataformas de creación de formas solo hacen input. Nunca comparan contra el CRM. Entonces crean, crean y crean… hasta que tienes duplicados de contactos, de prospectos y de aplicaciones. Es una herramienta de entrada que nunca pregunta si contacto ya existía.

FormAssembly valida antes de escribir: ¿ya existe este correo? ¿ya existe esta aplicación para esta persona, esta sede, esta carrera, este periodo? Y según tu regla de negocio, decide: crea, actualiza o ignora. Eso es el update-or-insert, y aplica tanto a los objetos estándar (contacto, cuenta, oportunidad) como a los custom objects.

El modelo de datos que casi nadie protege: las relaciones entre contactos - los padres y el estudiante

El error clásico: un campo “papá” y un campo “mamá” con un correo metido ahí y ya. No. El papá, la mamá, el representante legal y el representante financiero cada uno tiene nombre, apellido, correo, teléfono y dirección. Pueden estar casados o divorciados. A veces quien paga es un tercero —una empresa, una beca— y también necesita su nombre.

FormAssembly puede crear esos contactos y sus relaciones —estudiante–colegio, estudiante–universidad, estudiante–representante legal, estudiante–representante financiero— a lo largo de varias formas, sin una sola línea de código y sin duplicar las relaciones. Un modelo jerárquico real. Esto en otros sistemas te toca a mano, con código y validaciones; y donde falle, revienta y pierdes la captura del contacto. Este es uno de los diferenciadores más fuertes de FormAssembly.

Los documentos: que no se pierdan entre emails y directorios

Cada programa académico pide documentos distintos. Sin un lugar centralizado, terminan en Drive, WhatsApp o email —“es que era muy grande y rebotó”— y desaparecen. Y adivina quién sufre después: el asesor buscando un documento que no sabe si el estudiante mandó.

Con FormAssembly, la carga es segura y queda vinculada al expediente en el CRM:

Restricciones de formato (PDF, JPG, lo que definas) y límite de tamaño, atado a la capacidad del sistema estudiantil aguas abajo.
Renombrado automático: el estudiante sube “cedula(2).pdf” y el consejero ve “Soporte de pago”. Sin trabajo manual.
Preview del documento dentro del CRM: no se pierde en otro lado, vive donde vive el negocio.
Save & resume: clave para bajar el abandono en aplicaciones largas. Si al estudiante le falta un documento, cierra, le llega un correo y retoma donde quedó.

Y ojo con el ciclo de vida del documento: durante la admisión vive en el CRM; cuando termina la matrícula lo mueves al sistema estudiantil (Banner) o a un archival tipo Amazon, por compliance, regulaciones y backups. Muchas universidades nos piden justamente eso: verlo en el CRM durante el proceso, y sacarlo cuando ya no debe estar ahí.

Del visitante al egresado, no solo la admisión

Casi siempre pensamos solo en el journey de la admisión. Pero el estudiante vive un ciclo completo: visitante → lead → prospecto → aplicante → matriculado → estudiante → egresado/alumni.

Cada aplicación en esa vida (marketing, servicio con Zendesk, el LMS, Banner) va a necesitar capturar datos. La idea es que todo eso quede centralizado en un solo modelo de datos, en el CRM, y de ahí se distribuya con integraciones y, cuando llegue el momento, tu data warehouse.

Casos de uso de marketing (y atribución de campañas)

Aquí es donde admisiones y marketing por fin hablan el mismo idioma:

Agencia pagada por conversión. Custom audiences o lookalikes → landing page en HubSpot → thank you page con autoresponder → WhatsApp o llamada con el enlace directo a la aplicación. Ya validado, ya sé de qué campaña viene y cuál es su interés.

Upselling / cross-selling a estudiantes existentes. No los mandas a un landing page: los mandas directo a la aplicación específica. Al entrar, valido y saludo: “qué bueno que regresas, Santiago”.

Cita integrada. Agenda dentro del mismo flujo con Calendly, HubSpot Meetings o Salesforce Scheduler.

Papá o mamá llenando por el estudiante. Identifico quién está llenando la aplicación y normaliza esto datos al registro del estudiante.

Y la atribución es end-to-end: la forma sabe a qué campaña pertenece, el deal se asocia a esa campaña, y ves el comportamiento por etapa —lead, contactado, seleccionado, matriculado, perdido—. Se leen UTMs, campaign IDs y Google events hacia Analytics, y el reporte de rendimiento de campaña sale nativo en HubSpot. Un input de formulario terminó impactando la medición de la campaña completa.

Wizards, low-code / no-code

Un wizard puede ir de una página a siete, ocho o nueve, según el caso de negocio. Todo customizable: look and feel, HTML/CSS, dominio propio, preview antes de enviar, firma electrónica y save & resume. Las reglas de negocio se arman low-code/no-code —sin escribir Java ni APIs— y aun así hacen validaciones, insert/update y lectura de metadatos y picklists.

Y no hay un solo tipo de aplicación. Hemos montado admisión regular, transferencias, equivalencias, pagos parciales, citas, examen de admisión, admisión para personas con discapacidad y aprobación de becas.

Nuestra experiencia

Filipinas. Un grupo de unas 7 universidades sobre una sola plataforma, con varias unidades de negocio, formas compartidas, y despliegue de sandbox a producción. Por regulación, los papás tenían que subir documentos y la promesa de pago; todo capturado en el flujo.

Sudáfrica. Programas para adultos trabajadores donde, por regulación y tema de fraude, había que capturar certificados del empleador. Entraban por FormAssembly, llegaban al CRM y de ahí al sistema estudiantil.

Latinoamérica. Pagos, aprobaciones, validaciones, tipo de estudiante, becas y aprobaciones financieras y académicas —integrado con Salesforce y HubSpot—. Con webhooks validamos si el estudiante ya existe, tiene créditos o equivalencias, o está en cobranza, antes del proceso de aprobación en el CRM. Y en onboarding, journeys en HubSpot más carga de documentos pendientes que pasamos por webhook al e-learning o al sistema de admisión.

Resumen

Al final del día el manejo de formas es sobre cómo proteger el foundation de tu CRM desde el primer punto de contacto. Si el dato entra sucio, no hay dashboard, ni reporte, ni IA que lo arregle después. Y si el modelo de datos no está establecido y protegido, tu inteligencia artificial simplemente no va a funcionar: vas a pasar más tiempo limpiando que aprovechando.

Proteger el modelo de datos es la regla #1 en un CRM. FormAssembly es una de las herramientas que lo hacen bien (cuando trabajamos en Zoho, usamos Zoho Forms). Lo importante es que protejas el modelo de datos, y no que persiga el sabor del día.

¿Quieres verlo con tus propios procesos? Puedes pedirnos un demo personalizado.

Baja la presentación del webinar

Solicita un demo personalizado

Webinar / Livestream

Digitaliza la apertura de cuentas, tarjetas y préstamos con FormAssembly integrado con HubSpot o Salesforce

Tue, 25 Aug 2026 20:34:33 -0600

Banca y Fintech: cómo proteger el foundation de tu CRM desde el primer formulario

Hace poco hicimos un webinar con el equipo de Solvis —Adriana, Luz Dary y Santiago— sobre un tema que en banca y fintech nos duele todos los días, pero que casi nadie ataca donde de verdad nace: la captura de datos en la apertura de productos financieros integrado con el CRM y el Core Bancario.

Y ojo con esto, porque es el error mental más común: la gente ve un formulario como "una pantalla bonita para llenar datos". No. En un banco o un fintech, ese formulario es la puerta de entrada a tu CRM. Si por ahí entra data sucia, duplicada o desconectada, no hay dashboard, ni core bancario, ni IA que lo arregle después.

Importante: Este webinar y post asume que no tienes un vertical de banca como Salesforce Financial Cloud o nCino, o unas aplicaciones terceras de loan origination o apertura de otros productos financieros. Este webinar asume que tiene HubSpot Marketing y Sales Hubs (Enterprise Edition) o Salesforce Sales Cloud y Marketing Cloud / Agentforce.

Te cuento lo que conversamos, con el ejemplo real que mostramos en vivo en el webinar / livestream.

Los dos dolores de cabeza que vemos todos los días

Cuando alguien nos pide "un formulario" para capturar una solicitud de hipoteca, un préstamo comercial o una apertura de cuenta, o para un proceso de onboarding y/o subir documentos en realidad hay dos problemas escondidos:

Uno: proteger los datos desde el punto de entrada. Hoy en día casi todo el mundo usa Google Forms, Microsoft Forms u otro form builder que encontró en el marketplace del CRM. Funcionan... hasta que no. El problema no es que sean malos, es que esos conectores solo llegan a dos o tres objetos —contacto, lead, a veces la oportunidad— y no fueron diseñados para alimentar un CRM enterprise con custom objects, record types, validaciones de negocio y flujos de aprobación, y la incorporación de manejo de documentos.
Dos: amarrar todo a un journey completo. El formulario no vive solo. La persona te ve en un anuncio, entra a un landing page, pide info, te escribe por WhatsApp, le pasas el enlace del wizard, avanza, sube documentos, abandona, regresa. Todo eso —desde que es visitante hasta que hace onboarding— tiene que estar conectado a tu CRM y a tu motor de campañas (Pardot/Engagement Studio, Marketing Cloud Journey, o el workflow de HubSpot Marketing / Sales Hubs). No es "un proceso de apertura de cuenta"; es un proceso integrado de punta a punta.

Y todo esto arranca con una sola pregunta, la que en inglés llamamos KYC — know your customer: cuando llega una solicitud, ¿esta persona ya es cliente o es un prospecto nuevo?

El drama silencioso: los duplicados

Un contacto que ya es cliente te entra por una campaña de marketing como si fuera prospecto nuevo. Entra por una marca o producto, luego por otra. Y empiezas a acumular duplicados con distintos record types, sin una vista única de quién es cliente y quién es prospecto.

¿Y quién paga por esto? Tu equipo de RevOps y de Operaciones, limpiando duplicados, actualizando datos incompletos y arreglando reportes. Peor aún: cuando quieres arrancar una iniciativa de IA, te das cuenta de que no tienes la base de datos para sostenerla. Nadie toma ownership de la limpieza porque son procesos independientes, cada uno por su lado.

La solución no es limpiar después. Es no ensuciar desde el principio.

Los documentos son parte del modelo de datos

El otro tema grande en banca es documental. "Mándame los papeles por correo", "súbelos al Drive", "pásamelos por WhatsApp"... ¿el WhatsApp de quién, exactamente? Y luego no sabes si el documento llegó, si es la foto que era, si se ve, si tiene el tamaño correcto.

El punto no es solo tener el documento. Es que ese documento haga parte del modelo de datos: que esté relacionado al préstamo, a la apertura de la cuenta. Que dos años después, para un tema de cumplimiento, puedas ir y decir "esta persona me sacó un préstamo en tal fecha, necesito ver los balances bancarios que adjuntó en ese momento". Eso no lo hace un folder. Eso lo maneja una plataforma que trata el documento como parte de la transacción, con su nomenclatura y su gobernanza.

Cómo se ve en la práctica: el demo de Solvis Bank

Para el webinar montamos un banco ficticio, Solvis Bank, con un wizard de varios pasos para solicitar un crédito comercial, integrado con Salesforce Sales Cloud (con HubSpot Sales Hub funciona igualito). Esto es lo que enseñamos:

El solicitante. Nombre, apellido, correo, teléfono, tipo de entidad, relación con la compañía. Aquí pasa lo importante: con el correo electrónico validamos si el contacto ya existe en Salesforce. Si existe, lo actualizamos; si no, lo creamos. Ese es el famoso update-or-insert, y es la protección #1 contra duplicados. El email es nuestra llave primaria (pare este demo y puede ser otra tipo de llave): una persona puede pedir muchos créditos, pero el contacto se crea una sola vez.

Y un detalle que le encanta a quien conoce Salesforce: los campos de tipo picklist —tipo de entidad, relación con la compañía— no están cargados en el formulario. Se conectan en automático al picklist de Salesforce. ¿Mañana agregas una opción nueva? Solo la creas en Salesforce y se refleja sola. Cero mantenimiento manual del formulario.

La empresa (o familia - household). Aquí capturamos datos de la compañía (ventas anuales, patrimonio) y usamos el seguro social empresarial (el ID de impuestos, RFC, RUT) para validar si la account ya existe. Misma lógica: si existe, no se duplica. Una misma empresa puede tener varios solicitantes —Luz Dary, Adriana, y Santiago, — y no se crea cuatro veces. Se crea una vez, y cada contacto queda ligado a ella con un account contact relation. Así se ve toda la red de relaciones sin duplicar nada.

Save & resume. ¿Te faltan documentos? ¿No tienes toda la info? No pasa nada. Guardas y sigues después. Y esto no es un lujo: en solicitudes largas, el abandono es enorme en todas las industrias. Muchas plataformas no guardan lo que ya llenaste, así que ni siquiera sabes que la persona empezó. Con save & resume recuperas esos datos, disparas un flujo, creas una tarea de seguimiento, y ese abandono deja de ser una oportunidad perdida (entra en un journey o flujo de nurturing).

Documentos con reglas y lógica. Puedes limitar formatos (nada de subir un .word donde no va), tamaños y hasta renombrar el archivo al guardarlo en Salesforce para que quede legible para el asesor. Y con lógica condicional: según lo que la persona llenó antes, le pides unos documentos y no todos. Ejemplo clásico: si el solicitante es menor de edad, pides representante legal; si es extranjero, pides otra documentación; si es nacional, otra. No son formularios planos donde todo el mundo llena lo mismo.

Preview y firma. Antes de enviar, la persona revisa un preview y firma electrónicamente (automática o escrita). Y como la firma tiene requerimientos legales que cambian por país, ahí siempre metemos un webhook con los términos de la ley local.

El resultado: el modelo de datos protegido en Salesforce o en HubSpot

Cuando la solicitud llega a Salesforce, todo respeta el modelo de datos:

El contacto es el dato maestro (se crea una vez).
El préstamo es un dato transaccional. Relación uno-a-muchos: un contacto puede tener tres, cuatro préstamos —de auto, tarjeta, hipoteca— cada uno con su record type or brand (marca en HubSpot), sin duplicarse.
La cuenta (account) conecta a la persona con sus empresas o su familia.
El documento no cuelga del contacto ni de la cuenta: cuelga del préstamo, porque pertenece a esa transacción específica. Y llega con su nombre correcto y su visualizador dentro de Salesforce. Y si el documento que subieron está mal, salen email templates desde Salesforce pidiendo la corrección con un enlace de regreso al formulario.

Lo clave: esta lógica no la estás programando en Salesforce, la estás configurando desde el formulario, conectado de forma nativa con los metadatos. No es un conector que "inserta un contacto y ya".

Y no te olvides del marketing: trazabilidad de la campaña

Usamos un campo hidden con la campaña. Así, cada solicitud queda ligada a esa campaña pagada o orgánica (que esta ya creada en Salesforce o HubSpot como campaign member (sin duplicar: si la misma persona llena el formulario tres veces, sigue siendo miembro una sola vez). En el thank you page puedes taggear la conversión, pasar UTMs y campaign IDs, y cuando el préstamo se gana, calcular el ROI real de la campaña: cuánto invertimos, cuántos prospectos entraron, cuántos préstamos se materializaron y por cuánto valor. Trazabilidad completa, del anuncio a la conversión.

Y puedes hacer retargeting con journeys y flujos para campañas outbound dependiendo del progreso de aprobaciones y abandono o inactividad en el formulario.

La pregunta que debes hacerte antes de bajar una app del marketplace del CRM

Este es el consejo que más quiero que te lleves. Cuando estés en Salesforce o HubSpot, vas a estar tentado a bajar la primera aplicación del marketplace que encuentres. Mi respuesta: no lo hagas todavía.

Primero valida el caso de uso. Y con ese caso de uso en mano, pregúntate: ¿esta app protege el modelo de datos que ya tengo dentro del CRM? ¿Respeta mis custom objects, mis picklists, mis record types, mis metadatos? Si no pasa esa pregunta, sigue buscando. Nosotros nos hicimos esa misma pregunta en un montón de implementaciones, y una y otra vez terminamos en FormAssembly justamente por eso.

Porque los metadatos son el corazón de todo. Si estás exportando, importando y forzando campos que no calzan —los pueblos de Puerto Rico, las colonias de Mexico, lo que sea— los datos no van a sincronizar y vas a heredar el caos. Y sin metadatos limpios, la IA no te va a funcionar. Punto.

En resumen

En banca y fintech, un buen form builder lo mas seguro te funcione 100% en tu ecosistema de CRM.

Es el que:

Protege tu modelo de datos — sabe si eres cliente o prospecto, qué producto tienes, y no duplica nada.
Protege tu ciclo de relacionamiento — varios préstamos, varios productos, la cuenta personal y la de la pyme, todo relacionado.
Te da un flujo completo — desde el anuncio y la campaña, pasando por la captura y los documentos, hasta el onboarding, todo low code, no code.

No importa la tecnología ni el presupuesto que elijas. Lo que quiero que te lleves es esto: protege el modelo de datos y el ciclo de almacenamiento desde el primer punto de contacto. Si el dato entra sucio, ya perdiste.

Baja la presentación del webinar

Solicita un demo personalizado

Webinar / Livestream

¿Cómo apoya FormAssembly en la base de un buen ecosistema de CRM?

Thu, 13 Aug 2026 15:35:28 -0600

Protege el modelo de datos de tu CRM desde el primer formulario

Tenemos dos webinars para que conozcan FormAssembly y su uso en el sector financiero, y otro para el sector d educación, el 25 y 27 de agosto, respectivamente. Pero queremos abordar en este blog el contexto de por qué deben considerar FormAssembly como una plataforma de captura de datos integrada con Salesforce o HubSpot.

Estos webinars son parte de una serie de cómo usar herramientas en el ecosistema de CRM, pero a la misma vez de como proteger el “foundation” de un buen CRM y, en este caso, el modelo de datos. Vamos a tener más de estos webinars con enfoque en el ecosistema.

Conoce a FormAssembly

Agosto 25 - Digitaliza la apertura de cuentas, tarjetas y préstamos con FormAssembly + CRM

Agosto 27 - Simplifica y personaliza el proceso de admisión de tus estudiantes con FormAssembly + CRM

Nuestra experiencia con FormAssembly

En Solvis Consulting llevamos años implementando FormAssembly, y honestamente, cada vez que lo explico me doy cuenta de que la gente lo ve como “un form builder más” — tipo Google Forms o Microsoft Forms con más funciones. Y no. FormAssembly es una plataforma de captura de datos con integraciones muy nativas y detalladas con Salesforce y HubSpot.

Nosotros lo usamos principalmente con bancos e instituciones educativas (universidades), aunque, la verdad, aplica a cualquier industria que necesite capturar datos de clientes — un cliente, un prospecto — y llevarlos sus datos limpios, organizados y seguros al CRM.

Y ahí está el tema real que vemos todos los días en el mundo del CRM: ¿cómo capturas data de clientes o prospectos en procesos como una aplicación estudiantil, una solicitud de hipoteca, un webinar, o un evento de prospección, sin que ese dato llegue sucio, duplicado o desconectado de tu CRM?

Muchas empresas todavía usan Google Forms o Microsoft Forms para esto. Funciona... hasta que no. El problema no es que esas herramientas sean malas, sino que no fueron diseñadas para alimentar un CRM enterprise con field-level mapping, validaciones de negocio y flujos de aprobación. Siempre exportamos, limpiamos, mapeamos e importamos, y en este proceso nos brincamos 20 reglas de negocio. O terminamos usando Zapier para conectarlas. Y otros “form builders” del mercado se limitan a ciertos tipos de objetos. FormAssembly no. Con FormAssembly puedes mappear a muchos objetos nativos y custom, aplicar reglas, flujos y tener todo un proceso de formas conectadas, entre otras funciones.

FormAssembly tiene integraciones nativas y bien detalladas con Salesforce y HubSpot, que incluyen subir documentos de forma segura y transferirlos al CRM, o bien solo compartir el enlace del documento. Y lo que más me importa, como consultor, es proteger el CRM y sus datos, es decir, el modelo de datos y su calidad.

¿Por qué esto importa tanto proteger el dato?

Porque la mayoría de los problemas de calidad de los datos en un CRM no surgen en el propio CRM. Nacen en el punto de entrada. Si tu formulario permite que la gente escriba lo que sea, en texto libre y sin validar nada, tu CRM hereda ese caos. Y adivina quién paga esa factura después: tu equipo que usa el CRM, va a estar limpiando duplicados, limpiando datos y arreglando reportes.

FormAssembly ataca esto antes de que el dato toque tu modelo de datos:

Campos requeridos y validación de formato (email, teléfono, etc.

Dropdowns y checkboxes en vez de texto libre, cuando el destino es un picklist (usan el picklist ya existente del CRM.

Lógica condicional, para que cada usuario solo vea lo que le aplica a él.

Cómo protege tu modelo de datos en Salesforce

Aquí la integración es bien profunda, y hay tres cosas que a mí me parecen clave:

Mapeo explícito a objetos estándar y custom — el formulario respeta la arquitectura que tú ya diseñaste, no te obliga a aplanar todo en un dato genérico.
Update-or-insert, no solo insert — verifica si el registro ya existe antes de crear uno nuevo. Esta es la protección más importante contra el problema #1 de cualquier org madura de Salesforce: los duplicados.
Prefill desde Salesforce — el formulario le muestra al usuario sus datos existentes para que los confirme o corrija, no para que los reescriba de cero. Eso reduce las inconsistencias y, de paso, evita duplicados.

Y en HubSpot

También es una integración nativa, de dos vías, con mapeo a propiedades estándar y personalizadas. Un detalle operativo que vale la pena documentar: si agregas opciones nuevas a un dropdown en HubSpot después de crear la conexión, no se sincronizan solas, hay que reiniciar el sync. Tema importante, pero si no lo tienes en tus procesos de gobierno de datos, te puede brincar.

La parte de gobernanza que casi nadie piensa

Trata tu formulario como si fuera un esquema, no como una pantalla bonita. Si cambias una etiqueta, o metes una rama condicional nueva, la data capturada antes y después de ese cambio puede dejar de ser comparable. Es la misma lógica de versionamiento, aplicada a formularios, y casi nadie lo piensa así. ¡Ah! Y tiene sandboxes para conectarse a sandboxes de Salesforce.

Y cada mapeo campo a campo debería ser intencional, documentado, y revisado cada vez que cambie el formulario o el esquema del CRM. Eso no es burocracia, es lo que evita que tu CRM se convierta en un dolor de cabeza dos años después.

Ahora, esto no es solo teoría: lo hemos vivido

Banca — el PPP durante COVID. En Solvis trabajamos con un banco por dos años implementando FormAssembly a través de las distintas versiones del PPP (Paycheck Protection Program – programa en EE. UU. para ofrecer préstamos a las PYMES durante COVID). Ahí vimos, en carne propia, la escalabilidad de FormAssembly, su manejo de documentos, su seguridad, y una integración bien fuerte con Salesforce, en un contexto donde el volumen y los cambios constantes de reglas no dejaban espacio para procesos frágiles. Si aguanta el PPP (en el que el gobierno dictaba las reglas del préstamo), aguanta casi cualquier cosa.

Educación — varias universidades. También lo hemos implementado con distintas universidades en Latam y Sudáfrica, cada una con sus propios flujos de aprobación, tipos de validación y manejo de documentos para diferentes tipos de solicitudes de admisión de sus programas académicos. Ahí confirmamos que la plataforma se adapta bien a estructuras institucionales complejas, no solo a un caso de uso genérico.

Lo que resuelve FormAssembly

Integración nativa con Salesforce o HubSpot, sincronizando datos en tiempo real sin duplicar información.
Formularios dinámicos y multi-página, con lógica condicional según programa/producto, sede y perfil.
Preview y revisiones.
Formas con Wizards y workflows.
Firma electrónica dentro del mismo flujo.
“Save & resume”, clave para bajar el abandono en solicitudes largas.
Gestión centralizada de documentos, vinculados automáticamente al expediente en el CRM.

Resumen

Al final del día, no se trata de tener un formulario más bonito. Es sobre proteger la base de tu CRM desde el primer punto de contacto.

FormAssembly les da a los equipos que usan el CRM el control para validar, mapear y gobernar ese dato antes de que toque el modelo de datos. Y en industrias como la banca y la educación (entre otras), donde el volumen y la complejidad regulatoria e institucional son altos, esa disciplina en la captura termina siendo la diferencia entre un CRM sano y uno que se convierte en un dolor de cabeza años después.

Solvis es partner de FormAssembly para Latam.

Nos vemos en los webinars, pero si ya quiere ver un demo, agenda una reunión con nosotros para entender los requerimientos y luego agendamos el demo.

Agenda sesión para demo de FormAssembly

Agosto 25 - Digitaliza la apertura de cuentas, tarjetas y préstamos con FormAssembly + CRM

Agosto 27 - Simplifica y personaliza el proceso de admisión de tus estudiantes con FormAssembly + CRM

Tu CRM no está listo para la IA — y probablemente lo sabes

Sat, 13 Jun 2026 13:08:51 -0600

Masterclass: Marco de Salud del Ecosistema de CRM

Seamos honestos: la mayoría de las empresas en América Latina y otra regiones llevan años invirtiendo en CRM. Zoho, Salesforce, HubSpot, Microsoft Dynamics y otros — han comprado licencias, contratado implementadores, capacitado equipos. Y sin embargo, cuando les preguntamos si confían en sus datos, si sus equipos de marketing y ventas trabajan alineados, o si están realmente listos para usar inteligencia artificial... la respuesta suele ser la misma: no del todo.

Es una señal de que el ecosistema de CRM no tiene las bases que necesita para crecer.

Y de eso es exactamente de lo que vamos a hablar en nuestro próximo Masterclass.

Regístrate en el Masterclass

¿Qué es el CRM Ecosystem Health Framework?

El CRM Ecosystem Health Framework es una metodología de diagnóstico para ayudar a las organizaciones a entender con claridad el estado real de su ecosistema de CRM — no solo la tecnología, sino las personas, los datos, los procesos y el gobierno, y lo que ya hallas empezado a realizar con IA.

El framework evalúa 7 dimensiones que determinan si una organización está lista para crecer, para escalar con omnicanalidad, y para adoptar inteligencia artificial de forma efectiva con todo su ecosistema de CRM.

Las 7 Dimensiones que Definen la Salud de tu CRM

1 - La Fundación de Datos

Todo empieza aquí. Si los datos están mal, todo lo demás falla: las campañas, los pronósticos de ventas, el servicio al cliente, los reportes y, especialmente, la IA.

En esta dimensión evaluamos si la organización tiene un golden record por cliente, si los duplicados están bajo control, si existen reglas claras de captura y validación, quién es el data owner de cada dato, y si el historial del cliente es visible y confiable en un solo lugar. Validamos si hay un modelo de datos comun con catalogos y metas datos en todo el ecosistema de CRM. Validamos sin entendemos si hay un proceso de calidad de datos y si sabems el porcentaje de la calidad de datos.

La pregunta clave: ¿Pueden confiar en los datos que tiene su CRM hoy en las diferentes modulos y aplicaciones de todo el ecosistema?

2 - El Ciclo de Relacionamiento del Cliente

Un CRM sin un ciclo de relacionamiento del cliente claro es solo una base de datos. Y lo más seguro que en tu empresa el ciclo de relacionamiento es conocido como el funnel de marketing y ventas, campañas, el proceso de onboarding, customer journeys de upselling y cross-selling, la encuesta de NPS, y emails de retención y cobranza. Todo esto con el uso de diferentes canales (voz, SMS, WhastApps, email, notificaciones, etc, etc). Y esto al final del dia es la orquestracion de mensajes via una arquitectura de omnicanalidad con el uso de datos.

Esta dimensión evalúa si la organización tiene documentado el ciclo completo del cliente — desde el primer contacto hasta la retención y expansión — y si ese journey está conectado entre todas las áreas y canales.

Evaluamos si los "handoffs" entre marketing, ventas y servicio (y otras areas del negocio) están definidos, si se miden los tiempos de respuesta en cada etapa, y si la experiencia del cliente está diseñada por el ciclo completo o simplemente por departamento. ¿Y en donde la definicion de las metricas, segmentos y audiencias que necesitas para poder accionar en todo el ciclo de relacionamiento?

La pregunta clave: ¿Saben en qué punto del ciclo de relacionamiento del cliente están perdiendo más clientes?

3 - Los Dominios Funcionales (Marketing, Ventas & Servico)

Marketing, Ventas y Servicio son los tres motores del ecosistema de CRM. Esta dimensión evalúa qué tan bien funcionan cada uno — y qué tan alineados están entre sí.

En Marketing: atribución de campañas, lead scoring, segmentación y SLAs con ventas. En Ventas: pipeline con disciplina, forecast confiable, integración del call center al CRM. En Servicio: gestión de casos, SLAs de atención, self-service* y escalación efectiva.

Todo esto con modelos de ventas definidos de B2B y B2C, ventas largas y cortas, eCommerce, catálogo de productos/servicios, CPQ, integraciones con el ERP - todo alineado.

Y lo más importante si tienes los recursos, presupuestos adecuados, y los tiempos de respuestas para ser efectivos. Y especialmente si el staff que tienes está realmente capacitado y con los skills para apoyar en todos estos dominios: tanto los empleados, los partners, el BPO, las agencias de marketing, los consultores, etc.

La pregunta clave: ¿Están marketing, ventas y servicio hablando el mismo idioma sobre el cliente?

4 - Gobierno, CoE y PMO

Este es el motor que hace que todo el ecosistema de CRM evolucione de forma ordenada. Sin gobierno, el ecosistema se convierte en un sistema de registro al que nadie confía y todos usan las diferentes componentes del ecosistema a su manera.

Evaluamos si existe un Centro de Excelencia (CoE) y/o PMO, si hay un roadmap y backlog activo, si existe un release management de nuevas funcionalidades por parte del negocio, y hay un proceso de incorporar los "quaterly releases" de los proveedores, cómo se priorizan los proyectos y si hay métricas de adopción y uso. ¿Tenemos los roles adecuados para mantener y optimizar todo el ecosistema?

Lo más importante es que el CoE apoyo a ejecutar las fases en el roadmap. Ejecución, agilidad y compromiso. Y que tengamos el presupuesto adecuado y real, no solo para tecnolgia, pero para datos, gente, procesos, gobierno, tecnologia, adopción y cambios inesperados.

La pregunta clave: ¿Quién es el responsable de que el CRM evolucione y mejore?

5 - El stack tecnologico

El problema es cómo las diferentes tecnologías están configuradas, integradas y gobernadas. Esta dimensión evalúa el estado real del stack: duplicidades de modulos y funciones, integraciones punto a punto, herramientas no conectadas, customizaciones excesivas y deuda técnica.

Varios punto importantes:

¿Sabemos que tenemos comprado o licenciado, y que esta en uso? ¿Qué no estamos usando?
¿Qué entendemos de los precios y renovaciones?
¿Qué add-ons son realmente necesarios?
¿Tenemos un Success Manager?
¿Cual es la estructura funcional y tecnica de todo el ecosistema?
¿En dónde vive la omnicanalidad?
¿Cuál es la deuda de datos, funcional y tecnica?
¿Has usado herramientas de "health check" en tu instancia de Salesforce, Zoho o HubSpot?

También evaluamos si la arquitectura actual soporta la omnicanalidad real y si está preparada para incorporar IA en el corto o mediano plazo. Igualmente, que herramientas no ayuda con el tema de datos (CDPs / Data Clouds) y integraciones (ETL, APIs, Zero Copy, herramientas de integración).

La pregunta clave: ¿El stack tecnológico está realmente integrado a base del ciclo de relacionamientos del cliente, o es un conjunto de herramientas aisladas en los mismo departamentos y/o entre los departamentos?

6 - Contexto, Taxonomía, Semántica y Ontología

En nuestra experiencia, esta es la dimensión más importante para la era de la IA, y que en la realidad no la consideramos importante en la industria como parte de evaluar la salud de cualquier CRM.

¿Qué significa "cliente" en su organización? ¿Es lo mismo un cliente activo que uno en pausa? ¿Qué es un "prospecto calificado" para marketing vs. para ventas? ¿Qué es una campaña? ¿Tenemos FAQs y un knowledge base institucional o por departamentos? Tenemos documentado todas las configuraciones y desarrollos? ¿Tenemos definiciones comunes de metadatos, objetos y campos? ¿Tenemos un glosario de terminos?

Si todos usan los mismos términos con definiciones distintas, ningún modelo de IA va a funcionar bien.

Esta dimensión evalúa si la organización tiene un vocabulario común, una taxonomía de datos definida, y si los conceptos del negocio están formalmente documentados — lo que en términos técnicos llamamos una ontología.

La pregunta clave: ¿Tiene su organización un lenguaje común sobre el cliente que sera entendido igual por todos?

7- ¿Tienes las bases para la IA?

La última dimensión, pero no la menos importante. Aquí evaluamos qué tan lista está la organización para aprovechar la inteligencia artificial de forma efectiva — no solo para hacer PoC o pilotos, sino para operacionalizar el uso de la IA con la con datos reales, procesos definidos y gobierno activo. O sea, ya tu empresa tiene un Gobierno de Dato, de Segurida y de Inteligencia Ariticial que podamos usar cuando ya este el ecosistema de CRM listo para la IA.

La idea es que sepas realmente si desde el punto de vista de CRM tu estrategia de IA este lista para usar el CRM.

AI Not Ready — Antes de invertir en IA, hay que estabilizar datos, procesos y gobierno.
AI Cautious — Hay base para pilotos controlados. Ataca primero los gaps de datos y gobierno.
AI Capable — El ecosistema soporta casos de uso reales. Tiempo de definir un roadmap formal.
AI Ready — Listo para operacionalizar IA y agentes a escala con gobierno y métricas.

La pregunta clave: ¿Ya hay una estrategia completa de IA, que con un CRM saludable podamos empezar a implementar caso de usos de IA reales?

Los 4 Niveles de Madurez

Cada dimensión se evalúa en una escala de 4 niveles:

Reactivo: Todo es manual, sin control claro. Cada área trabaja a su manera.
Básico: Hay procesos, pero son inconsistentes. El CRM se usa, pero no se confía en él
Estandarizado: Hay orden, gobierno y medición. El CRM es parte del negocio.
Optimizado: Hay integración, mejora continua y una base sólida para la IA.

La realidad que vemos en la mayoría de las organizaciones: están entre el nivel 1 y el nivel 2 — con algunas dimensiones más avanzadas que otras.

¿Por Qué Importa Ahora Evaluar la Salud de tu CRM?

Porque la presión para adoptar IA es real. Los líderes de negocio están recibiendo propuestas de Salesforce Agentforce, HubSpot Breeze, Microsoft Copilot, Zoho Zia, ServiceNow, Pega, Freshworks y muchas más. Suena bien en las demos. Pero si la base no está sana, la IA no va a resolver los problemas — los va a amplificar.

La IA necesita datos limpios, procesos definidos, gobierno activo y un vocabulario común. Si tu ecosistema de CRM no tiene esas bases, cualquier inversión en IA va a reproducir los mismos problemas que ya tienes — solo que más rápido y a mayor escala.

Nuestra postura es clara: la IA debe usarse primero para remediar las bases del CRM con un buen CoE, o sea tener un ecosistema saludable, y luego implementa la IA a base de tu estrategia de IA.

Únete al Masterclass — 24 de Junio de 2026

Si quieres entender en profundidad las 7 dimensiones del CRM Ecosystem Health Framework y cómo aplicarlas en tu organización, te invitamos a nuestro próximo Masterclass.

Miércoles, 24 de junio de 2026 - 10:00 AM CDMX / Bogotá | 11:00 AM Santiago / San Juan / Miami

Regístrate en el Masterclass

De Prospecto a Matrícula con IA: Cómo Diseñar Agentes que Realmente Funcionan en el Proceso de Admisiones

Tue, 09 Jun 2026 07:38:11 -0600

Elementos que debes considerar en diseñar un AI Agent para admisiones en tu universidad

Este blog post presenta una guía práctica para líderes de admisiones y marketing que quieren diseñar un AI Agent. La guía presenta un "approach" de un "user story" pero explicamos las cosas a considerar para documentar el requerimiento.

El ejemplo del user story es:

Como líder de marketing y líder de admisiones de la universidad, quiero una solución de IA que active rápidamente al lead recién capturado por Meta/Google, lo contacte por WhatsApp con un tiempo de respuesta menor a 5 minutos, lo califique con base en señales conversacionales y de campaña, y priorice los de mayor interés para el asesor humano, para que los asesores se enfoquen en los leads de mayor valor y dejen de perder oportunidades por demoras o seguimiento, y así mejorar la tasa de contacto efectivo con interés, subir la conversión a cita y reducir el costo por inscrito, acelerar la matricula

Y si no tienes claro cómo diseñarlos, vas a desperdiciar tiempo, dinero y oportunidades de matrícula.

Cuando una universidad decide implementar un AI Agent para admisiones, el error más común es saltar directo a la tecnología. Compran una plataforma, conectan el WhatsApp, y esperan resultados.

Tres meses después: el agente responde mal, los consejeros lo ignoran, y el equipo de TI está apagando incendios.

¿Por qué pasa eso? Porque nadie definió bien qué tiene que hacer el agente, para quién, en qué etapa del funnel, con qué datos, con qué límites, y con qué KPIs.

Un AI Agent sin una user story bien diseñada es una apuesta. Y en admisiones, donde cada prospecto tiene un valor potencial de varios años de matrícula, no te puedes dar el lujo de apostar.

Y tenemos que considerar que los equipos de admisiones siguen respondiendo WhatsApps manualmente, los consejeros están desbordados, los prospectos esperan horas para recibir información básica, y el CRM tiene datos incompletos que nadie sabe cómo usar, mas no tenemos FAQs ni los PDFs de los programas academicos 100% definidos o clasificados, y posiblemente no tenemos un catálogo de programas centralizado, y knowledge bases completas. Todo esto hay que alinearlo.

Pero si asumimos que todo esto esta alieneado, entonces podemos empezar con crear el user story del AI Agent. Si no, vamos que tener que crear otros user stories para resolver las bases de todo el proceso de admisiones en tu ecosistema de CRM.

Un AI Agent no va a rescatar un proceso de admisiones roto. Si los datos del CRM están incompletos o llenos de duplicados, el agente va a calificar mal. Si el playbook del consejero no está documentado, el agente no tiene cómo aprenderlo. Si no hay opt-in válido por canal, el agente no puede contactar legalmente a los prospectos.

La calidad del agente depende directamente de:

La calidad de los datos en el CRM.
La claridad del procesos de admisiones.
La gobernanza del ciclo de relacionamiento.
La elección inteligente del tipo de IA por tarea.

Primero el proceso (mejóralo o rediséñalo), luego la tecnología.

Una guía para integrar marketing, admisiones y finanzas en un ecosistema de CRM para universidades

El ciclo de admisiones como ecosistema

Antes de hablar de agentes, tienes que entender el ciclo completo.

El prospecto no aparece de la nada el día que firma la matrícula. Pasa por varias etapas:

TOFU — Awareness y consideración. Alguien vio un anuncio, buscó en Google, llegó por referido. Todavía no sabe si quiere estudiar en tu universidad, y puede que ni sepa exactamente qué quiere estudiar.

MOFU — Calificación y agendamiento. El prospecto ya mostró interés. Ahora hay que calificarlo: ¿cumple los requisitos académicos? ¿Le interesa el programa disponible? ¿Puede pagar? ¿Está en la región correcta? Si califica, hay que agendar una cita con un consejero.

BOFU — Cierre y matrícula. El prospecto está listo para decidir. Aquí entra el asesor: completa documentos, valida identidad y credenciales académicas, gestiona el pago, y cierra el proceso.

Onboarding y retargeting. El que matricula necesita una bienvenida clara. El que no calificó o no convirtió no es un lead muerto — es un candidato para el próximo ciclo.

Cada etapa tiene actores diferentes, objetivos diferentes, datos diferentes, y — esto es clave — necesidades de IA diferentes.

¿Qué hace exactamente un AI Agent bien diseñado?

No es un chatbot que responde preguntas frecuentes. Eso lo puede hacer un FAQ page.

Un AI Agent de admisiones bien diseñado puede hacer cosas como estas:

Calificar un prospecto en menos de 5 minutos después de que llegó por WhatsApp, sin intervención humana.
Agendar automáticamente la cita con el consejero correcto, según programa, sede y disponibilidad.
Seguir un flujo de contactación multicanal (WhatsApp → email → llamada → SMS) con tiempos definidos, sin que el consejero tenga que recordar manualmente cuándo hacer cada intento.
Mover automáticamente al prospecto que no calificó a la campaña de retargeting del próximo ciclo, con el contexto del por qué no calificó.
Asistir al asesor en BOFU: recordarle qué documentos faltan, detectar inconsistencias, generar resúmenes de la conversación.

Esto es lo que se puede construir hoy con las plataformas disponibles — si el diseño está bien hecho.

User Stories para AI Agents

Debes considerar usar User Stories de AI Agents ya que es un instrumento de trabajo para los equipos que realmente quieren implementar esto bien.

¿Qué debes considerar en el user story?

La historia en formato narrativo. Quién pide el agente, qué tiene que lograr, cuál es el impacto en el negocio. Simple. Claro. Sin ambigüedad.
Los actores involucrados. El prospecto, el consejero, el asesor, el líder de marketing, el líder de admisiones, el supervisor humano. Todos tienen un rol en la historia.
El comportamiento del agente. Qué tareas ejecuta, qué tareas NO ejecuta (esto es igual de importante), y en qué modo opera: autónomo, asistido o copiloto.
Las reglas de calificación. Edad, nivel educativo previo, región, capacidad de pago, programa disponible. Esto es el núcleo del agente MOFU — si las reglas no están definidas, el agente va a calificar mal.
El flujo de contactación. Cuántos intentos, en qué canal, con qué tiempos. Sin esto, el agente o es demasiado agresivo o deja morir los leads.
Las integraciones requeridas. CRM, SIS, calendar tool, WhatsApp BSP, call center. El agente no existe solo — vive dentro de un ecosistema.
La arquitectura de IA por tarea. Y aquí viene lo que más me importa explicar.

No todo necesita IA generativa o agentica

Uno de los errores más caros que vemos en proyectos de AI Agents es querer usar un LLM para todo. GPT para calificar. GPT para agendar. GPT para validar documentos. GPT para saludar.

Eso es caro, lento, y muchas veces innecesario.

La pregunta correcta para cada tarea es esta: ¿cuál es la capacidad mínima de IA que resuelve este problema con la calidad requerida?

Algunas respuestas prácticas:

¿Calificar por criterios fijos? Eso es lógica de reglas o workflow clásico. No necesita IA.
¿Clasificar la intención de un mensaje en WhatsApp? NLU + intent classification. No necesitas el modelo más caro del mercado.
¿Generar un resumen de la conversación para el asesor? Ahí sí necesitas un LLM — pero probablemente el tier medio es suficiente.
¿Orquestar múltiples pasos, tomar decisiones complejas, coordinar herramientas? Eso es Agentic AI, y sí, ahí justificas el modelo más avanzado.
¿Validar un documento de identidad? Computer Vision + OCR.

El diseño ganador siempre es híbrido. La tecnología más cara no es la mejor solución — es la que resuelve el caso de uso al costo correcto.

Y antes de comprar cualquier capacidad de IA externa, tienes que revisar qué ya tienes licenciado en tu stack. Salesforce Einstein / Agentforce, HubSpot Breeze, Zoho Zia, Microsoft Copilot for Sales — muchas universidades están pagando por capacidades que nunca activaron.

Los KPIs que importan

Si vas a implementar un AI Agent en admisiones y no defines KPIs antes de encenderlo, no tienes caso de negocio. Solo tienes un gasto.

Hay tres capas de métricas que necesitas medir:

KPIs del funnel. Tiempo de primera respuesta, tasa MQL → SQL, tasa de agendamiento, tasa de no-show, tasa de cita → matrícula. Estos conectan el agente con el negocio.

KPIs operativos del agente. Tasa de contención, tasa de escalamiento, tasa de comprensión (¿el agente entiende lo que el prospecto dice?), tasa de error, CSAT de la interacción. Estos te dicen si el agente está funcionando bien o mal.

KPIs estratégicos. CPA, ROI del agente versus costo del equipo humano equivalente, NPS del proceso, tiempo liberado para los consejeros y asesores.

Un tip importante: una tasa de contención muy alta no siempre es buena noticia. Puede esconder mala experiencia — prospectos que se rinden antes de escalar. Siempre crúzala con CSAT.

Y segmenta por programa, sede y ciclo. Un agente puede funcionar excelente para pregrado presencial y estar generando una experiencia terrible para posgrado en línea.

Próximos pasos

Si estás evaluando implementar AI Agents en admisiones — o ya tienes uno que no está dando los resultados esperados — el punto de partida siempre es el mismo: hacer el discovery bien.

Eso significa sentarte con los líderes de marketing y admisiones, definir las historias de usuario con precisión, inventariar lo que ya tienes en tu stack, y diseñar la arquitectura de IA por tarea antes de escribir una sola línea de configuración.

En Solvis Consulting hemos diseñado este framework a partir de implementaciones reales. Si quieres conversar sobre cómo aplicarlo en tu institución, estamos disponibles.

Hablemos

Una guía para integrar marketing, admisiones y finanzas en un ecosistema de CRM para universidades

Mon, 08 Jun 2026 21:43:29 -0600

Del primer clic a la primera clase: cómo Solvis apoya a las universidades en América Latina a optimizar admisiones con un ecosistema de CRM completo.

Cuando una universidad en América Latina decide implementar un CRM, la conversación casi siempre empieza en el mismo lugar: ¿Salesforce o HubSpot? ¿Zoho? ¿Cuánto cuesta la licencia? ¿Cuánto tiempo toma? ¿Puede la intelignecia arificial ayudar?

Son preguntas válidas. Pero son las preguntas equivocadas para empezar.

En Solvis Consulting, llevamos años implementando y optimizando ecosistemas de CRM para universidades en América Latina, desde instituciones pequeñas hasta redes con múltiples marcas y miles de prospectos al año. Y lo que hemos aprendido es que el CRM, por sí solo, no transforma la admisión. Lo que transforma la admisión es el ecosistema completo: el modelo de datos, la calidad de los datos, el gobierno de las campañas, el funnel definido, el proceso de solicitud estudiantil, los canales de contacto, las integraciones con sistemas estudiantiles y el equipo que lo opera. Sin nada de esto no tenemos las bases para luego usar la inteligencia artificial.

Este blog post es un recorrido de cómo lo hacemos, qué hemos implementado, y por qué la plataforma es solo una pieza del rompecabezas.

El punto de partida: el journey del estudiante

Antes de tocar una sola configuración de CRM, siempre empezamos con la misma pregunta: ¿Cómo llega un estudiante desde el primer contacto hasta su primera clase?

La respuesta, en casi todas las universidades con las que hemos trabajado, pasa por las siguientes etapas:

Etapa	Descripción
Visitante	El estudiante llega por primera vez: un anuncio en Google, un post en Instagram, una feria educativa, visitas a colegios, contratos con empresas y/o una recomendación.
Prospecto	Dejó sus datos. Ya existe en el sistema. Está en modo de consideración para validar la contactación y calificarlo, y agendar cita o empezar la aplicación según el programa académico.
Aplicante	Inició su proceso de aplicación: documentos, formularios, citas, entrevistas, aprobaciones, precios, descuentos, becas, etc.
Matriculado	Completó el proceso, pagó, está confirmado como estudiante. Pero si no se matricula se poner en diferentes segmentos para hacer campañas de retargeting. Y hay que enviar los datos a Google Analytics y/o Meta para validar conversión y audiencias.
Onboarding	Proceso de bienvenida, orientación, registro de cursos, acceso a sistemas.
Estudiante activo	Asistió a su primera clase. El ciclo de admisión oficialmente es confirmado. Comienza retención y todos referente a la vida estudiantil.

Cada una de estas etapas tiene procesos, datos, canales de comunicación, equipos responsables, y criterios de avance o descarte. Si el CRM no fue diseñado para reflejar esta realidad, no importa cuánto costó la licencia: va a fallar.

La implementación del CRM no comienza con la plataforma. Comienza con el journey del estudiante. Si no tienes claridad en el proceso, el CRM solo va a digitalizar el caos.

¿Tienes visibilidad completa del estudiante desde que vio tu primer anuncio hasta que se graduó?

El modelo de datos: la base que lo sostiene todo

Uno de los errores más costosos que vemos en implementaciones de CRM para universidades es arrancar sin un modelo de datos claro. Se carga una lista de prospectos, se crean algunos campos custom, y listo. Seis meses después, el sistema está sucio, los equipos no confían en los datos, y nadie sabe qué fue de los 3,000 leads que llegaron de la campaña de septiembre.

En Solvis, el modelo de datos no es un tema técnico. Es un tema de negocio. Y para la educación superior, ese modelo tiene que reflejar quién es el estudiante y su contexto completo:

→ El estudiante: nombre, email, WhatsApp, celular, intereses académicos, historial de interacciones.

→ La familia: en muchos países de LATAM, la decisión de estudiar es familiar, no individual (tenemos que conocer al papá y a la mamá).

→ La escuela de procedencia: clave para el targeting y para entender el perfil académico.

→ En donde trabaja: fundamental para programas de educación ejecutiva, postgrado y cursos cortos.

Esto lleva directamente a un punto que pocas universidades consideran desde el inicio: no tienen un único modelo de ventas. Tienen dos o más. Y diferentes marcas con diferentes procesos.

B2C y B2B: dos funnels que conviven en el mismo CRM

Para programas de pregrado y algunos postgrados, el modelo es B2C: el prospecto es el estudiante, la decisión es personal, y el ciclo de ventas suele ser más corto y masivo.

Para programas ejecutivos, maestrías corporativas, y cursos de formación continua, el modelo frecuentemente es B2B: la empresa paga, la empresa decide, y el estudiante es el ejecutor, no el decisor final.

Y tenemos el proceso de ventas a colegios que es tanto B2B como B2C.

Un CRM universitario bien diseñado tiene que soportar ambos modelos, con sus respectivos funnels, criterios de avance, y atribuciones de conversión. Si no, estarás forzando el proceso de ventas corporativas en un flujo diseñado para estudiantes individuales, y viceversa.

El modelo de datos no es un tema del equipo técnico. Es una decisión estratégica que debe estar validada por Admisiones, Marketing, y Rectoría antes de configurar una sola pantalla del CRM.

Cinco retos reales al construir un ecosistema de CRM en el sector de educación

AdTech y MarTech integrados: de la pauta a la matrícula

Una de las preguntas que más escuchamos de directores de marketing en universidades es:

¿Cómo sé qué campañas realmente generan matriculados?

La respuesta requiere integración entre el stack de AdTech (Google Ads, Meta, TikTok) y el CRM, de manera que cada lead tenga su origen correctamente atribuido, y que puedas cerrar el loop hasta la conversión real: la matrícula (el estudiante sentado listo para tomar el curso).

Fase del Funnel	Objetivo y Canales Típicos
Awareness	Visibilidad de marca. Google Display, Meta, TikTok, YouTube, contenido orgánico, webinars, masterclasses, SEO, GEO, eventos.
Consideración	Interés y evaluación. Retargeting via anunciones, email nurturing, WhatsApp, webinars, landing pages, chats, bots, etc.
Decisión	Conversión. Seguimiento personalizado, gestión de citas, llamadas, proceso de aplicación, onboarding, etc.

Para que este funnel funcione, los leads de las campañas deben llegar directamente al CRM con su fuente, campaña, UTMs, IDs, atributos de los anuncios y el término de búsqueda. Y las conversiones del CRM (matriculados) deben volver a alimentar las plataformas de ads para optimizar las audiencias.

Sin esta integración, tendrás datos en silos. Con esta integración, tienes inteligencia de marketing real.

Omnicanalidad y contactabilidad eficiente

Uno de los conceptos que más trabajo nos cuesta instalar en los equipos de admisiones es el de la contactabilidad. No basta con tener los datos del prospecto. Tienes que poder contactarlo, en el canal correcto, en el momento correcto, con el mensaje correcto.

En América Latina, esto se complica porque la fragmentación de canales es real:

El email open rate en muchos mercados es bajo, pero sigue siendo el canal de récord.
WhatsApp tiene tasas de lectura altísimas, pero requiere opt-in y manejo cuidadoso y ahora conlleva tener un gobierno de operación y control de costos.
Facebook Messenger sigue siendo relevante en algunos segmentos.
SMS tiene alta entrega, pero baja tolerancia del usuario si no se usa bien (depende del país en la región) y ahora el SMS viene con soporte de RCS.
La llamada telefónica sigue siendo el cierre más efectivo en algunos casos.
Pero la contactabilidad aumenta al usar todos estos canales en conjunto.
Y, eventualmente, el chatbot con Conversational AI.

Una estrategia de omnicanalidad no implica usar todos los canales al mismo tiempo. Significa tener un modelo de contactabilidad definido: cuándo usar qué canal, en qué etapa del funnel, con qué frecuencia, y con qué tipo de contenido.

WhatsApp y el Call Center: el dúo que cierra admisiones

En todas nuestras implementaciones, el diseño de WhatsApp y el Call Center ha sido crítico. WhatsApp funciona muy bien para nutrición de medio funnel: enviar recordatorios de documentos, confirmaciones de citas, y seguimiento post-aplicación. El Call Center es el canal de cierre: cuando el prospecto está en decisión y necesita respuestas inmediatas de un asesor humano.

El error más común es usar WhatsApp como canal de broadcast masivo, igual que el email. Eso destruye la tasa de respuesta y puede llevar a bloqueos de la cuenta. El segundo error es no integrar el Call Center al CRM, perdiendo todo el contexto de la conversación cuando el asesor levanta el teléfono.

La omnicanalidad no es tener muchos canales. Es tener una conversación coherente con el prospecto, sin importar por cuál canal llega o responde. Y eso requiere que todos los canales estén integrados al CRM y al modelo de datos del estudiante.

Tienes que contextualmente moverte de WhatsApp a la voz y luego al email para poder continuar la conversación con el estudiante en momentos claves de procesos de admisión

Procesos de adquisición de estudiantes para Universidades en América Latina

El proceso de aplicación: documentos, aprobaciones y citas

La etapa de aplicación es donde muchos CRMs universitarios se rompen. No porque no tengan la funcionalidad, sino porque nadie diseñó el proceso con suficiente detalle antes de configurarlo.

Y aquí, tradicionalmente, tratamos de aplicar un proceso de admisión muy académico, pero este debe ser un proceso de marketing y ventas.

Un proceso de aplicación universitaria típicamente incluye:

Formulario de solicitud de admisión: diferentes formularios o lógica según el tipo de admisión y/o programa académico.
Carga y revisión de documentos requeridos (título de bachiller, identificación, foto, carta de motivos, CV)
Proceso de aprobación interno (comité de admisiones, directores de programa)
Entrevista de admisión, que requiere gestión de citas y seguimiento
Comunicación de resultado: admitido, en lista de espera, o rechazado
Proceso de pagos iniciales
Continuar con temas de onboarding

Cada uno de estos pasos necesita estar reflejado en el CRM con sus transiciones de estado, reglas de negocio, automatizaciones, y visibilidad para los equipos internos. Si el proceso de aprobación de documentos se realiza por email, por WhatsApp, en carpetas de Google Drive o en papel, estás creando fricción innecesaria y perdiendo visibilidad sobre el estado real de cada solicitud.

Para esto usamos:

Zoho Forms con Zoho Workspace para diseñar aplicaciones en formato wizard, con los documentos requeridos ya guardados en Workspace. Todo integrado con Zoho CRM, con flujos de aprobación e integraciones con el sistema estudiantil.

FormAssembly integrado con Salesforce Sales Cloud para diseñar aplicaciones en formato wizard, con los documentos requeridos ya guardados en el file management de Salesforce y/o en AWS. Todo integrado con flujos de aprobación e integraciones con el sistema estudiantil.

HubSpot Content Hub y formas integradas con Hubspot Sales Hub para diseñar aplicaciones y subir los documentos requeridos, ya guardados en el file management de HubSpot y/o en AWS. Todo integrado con flujos de aprobación e integraciones con el sistema estudiantil. FormAssembly es otra opción con HubSpot.

Nota: Hay otras alternativas con portales de cada proveedor de CRM y/o con otros form builders, y usando Salesforce Education Cloud.

Inscripción, matrícula e integración con el sistema estudiantil

Una vez que el estudiante es admitido, el proceso no termina en el CRM. Empieza la fase de inscripción y matrícula, que en la mayoría de las universidades involucra sistemas separados: el sistema de información estudiantil (SIS), el sistema de pagos, y frecuentemente un portal de autoservicio del estudiante.

Aquí es donde la integración se vuelve crítica. El CRM necesita saber que el estudiante completó el pago y está oficialmente matriculado para activar el proceso de onboarding. Y el sistema estudiantil necesita recibir los datos limpios del CRM para crear el expediente académico sin duplicaciones ni errores.

Una integración bien diseñada entre CRM y SIS elimina la recaptura manual de datos, reduce errores y permite al equipo de admisiones tener visibilidad completa del estado de cada estudiante hasta que pasa al equipo académico. Aquí usamos herramientas de integración y/o APIs.

El catálogo de programas: el tema de integración que nadie anticipa

Hay un componente de la integración entre el CRM y el sistema estudiantil que casi ninguna universidad anticipa correctamente al inicio de un proyecto: el catálogo de programas.

En la superficie, parece simple: una lista de programas académicos con su nombre, duración y costo. Pero cuando empezamos a trabajar con el equipo de admisiones, marketing, finanzas, y el área académica al mismo tiempo, el catálogo revela una complejidad que afecta todo el ecosistema.

El catálogo de programas no es solo una lista. Es el núcleo de datos compartido entre el CRM, el sistema estudiantil, el sistema financiero, y el website. Si ese núcleo no está bien diseñado, cada área trabaja con una versión diferente de la verdad.

El problema del título de marketing vs. el título del sistema:

Este es uno de los desajustes más comunes que encontramos. El sistema estudiantil tiene registrado un programa llamado 'MBA EJECUTIVO MOD SEMIPRESENCIAL GDL', que es el nombre oficial del expediente académico. Marketing, mientras tanto, lo comunica como 'MBA para Líderes Empresariales — Modalidad Flexible'. Y el asesor de admisiones lo menciona al prospecto como 'el MBA ejecutivo de fin de semana'.

Son tres nombres para el mismo programa. Y cuando el prospecto aplica en el CRM, el asesor intenta encontrarlo en el sistema estudiantil, o marketing intenta reportar conversiones por programa, se rompe la trazabilidad.

En Solvis, resolvemos esto con un diseño modular del catálogo que separa explícitamente con varias capas usando metadatos y catálogos dentro del CRM.

Los metadatos del catálogo: más allá del nombre y el precio

Un catálogo de programas bien construido para un ecosistema de CRM no solo incluye el nombre y el costo. Tiene metadatos estructurados que permiten personalizar la experiencia del prospecto, segmentar campañas correctamente, y aplicar reglas de negocio automatizadas.

Los metadatos esenciales que trabajamos con las universidades incluyen (entre otros más):

Título de marketing - El nombre comercial del programa, optimizado para campañas, landing pages, y comunicación con prospectos.
Título de sistema estudiantil - el nombre oficial tal como existe en el SIS. Es el identificador de récord para expedientes, acreditaciones, y reportes regulatorios.

Descripción corta — para emails, WhatsApp y notificaciones (máx. 160 caracteres)
Descripción larga — para landing pages, brochures digitales y el CRM
Modalidad — presencial, semipresencial, online, híbrida
Duración — semestres, meses, horas
Precio base — el precio de lista antes de descuentos
Precio con descuento — por periodo de inscripción, convenio corporativo, o campaña
Becas disponibles — tipos, porcentajes, requisitos de aplicación
Fechas de inicio — periodos académicos activos para el ciclo de admisión vigente
Sede o campus — para universidades con múltiples ubicaciones
Audiencia objetivo — para routing automático de leads en el CRM
Código de programa — el identificador de integración con el SIS
Código financiero — el identificador para facturación y sistema de pagos

Cada uno de estos campos tiene un responsable en la organización. La descripción de marketing la gestiona el equipo de marketing. El precio base y los descuentos los gestionan finanzas o la dirección académica. Las fechas de inicio las gestiona el área de planeación académica. El código del sistema lo gestiona TI.

Sin un diseño claro de quién es dueño de qué dato, el catálogo se desactualiza rápidamente y el CRM empieza a mostrar información incorrecta a los asesores y a los prospectos.

Precios, descuentos y becas: dónde se complica la integración

La lógica de precios en una universidad latinoamericana es, con frecuencia, mucho más compleja de lo que parece desde afuera. No hay un solo precio por programa. Hay un precio de lista, descuentos por inscripción anticipada, descuentos por convenio con empresa, descuentos por hermano o familiar estudiante, becas por mérito académico, becas por necesidad económica, y precios diferenciados por modalidad o campus.

Esta complejidad tiene que vivir en algún lugar. Y tiene que estar conectada al CRM de manera que el asesor de admisiones pueda comunicar la información correcta al prospecto, sin tener que llamar a finanzas cada vez que alguien pregunta cuánto cuesta.

Las opciones de integración que hemos implementado varían según la madurez tecnológica de cada institución:

Opción de Integración	Cuándo la usamos
API directa con el SIS	Cuando el sistema estudiantil expone endpoints bien documentados. Permite sincronización en tiempo real de precios, disponibilidad y códigos.
Middleware / iPaaS	Cuando hay múltiples sistemas a conectar (SIS + ERP financiero + CRM). Usamos herramientas como Informatica,Tibco y otras plataformas de integración dedicadas para orquestar los flujos.
Catálogo gestionado en el CRM	Cuando el SIS no tiene APIs disponibles o confiables. El catálogo vive como un objeto de datos dentro del CRM, con actualizaciones manuales controladas y un proceso de governance definido.
Sincronización por archivo / batch	Como solución de transición. Exportaciones periódicas del SIS se cargan al CRM. No es ideal, pero funciona mientras se construye la integración definitiva.

No existe una sola forma correcta de integrar el catálogo de programas. La decisión depende de las capacidades técnicas del SIS, del presupuesto disponible, y del nivel de mantenimiento que el equipo de TI puede sostener. Solvis ayuda a evaluar las opciones y diseñar la arquitectura correcta para cada universidad.

El sistema financiero: el tercer actor de la integración

La integración del catálogo no termina en el punto en que se conectan el CRM y el SIS. Hay un tercer sistema que casi siempre está en la ecuación: el sistema financiero o ERP.

Cuando un estudiante acepta una oferta de admisión, debe pagar. Y ese pago tiene que generar una factura, registrarse contra el código correcto del programa, aplicar el descuento o beca correspondiente, y reflejarse en el CRM como confirmación de matrícula. Si cualquier paso de esa cadena se rompe o requiere intervención manual, se generan errores, retrasos, y fricción que impactan directamente la experiencia del estudiante y la eficiencia del equipo.

El flujo de integración completo que diseñamos en Solvis conecta cuatro sistemas:

Sistema	Rol en el flujo de matrícula
CRM	Gestiona el pipeline de admisión, la comunicación con el prospecto, y dispara el proceso de pago una vez que el estudiante acepta.
Sistema de pagos / pasarela	Recibe el pago, confirma la transacción, y devuelve el estatus al CRM y al SIS.
Sistema estudiantil (SIS)	Crea el expediente del estudiante, lo registra en el programa correcto, y asigna accesos.
Sistema financiero (ERP)	Genera la factura, aplica el código de programa, registra el descuento o beca, y contabiliza el ingreso.

Cada uno de estos sistemas tiene sus propios códigos, su propia lógica de datos, y sus propios equipos responsables. Hacer que hablen correctamente requiere un diseño de integración modular, con transformaciones de datos bien documentadas, manejo de errores, y un proceso de governance para cuando algo falla.

Diseño modular: la arquitectura que lo hace sostenible

La clave para que toda esta integración sea sostenible en el tiempo — y no se convierta en un proyecto de mantenimiento constante — es el diseño modular.

En lugar de construir una integración monolítica donde todo está conectado directamente con todo, diseñamos cada integración como un módulo independiente con responsabilidades claras:

Módulo de catálogo — gestiona la sincronización de programas, precios y becas
Módulo de prospecto — gestiona el traspaso de datos del estudiante del CRM al SIS
Módulo de matrícula — gestiona la confirmación de pago y creación del expediente
Módulo de onboarding — dispara los procesos de bienvenida una vez confirmada la matrícula
Módulo de reporte — consolida datos de todos los sistemas para dashboards de admisiones

Cada módulo puede actualizarse, reemplazarse, o escalarse de forma independiente. Si la universidad cambia su sistema de pagos, solo afecta el módulo de matrícula. Si marketing necesita agregar nuevos campos al catálogo, solo afecta el módulo de catálogo.

Este enfoque también permite que la institución agregue nuevas integraciones en el futuro — con plataformas de LMS, con sistemas de CRM de retención estudiantil, o con herramientas de IA — sin tener que reescribir la arquitectura completa.

Un ecosistema de CRM bien integrado no es el que tiene todo conectado hoy. Es el que fue diseñado para poder crecer, cambiar, y agregar nuevas integraciones mañana sin destruir lo que ya funciona.

El rol de Solvis en todo esto

La integración del catálogo de programas, los sistemas estudiantiles, y el sistema financiero es uno de los trabajos más transversales que hacemos. No es solo un proyecto de TI. Requiere alinear a múltiples áreas de la universidad que raramente trabajan juntas en el mismo proyecto:

Marketing — dueño del título comercial y los metadatos de comunicación
Admisiones — usuaria principal del CRM y de la lógica de precios y becas
Finanzas — dueña de los códigos financieros y las reglas de descuento
Planeación académica — dueña del calendario de periodos y disponibilidad de programas
TI / Sistemas — responsable de las APIs, el SIS, y la infraestructura de integración
Rectoría / Dirección — validadora de las reglas de negocio que cruzan todas las áreas

En Solvis, actuamos como el integrador que facilita esa conversación, documenta las reglas de negocio, diseña el modelo de datos compartido, y construye o supervisa las integraciones técnicas. No solo entregamos la configuración del CRM. Entregamos el ecosistema completo funcionando, con la documentación necesaria para que el equipo interno pueda operarlo y evolucionarlo.

Onboarding: el proceso más olvidado

El onboarding del estudiante es, en nuestra experiencia, la parte más descuidada de todo el journey. Una vez que el estudiante paga, muchas universidades asumen que el trabajo terminó. Y el estudiante queda en un limbo: no sabe qué hacer, a quién llamar, cómo registrarse en sus cursos, ni cómo acceder a los sistemas.

Un buen proceso de onboarding dentro del CRM cubre:
Bienvenida automatizada con pasos claros y personalizados por programa
Seguimiento de completitud de documentos pendientes
Invitación a sesiones de orientación
Guía de registro de cursos y acceso a plataforma académica
Acompañamiento hasta la primera clase, con check-ins por canal preferido del estudiante

El onboarding no es solo la bienvenida. Es retención temprana. Los estudiantes con un mal onboarding tienen mayor probabilidad de desertar antes del primer semestre. Y eso tiene un costo financiero y reputacional para la institución.

Y la vida estudiantil aquí comienza con el uso de los módulos de servicio al cliente y el que require otras integraciones y procesos.

La matrícula no es el final del proceso de admisión. Es el inicio del proceso de retención. El CRM debe mantenerse activo y relevante hasta que el estudiante esté registrado en sus cursos y haya asistido a su primera clase.

Las plataformas que hemos implementado

Solvis Consulting no es un implementador monomarca. Hemos implementado y optimizado ecosistemas completos de CRM universitario en las tres plataformas más relevantes del mercado latinoamericano de educación.

Tenemos experiencia con más de 20 universidades en Estados Unidos, América Latina, Inglaterra, España y Sudáfrica en implementar ecosistemas de adquisición de estudiantes usando una gran variedad de tecnologías de AdTech, Martech, CRM, CaaS, SIS, soluciones de integraciones, eLearning y Form Builders.

Aquí un vistazo a lo que hemos construido recientemente en cada una:

Zoho One

Zoho One es una opción muy competitiva para instituciones que buscan controlar los costos sin sacrificar funcionalidad. Hemos implementado el siguiente stack:

Zoho Forms — Formularios de aplicación académica
Zoho WorkDrive — Gestión de documentos requeridos para matrícula
Zoho Campaigns + Marketing Automation — Nutrición del funnel y campañas
Zoho CRM — Gestión de oportunidades de admisión
Zoho Bookings — Gestión de citas para entrevistas de admisión
Zoho Landing Pages — Páginas de captación por programa y campaña
Zoho CRM + Google Ads — Integración para cierre del loop de conversión
Zoho LeadChain — Captura de leads desde Facebook Lead Ads
Zoho Social — Gestión de redes sociales
Zoho Analytics — Reportes de performance de admisiones y marketing
WhatsApp — Canal de comunicación principal para prospectos
Integración con Sistema Estudiantil — Traspaso de matriculados

Cómo Zoho One puede ayudar a las universidades a mejorar el proceso de marketing y admisiones.

Salesforce

Salesforce es la opción para instituciones que buscan escalabilidad empresarial y tienen procesos de admisión más complejos o múltiples sedes. El stack que hemos implementado incluye:

Pardot (Marketing Cloud Account Engagement) — Marketing automation y email nurturing
Sales Cloud — Gestión del pipeline de admisiones y oportunidades
FormAssembly — Proceso de aplicación académica y manejo de documentos integrados nativamente con Sales Cloud
Approval Processes — Flujos de aprobación internos para admisiones con usuarios de Salesforce Platform y Sales Cloud
Zapier — Integración con Facebook Lead Ads
Google Ads Integration — Cierre del loop de conversión desde CRM
Integración con Sistema Estudiantil — Sincronización bidireccional de matriculados

HubSpot Enterprise

HubSpot Enterprise es la plataforma que más hemos visto ganar terreno en universidades medianas y grandes de LATAM en los últimos años. Su fortaleza radica en la unificación nativa del stack de marketing y ventas. En una implementación particularmente compleja, construimos:

Marketing Hub Enterprise — Campañas, automatización, nutrición y contenido
Sales Hub Enterprise — Pipeline de admisiones y gestión de asesores
Operations Hub — Automatizaciones complejas y sincronización de datos
Content Hub — Gestión de contenido digital por marca y programa
Tres marcas independientes — Pregrado, Postgrado y Educación Avanzada
Reglas de negocio por marca — Funnels, stages y automatizaciones diferenciadas
Gestión de documentos y aprobaciones — Proceso de aplicación completo
AirCall — Call Center integrado al CRM
WhatsApp + Conversational Inbox — Canal de mensajería integrado
Integración con Sistema de Admisiones — Sincronización post-matrícula
Onboarding integrado — Seguimiento hasta primera clase

La gestión de tres marcas distintas dentro de un solo CRM requirió diseñar un modelo de datos cuidadoso, con propiedades compartidas y específicas por marca, y una lógica de segmentación que evitara que los prospectos de una marca recibieran comunicaciones de otra.

Más que tecnología: los pilares del ecosistema

Lo que distingue la forma en que Solvis Consulting trabaja con universidades es que nunca entregamos únicamente una configuración de CRM. Entregamos un ecosistema operando. Y para que ese ecosistema funcione, hay cinco pilares que trabajan juntos:

1. Modelo de datos y calidad de datos
Definimos el modelo de datos desde cero o revisamos el existente, asegurándonos de que refleje fielmente la realidad del negocio de admisiones. Establecemos reglas de calidad de datos, procesos de deduplicación, y gobernanza para que los datos del CRM sean confiables desde el día uno.

2. Funnel y procesos definidos
Antes de configurar cualquier automatización, documentamos el funnel completo con todos sus stages, criterios de avance, reglas de descarte, y SLAs por etapa. El CRM es el reflejo digital de ese proceso.

3. El equipo: roles, selección y capacitación
Un CRM sin el equipo correcto es como un estadio sin jugadores. Apoyamos a las universidades en definir los roles necesarios — desde el CRM Admin hasta el Asesor de Admisiones Digitales —, describir las funciones, apoyar en entrevistas de selección, y capacitar al equipo en el uso correcto del sistema.

4. PMO o Centro de Excelencia de CRM
Para instituciones que buscan sostenibilidad a largo plazo, construimos el PMO o Centro de Excelencia de CRM: la estructura de gobernanza que permite escalar el ecosistema, gestionar releases, priorizar mejoras, y mantener la alineación entre negocio y tecnología.

5. Optimización de licencias y componentes
No todas las universidades necesitan todas las funcionalidades de una plataforma enterprise. Una parte crítica de nuestro trabajo es ayudar a optimizar el portafolio de licencias y componentes, evitando pagar por funciones que no se usan y asegurando que el presupuesto tecnológico se invierta de manera eficiente.

La plataforma importa. Pero los fundamentos importan más.

La base para tu estrategia de IA en admisiones

Ya todas las plataformas de CRM van a potenciar sus funcionalidades de inteligencia artificial: scoring predictivo de prospectos, recomendaciones de siguiente mejor acción para asesores, análisis de sentimiento en conversaciones, automatización de seguimiento con agentes de IA, y mucho más.

Pero toda esa inteligencia depende de una condición: datos limpios, completos, y bien estructurados.

Si tu CRM tiene duplicados, campos sin estandarizar, funnels inconsistentes, y canales desintegrados, la IA va a amplificar el caos, no a resolverlo. Los modelos de scoring serán imprecisos. Los agentes de IA tendrán un contexto incompleto. Y las recomendaciones se basarán en datos que no reflejan la realidad.

La deuda técnica de hoy es el bloqueo de IA de mañana

Lo que construimos hoy con las universidades — el modelo de datos correcto, el funnel bien definido, los canales integrados, la calidad de los datos asegurada — es exactamente lo que van a necesitar para activar la IA de manera efectiva en los próximos 12 a 36 meses.

No es un proyecto de CRM. Es la infraestructura de datos y procesos que habilita la transformación digital integral del área de admisiones.

La pregunta no es si tu universidad va a adoptar IA en admisiones. La pregunta es si va a tener los fundamentos correctos para que esa IA genere valor real, o si va a repetir los mismos errores de las implementaciones de CRM de los últimos diez años.

¿Eres un colegio o una institución pequeña en el sector educativo?

En Solvis Consulting contamos con Squid Connect, un CRM integrado y preconfigurado, listo para usarse con precios accesibles que te puede apoyar en todo el ciclo de relacionamiento del estudiante y sus padres.

Squid Connect ya viene con:

1. Implantación de la solución preconfigurada en Zoho CRM Plus

2. Integración con WhatsApp Business

3. Integración estándar con Outlook, Gmail o Zoho Mail

4. Configuración de personalizaciones

5. Configuración de hasta 4 campañas (Google, Facebook, Instagram, mail)

6. Configuración de una campaña para carga de prospectos off-line

7. Capacitación inicial de usuarios

8. Servicio de soporte por tres meses

Squid Connect - CRM para colegios o instituciones pequeñas

¿Por dónde empezar?

Si estás leyendo esto y reconoces algunos de los dolores que describimos — datos sucios, funnels inconsistentes, canales desintegrados, o un CRM que nadie usa correctamente — la buena noticia es que el punto de partida es siempre el mismo:

Un diagnóstico honesto del estado actual del ecosistema
Claridad sobre el proceso real de admisiones, antes de tocar la tecnología
Un modelo de datos que refleje quién es el estudiante y cómo toma decisiones
Un plan de implementación o optimización con prioridades claras
El equipo correcto para operar y evolucionar el ecosistema

En Solvis Consulting, hemos hecho este camino con universidades de diferentes tamaños, presupuestos, y niveles de madurez tecnológica, siempre con el mismo enfoque: no vendemos plataformas, construimos ecosistemas.

Si quieres conocer más sobre cómo podemos apoyar a tu institución, o si simplemente quieres explorar qué tan listo está tu CRM actual para soportar una estrategia de IA, hablemos.

Hablemos

El Error Que Más Cuesta en el Marketing Universitario: Tratar el CRM Como una Herramienta de Ventas

Sun, 07 Jun 2026 10:00:07 -0600

El CRM no es el problema. El enfoque sí lo es

Si eres Director de Marketing en una universidad, probablemente ya tienes un CRM. Quizás también tienes una plataforma de email, campañas corriendo en Meta y Google, y un equipo de asesores respondiendo leads por WhatsApp.

Pero te vamos hacer una pregunta directa:

¿Tienes visibilidad completa del estudiante desde que vio tu primer anuncio hasta que se graduó?

Si la respuesta es "más o menos" o "depende del reporte que veas", entonces no tienes un problema con las herramientas. Tienes un problema de ecosistema y de modelos de datos. En el Marketing Automation el estudiante es un email, en ventas es el WhatsApp y en el SIS es el número de estudiantes con diferentes programas. Y lo más seguro que no sabes 100% el estado de la calidad de esos datos.

La mayoría de las instituciones implementan su CRM con un objetivo muy específico: captar leads y pasarlos a admisiones. Y eso está bien, pero es solo una fracción del potencial real y cometemos el error de no definir el modelo de datos según el ciclo de relacionamiento con el estudiante, solo un enfoque de captación.

Cuando el CRM se usa únicamente para gestionar la captación, lo que terminas teniendo es una solución parcial. Los datos de marketing no conectan con los de admisiones. Los asesores no tienen contexto del comportamiento digital del prospecto. Y cuando el estudiante se inscribe, el CRM desaparece del mapa porque "ya es trabajo del SIS" (Student Information System).

El resultado: cada equipo trabaja con su propia versión de la verdad, y el estudiante siente que está interactuando con tres instituciones distintas dentro de la misma universidad.

Cómo debe verse un ecosistema estudiantil completo

Un ecosistema bien construido no empieza con la tecnología. Empieza con el journey del estudiante (ciclo de relacionamiento) y trabaja hacia atrás para identificar qué procesos, datos y herramientas lo soportan en cada etapa.

Así es como lo estructuramos en nuestras implementaciones:

TOFU — Top of Funnel: Captación y Awareness

Objetivo: Atraer prospectos calificados y capturar su interés.

En esta etapa, la integración entre tus plataformas de paid media (Google Ads, Meta, LinkedIn) y tu CRM es crítica. No basta con que el lead llegue; necesitas saber qué campaña lo trajo, qué programa le interesó y desde qué canal convirtió.

Las implementaciones más efectivas que hemos realizado conectan los formularios web, landing pages y WhatsApp Business directamente al CRM, con reglas de enrutamiento automático hacia el asesor correcto según programa, campus o modalidad. Esto reduce el tiempo de primer contacto — uno de los factores más determinantes en la tasa de conversión inicial.

Tecnologías que se integran aquí (estas son algunas): HubSpot, Zoho CRM, Salesforce Sales Cloud, Meta Lead Ads, Google Ads, Instapage, Unbounce, WhatsApp Business API, Woztell.

MOFU — Middle of Funnel: Nurturing y Calificación

Objetivo: Convertir el interés en intención real de inscripción.

Aquí entra la automatización de marketing. El prospecto que no contestó el primer día no está perdido; está en proceso de decisión. Los journeys de nurturing con contenido relevante (videos de programas, testimonios, fechas de inicio, becas disponibles) mantienen viva la conversación sin saturar al equipo de asesores.

En esta etapa también se define el modelo de calificación: ¿cuándo un lead se convierte en MQL? ¿Qué acciones indican que está listo para una llamada de admisión? Esas reglas, bien configuradas en el CRM, hacen que los asesores solo inviertan tiempo en prospectos con probabilidad real de cierre.

Tecnologías que se integran aquí (entre otras más): Marketing Automation (HubSpot, Marketo, Salesforce Marketing Cloud, Zoho Campaigns), Call Center / CaaS (Twilio, Five9, 8x8, AirCall), Lead Scoring, Webinars y plataformas de contenido.

BOFU — Bottom of Funnel: Admisiones y Matrícula (y Onboarding, dependiendo del proceso)

Objetivo: Cerrar la inscripción con el menor tiempo y fricción posible.

El proceso de admisión es donde muchas instituciones pierden prospectos que ya querían estudiar. Formularios complicados, documentos que se solicitan varias veces, falta de seguimiento post-entrevista.

Una implementación efectiva en esta etapa incluye: flujos de solicitud online integrados al CRM, gestión de documentación, seguimiento del estado de aprobación, y conexión con el sistema de pagos y colecturía. Todo en un solo pipeline visible para el asesor y el coordinador de admisiones.

Tecnologías que se integran aquí (entre otras mas): Form Assembly, Zoho Forms, Hubspot, Zoho, Salesforce Sales Cloud, Marketing Cloud, integración con SIS/ERP, pasarelas de pago.

Onboarding, Retención y Soporte Estudiantil

Objetivo: Mantener al estudiante activo, satisfecho y con intención de continuar.

Esta es la etapa más subutilizada en las implementaciones de CRM universitario. Una vez que el estudiante se matricula, el foco se va al SIS y el CRM queda en segundo plano. Pero el CRM tiene un rol clave en la retención: alertas tempranas de riesgo de deserción, journeys de bienvenida y onboarding, seguimiento de casos de soporte estudiantil, y comunicación proactiva sobre fechas académicas, becas y servicios.

Tecnologías que se integran aquí (y otras más): Call Center, WhatsApp, Canales digitale, Salesforce Service Cloud, Zendesk, HubSpot Service Hub, integración bidireccional con SIS.

Egresado & Alumni

Objetivo: Convertir al egresado en embajador y fuente de referidos.

El alumni es uno de los canales de captación más subutilizados. Un egresado satisfecho refiere prospectos, participa en eventos y refuerza la reputación de la institución. Pero para activar eso, necesitas mantener la relación activa con journeys específicos para esta etapa.

El hilo conductor: el dato del estudiante

Lo que une todo esto no es la tecnología. Es el dato. Específicamente, un modelo de datos estudiantil unificado que permita que marketing, admisiones, servicios estudiantiles y alumni vean al mismo individuo con contexto completo.

Todas las tecnologias mencionadas anteriormente tienen su modelo de datos, estos modelos de datos tienen que hablar entre si con metadato y catálogos que definan el modelo de datos de la universidad a base del ciclo de relationamiento.

Sin ese modelo de datos común, cada plataforma tendra su propia versión del estudiante.

¿Por dónde empezar?

No tienes que implementar todo a la vez. En Solvis trabajamos con un modelo de fases:

Diagnóstico y arquitectura — Entender el estado actual, los gaps y el stack existente.
Quick wins en captación — Optimizar TOFU y MOFU para ver resultados en el ciclo de admisión más próximo.
Expansión hacia retención — Conectar el ecosistema hasta el SIS y activar journeys post-matrícula.
Habilitación de Alumni — Cerrar el ciclo con el egresado.

El objetivo final no es tener más tecnología. Es tener un ecosistema donde cada touchpoint con el estudiante esté conectado, medido y optimizado.

¿Tu institución está lista para construir ese ecosistema?

En Solvis Consulting llevamos más de dos décadas implementando CRM y MarTech para instituciones educativas en América Latina, Estados Unidos y Europa.

Hablemos

Más allá del Hype: Aplicando Inteligencia Artificial con sentido común

Mon, 20 Apr 2026 20:25:33 -0600

La mayoría de los ecosistemas CRM no están listos para recibir IA

¿Está tu CRM listo para la IA? En Solvis usamos 5 pilares — datos, omnicanalidad, dominios, gobernanza e integración — para preparar ecosistemas CRM reales. Esto es lo que estamos aprendiendo en el camino.

En el panorama actual, parece que cada actualización de software viene con una promesa mágica de Inteligencia Artificial. Desde Agentforce en Salesforce hasta Breeze en HubSpot y Zia en Zoho, los vendors están en una carrera armamentista tecnológica.

Pero hay una realidad que nadie menciona en los keynotes: la IA no falla por ser mala tecnología. Falla porque el ecosistema que la recibe no está listo.

En Solvis tenemos una postura clara: no todo proceso necesita IA, ni todo problema se resuelve con un AI Agent. Antes de sucumbir al marketing del hype, las empresas necesitan orden. Nuestra metodología se basa en aplicar sentido común a través de nuestro CRM Ecosystem Health Check — un diagnóstico que mira más allá de la tecnología para asegurar que tu infraestructura sea realmente rentable.

¿Cómo ayudamos a nuestros clientes a preparar sus ecosistemas (Salesforce, Zoho One, HubSpot) para que la IA sea una ventaja competitiva y no un gasto innecesario? Lo hacemos a través de 5 pilares críticos.

CRM Ecosystem Health Check

1. Modelo y Calidad de Datos: El combustible de la IA

La IA es tan buena como los datos que consume. Estamos trabajando en limpiar el ruido: eliminar duplicados, normalizar campos y asegurar que la arquitectura de datos refleje la realidad del negocio.

Lo estamos comprobando en un piloto activo con Databricks, donde la lección más importante no ha sido técnica — ha sido estratégica: la clave del éxito está en la calidad de los datos y en la curación del contexto. Antes de escalar, hay que asegurarse de que la IA entienda correctamente las reglas del negocio. Sin eso, ni el mejor LLM ayuda.

En este piloto, los casos de uso con mayor potencial han sido:

🔁 Upselling y cross-selling inteligente
📉 Predicción de abandono de clientes
💳 Evaluación de riesgo financiero y detección de fraude
📦 Optimización de cadena de suministro
📊 Pronósticos financieros y de pipeline comercial
✅ Monitoreo de cumplimiento de políticas de gastos

Ninguno de estos funciona si el modelo de datos está roto. Ese es el punto de partida real.

2. Ciclo de Relacionamiento y Omnicanalidad

No se trata de estar en todos los canales, sino de estar de forma coherente en los que importan. Optimizamos el journey del cliente para que la transición entre canales sea fluida y sin fricciones.

Estamos realizando PoCs con herramientas como Twilio y WiseCX para llevar la IA Conversacional a un nivel de resolución real — no solo respuestas automáticas, sino interacciones que realmente cierran el ciclo con el cliente. No todo es un AI Agent.

Tenemos proyectos de omnicanalidad mas IA con WiseCX, Dialpad y AirCall.

3. Dominios y Bases Sólidas: Marketing, Ventas y Servicio

Un ecosistema fragmentado es el enemigo de la eficiencia. Ayudamos a consolidar las bases de cada área para que compartan una única fuente de verdad. Esto incluye el streamlining de integraciones y workflows: menos procesos redundantes, más automatización con propósito.

Sin esta base, los equipos terminan operando en silos — y la IA amplifica esa fragmentación en lugar de resolverla.

4. Implementación de CoE y PMO

La tecnología sin gobierno es caos. Ayudamos a las empresas a establecer Centros de Excelencia (CoE) y oficinas de proyectos (PMO) que dicten estándares, gobernanza de campañas y criterios claros de adopción.

Por ejemplo, esto reduce drásticamente el número de contactos innecesarios en Marketing Automation y Marketing Cloud — optimizando costos, protegiendo la reputación de los dominios y asegurando que cada iniciativa de IA tenga un dueño claro.

5. Alineación Total del Ecosistema

El CRM no es una isla. Lo alineamos con el resto del stack tecnológico: datos, integraciones, canales y herramientas de productividad. El objetivo es que cuando llegue la IA, no encuentre paredes — encuentre autopistas.

Nuestro enfoque en IA: Due Diligence antes que entusiasmo

Mientras el mercado vende promesas, en Solvis estamos haciendo el trabajo de fondo:

Databricks en producción: Nuestro equipo se está certificando en Databricks para manejar LLMs privados y arquitecturas de datos complejas, con casos de uso verificados en producción.
Claude para uso interno y soluciones de cliente: Hemos iniciado capacitaciones y certificaciones en Claude — primero para elevar la productividad interna de nuestro equipo, y segundo para desarrollar soluciones de IA conectadas a los CRMs de nuestros clientes a través de MCP (Model Context Protocol). Esto nos permite crear integraciones directas entre Claude y plataformas como Salesforce, HubSpot y Zoho, sin depender únicamente de las capacidades nativas de cada vendor.
GEO sobre SEO: Estamos analizando cómo la Generative Engine Optimization está cambiando la forma en que los clientes encuentran marcas — un cambio que afecta directamente las estrategias de contenido y adquisición de cualquier empresa con presencia digital.
Sentido común por encima del hype: Si un flujo de trabajo se resuelve con una automatización simple, no le ponemos IA. Las soluciones deben funcionar, no solo sonar futuristas.
Validando los AI Agents de los proveedores de CRM: Estamos estudiando las capacitades de Agentforce, Breeze y Zia para ver que tenemos que optimizar en los CRMs aparte de datos y procesos.
Diseño de AI Agents: Estamos diseñando los Agents a base de procesos de omnicanalidad y considerando todo el ciclo de relacionamiento apuntando a las estrategias de AI & Data Governance.
Calidad de Datos: Ayudamos a validar el modelo de datos y la calidad de datos de lo que defines el Customer 360. Sin esto no hay IA. Usamos herramientas como Zoho Dataprep e Informatica Data Quality.

¿Está tu CRM listo para el siguiente paso?

La IA no es el punto de partida. Es el premio.

El punto de partida es un ecosistema sano, integrado y gobernado. Con nuestro CRM Ecosystem Health Check, te ayudamos a preparar el terreno para que, cuando implementes IA, los resultados sean medibles — y el ROI sea real.

Menos hype. Más soluciones. Conversemos.

Hablemos

Solvis Consulting Sitio Web - Blog #Salesforce

¿Migrar desde Marketing Cloud y/o Pardot a una nueva plataforma de Customer Lifecycle Management? ¿Cuales son mis opciones?

Migrar desde Marketing Cloud y Pardot: ​audita, evalúa y después migra

Sobre esta publicación - Migrar Marketing Cloud

Hablemos del pasado, del presente y del futuro

Salesforce Marketing Cloud Next o considerar otras opciones, este artículo es para ti

Lo que dije en 2023 y lo que está pasando hoy

Y ahora tienes que considerar que hay grandes cambios con el acceso de datos reales, limpios y accionables:

¿Dónde está tu empresa hoy?

La omnicanalidad

Los límites de Marketing Cloud en LATAM

WhatsApp es clave, pero no es el canal

Llega Marketing Cloud Next… y llegan todos los demás

Primero la auditoría, después el plan de migración

Antes de todo, invierte en gente

¿Migrar, coexistir o cambiar de plataforma?

Lo básico: entender el perfil del cliente

La calidad de datos es una metodología, no un proyecto de limpieza

¿Dónde entra la IA? Foco en los datos primero

No se olviden del preference center

CDP, Data 360, Data Cloud y MDM

Toolkits y guías de migración en el mercado

La competencia de Marketing Cloud Next

¿Dónde está tu empresa hoy en cuanto a la arquitectura y a la gente para operarla?

La arquitectura: un ejemplo del ecosistema

¿Quién opera el ecosistema? Roles, equipos y madurez

Checklists para auditar tu Marketing Cloud Engagement y Pardot

Checklist 1 — Qué necesito para empezar la auditoría y/o migración

Checklist 2 — Qué auditar antes de buscar el proveedor

¿Cuáles son tus próximos pasos? Implementar por fases

¿Cómo te podemos ayudar? CRM Coach y Partner de Implementación

Livestream/Webinar: Migrar desde Marketing Cloud y Pardot

Salesforce Sales Cloud para el sector de Educación

Cómo optimizar Salesforce Sales Cloud en Higher Education: del lead al estudiante sentado

Tienes Salesforce en orden?

Education Cloud o Sales Cloud: ¿para quién es cada uno?

Piensa en ecosistema, no en una sola plataforma

La Solicitud o Aplicación del Programa Academico

B2B y B2C en el mismo modelo

Omnicanalidad: la velocidad de contactar

El funnel medible: del lead al estudiante sentado

Después de la matrícula: la vida estudiantil también vive en el CRM

¿Una instancia de Sales Cloud o varias?

Antes de la IA: arregla la casa

Gobierno: lo que sostiene todo lo demás

Un ejemplo real: siete universidades, un Centro de Excelencia

Education Cloud también es una decisión de gobierno

¿Quién es el dueño del CRM?

Una auditoría no es solo tecnología

Otro tema que vemos es la definición del catálogo de programas académicos.

Gobierno de campañas

¿Tu Sales Cloud está listo para el siguiente nivel?

¿Dónde está hoy tu universidad en el uso de Salesforce Sales Cloud y las otras herramientas de CRM?

Digitaliza el proceso de admisión con FormAssembly y Salesforce o HubSpot

Protege el modelo de datos ​desde el visitante hasta el egresado

El problema real en una universidad

El catálogo de programas academicos

No es un form builder: es una capa de gobernanza de datos

Update-or-insert: la protección #1 contra duplicados

El modelo de datos que casi nadie protege: las relaciones entre contactos - los padres y el estudiante

Los documentos: que no se pierdan entre emails y directorios

Del visitante al egresado, no solo la admisión

Casos de uso de marketing (y atribución de campañas)

Wizards, low-code / no-code

Nuestra experiencia

Resumen

Webinar / Livestream

Digitaliza la apertura de cuentas, tarjetas y préstamos con FormAssembly integrado con HubSpot o Salesforce

Banca y Fintech: cómo proteger el foundation de tu CRM desde el primer formulario

Los dos dolores de cabeza que vemos todos los días

El drama silencioso: los duplicados

Los documentos son parte del modelo de datos

Cómo se ve en la práctica: el demo de Solvis Bank

El resultado: el modelo de datos protegido en Salesforce o en HubSpot

Y no te olvides del marketing: trazabilidad de la campaña

La pregunta que debes hacerte antes de bajar una app del marketplace del CRM

En resumen

Webinar / Livestream

¿Cómo apoya FormAssembly en la base de un buen ecosistema de CRM?

Protege el modelo de datos de tu CRM desde el primer formulario

Migrar desde Marketing Cloud y Pardot:
audita, evalúa y después migra

Protege el modelo de datos
desde el visitante hasta el egresado