Queríamos comprobar hasta dónde llega la nueva capacidad de configuración de Zia en Zoho CRM. La prueba partió de una necesidad muy concreta: en nuestro módulo existente de Oportunidades tenemos un campo Productos de Interés, configurado como picklist, y queríamos añadir “Proyectos Zherpa” como una opción más.
Había, sin embargo, una limitación importante antes de empezar. No encontramos en Ask Zia una acción explícita para crear campos, actualizar campos o modificar los valores de un picklist. En la interfaz que probamos aparecían tres acciones: Crear módulo, Crear flujo de trabajo y Crear informe. Como Zoho documenta que Zia puede construir un módulo y generar su estructura de campos a partir de lenguaje natural, decidimos explorar si la opción Crear módulo podía también interpretar una petición relacionada con campos dentro de un módulo existente.
El resultado fue muy distinto de lo que buscábamos: Zia creó un módulo personalizado completo llamado “Proyectos Zherpa”, con sus propios campos. Cuando intentamos pedirle que eliminara lo creado, la conversación tampoco consiguió revertirlo. Como estábamos haciendo la prueba en nuestro entorno productivo, terminamos realizando el rollback manualmente.
La experiencia complementa lo que analizamos en Zoho CRM y Zia: la IA ya puede crear módulos y campos, pero diseñar un CRM sigue siendo otra cosa, pero también obliga a precisar una diferencia importante: que Zia genere campos como parte de la creación de un módulo no significa que hayamos podido verificar una acción independiente de Ask Zia para crear o modificar campos de un módulo existente.
Primero, una aclaración sobre lo que Zoho documenta
La documentación actual de Zoho CRM describe Zia Module Creation como una capacidad que interpreta lenguaje natural y lo convierte en un layout estructurado. Zoho explica que el usuario puede describir lo que necesita y Zia se encarga de la configuración inicial, evitando configurar el módulo campo por campo.
La página pública de Zia también resume sus capacidades generativas diciendo que puede crear módulos, informes y workflows. Y la guía de inicio para administradores de Zoho CRM vuelve a describir Ask Zia como una vía para crear módulos y reglas de workflow a partir de una frase.
Eso coincide con nuestra interfaz de prueba: las opciones visibles eran Crear módulo, Crear flujo de trabajo y Crear informe.
Lo que no encontramos documentado ni disponible como acción explícita en esa interfaz fue un equivalente a “Crear campo”, “Actualizar campo” o “Modificar valores de un picklist” dentro de un módulo existente. Esto es importante porque en nuestro artículo anterior hablamos de que Zia podía crear módulos y campos. La formulación más precisa, a la luz de esta prueba, es que Zia puede generar módulos con los campos que forman parte de la estructura propuesta. No hemos verificado que Ask Zia permita administrar campos existentes de manera independiente desde esa misma experiencia.
Zoho CRM sí permite crear y modificar campos por las rutas tradicionales de personalización. La propia documentación de módulos indica que los campos pueden gestionarse desde la configuración del módulo. La cuestión que estábamos probando era otra: si la nueva interfaz generativa podía llevar esa capacidad al lenguaje natural sobre una estructura ya existente.
Por qué usamos “Crear módulo” si no queríamos crear un módulo
Esta es la pieza que faltaba para entender correctamente el experimento.
No seleccionamos Crear módulo porque quisiéramos un módulo nuevo. Lo seleccionamos porque no encontramos una acción específica para trabajar con campos y sabíamos que la creación de módulos mediante Zia incluye generación de campos. Queríamos comprobar si esa capacidad era suficientemente contextual para reconocer un módulo existente, localizar un campo existente y operar sobre él.
En nuestro CRM ya existían:
- el módulo Oportunidades;
- el campo Productos de Interés;
- y ese campo estaba configurado como picklist.
Lo único que queríamos añadir era una nueva opción: Proyectos Zherpa.
Por tanto, la prueba no buscaba demostrar que “Crear módulo” fuera oficialmente la ruta para editar campos. Era deliberadamente una exploración de los límites de la capacidad: si Zia puede diseñar campos cuando construye un módulo, ¿qué hace cuando desde esa experiencia le pedimos intervenir sobre un campo que ya existe?
La instrucción tampoco era perfecta, y eso era parte de la prueba
Escribimos: “Revisa nuestro módulo de Oportunidades y añade producto de interés Proyectos Zherpa”.
La frase no es una especificación técnica perfecta. Podríamos haber escrito: “En el módulo Oportunidades, localiza el campo picklist Productos de Interés y añade una nueva opción llamada Proyectos Zherpa”.
No lo hicimos así deliberadamente. Queríamos observar cómo respondía Zia ante una petición cercana a la forma en que un usuario de negocio puede expresarse: con una intención reconocible, pero sin describir la arquitectura del CRM paso por paso.
Eso significa que hay dos condiciones que deben considerarse juntas al evaluar el resultado. Por un lado, estábamos utilizando una acción denominada “Crear módulo” para explorar una operación que la interfaz no ofrecía explícitamente. Por otro, nuestra instrucción dejaba cierto margen de interpretación. No sería justo omitir ninguna de las dos.
La pregunta de la prueba era precisamente qué haría Zia ante esa situación: ¿reconocería Oportunidades y Productos de Interés como elementos existentes?, ¿pediría una aclaración?, ¿explicaría que esa operación no estaba disponible desde Crear módulo?, ¿o interpretaría “Proyectos Zherpa” como algo nuevo que debía construir?
Zia eligió la interpretación de mayor alcance
La interfaz devolvió “module created successfully”.
Al revisar Zoho CRM comprobamos que Zia había creado un módulo personalizado llamado Proyectos Zherpa. No era un módulo vacío. Incluía una estructura con campos como nombre del proyecto, correo electrónico, moneda, estado, fecha esperada de finalización, tipo de proyecto, descripción detallada, equipo asignado, propietario, fecha de inicio, presupuesto, ubicación, requisitos especiales y avance del proyecto.
Desde el punto de vista de la función seleccionada, el comportamiento tiene una lógica: estábamos dentro de Crear módulo y Zia creó un módulo. Pero desde el punto de vista de la intención expresada, el resultado se alejó sustancialmente de lo solicitado: mencionamos un módulo existente, un concepto que correspondía a un campo existente y un valor que queríamos añadir.
Ahí está, para nosotros, la parte más interesante del experimento. La IA no sólo interpretó la ambigüedad: materializó una de las interpretaciones directamente en la estructura del CRM.
¿Qué debería ocurrir cuando la intención no coincide claramente con la acción disponible?
No creemos que la conclusión correcta sea que Zia estaba obligada a adivinar nuestra intención.
Una alternativa más robusta habría sido reconocer la discrepancia. Por ejemplo: “Estás utilizando Crear módulo, pero parece que quieres modificar un campo existente”; pedir que confirmáramos si Productos de Interés era un campo; explicar que la modificación de picklists no estaba soportada desde esa acción; o solicitar aprobación antes de crear una estructura completamente nueva.
La diferencia importa porque añadir una opción a un picklist y crear un módulo completo no tienen el mismo radio de impacto.
En sistemas empresariales, la incertidumbre y el impacto deberían evaluarse juntos. Si la intención es ambigua pero la consecuencia es pequeña y fácilmente reversible, puede ser razonable avanzar. Si la interpretación conduce a una modificación estructural, una confirmación previa adquiere mucho más valor.
Después probamos la reversión
Al detectar el módulo inesperado intentamos resolverlo en el mismo canal conversacional. Escribimos: “Elimina el módulo ‘Proyectos Zherpa’”.
Zia respondió en inglés que no podía crear el módulo correctamente con el input actual y pidió refinar la descripción. La respuesta no correspondía con nuestra nueva intención: ya no estábamos intentando crear nada.
Pensamos entonces que el problema podía estar relacionado con la comprensión del español. Como Zia nos estaba respondiendo en inglés, repetimos la instrucción directamente en ese idioma: “Please delete the module ‘Proyectos Zherpa’”.
Tampoco tuvimos éxito. La respuesta volvió a hablar de completar la configuración y proporcionar más detalles para poder crear correctamente el módulo.
El cambio de idioma no permite determinar cuál fue la causa del comportamiento, pero sí nos permitió comprobar que cambiar del español al inglés no resolvía el problema en esa conversación.
Hicimos rollback manual porque la prueba estaba en producción
En ese punto dejamos de experimentar. Verificamos el estado real del CRM y eliminamos manualmente el módulo creado por Zia.
La prueba se realizó en nuestro propio entorno productivo. Lo decimos porque es parte de la experiencia y también de lo que aprendimos. El cambio pudo corregirse, pero una capacidad administrativa nueva debería probarse preferentemente en un contexto donde una interpretación inesperada tenga consecuencias limitadas y exista de antemano una ruta de recuperación.
Un cambio estructural en CRM puede afectar datos, automatizaciones, reportes, integraciones, APIs, permisos y usuarios. Que una operación pueda iniciarse con lenguaje natural reduce la fricción de configuración, pero no reduce automáticamente su impacto.
La secuencia completa cambia la lectura del experimento
- No encontramos en Ask Zia una acción explícita para crear o actualizar campos o modificar un picklist existente.
- La interfaz nos ofrecía Crear módulo, Crear flujo de trabajo y Crear informe.
- Como Zia genera campos al crear módulos, utilizamos Crear módulo para explorar si podía trabajar sobre un campo existente.
- Oportunidades y Productos de Interés ya existían; queríamos añadir “Proyectos Zherpa” como opción del picklist.
- Utilizamos deliberadamente una instrucción natural, no una especificación técnica exhaustiva.
- Zia creó un módulo personalizado completo llamado Proyectos Zherpa.
- Intentamos pedir la eliminación en español.
- Ante la respuesta inconsistente, probamos en inglés.
- La conversación tampoco consiguió la reversión.
- Hicimos rollback manual en nuestro entorno productivo.
Una precisión necesaria respecto a nuestro análisis anterior
En Zoho CRM y Zia: la IA ya puede crear módulos y campos, pero diseñar un CRM sigue siendo otra cosa utilizamos una formulación que puede interpretarse como si Zia ofreciera creación de campos como una acción independiente.
Después de probar la interfaz directamente y revisar nuevamente la documentación, preferimos ser más precisos: Zoho documenta la creación de módulos mediante lenguaje natural y esa creación puede producir la estructura de campos del nuevo módulo. En la experiencia de Ask Zia que probamos no encontramos una acción explícita e independiente para crear un campo, actualizar un campo existente o añadir opciones a un picklist existente.
Eso no demuestra que Zoho no pueda incorporar esa capacidad por otras superficies, ediciones o mecanismos, ni que no vaya a ampliarla. Describe exactamente lo que pudimos verificar en nuestra prueba y en la documentación revisada.
La capacidad es prometedora; el gobierno empieza en los límites
La prueba no nos lleva a concluir que Zia “no funciona”. De hecho, mostró algo técnicamente potente: a partir de una frase fue capaz de materializar una estructura completa.
La lección está en otro lugar. Una IA que actúa necesita saber qué hacer cuando la intención del usuario no encaja limpiamente con las acciones que tiene disponibles.
Si la única herramienta seleccionada es Crear módulo, pero la petición parece referirse a un campo existente, el sistema tiene al menos dos caminos: forzar la petición dentro de la herramienta disponible o reconocer la discrepancia y pedir aclaración. En nuestro experimento ocurrió lo primero.
Para una IA administrativa madura, nos parecen esenciales cuatro preguntas: ¿entendió una petición razonablemente expresada?, ¿reconoció cuándo la acción disponible no correspondía claramente con la intención?, ¿confirmó antes de ejecutar una modificación de mayor impacto?, ¿podemos verificar y revertir el resultado de manera segura?
Ese es el punto que conecta esta experiencia con IA gobernada: no se trata únicamente de ampliar lo que la IA puede hacer. Se trata de gobernar qué ocurre cuando capacidad, intención y contexto no están perfectamente alineados.
Fuentes y continuidad
- Zoho CRM Help — Why Switch to Zoho CRM’s New UI: Zoho describe Zia Module Creation como conversión de lenguaje natural en un layout estructurado y señala que evita configurar el módulo campo por campo.
- Zoho CRM — Zia: la página pública enumera módulos, informes y workflows entre las capacidades generativas de Zia.
- Zoho CRM — Admin Quick Start: describe Ask Zia como una vía para crear módulos y reglas de workflow mediante lenguaje natural.
- Zoho CRM y Zia: la IA ya puede crear módulos y campos, pero diseñar un CRM sigue siendo otra cosa: análisis previo que esta experiencia complementa y precisa.
Si estás evaluando capacidades de IA sobre una arquitectura real de CRM, puedes conocer nuestro enfoque de consultoría y arquitectura Zoho y de IA gobernada para empresas.
