Lascia che ti accompagni attraverso un account reale, dall'inizio alla fine, invece di descrivere la barra laterale voce per voce. Diciamo che si tratta di un freelance, alla prima settimana sulla piattaforma, che sta costruendo un'app di monitoraggio delle abitudini per un piccolo cliente. Ecco cosa succede a quel progetto mentre attraversa la dashboard, nell'ordine in cui accade realmente — e dove ogni tappa ha aiutato o ha fatto perdere cinque minuti.
Il prompt
Apre AI Builder e scrive qualcosa vicino a "costruiscimi un'app per tracciare le abitudini". È una buona prima frase e un pessimo prompt finale. Quello che torna indietro non è codice — è un piano, scritto in linguaggio semplice, e se ti fermi a leggere fino a "sembra a posto" e clicchi approva, ottieni qualcosa tecnicamente coerente con le parole "app per abitudini" e generico in ogni aspetto che conta. Il cliente del freelance non voleva funzioni social, solo storage locale, tema scuro di default. Nulla di tutto ciò era nel primo prompt. Va invece nel piano, come tre modifiche prima dell'approvazione: eliminare la funzione "condividi la tua serie" che il piano ha inventato da solo, cambiare la riga sullo storage, invertire il tema predefinito. Trenta secondi di modifiche. Il progetto che ne esce corrisponde al brief invece che alla frase "app per abitudini".
Il passaggio del piano che le persone saltano
Ho visto esattamente questo momento andare storto per altri utenti — approvare il primo piano senza leggerlo, arrivare a tre iterazioni di profondità, e iniziare a rispiegare vincoli che avrebbero dovuto essere stabiliti nella fase del piano. Il passaggio del piano esiste proprio per evitare questo. Costa quasi nulla ed è l'unico punto del ciclo in cui stai negoziando con l'agente nella tua lingua invece di fare il debug del suo output nel codice.
Dove atterra davvero il progetto
Una volta generata, l'app per abitudini appare come una scheda in I miei progetti — la pagina della libreria, filtrabile per tipo, e la pagina che questo freelance aprirà più di ogni altra entro la terza settimana, una volta accumulati cinque o sei progetti. Non appare in Vetrina; quella pagina è curata, non automatica, e un progetto per un cliente che rimane lì senza essere pubblicizzato è il comportamento predefinito corretto. Non appare nemmeno in Template a meno che il freelance non pensi di salvarlo come tale — cosa che vale la pena fare qui, in effetti, dato che uno scheletro di app per abitudini è esattamente il tipo di cosa che un freelance ricostruisce per il prossimo cliente con un branding diverso. La maggior parte delle persone non scopre "salva come template" fino al progetto numero sei, desiderando di averlo fatto al progetto numero uno.
Pubblicato, o qualcosa di più impegnativo
Ora la questione della distribuzione. Tre opzioni reali, non una sola opzione con tre nomi. Pubblicato offre un sottodominio gratuito, online in pochi secondi, zero configurazione — la scelta giusta mentre il cliente sta ancora valutando e potrebbe chiedere un redesign. Gestione domini serve per quando il dominio del cliente è pronto per puntare al progetto, e questo passaggio svolge una doppia funzione: collegare un dominio qui non è solo un cambio di URL, è anche ciò che permette alle pagine di analitiche più in basso nella barra laterale di avere qualcosa a cui riferirsi. Deploy, nelle impostazioni, è il percorso SFTP per quando il cliente insiste che il progetto viva su un'infrastruttura che controlla lui — più configurazione, e il freelance non ha più alcuna responsabilità sull'uptime, un compromesso reale che vale la pena considerare esplicitamente invece di scoprirlo per caso.
Per questo progetto, prima Pubblicato. Passare dal sottodominio a un dominio personalizzato in seguito è un non-evento. Annullare un deploy su dominio personalizzato per un progetto cliente che viene cancellato è più lavoro di pulizia di quanto valga la pena — e il freelance, in effetti, si è già scottato esattamente con questo su un progetto precedente, che è il motivo stesso dell'abitudine "predefinito su Pubblicato".
La deviazione verso gli app store
Questo particolare cliente voleva anche una scheda sull'app store, quindi il progetto passa per Spedito invece di fermarsi a Pubblicato — una pagina che esiste perché la revisione degli store è asincrona in un modo in cui i deploy web semplicemente non lo sono. Invialo a uno store e resta in attesa per due giorni; invialo a un altro e viene approvato in venti minuti. Spedito è dove tieni traccia di tutto questo senza avere cinque schede del browser aperte su cinque diverse console degli store, ognuna con il proprio login e il proprio vocabolario di stato.
La pagina vuota di cui nessuno li aveva avvertiti
Una settimana dopo la connessione del dominio, il freelance apre Rendimento nella ricerca per controllare. Vuoto. Anzi, un po' desolato — nessun grafico, nessun numero, solo un prompt per collegare un account. Non è un malfunzionamento, è onestà: non ci sono ancora dati, perché Rendimento nella ricerca, Google Analytics e Store Analytics dipendono tutti dalla connessione dell'account Google nelle impostazioni, e nessuno di questi recupera i dati storici. La sincronizzazione parte dal momento in cui ti colleghi, solo in avanti. Collega il dominio il primo giorno e alla seconda settimana avrai già una settimana di cronologia; collegalo al decimo giorno perché te ne sei dimenticato, e parti da zero proprio al decimo giorno. Il freelance aveva collegato il dominio ma non l'account Google — due passaggi separati che sembrano dovrebbero essere uno solo.
La parte che qui ha davvero un costo non è il grafico mancante. È che gli agenti di ottimizzazione leggono da questi stessi dati, e un agente a cui viene chiesto di migliorare il posizionamento di una pagina senza alcuna cronologia di Rendimento nella ricerca alle spalle lavora seguendo le best practice generali invece che i numeri reali di questo sito. Saltare la connessione non lascia solo vuota una pagina della dashboard: limita ciò che gli agenti possono fare.
Il brief che compare senza che tu lo chieda
Dopo due settimane, appare una scheda in Discovery: un brief di opportunità che segnala una lacuna di contenuti sul sito del cliente, con un pulsante Costruisci allegato. Genuinamente utile quando riguarda qualcosa su cui agiresti comunque. Ma Discovery per design privilegia il volume rispetto alla precisione — più brief di quanti chiunque possa gestire — quindi l'approccio giusto è trattarla come una casella dei suggerimenti, non come una coda da svuotare. Il freelance la scorre ogni pochi giorni e ignora la maggior parte dei contenuti, il che è l'uso previsto, non un ritardo nel tenerne il passo.
Le impostazioni che sarebbero dovute avvenire il primo giorno
A questo punto il freelance ha toccato quattro pagine di impostazioni senza mai aprire il menu impostazioni di proposito — ognuna scoperta perché qualcos'altro era vuoto.
| Pagina | Cosa si è scoperto che sblocca |
|---|---|
| Account Google | Rendimento nella ricerca, Google Analytics e i dati di riferimento degli agenti — una connessione, tre superfici |
| Deploy | Target SFTP, necessari solo per il percorso server gestito dal cliente |
| Media AI | Impostazioni predefinite di generazione immagini usate all'interno delle build |
| Piani e crediti | Quota di utilizzo, pacchetti di crediti, ricevute |
Account Google è quello che vale la pena configurare in anticipo. È un unico punto di connessione dietro tre superfici distinte della dashboard, e scoprirlo a proprie spese — tre pagine vuote diverse, tre momenti diversi in cui pensare "ah, devo collegare qualcosa" — è esattamente l'attrito che una configurazione di cinque minuti il primo giorno evita.
Le due cose che c'erano da sempre
Il pulsante fluttuante Chiedi all'IA è rimasto su ognuna di queste pagine per tutto il tempo, e non è un bot per FAQ dalle funzioni ridotte — può collegare un account, avviare una build o spiegare perché una pagina è vuota, per tuo conto. Il cliente del freelance, non anglofono, aveva bisogno dell'intera interfaccia in un'altra lingua per una chiamata di revisione; il globo nella barra di navigazione cambia tutte e venti le lingue, a metà sessione, senza perdere la build in corso. Nessuna delle due cose andava scoperta per tentativi come tutto il resto in questo percorso. Erano semplicemente lì.
Questo è il riassunto onesto delle prime due settimane di questo intero account — non "leggi la documentazione, poi costruisci", ma il contrario. Le mie build erano un'astrazione finché non c'era una scheda al loro interno. Rendimento nella ricerca era uno stato vuoto finché un dominio non l'ha alimentato. Leggere la piantina prima della prima build va bene come sfondo, ma la piantina ha senso solo quando c'è un vero tracker di abitudini da qualche parte al suo interno.
