滅伉圻幹

(see the * 'adobe' handle in functions.php ! no async, no defer), so a page-load * Target offer has already set `data-hdr` by the time this runs. * * An answer that lands after this point is inert rather than acted on: * `apply()` finds the prune settled and does nothing, so the visitor * keeps the nav they were served instead of watching it change. That is * the deliberate trade-off ! a late activity collects no data, but no * visitor ever sees the wrong nav or waits for the right one. */ (function () { var VARIANTS = ["a","b","c"]; var DEFAULT = "a"; /** * QA-only. When the on-page switcher is drawn we keep every variant in * the DOM so it can toggle between them live and you can see that the * chrome never repaints. Gated by the same constant as the switcher, so * it is false everywhere the switcher is absent ! including production. */ var QA_KEEP_ALL = false; var root = document.documentElement; var settled = false; function valid(v) { return VARIANTS.indexOf(v) !== -1; } /** Publish the decision and let the nav JS bind. */ function finish(active) { root.setAttribute('data-hdr', active); // Read by the Adobe Analytics client to attribute the test. root.setAttribute('data-hdr-active', active); if (typeof window.initHeaderNav === 'function') window.initHeaderNav(); /** * `variant` is set before the event so late listeners can tell * "already done" from "not yet". main.js is enqueued in the footer * and therefore always misses the event itself. */ window.medalliaNav.variant = active; document.dispatchEvent(new CustomEvent('medallia:nav-ready', { detail: { variant: active } })); } function prune(active) { if (settled) return; settled = true; if (QA_KEEP_ALL) { finish(active); return; } /** * Only menu items carry data-nav-variant, so this can never touch * the shared chrome. CSS has already hidden the losers; removing * them keeps document.querySelector-based nav JS unambiguous. */ var list = document.querySelectorAll('#site-header [data-nav-variant]'); for (var i = 0; i < list.length; i++) { if (list[i].getAttribute('data-nav-variant') !== active) { list[i].parentNode.removeChild(list[i]); } } finish(active); } window.medalliaNav = { variant: null, apply: function (v) { if (valid(v)) prune(v); } }; // `?hv=` sets this server-side; a Target offer in the blocking // embed sets it before the body is parsed. var pre = root.getAttribute('data-hdr'); if (valid(pre)) { prune(pre); return; } /** * Carried forward from an earlier pageview. Read client-side, never in * PHP: WP Engine does not vary its page-cache key on arbitrary cookies, * so server-side personalisation here would serve the first anonymous * visitor's variant to everyone. */ var m = document.cookie.match(/(?:^|; )medallia_nav_variant=([^;]*)/); if (m && valid(m[1])) { prune(m[1]); return; } prune(DEFAULT); })();
Experiencia del cliente

Dise?ar para un mundo de agentes de IA, y no solo para usuarios humanos

Un hombre con el pelo corto y canoso y barba, vestido con una camisa negra, mira hacia un lado. El texto reza: ?Fabrice Martin, director de producto, perspectiva ejecutiva?, sobre un fondo oscuro con degradado.

Si ha estado siguiendo nuestra serie ?Perspectiva ejecutiva?, ya habr│ o┴do algunas reflexiones de nuestro director general, Mark Bishof, sobre en qu└ estamos invirtiendo y c┏mo se est│ acelerando esa innovaci┏n, as┴ como la visi┏n que tiene Sid Banerjee, nuestro director de estrategia, sobre el futuro ?ag└ntico? de la experiencia.?

Ahora quiero compartir con ustedes c┏mo estas ideas est│n dando forma a la manera en que desarrollamos la 滅伉圻幹 de cara al futuro, lo cual supone una continuaci┏n deliberada de lo que hemos construido a lo largo de los a?os.?

滅伉圻幹 siempre 滅伉圻幹 dise?ado sus soluciones pensando en quienes utilizan la inteligencia de experiencia en nombre de la empresa. Durante la mayor parte de nuestra trayectoria, ese usuario era una persona: un directivo que revisaba un informe, un analista que consultaba un panel de control o un empleado de primera l┴nea que actuaba ante una alerta. Lo que est│ cambiando r│pidamente es que a esos usuarios humanos se les est│ sumando una proliferaci┏n de agentes de inteligencia artificial. Y, en un futuro no muy lejano, resultar│ cada vez m│s dif┴cil distinguir si una acci┏n concreta en un flujo de trabajo de experiencia empresarial la lleva a cabo una persona o un agente que act┣a en su nombre.?

Dise?ar teniendo en cuenta esa realidad no es una nueva orientaci┏n, sino la evoluci┏n natural de los principios de dise?o que siempre hemos defendido. Sin embargo, s┴ que modifica algunos aspectos importantes de nuestra forma de trabajar.?

El futuro pr┏ximo: donde los seres humanos y los agentes se unen

La premisa de que el software empresarial siempre se ha dise?ado pensando en una persona al otro lado, en su forma m│s estricta, ya no es cierta, y cada mes lo es menos. La formulaci┏n m│s precisa es la siguiente: nos estamos adentrando en un futuro pr┏ximo en el que, para una parte cada vez mayor de los flujos de trabajo empresariales, la pregunta ??qui└n est│ llevando a cabo esta acci┏n?? no tendr│ una respuesta clara.??

Piense en lo que ya est│ empezando a ocurrir: los agentes de IA:

  • Supervisar los flujos de datos del CRM y actualizar las puntuaciones de estado de las cuentas en tiempo real bas│ndose en experiencia del cliente
  • Enrutar y resolver las interacciones de servicio a trav└s de plataformas de automatizaci┏n de flujos de trabajo sin intervenci┏n humana
  • Ajuste de las decisiones de personalizaci┏n en las distintas plataformas de marketing en funci┏n de las se?ales de comportamiento
  • Y, cada vez m│s, la realizaci┏n de tareas complejas de coordinaci┏n a trav└s de los servicios del Protocolo de Contexto de Modelos (MCP) !un est│ndar que permite a los agentes detectar las herramientas disponibles, acceder a fuentes de datos reguladas y activar acciones en todo el entorno de sistemas de una empresa, todo ello dentro de un ┣nico ciclo de razonamiento!

La diferencia fundamental con respecto a las generaciones anteriores de automatizaci┏n radica en la capacidad de actuar por s┴ mismos: estos sistemas no se limitan a ejecutar una regla predefinida. Razonan, planifican y act┣an. Y lo hacen de forma continua, a una velocidad y a una escala que ning┣n proceso humano podr┴a igualar.?

La pregunta ya no es ??forman parte los agentes de nuestra plataforma??, sino ??est│ nuestra plataforma dise?ada para los agentes que ya est│n llegando??.

En 滅伉圻幹, nuestra respuesta no puede ser otra que ?s┴?, y eso empieza por tener muy claro qu└ implica realmente dise?ar para los agentes a nivel de infraestructura. Y eso cambia pr│cticamente todo en cuanto a la forma en que dise?amos la plataforma.

Qu└ significa realmente ?infraestructura preparada para agentes?

Perm┴tanme ser m│s concreto sobre lo que realmente significa dise?ar para un futuro basado en agentes, ya que no se trata simplemente de exponer un punto final REST o de a?adir una capa de webhooks sobre una plataforma ya existente. Requiere avanzar hacia protocolos estandarizados y sensibles al contexto que permitan a los agentes descubrir din│micamente su sistema e interactuar con └l de forma segura.

En la actualidad, 滅伉圻幹 usuarios de diversas empresas que gestionan algunos de los programas de experiencia m│s exigentes del mundo:?

  • 60 000 compa?eros de equipo que trabajan en primera l┴nea en uno de los bancos m│s grandes del mundo
  • 70 000 farmac└uticos en una empresa multinacional del sector sanitario
  • Empresas hoteleras internacionales que gestionan cientos de establecimientos con miles de empleados de atenci┏n al p┣blico?

Lo que hace posible esa escala no es la interfaz, sino la infraestructura subyacente: una amplia experiencia en el manejo de las jerarqu┴as organizativas m│s complejas y en constante cambio del mundo, con controles de acceso precisos basados en roles que saben exactamente qu└ persona de una organizaci┏n de 100 000 empleados debe ver cada se?al, sin necesidad de una configuraci┏n manual en cada nivel. Una arquitectura de gobernanza de datos que cumple simult│neamente con las normas de cumplimiento de las instituciones financieras globales, los sistemas sanitarios y los organismos gubernamentales.

Ampliar esa infraestructura para dar servicio a los agentes de IA implica resolver una serie de problemas que, desde el punto de vista arquitect┏nico, son distintos de los que resolvimos para los usuarios humanos.?

  • Los usuarios humanos toleran la latencia. Los agentes, en cambio, no: o bien funcionan con datos en tiempo real, o bien no funcionan correctamente.?
  • Los usuarios humanos aplican su criterio ante la informaci┏n ambigua. Los agentes transmiten la ambig┨edad a las acciones posteriores a la velocidad de una m│quina
  • Los usuarios humanos se ven limitados, por naturaleza, por las interfaces que se les presentan. Los agentes necesitan que se les impongan restricciones en el nivel de datos y permisos, ya que no leen los mensajes de advertencia?

Y existe un problema m│s sutil que es f│cil subestimar: la fiabilidad de los agentes depende exclusivamente de los datos que utilizan en el momento de la consulta. A diferencia de un analista humano, que tiene en cuenta el contexto institucional en cada decisi┏n, el razonamiento de un agente se limita a lo que figura en su ventana de contexto en el momento de la acci┏n. Si dicho contexto es incompleto, obsoleto o ambiguo, el agente actuar│ bas│ndose en └l con total confianza !y a gran escala!. Esto convierte la calidad, la exhaustividad y la disponibilidad en tiempo real de los datos en una caracter┴stica de seguridad imprescindible en una plataforma preparada para agentes.?

Esta es una de las razones considerando la trazabilidad como un requisito fundamental desde el primer momento: cada respuesta est│ respaldada por datos reales, con enlaces directos al material de origen que la gener┏. Esa decisi┏n de dise?o se tom┏ pensando en los usuarios humanos que necesitan confiar en las respuestas y verificarlas. Sin embargo, ser│ igualmente fundamental para los agentes, ya que una cadena de respuestas trazable y auditable es lo que permite a los sistemas posteriores actuar sobre la informaci┏n 滅伉圻幹con confianza, en lugar de basarse en suposiciones.?

Es tambi└n por ello que nuestras inversiones en infraestructura durante los ┣ltimos 18 meses han sido tan fundamentales: un rendimiento de procesamiento 10 veces mayor, con un aumento interanual del 30 %, y se?ales que ahora pueden vincularse a 5 veces m│s entidades en toda la organizaci┏n. Estos son los requisitos arquitect┏nicos previos para una inteligencia contextual en tiempo real y siempre activa en la que los agentes puedan confiar realmente.?

Un agente de IA no necesita un panel de control atractivo. Lo que necesita es informaci┏n controlada, en tiempo real y completa desde el punto de vista contextual, sobre la que pueda actuar. Se trata de problemas de dise?o distintos.

La importancia de las barreras de seguridad: el poder requiere l┴mites

Hay un aspecto de la IA agentiva al que no se presta suficiente atenci┏n en los debates sobre productos: los agentes pueden actuar de forma incontrolada. No en el sentido de la ciencia ficci┏n, sino en un sentido empresarial muy cotidiano y con graves consecuencias. Un agente con acceso a herramientas de interacci┏n con el cliente y sin controles de seguridad suficientes puede enviar el mensaje equivocado a la persona equivocada en el momento equivocado. Un agente con acceso a sistemas operativos y con l┴mites mal definidos puede desencadenar una cascada de acciones que, aunque individualmente justificables, resultan desastrosas en su conjunto.?

Las barreras de seguridad no suponen una limitaci┏n para lo que los agentes pueden hacer. Son, ante todo, la condici┏n que garantiza la seguridad a la hora de dotar a los agentes de una capacidad significativa.?

Se trata de un │mbito en el que la arquitectura empresarial actual 滅伉圻幹resulta verdaderamente dif┴cil de replicar. El modelado de la jerarqu┴a organizativa, los controles de acceso basados en roles y los marcos de gobernanza de datos que hemos desarrollado a lo largo de los a?os para atender a los usuarios humanos se traducen directamente en la capa de restricciones que necesitan los agentes.? El objetivo es que, cuando un agente consulte la inteligencia 滅伉圻幹a trav└s de un servicio MCP, herede los mismos permisos, las mismas normas de residencia de datos y los mismos l┴mites organizativos que se aplican al usuario humano en cuyo nombre act┣a. Dichas restricciones no pueden a?adirse a posteriori. Deben ser estructurales.?

En la pr│ctica, esto significa que, al integrar la inteligencia 滅伉圻幹en ecosistemas de agentes !ya sean sistemas CRM existentes, soluciones de automatizaci┏n de flujos de trabajo o la propia infraestructura de agentes del cliente!, el modelo de gobernanza se traslada junto con los datos. El agente puede hacer lo mismo que el usuario autorizado, y nada m│s !por dise?o!.?

Dela ?Frontline-ReadyAI?? a una infraestructura preparada para los agentes

El trabajo en la plataforma que estamos llevando a cabo en estos momentos se desarrolla en dos marcos temporales simult│neos.

A corto plazo, la ?IA lista para la primera l┴nea? es nuestra concepci┏n actual de la IA que act┣a a nivel humano.??

  • Res┣menes inteligentes que condensan horas de an│lisis en segundos?
  • Servicio de asistencia para la identificaci┏n de causas ra┴z, que detecta los problemas sist└micos antes de que se agraven?
  • Smart Response, una soluci┏n que permite a los equipos de primera l┴nea responder a los comentarios de los clientes a una escala que ning┣n proceso manual podr┴a igualar
  • Generador inteligente de temas que sustituye los d┴as de configuraci┏n manual del an│lisis de texto por unos minutos de configuraci┏n basada en inteligencia artificial

Estas capacidades ya est│n operativas, se encuentran en fase de producci┏n y ya est│n transformando el modo de funcionar de las organizaciones m│s complejas del mundo.

M│s de 650 de las principales marcas del mundo utilizan ya las funciones de inteligencia artificial ?Frontline-Ready? : han pasado de cero a una implantaci┏n en toda la empresa en menos de un a?o, y ya se han obtenido algunos resultados muy prometedores. Las solicitudes de procesamiento de IA en la 滅伉圻幹 se han triplicado en ese mismo periodo. La curva de adopci┏n es pronunciada y se est│ acelerando.

Paralelamente, estamos desarrollando lo que requiere la pr┏xima generaci┏n de la plataforma: una arquitectura de procesamiento de se?ales en tiempo real y siempre activa que nunca descansa. Un modelo de datos dise?ado para su uso por parte de los agentes, y no solo para la navegaci┏n humana: uno que muestre el contexto completo de una relaci┏n con el cliente en una ┣nica consulta regulada, de modo que el agente disponga de lo necesario para razonar correctamente sin necesidad de m┣ltiples idas y venidas ni de enriquecimiento adicional. Una arquitectura de integraci┏n que pone la inteligencia 滅伉圻幹al servicio de los flujos de trabajo de CRM, los procesos de los sistemas de flujos de trabajo, los motores de las plataformas de marketing y los sistemas de agentes personalizados que miles de nuestros clientes est│n desarrollando cada d┴a.?

Insights Assistant, nuestro primer agente de IA conversacional, se sit┣a deliberadamente en la intersecci┏n de ambos marcos temporales. Est│ dise?ado para funcionar como una interfaz de lenguaje natural para usuarios humanos, lo que permite que cualquier persona, desde un ejecutivo hasta un director general de primera l┴nea, pueda formular preguntas y obtener respuestas basadas en datos reales con total trazabilidad. Pero tambi└n est│ dise?ado para que los agentes puedan invocarlo mediante programaci┏n. Esa arquitectura de doble uso tiene un prop┏sito concreto: es el puente entre la capa de inteligencia orientada a las personas que hemos creado y la infraestructura orientada a las m│quinas que estamos desarrollando. Cada decisi┏n de dise?o que tomamos para Insights Assistant debe funcionar para ambos tipos de usuarios simult│neamente.?

La IA lista para su uso en primera l┴nea es lo que hemos creado para el presente. La infraestructura lista para los agentes es lo que estamos creando para el futuro. Dar soporte a ambas simult│neamente no es tarea f│cil, y resulta mucho m│s complicado de lo que parece en una presentaci┏n de diapositivas.

La orientaci┏n estrat└gica con la que estamos comprometidos

Estoy muy ilusionado con lo que supone este compromiso arquitect┏nico y con lo revolucionario que, en mi opini┏n, supondr│ para el sector. Y quiero dejar claro por qu└ lo estamos llevando a cabo ahora.

El enfoque convencional en el │mbito del software empresarial consiste en desarrollar soluciones para los usuarios actuales y ampliarlas a partir de ah┴. Optimizar el panel de control. Mejorar los an│lisis. A?adir m│s funciones a la interfaz que los usuarios ya utilizan. Se trata de una estrategia razonable para un sector estable. Sin embargo, este sector no es estable.?

En un plazo relativamente corto, prevemos que la mayor parte del valor generado a trav└s de una plataforma de experiencia empresarial no ser│ aprovechado por una persona sentada frente a una pantalla, sino por agentes de inteligencia artificial que operen de forma continua, a la velocidad de las m│quinas, en todos los sistemas que intervienen en la relaci┏n con el cliente. La plataforma dise?ada ahora para esa realidad contar│ con una ventaja estructural que se ir│ consolidando a lo largo de los a?os.

La inversi┏n que sustenta la nueva etapa 滅伉圻幹 !respaldada por Blackstone, KKR y Apollo, con 150 millones de d┏lares de capital nuevo y un compromiso de 500 millones de d┏lares para la innovaci┏n en IA ! es lo que financia este enfoque innovador a la escala que requiere. No es que el capital cree la arquitectura. Sino porque la arquitectura requiere una inversi┏n sostenida, un compromiso a largo plazo para construir un futuro que a┣n no se vislumbra del todo, y ese tipo de confianza empresarial que solo se consigue tras a?os de ofrecer resultados al m│s alto nivel.

Ya contamos con la confianza. Ahora contamos con la inversi┏n. La plataforma que estamos creando es el resultado de ambas cosas.

Qu└ significa esto en este momento

Si es usted 滅伉圻幹 de 滅伉圻幹 , estas son las implicaciones pr│cticas.

Las funciones de IA que utiliza actualmente ! Root Cause Assist, Smart Response, Intelligent Summaries, Smart Topic Builder, Insights Assistant ! est│n , al tiempo que se sientan las bases de la infraestructura de la que depender│n sus agentes de IA en el futuro. Est│ desarrollando ambas cosas simult│neamente.

La inteligencia organizativa que 滅伉圻幹 integrado en su implementaci┏n !las jerarqu┴as de funciones, la gobernanza de datos, la l┏gica de enrutamiento de se?ales y la arquitectura de permisos! es la misma infraestructura que sus sistemas de agentes heredar│n a trav└s de los servicios MCP y nuestra capa de integraci┏n.

El trabajo que ya han realizado para integrar 滅伉圻幹 su estructura operativa constituye la base de su futuro centrado en los agentes. Y si a┣n no se encuentran donde desean estar en cualquiera de esas dimensiones, ahora es el momento de desarrollarlas, y nuestro equipo puede ayudarles. En mi pr┏xima publicaci┏n, compartir└ m│s informaci┏n sobre la importancia de disponer del contexto de toda su organizaci┏n para sacar el m│ximo partido al futuro centrado en los agentes.?

La cuesti┏n no es si su organizaci┏n acabar│ funcionando con agentes de IA que recopilen y act┣en en funci┏n de la inteligencia basada en la experiencia. Lo har│. La cuesti┏n es si la infraestructura de la plataforma sobre la que est│ trabajando hoy en d┴a est│ dise?ada para ese futuro. La nuestra s┴ lo est│, y esa es una ventaja de la que 滅伉圻幹 disfrutar│n de forma exclusiva en los pr┏ximos a?os.