Puoi leggere l'annuncio completo sul nostro blog, ma pensavo di fare un po' di editoriale qui e raccontare di più sulla storia di ciò che è successo negli ultimi 18 mesi. Alla fine di febbraio 2024, ho portato il nostro team di ingegneri in una sala di crisi. Change Healthcare – il più grande centro di elaborazione per le richieste sanitarie tra fornitori e compagnie assicurative negli Stati Uniti – era stato inattivo per quasi una settimana a causa di un attacco informatico che alla fine li avrebbe messi fuori gioco per 2 mesi. È difficile spiegare l'entità dell'interruzione alle persone al di fuori dell'industria sanitaria. Quasi il 40% delle richieste sanitarie elaborate negli Stati Uniti passava attraverso la piattaforma di Change. Elaboravano un volume aggregato di $1,5 trilioni di richieste all'anno – 15 miliardi di richieste in totale. La spesa sanitaria negli Stati Uniti è di $4,9 trilioni all'anno – il 18% del PIL totale – il che significa che quando Change è andato offline, stava elaborando circa *il 5,5% del PIL degli Stati Uniti*. Abbiamo lavorato giorno e notte per lanciare il nostro sostituto per il loro centro di elaborazione, cosa che abbiamo fatto 5 giorni dopo. Eravamo nel posto giusto al momento giusto, ma anche molte altre persone lo erano – non è successo esattamente in privato. Siamo stati in grado di farlo perché avevamo trascorso i 6 anni precedenti a costruire le basi di una piattaforma che potesse alimentare un centro di elaborazione. È divertente perché a febbraio 2024, avevamo quello che pensavamo fosse un adattamento al mercato – la nostra piattaforma di elaborazione EDI era utilizzata in vari settori, tra cui retail, logistica, sanità e altro. Avevamo molti clienti, ma anche con tutto il lavoro che avevamo fatto per rendere la nostra piattaforma di elaborazione EDI facile da usare, ci volevano ancora settimane o mesi per le aziende per avviarsi, perché ogni connessione doveva essere impostata una per una. I clienti erano disposti a impegnarsi, ma era ancora lontano da ciò che avevo intenzione di fare fin dai primi giorni. Ho sempre amato la dichiarazione di missione originale di Uber: 'Fornire trasporti affidabili come l'acqua corrente, ovunque, per tutti' (la sua attuale dichiarazione di missione – 'Ridefinire il modo in cui il mondo si muove per il meglio' – è una sciocchezza aziendale diluita). Il mio obiettivo era simile: rendere le transazioni business-to-business affidabili come l'acqua corrente. Nella nostra riunione del consiglio di gennaio, ho detto che il nostro piano per la seconda metà del 2024 era finalmente quello di muoverci a un altro livello 'sopra la pila' e offrire funzionalità di transazione chiavi in mano nella sanità – l'unico posto dove è attualmente possibile farlo, grazie a schemi di transazione imposti dalla regolamentazione e a una rete robusta di interconnessione – costruendo un centro di elaborazione. È diventato chiaro pochi giorni dopo l'interruzione che Change non sarebbe tornato online a breve, o forse mai. Abbiamo accelerato i nostri piani e lanciato nel fine settimana. È stato il pandemonio. Per le sette settimane dopo il lancio, non potevo allontanarmi dalla mia tastiera per più di cinque minuti alla volta – la maggior parte dei giorni dalle 4:30 o 5 del mattino fino a mezzanotte. Affari da sei/sette cifre sono passati da una telefonata o un messaggio di testo iniziale a termini firmati in meno di un'ora. Un paio di settimane dopo, sono andato a fare una passeggiata veloce per uscire e ho ricevuto tre telefonate da CEO e CTO disperati di tornare online. Abbiamo inviato persone nei loro uffici e li abbiamo integrati ed elaborati richieste in poche ore. È strano raccontare questa storia ora perché il nostro mondo era quasi interamente incentrato sull'interruzione di Change Healthcare per un paio di mesi l'anno scorso, e da allora abbiamo pensato poco a riguardo. Alla fine sono tornati online e la polvere si è posata. Nessuno dei nostri clienti che hanno firmato e sono andati live è tornato indietro. Ma allo stesso tempo, Change ha smesso di perdere clienti – le aziende che avrebbero saltato la nave, l'hanno fatto. Eppure la nostra crescita è solo accelerata. Il mese scorso, abbiamo firmato 5 volte il numero di clienti che abbiamo firmato al culmine dell'interruzione di Change. Stedi è diventato la scelta de facto per praticamente ogni nuova azienda tecnologica sanitaria sostenuta da venture capital – e mentre le aziende tecnologiche sanitarie in fase avanzata e le istituzioni tradizionali rivedono le loro dipendenze dai centri di elaborazione legacy in seguito all'interruzione di Change, la piattaforma cloud-native e API-first di Stedi è diventata la scelta ovvia. Ma sempre di più, la nostra crescita è guidata da casi d'uso di GenAI provenienti da tutti i segmenti del mercato – da startup completamente nuove a aziende tradizionali che si rivolgono a Stedi per costruire funzionalità agentiche nella loro piattaforma esistente. Un terzo della nostra base clienti è ora composto da aziende completamente native di GenAI. I team di sviluppo si trovano ad affrontare ostacoli frustranti con i centri di elaborazione legacy. I centri di elaborazione legacy sono stati costruiti prima del cloud computing (e in molti casi, prima di Internet), e la maggior parte sono il risultato di una serie di acquisizioni da parte di private equity con stack tecnologici che non sono mai stati armonizzati o modernizzati. Offrono solo il minimo indispensabile di API disperatamente obsolete – la maggior parte delle funzionalità offerte dai centri di elaborazione legacy non è accessibile programmaticamente. L'approccio di Stedi è API-first: ogni pezzo di funzionalità disponibile attraverso la nostra interfaccia utente è disponibile tramite API. La nostra tesi è semplice: man mano che sempre più aspetti del software vengono assorbiti da flussi di lavoro agentici, le aziende sposteranno porzioni sempre maggiori dei loro carichi di lavoro sulle piattaforme che offrono la migliore accessibilità e leggibilità agli agenti AI che stanno eseguendo azioni; poiché altri centri di elaborazione non offrono modi per eseguire compiti programmaticamente, i clienti continueranno a migrare verso Stedi mentre costruiscono flussi di lavoro completamente nuovi, o mentre scoprono che i flussi di lavoro esistenti superano i requisiti offerti da altri centri di elaborazione. Abbiamo una singola domanda che usiamo per guidare le nostre decisioni sulla roadmap: rende più facile per gli esseri umani e gli agenti interagire con la nostra piattaforma? Questo ha dozzine di piccoli miglioramenti insieme a lanci più grandi – in particolare il nostro server MCP la scorsa settimana e il nostro agente nativo ieri. Il capitale di rischio è una cosa meravigliosa – non sarebbe stato possibile trascorrere più di 6 anni a costruire una piattaforma senza di esso. Questo ultimo finanziamento ci consente di accelerare l'assunzione di talenti di classe mondiale in ingegneria, prodotto, design, operazioni aziendali e altro ancora. Se ti sembra entusiasmante, inviami un messaggio.