滅伉圻幹

(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); })();
Customer Experience

I principi di progettazione architettonica alla base di un¨IA aziendale in grado di generare valore

A destra ┬ raffigurato un uomo con i capelli corti e la barba. A sinistra si legge la scritta ^Robert Baca, Chief Technology Officer ̄ su uno sfondo blu scuro sfumato.

Ci stiamo avvicinando a un punto di svolta. Ritengo che entro il 2027 l¨intelligenza artificiale non sar┐ pi┫ valutata in base alla complessit┐ dei suoi modelli, ma alla sua capacit┐ di generare valore tangibile per i clienti, efficienza operativa e crescita redditizia. Le aziende che non riusciranno a compiere questa transizione si renderanno conto che l¨entusiasmo iniziale ┬ stato di breve durata, mentre quelle che non avranno trasformato l¨intelligenza artificiale in risultati misurabili dovranno probabilmente affrontare una significativa correzione di mercato.

Noi di 滅伉圻幹 progettiamo da anni in vista di questo futuro, perch└ crediamo che il successo o il fallimento dell¨IA aziendale si decida molto prima ancora che un modello venga effettivamente utilizzato. I miei colleghi hanno analizzato questo cambiamento da ogni angolazione, partendo dal motivo per cui siamo in grado di fornire soluzioni su larga scala, passando per dove risiede la vera opportunit┐ nella maturit┐ della CX, fino ad arrivare al motivo per cui stiamo sviluppando soluzioni sia per gli esseri umani che per gli agenti di IA.

Eppure, quasi tutte le discussioni sull¨IA aziendale partono ancora dai modelli. Credo che sia un approccio sbagliato. Il successo o il fallimento dell¨IA aziendale si decide molto prima ancora che un modello venga utilizzato.

Tutto parte dall¨architettura. ? proprio questo che, in ultima analisi, distinguer┐ le aziende che plasmano davvero il futuro dell¨esperienza da quelle che si limitano a descriverlo.

Quattro principi architettonici che definiscono l'IA aziendale

L'intelligenza artificiale di per s└ non rappresenta pi┫ un fattore di differenziazione competitiva, poich└ i modelli di base continuano a migliorare e stanno diventando sempre pi┫ un bene di largo consumo. Il vantaggio duraturo deriver┐ dalle piattaforme costruite attorno a essi, progettate per fornire intelligenza affidabile, coordinare le azioni in modo sicuro ed evolversi continuamente senza richiedere una reinvenzione dell'architettura. Il futuro appartiene alle organizzazioni che sviluppano servizi di piattaforma IA riutilizzabili, non singole funzionalit┐ basate sull'intelligenza artificiale.

Credo che il futuro dipenda da questi quattro impegni in ambito architettonico:

1. La realt┐ oggettiva che impedisce all¨IA di commettere errori con sicurezza

Per ^ground truth ̄ si intende che ogni decisione si basa su dati affidabili, in tempo reale e tracciabili, arricchiti dal contesto aziendale necessario per agire correttamente. L¨IA pu┛ prendere decisioni solo sulla base delle informazioni che riceve. Quando tali informazioni sono incomplete, obsolete o scollegate dal contesto aziendale, l¨IA non si limita a commettere errori, ma commette errori con sicurezza e alla velocit┐ di una macchina. Il ragionamento di un agente di IA ┬ limitato da ci┛ che si trova nella sua finestra contestuale al momento dell¨azione, a differenza di un analista umano che integra la conoscenza istituzionale in ogni decisione. Se quel contesto manca, l¨agente agisce comunque, con sicurezza e su larga scala.

In 滅伉圻幹, le analisi sui clienti si basano sui dati di origine. Ogni deduzione ┬ verificabile e ogni servizio ┬ progettato per migliorare continuamente la comprensione del business a cui si rivolge. Ad esempio, abbiamo integrato questo tipo di tracciabilit┐ in sin dal primo giorno: ogni risposta ┬ collegata al materiale di origine che l¨ha generata. Questo non solo per consentire alle persone di verificare una risposta, ma anche per permettere agli agenti a valle di agire sulla base delle nostre informazioni con sicurezza, anzich└ basarsi su supposizioni.

La realt┐ oggettiva non rappresenta un ostacolo all'innovazione; ┬ proprio ci┛ che rende sicuro il suo sviluppo su larga scala.

2. La fiducia come principio fondamentale

Gli agenti IA autonomi non si fermano a leggere i banner di avviso o i documenti relativi alle politiche. Si limitano semplicemente a eseguire. Ci┛ cambia radicalmente il modo in cui dobbiamo concepire la governance. Non pu┛ pi┫ dipendere dai messaggi dell¨interfaccia utente, dalle autorizzazioni degli utenti o dal fatto che i dipendenti seguano i processi documentati. Man mano che le aziende iniziano a implementare migliaia di agenti di IA interni ed esterni, la governance deve diventare parte integrante della piattaforma stessa. Sicurezza, autorizzazione, residenza dei dati, tracciabilit┐, auditing e limitazione della frequenza devono essere integrati nell¨architettura sottostante e applicati per impostazione predefinita, non aggiunti a posteriori.

Per noi non si tratta di un impegno puramente teorico. La piattaforma 滅伉圻幹opera gi┐ secondo gli stessi standard di sicurezza che ci consentono di servire settori altamente regolamentati quali i servizi finanziari, la sanit┐ e le agenzie governative: SOC 2 Tipo II, ISO 27001, 27017, 27018 e 27701, HITRUST, GDPR, CCPA e HIPAA.

Abbiamo esteso lo stesso rigore anche all¨IA: , lo standard internazionale per i sistemi di gestione dell¨IA, e dispone di un quadro formale di ^IA responsabile ̄ che disciplina le modalit┐ di sviluppo, implementazione e monitoraggio dei nostri modelli.

Questa ┬ la solida base su cui stiamo costruendo la governance degli agenti, un¨estensione di un¨infrastruttura che ha gi┐ dato prova di s└ su scala aziendale. Man mano che le organizzazioni implementano migliaia di agenti autonomi, la governance deve crescere di pari passo, proteggendo i dati aziendali pur consentendo all¨IA di operare a ritmi rapidi.

3. Un'architettura progettata per un'evoluzione continua

Il ritmo dell'innovazione nel campo dell'IA non ┬ in realt┐ limitato dall'intelligenza dei modelli, ma dalla Azienda comprendere cosa sta facendo la propria IA, individuare gli errori prima che si diffondano e risolvere i problemi senza compromettere il funzionamento di tutto ci┛ che dipende da essa.

Senza questa visibilit┐, ogni nuova funzionalit┐ di IA va gestita con cautela, perch└ non ┬ possibile valutare appieno il rischio. Con essa, invece, ┬ possibile agire rapidamente e in tutta sicurezza allo stesso tempo, senza dover scegliere tra le due opzioni.

I modelli di intelligenza artificiale continueranno a migliorare e anche gli strumenti e le tecniche su cui si basano continueranno a evolversi. Una piattaforma ben progettata consente di integrare tecnologie pi┫ avanzate man mano che diventano disponibili, mentre una piattaforma mal progettata costringe a ricostruire tutto da zero ogni volta che qualcosa cambia.

Poich└ la nostra piattaforma si auto-monitora costantemente ed ┬ in grado di evolversi indipendentemente dai modelli che esegue, siamo riusciti a elaborare oltre 4,1 miliardi di segnali di feedback, quintuplicando al contempo la comprensione contestuale senza che i clienti dovessero riprogettare le proprie implementazioni.

Non si tratta di benchmark prestazionali. Si tratta piuttosto di garantire che ogni cliente, indipendentemente dalle dimensioni o dalla complessit┐ della propria Azienda, possa disporre di un¨intelligenza artificiale veloce, affidabile e sicura, senza doversi mai preoccupare dell¨enorme infrastruttura che opera dietro le quinte per renderla possibile.

4. Il contesto ┬ fondamentale

La maggior parte dei software aziendali continua a nascondere il contesto aziendale all¨interno del software stesso, invece di trattarlo come un¨entit┐ a s└ stante: chi gestisce quale cliente, quale team ┬ responsabile di quale regione, chi deve approvare cosa, quali regole si applicano in quali contesti e cos━ via.

Oggi queste informazioni sono sparse: un po¨ qui, in un flusso di lavoro, e un po¨ l┐, in un sistema personalizzato. Ogni volta che un¨azienda sviluppa un nuovo prodotto o integra un nuovo strumento di IA, tale strumento deve reimparare tutto da zero. Credo che questo non sia il modo giusto di operare per un¨azienda che pone l¨IA al primo posto.

I dati indicano all¨IA cosa ┬ successo. Il contesto aziendale indica all¨IA cosa significa. Senza quel contesto, ogni applicazione e ogni agente di IA deve ricostruire il funzionamento dell¨azienda a partire dai dati che si trovano casualmente a portata di mano. Ci┛ ┬ inefficiente per il software e inaccettabile per un¨IA autonoma. Il contesto aziendale dovrebbe essere modellato una sola volta come servizio di piattaforma condivisa e riutilizzato ovunque.

Ecco perch└ questo ┬ importante nella pratica. Quando un agente di intelligenza artificiale ha bisogno di sapere a chi appartiene questa relazione con il cliente , quale team debba approvarla o quali regole si applichino in quella regione, non dovrebbe essere costretto a indovinare mettendo insieme frammenti di dati provenienti da fonti diverse. Dovrebbe gi┐ conoscere la risposta, perch└ questa si trova in un¨unica fonte autorevole che l¨intelligenza artificiale pu┛ semplicemente consultare.

Questo ┬ un ambito in cui 滅伉圻幹 un vero e proprio vantaggio competitivo. Abbiamo dedicato decenni a comprendere non solo ci┛ che dicono i clienti, ma anche come operano effettivamente i marchi leader a livello mondiale in ogni settore: le loro strutture, i loro team, le loro procedure di approvazione e le loro attivit┐ quotidiane.

La comprensione maturata nel tempo in materia di experience management un valore superiore a quello di qualsiasi singolo set di dati. ? proprio questa conoscenza aziendale che consente all¨intelligenza artificiale di ragionare con reale sicurezza, anzich└ limitarsi a individuare corrispondenze tra modelli nei dati che le vengono presentati.

Una volta modellato il contesto aziendale, sotto forma di servizio su piattaforma condivisa, ogni nuova applicazione di intelligenza artificiale ne eredita automaticamente la comprensione. Nessun team deve ricostruirlo da zero. L¨innovazione accelera proprio perch└ il contesto smette di essere duplicato e inizia a essere condiviso.

Stiamo gettando le basi vincenti per un¨intelligenza artificiale in continua evoluzione

Questo mi porta al cuore di questo post, e a quello che ritengo sia l¨aspetto pi┫ importante per qualsiasi leader tecnologico che si occupi di investimenti nell¨IA in questo momento: il ritmo di innovazione nell¨IA che ┬ possibile sostenere ┬ determinato dalla qualit┐ dell¨architettura sottostante. La sicurezza, la governance, la completezza dei dati e l¨osservabilit┐ non sono vincoli all¨innovazione . Sono proprio questi elementi a rendere possibile l¨implementazione dell¨IA in produzione in modo rapido, ripetuto e su una scala tale da avere un impatto concreto sul business.

E aggiungerei un altro principio a quell¨elenco: progettare in vista di ci┛ che non ┬ ancora possibile prevedere. Le piattaforme che realizziamo oggi non dovrebbero limitarsi a supportare le funzionalit┐ di intelligenza artificiale che riusciamo a immaginare ora. Devono essere sufficientemente flessibili da supportare anche quelle che non abbiamo ancora nemmeno immaginato.

Il software aziendale sta entrando in un'era in cui l'intelligenza diventa un servizio di piattaforma sempre attivo, non una funzionalit┐ aggiunta ai singoli prodotti. A prevalere saranno le organizzazioni che renderanno le nuove funzionalit┐ modulari e riutilizzabili in tutta l'azienda, invece di ricostruirle prodotto per prodotto.

Vent'anni fa, ogni azienda doveva creare una piattaforma dati. Oggi nessuno mette in discussione quell'investimento. Credo che ci stiamo avvicinando a un momento simile per quanto riguarda l'intelligenza artificiale. Le organizzazioni che avranno successo non si limiteranno a implementare modelli migliori. Realizzeranno piattaforme in cui l'intelligenza, la governance e il contesto aziendale diventeranno un'infrastruttura fondamentale su cui ogni applicazione, flusso di lavoro e agente potr┐ fare affidamento.

Quando le aziende scelgono piattaforme che considerano questi aspetti come impegni architetturali di primo piano gi┐ da ora, anzich└ come problemi da risolvere in un secondo momento, il vantaggio si moltiplica. Quelle che continuano a sviluppare funzionalit┐ di IA isolate su infrastrutture fragili potranno forse muoversi velocemente una volta, ma passeranno il prossimo decennio a ricostruire tutto da capo, mentre le altre continueranno ad accelerare superandole.

I modelli generano intelligenza. L'architettura crea vantaggi duraturi.