Il messaggio è arrivato il giorno prima del lancio previsto
Il 31 luglio l'account di Google AI Studio ha pubblicato una nota breve per ringraziare le circa 800.000 persone che avevano prenotato l'app mobile su iOS e Android. Quella nota non annunciava un lancio. Era una cancellazione. L'app autonoma non sarebbe uscita affatto.
Le ricostruzioni della stessa giornata collocavano l'uscita prevista al 1 agosto, il che porta la decisione dentro le ultime ventiquattro ore di un calendario di consegna. Le prenotazioni erano aperte su Google Play e sull'App Store fin dalla conferenza per sviluppatori I/O di quest'anno, un tempo più che sufficiente perché moltissime persone registrassero il proprio interesse e perché in qualche organizzazione quell'app fosse già entrata in una pianificazione.
I numeri delle prenotazioni si citano di solito come prova che un lancio è al sicuro. Questo è stato citato nell'avviso che il lancio era annullato. È proprio questo rovesciamento la parte da tenere.
Google ha detto la ragione, e non era il prodotto
Le cancellazioni di solito arrivano avvolte nel nulla. Questa è arrivata con una spiegazione, e la spiegazione è insolitamente diretta. "Invece di chiedervi di scaricare l'ennesima app abbiamo deciso di adottare un approccio del tutto diverso: uno in cui le applicazioni nascono in modo naturale, nel corso delle vostre conversazioni quotidiane con Gemini", ha scritto l'azienda. Per farlo collabora con il team dell'app Gemini, sia sul telefono sia sul desktop.
Rileggete la prima parte. L'obiezione non riguarda la qualità dell'app, né la sua maturità, né il costo, né l'accoglienza. L'obiezione riguarda il download. Nella stessa nota l'azienda ha detto che era ormai chiaro quanto le persone siano interessate a costruire software in mobilità, il che è un riconoscimento esplicito che la domanda misurata era reale.
La sequenza quindi è questa: domanda confermata, prodotto finito, lancio cancellato. Niente in questa sequenza è un fallimento di prodotto. È una decisione su dove debba abitare una capacità, presa da chi possiede la superficie di distribuzione e non la funzione.
La cosa da guardare è la superficie separata
Quasi tutti i compratori misurano il rischio della tabella di marcia di un fornitore con i numeri di adozione. Lo usa qualcuno, sta crescendo, il fornitore si è impegnato in pubblico. Sono tre strumenti sbagliati, perché qui tutti e tre erano positivi e nessuno ha contato. Ottocentomila iscrizioni sono più o meno il segnale di domanda più rumoroso che un team di prodotto possa produrre prima di consegnare, e ha perso lo stesso.
Lo strumento che avrebbe funzionato è strutturale e si applica in un minuto. Fatevi due domande su qualunque capacità di fornitore da cui dipendete. Vi raggiunge attraverso una superficie propria, cioè un'app propria, una console propria, un portale proprio o una voce propria in fattura? E quella superficie svolge un compito che il prodotto di punta del fornitore potrebbe plausibilmente assorbire? Ciò che risponde di sì a entrambe è candidato al consolidamento, a prescindere da quanto stia andando bene.
Non è una previsione che ogni funzione del genere sparisca. È un'affermazione su quale rischio state davvero portando. Quando un fornitore consolida, la capacità di solito sopravvive e la superficie no, perciò l'interruzione da mettere in conto non è la perdita di una funzione. È una migrazione forzata sul calendario del fornitore anziché sul vostro.
Ciò che è sopravvissuto dice dove il fornitore fa sul serio
La versione web di AI Studio non è stata toccata. Google ha dichiarato che continua a investirci e l'ha collocata per chi vuole passare da un'idea a un'istruzione e da lì a un'attività. Questo inquadramento è la metà utile dell'annuncio, perché separa le due superfici per intenzione: una è per chi costruisce ed è rimasta, l'altra duplicava un compito che l'assistente principale sapeva già fare ed è sparita.
Per una squadra che pianifica, la lettura è più stretta di "su Google qui non si può contare". È che la superficie per sviluppatori portava l'impegno e la superficie vicina al consumatore portava il rischio. Chi voleva costruire un flusso di lavoro sull'app mobile avrebbe attraversato la settimana senza cambiamenti se lo avesse costruito sulla versione web e sulle interfacce che la reggono.
Per le squadre europee c'è un punto in più. Una capacità che si trasferisce dentro un'app di assistente generale non cambia posto in modo neutro, perché le condizioni, i controlli amministrativi e il trattamento dei dati di un assistente per il pubblico non sono automaticamente quelli di un prodotto per sviluppatori. Quando un fornitore annuncia uno spostamento simile, chiedete quel confronto per iscritto prima di pianificare intorno alla nuova casa, non dopo.
La superficie va nel contratto, non nella slide
Il cambiamento pratico è piccolo. Quando una capacità di fornitore entra in un piano, nominate la superficie di consegna nel documento che vincola, non soltanto la capacità. "Creazione di applicazioni disponibile nell'app mobile del fornitore" e "creazione di applicazioni disponibile" sono impegni diversi, e solo uno dei due sopravvive a un consolidamento. Se il fornitore si rifiuta di nominare la superficie, anche quel rifiuto è un'informazione, e oggi costa meno.
Il costo di non farlo non è drammatico, ed è per questo che si salta. Una squadra che avesse messo 20.000 euro di tempo interno contro una costruzione mobile in questo trimestre non ha perso la capacità e non ha perso il denaro. Ha perso il calendario, e lo scopre con un giorno di preavviso da un messaggio su un social invece che con un termine scritto in un contratto. È una perdita piccola, evitabile e perfettamente ripetibile.
Da leggere ora: Bruxelles ha appena messo un prezzo sui dati di ricerca di Google | I chip sono scesi del 20%. La bolletta del calcolo no
