AI Tools11 min de lectura

El asistente de marketing de Adobe llega a tu chat. ¿Qué pasa con los permisos?

Adobe anunció nuevas formas de usar CX Enterprise Coworker desde otras herramientas de IA. Una modificación de campaña ayuda a ver dónde están los límites.

K
Ken Jo

Una responsable de marketing descubre que un segmento de audiencia se reduce más rápido de lo esperado. Ya tiene abierto un chat con el asistente que usa su equipo y quiere preguntarle qué ha cambiado. Esa misma conversación podría acabar en una propuesta de ajuste para una campaña activa. Consultar una tendencia y modificar una campaña son operaciones distintas. Poder acceder a ambas desde el chat hace importante que esa diferencia siga a la vista.

El 4 de noviembre de 2026, Adobe anunció integraciones para CX Enterprise Coworker, un asistente que trabaja con sus herramientas de experiencia del cliente. Adobe indicó que el acceso ya estaba disponible en ChatGPT, Claude, Databricks Genie, Gemini for business y Microsoft Copilot, con un complemento para ChatGPT. También anunció planes para otras plataformas. Nombrar una integración es el punto de partida para comprobar su disponibilidad. El acceso puede depender de la plataforma anfitriona, los productos y el contrato de Adobe de la organización y la configuración de sus administradores.

Sede de Adobe en San José en 2006

Sede de Adobe en San José en 2006. Fotografía de contexto de Coolcaesar, recortada y redimensionada, CC BY-SA 3.0. Fuente de la imagen · Licencia.

Una pregunta sobre una campaña atraviesa varios límites

Cambio de campaña, desde la consulta de métricas y la propuesta de edición hasta la aprobación humana y la verificación de la escritura

Cambio de campaña. Ilustración original de Telli.sh.

Imagina una empresa de comercio minorista con dos campañas cuyas definiciones de audiencia se solapan. Una responsable de marketing quiere saber por qué ha caído el alcance de la segunda. El asistente podría reunir los recuentos recientes y las fechas de campaña, exponer las explicaciones más plausibles y preparar un ajuste. Si el cambio mueve personas entre audiencias, quien lo revise necesita ver qué grupo crece, qué exclusión sigue vigente y qué campaña activa quedaría afectada.

El anuncio describe la interoperabilidad mediante Model Context Protocol y Agent2Agent. Esos términos ayudan a explicar cómo un anfitrión descubre capacidades o delega trabajo. Los permisos de cada empleado se determinan por separado. Antes de implantarlo, conviene identificar las identidades y los privilegios a ambos lados de la conexión, incluido si el conector usa las credenciales de la persona o una cuenta de servicio. Una diferencia en esa capa puede convertir un cambio de interfaz en un cambio de permisos efectivos.

Snowflake muestra por qué interesa nombrar con precisión cada vía. Adobe menciona Snowflake Cortex AI al describir la conectividad con socios. El mismo anuncio habla de una futura interfaz más amplia en la plataforma. La disponibilidad se comprueba por separado en cada integración. Amazon Quick e IBM también figuran entre las opciones previstas. El piloto puede comenzar con la plataforma y el conector que la organización tenga habilitados.

EtapaQué podría hacer el asistenteQué debería poder ver la persona responsable
ConsultarRecuperar tendencias y contexto autorizadosFuentes, filtros, periodo y retraso de los datos
PlanificarRedactar un cambio con las definiciones de audiencia vigentesSupuestos, efecto esperado y exclusiones
PrevisualizarMostrar qué objetos cambiaríanUna propuesta estable que se pueda aprobar
Aprobar y escribirAplicar una propuesta revisada con una identidad autorizadaQuién aprobó, objetivo, cambios y resultado
ConciliarRecuperar el estado guardado después de escribirSi el cambio se aplicó y cómo recuperarse

La tabla describe un patrón de implantación. Sirve para orientar las comprobaciones en el anfitrión y los productos de Adobe que se usen. Por ejemplo, el comprador debe comprobar dónde se aprueba y qué sistema conserva el justificante. El anuncio de Adobe no establece un procedimiento de auditoría uniforme para todos los anfitriones.

Prueba la misma petición con dos roles

Puntos donde se aplican los permisos, desde la identidad en el chat y el conector hasta el rol en Adobe y el registro de auditoría

Puntos donde se aplican los permisos. Ilustración original de Telli.sh.

Un punto de partida práctico es un piloto de análisis con datos de prueba. Da a una persona acceso a los informes de campaña y a otra permiso para proponer cambios en un entorno de pruebas. Pídeles que hagan la misma pregunta desde el chat que usan normalmente. Cada una debe recibir el material correspondiente a su rol. Quien solo puede leer informes debe seguir sin poder escribir aunque reformule la petición.

En la siguiente ronda, aprueba una propuesta de prueba y luego cambia la campaña de origen desde otra pestaña antes de aplicarla. Comprueba si la vista previa sigue siendo válida, si la aplicación avisa de la modificación intermedia y si la operación deja un registro de auditoría. Asegúrate de que se puede comprobar el resultado de una conexión interrumpida sin enviar el mismo cambio dos veces. Estas pruebas importan especialmente cuando el anfitrión puede reintentar una solicitud.

La privacidad merece una prueba aparte. Usa registros de clientes ficticios para ver si los totales, los datos personales o los identificadores aparecen en solicitudes, exportaciones e historial de chat. Comprueba que los destinos y los periodos de conservación coinciden con la política de la organización. Abrir una herramienta de marketing desde otro chat debería facilitar el acceso al trabajo autorizado y mantener efectivos los controles de datos existentes.

Qué cambia para un equipo con varias herramientas de IA

La ventaja del anuncio de Adobe es que el equipo puede llegar a tareas de experiencia del cliente desde su asistente habitual. Eso puede reducir el tiempo de cambiar de herramienta y facilitar las preguntas que cruzan sistemas. También crea varios sitios desde los que pedir el mismo cambio. Una vista previa clara y un registro de aprobación estable facilitan el control.

Mide el tiempo entre la pregunta y una propuesta utilizable, y después entre la aprobación y el cambio verificado. Incluye peticiones que deban rechazarse. Si el asistente explica por qué carece de acceso y deriva bien la tarea, los permisos funcionan como parte de la interfaz. Si un anfitrión omite la revisión o no puede mostrar lo ocurrido, la misma comodidad tiene otro coste operativo.

Empieza con una decisión basada en datos agregados

Un equipo de gestión de surtido podría preguntar qué audiencias han dejado de responder a una campaña estacional. Una primera respuesta útil puede citar periodos de tendencias agregadas y mostrar cómo las exclusiones recientes afectaron al alcance. Es un punto de partida de riesgo relativamente bajo si los datos están autorizados y los recuentos se pueden contrastar con un informe guardado. Pide el intervalo de fechas, los filtros y el retraso de los datos. Si el cambio en alcance se debe a datos incompletos, la campaña debe quedar como está.

En una segunda prueba, el equipo podría pedir el borrador de un proyecto o un flujo de aprobación para un cambio posterior de audiencia. La página de flujos de Adobe describe controles que dependen de las políticas configuradas, los productos conectados y los procesos de aprobación. Presenta un flujo compartido de proyectos más amplio como una función próxima. Si una capacidad sigue prevista para el entorno del comprador, el operador puede probar una propuesta equivalente en un entorno de pruebas e informar al personal del estado real de la integración.

Una empresa puede querer que el asistente cree una tarea en borrador para el dueño de la campaña. Otra puede exigir una aprobación formal antes de cambiar una regla de audiencia activa. Los efectos son distintos. Especifica la operación mínima que necesita el equipo y quién debe aprobarla. Usa el producto y el anfitrión reales para confirmar que se aplican esas restricciones. Una demostración comercial explica la interfaz y la prueba de acceso del equipo muestra si esa demostración encaja con sus condiciones.

Prueba el conector como una interfaz de producción

  1. Elige el anfitrión, los productos de Adobe y los roles realmente disponibles en la organización.
  2. Empieza con una pregunta de datos agregados cuya respuesta pueda contrastarse con un informe guardado. Usa datos de prueba siempre que sea posible.
  3. Repite la pregunta como lector de informes y como operador de campañas. Compara el contenido devuelto y las acciones visibles para cada identidad.
  4. Pide una propuesta en el entorno de pruebas y exige una vista previa que incluya objetivo, reglas, exclusiones y momento de entrada en vigor.
  5. Prueba una aprobación caducada o un objetivo modificado antes de escribir. Registra el error y comprueba el estado de la campaña de origen.
  6. Tras una escritura aprobada, contrasta el resultado guardado con la vista previa y comprueba que una persona autorizada puede encontrar el registro de actividad.

Documenta dónde se guarda cada resultado. El chat anfitrión puede conservar la conversación, Adobe puede registrar el cambio y otro flujo puede guardar la aprobación. Quien investiga un fallo de implantación necesita saber cómo relacionarlos. Si el conector muestra un justificante, comprueba si puede vincularse a la versión de la campaña y a la identidad responsable. Conserva solo los datos necesarios para ese fin.

Una organización con varios anfitriones puede aplicar el mismo caso en todos. Uno puede responder bien a preguntas agregadas y ofrecer una vista previa de escritura menos útil. Otro puede guardar un registro de auditoría más fácil de encontrar para quien supervisa. Compara los resultados por separado. Tras añadir un conector a un anfitrión, hay que verificar qué interacciones y controles de revisión están disponibles en los demás.

Delimita el acceso a los datos de audiencia

Supón que el cambio propuesto excluye a un segmento que ya compró el producto. El asistente puede necesitar el recuento agregado y un identificador de segmento, pero quien revisa normalmente puede hacerlo sin que aparezca la lista de clientes en el chat. Prueba una pregunta ordinaria autorizada y una petición de detalles que exceda el rol de marketing. Comprueba qué llega al chat, al conector y al servicio de origen.

En la vía de lectura, verifica que la respuesta explica qué filtros y reglas de consentimiento se aplicaron. En la de escritura, comprueba que las mismas reglas aparecen en la vista previa y en el resultado guardado. Si se detecta una ampliación involuntaria, el operador necesita un método admitido para conciliar el cambio o restaurar un estado anterior. Esa recuperación debe formar parte del plan de cualquier anfitrión que permita escribir.

La guía de Adobe para ChatGPT ofrece una implementación concreta que examinar. La evaluación puede comenzar con esos pasos y adaptarlos a los productos, identidades y políticas de la organización. El acceso entre plataformas aporta valor cuando acorta una tarea autorizada y permite que la persona responsable de la campaña explique, apruebe y compruebe el resultado.

La aprobación creativa tiene otra persona responsable

Una empresa de comercio minorista podría pedir al asistente que convierta el análisis de audiencia en un borrador de solicitud de nuevas piezas creativas. Pueden intervenir el responsable de campaña, el de creatividad y alguien que conozca las restricciones de marca. Si la organización usa Workfront, una prueba útil consiste en comprobar si la integración habilitada propone los detalles del proyecto correctos, adjunta las pruebas y asigna a las personas adecuadas. Consulta en la página de flujos de Adobe qué configuración está disponible. Trata la creación del proyecto y la ruta de aprobación como escenarios de prueba hasta verificar esa acción concreta en el propio entorno.

En ese piloto, permite que el responsable creativo edite un borrador, pero sin permisos para modificar una audiencia activa. Pide luego las dos cosas en una misma frase. Un flujo correcto mantiene separados el borrador y la campaña. La escritura en un sistema no debe conceder de forma implícita permiso para escribir en el otro. Un resultado claro da a la siguiente persona que revise un enlace o identificador de la parte que sí se completó.

Usa las mismas pruebas en todos los anfitriones

ControlUna comprobación útil para cada anfitrión
IdentidadComparar quién inició sesión en el chat con la identidad que reconoce el conector
Consentimiento y datosProbar una pregunta agregada permitida y una solicitud que exceda el rol
AprobaciónConfirmar que la propuesta y la aprobación se refieren a la misma versión del objetivo
AuditoríaRecuperar el justificante y relacionar la identidad y el resultado con el objeto guardado
RecuperaciónConfirmar que una petición fallida o repetida no puede duplicar una escritura sin aviso

La tabla ofrece al responsable de la implantación la misma comprobación en cada interfaz. Registra los resultados con objetos de prueba y datos de ejemplo previsibles. Si un anfitrión permite leer pero carece del flujo de aprobación que tu organización exige para escribir, se puede medir la utilidad de la lectura con los permisos actuales de los operadores de campaña.

Un último ejercicio útil es revocar el acceso del conector y volver a hacer la pregunta original. Comprueba que el usuario recibe un resultado comprensible y que un chat guardado con anterioridad no puede causar una nueva lectura o escritura. Revisa por separado qué datos antiguos siguen visibles según la política de conservación. Así los administradores pueden distinguir entre desactivar el conector y borrar los registros de conversación.

Fuentes


Para guardar un registro en el que puedas buscar las conversaciones y decisiones de tu trabajo, crea una cuenta en Telli.sh.


← Volver al blog