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:

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

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?

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.

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:

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. 

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.

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:

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.

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:

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.

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.

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.

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:

1. El email open rate en muchos mercados es bajo, pero sigue siendo el canal de récord.
2. 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.
3. Facebook Messenger sigue siendo relevante en algunos segmentos.
4. 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.
5. La llamada telefónica sigue siendo el cierre más efectivo en algunos casos.
6. Pero la contactabilidad aumenta al usar todos estos canales en conjunto.
7. 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.

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 problema del título de marketing vs. el título del sistema: 

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.

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:

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:

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.

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.

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:

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.

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 es una opción muy competitiva para instituciones que buscan controlar los costos sin sacrificar funcionalidad. Hemos implementado el siguiente stack:

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:

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:

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.

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:

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.

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 

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:

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.

Universidad en línea — México

Escuela de negocios — México

Red de universidades — Centroamérica y el Caribe

Red de colegios K-12 — Latinoamérica

Lo que tienen en común todos estos retos