Aggiungi come fonte preferita su Google
È il momento di testare un aggiornamento di un’estensione di WooCommerce. L’AI ti aiuta a esaminare le note di rilascio e hai già una bozza del piano di test aperta. Poi un collega ti chiede se l’aggiornamento influisca su qualche regola di checkout personalizzata. Sai che alcuni negozi dei clienti ne hanno. Ma quali, esattamente?
Lo chiedi su Slack. Lo sviluppatore che conosce quei siti è in riunione fino all’ora di pranzo, quindi nel frattempo ti occupi di un altro ticket.
Un’altra agenzia usa lo stesso strumento di AI, ma il suo sviluppatore riesce a individuare le eccezioni relative al checkout nelle note di ogni negozio. C’è un ordine di prova da testare, con lo sconto previsto scritto accanto. Possono procedere con la verifica.
Man mano che l’AI riduce il tempo che dedichi alla preparazione delle modifiche, questi dettagli quotidiani hanno un’influenza sempre maggiore sulla quantità di lavoro che riesci a portare a termine. Vedremo come rendere più fruibile la conoscenza dei siti da parte del tuo team e fornire agli sviluppatori le prove di cui hanno bisogno per valutare i suggerimenti dell’AI. Tratteremo anche come capire se questi miglioramenti ti fanno risparmiare tempo su tutto il tuo portafoglio clienti.
Dove il lavoro inizia ad accumularsi
Con l’aiuto dell’AI, finisci una patch in venti minuti e la lasci in attesa di revisione. Il tuo responsabile tecnico deve verificare se la stessa personalizzazione funziona sul sito di un altro cliente, ma non può occuparsene prima di giovedì. Tu continui a lavorare. Quando finalmente aprono quel primo ticket, hai già altre quattro patch in attesa.
Il problema è evidente dai timestamp dei ticket. Scrivere richiede pochi minuti, mentre l’attesa dura giorni. Acquistare un altro abbonamento all’AI non cambia questo ritardo.
Nella ricerca di Atlassian del 2025 sull’esperienza degli sviluppatori, il 50% degli sviluppatori dichiara di perdere almeno dieci ore alla settimana in attività non legate alla programmazione, soprattutto a causa di inefficienze organizzative. Il sondaggio coinvolge 3.500 sviluppatori e manager in sei paesi. La ricerca di informazioni è tra le principali cause di perdita di tempo. Si tratta di esperienze riportate, piuttosto che di registrazioni temporali misurate, ma offrono alle agenzie un utile spunto su cui indagare.
Qualcuno del tuo team potrebbe passare parte di ogni revisione a cercare link al repository o a ricordare ai colleghi quali siti condividono una personalizzazione. Anche chi è pronto a eseguire un test immediatamente potrebbe dover aspettare che gli venga concesso l’accesso.
Tenere traccia di questi dettagli nella documentazione del sito e assicurarti che gli sviluppatori che se ne occupano abbiano l’accesso necessario previene tutto questo. Un collega dovrebbe poter trovare le istruzioni di test esistenti e mettersi subito al lavoro. Il responsabile può comunque intervenire quando una modifica si comporta in modo inaspettato, senza dover rispondere ogni volta alla domanda “Dov’è il codice?”.
Le conoscenze sul sito che il tuo team conserva diventano più preziose
L’endpoint dei prezzi personalizzati di un negozio all’ingrosso impiega diversi secondi a rispondere. Quando gli viene chiesto come velocizzarlo, un assistente AI suggerisce di memorizzare la risposta nella cache per dieci minuti. Questo eviterebbe al sito di calcolare il prezzo a ogni richiesta.
Ogni cliente ha però una tariffa negoziata. Se si invia una risposta salvata all’account sbagliato, un acquirente potrebbe vedere i prezzi di un’altra azienda. Lo sviluppatore che ha scritto l’endpoint sa perché questo bypassa la cache condivisa. Qualcuno che si occupa di un ticket sulle prestazioni sei mesi dopo potrebbe vedere l’opportunità di velocizzare il sito senza rendersi conto di cosa comporta quella modifica.
Il commento accanto all’endpoint può essere semplice, ovviamente. Qualcosa del tipo: «Ogni account all’ingrosso ha il proprio prezzo negoziato. Tieni questa risposta fuori dalla cache condivisa», andrebbe benissimo.
Nel record del sito, indica ai colleghi il codice e identifica due account di prova con prezzi diversi. Dopo una modifica, possono accedere con ciascun account e confrontare il prezzo visualizzato con la tariffa che l’acquirente dovrebbe ricevere.
Questo dà al tuo collega un motivo per mettere in discussione una modifica proposta alla cache di WordPress. Inoltre, fornisce all’assistente AI un contesto più utile quando gli chiedi di valutare delle alternative.
Pensa a cosa diresti quando consegni un sito a un collega:
- “Il reparto acquisti usa questo report durante la riunione di lunedì. Deve essere pronto prima di allora.”
- “Le date nell’importazione seguono il fuso orario del fornitore.”
- “Stiamo aspettando che venga risolto questo problema del plugin prima di rimuovere la soluzione alternativa.” Includi il link al problema.
Quando un aggiornamento del plugin risolve il problema, dovresti prenderne nota e aggiungere la data. Le vecchie istruzioni possono rimanere al loro posto, e un riassunto generato dall’AI potrebbe continuare a consigliare una soluzione alternativa di cui il tuo sito non ha più bisogno.
Usa lo strumento di AI approvato dalla tua agenzia e rimuovi le credenziali da qualsiasi cosa incolli al suo interno. Di solito puoi tralasciare anche i dettagli dei clienti; includili solo se la domanda li richiede. Tieni un link al codice o alle impostazioni rilevanti accanto alla risposta, così il prossimo sviluppatore potrà verificare se corrispondono a ciò che c’è sul sito.
Una buona diagnostica permette agli sviluppatori di valutare più velocemente i suggerimenti dell’AI
La frase “a volte il checkout sembra lento” lascia ampio spazio alle ipotesi. Un assistente AI può produrre immediatamente un elenco plausibile di cause. Una diagnostica utile ti permette di iniziare a escluderle.
Gli ordini piccoli vanno a buon fine senza intoppi. Se però metti dodici prodotti diversi nel carrello, il ricalcolo del totale richiede sei secondi. Una traccia di monitoraggio delle prestazioni dell’applicazione punta alla funzione di sconto personalizzata. Per ogni riga nel carrello, torna al database e recupera di nuovo la cronologia degli ordini dello stesso acquirente.
Ora hai una domanda specifica: la funzione può recuperare quella cronologia una sola volta e riutilizzarla durante lo stesso calcolo? Puoi chiedere all’AI di aiutarti a esaminare il codice tenendo presente questo vincolo.
Dopo aver apportato la modifica nell’ambiente di staging, ripeti il test con i dodici prodotti e controlla il numero di query. Verifica che lo sconto rimanga corretto quando modifichi le quantità. Un tempo di risposta più breve non serve a molto se il cliente riceve un totale sbagliato.
Se qualcun altro del team riprende l’analisi del checkout la mattina dopo, avrà la traccia, ma saprà che hai eseguito il test nell’ambiente di staging con un account all’ingrosso? Dovrai inserire questo dettaglio nel ticket. Per i log di errore di WordPress, fornisci loro la finestra temporale e il fuso orario corrispondenti, in modo che possano trovare le voci relative allo stesso test.
Questo è importante anche quando l’AI aiuta nell’analisi. Il rapporto “State of Observability 2025” di Splunk ha intervistato 1.855 professionisti dell’osservabilità, e il 48% identifica la scarsa qualità dei dati come il principale ostacolo alla preparazione all’AI. Tralasciare quale account attiva la regola di sconto offre all’assistente meno elementi su cui lavorare, per quanto dettagliata possa sembrare la traccia.
Inoltre, migliora la comunicazione con il cliente. Puoi spiegare che i carrelli di grandi dimensioni caricano ripetutamente la stessa cronologia degli ordini e descrivere il test che verifica la tua correzione. Il cliente riceve una spiegazione del ritardo, invece di un altro messaggio in cui dici che stai provando diverse soluzioni.
Ambienti coerenti rendono i miglioramenti utili in tutto il portafoglio
Una correzione delle prestazioni può farti risparmiare lavoro su diversi siti, a patto che tu sappia dove altro cercare.
Supponiamo che un plugin di reportistica ricalcoli i totali degli ordini di un anno ogni quindici minuti. Il cliente apre quel report solo per una riunione settimanale. Confermi che i ricalcoli ripetuti consumano risorse del database e modifichi la pianificazione in base a come il cliente utilizza il report.
La tua agenzia installa lo stesso plugin su altri undici negozi. Con un inventario aggiornato, puoi identificarli e controllarne le impostazioni. Senza, qualcuno deve aprire le dashboard una per una o cercare il nome del plugin nelle fatture.
“Dove si trova il codice personalizzato di questo sito?” è una domanda che diventa presto noiosa quando gestisci più siti WordPress. Conoscere le posizioni dei file risparmia a un collega un po’ di ricerche, così come le note che usano lo stesso nome per la stessa impostazione. Le note sulla pianificazione possono chiarire dubbi a cui le impostazioni del plugin non rispondono, ad esempio se è il server ad attivare i cron job di WordPress.
“Il personale controlla questo report durante la giornata” va inserito accanto all’impostazione di aggiornamento nelle note del sito. Copiare il programma settimanale di un altro negozio li porterebbe a lavorare con dati non aggiornati. Includi in quella nota anche la versione del plugin installata. Uno sviluppatore potrebbe perdere tempo a cercare un controllo di pianificazione che esiste in una versione più recente ma non compare da nessuna parte nelle impostazioni di quel negozio.
L’intelligenza artificiale può aiutarti a confrontare le impostazioni esportate o a preparare un elenco di possibili corrispondenze. Confronta quell’elenco con i siti reali prima di applicare la modifica. La semplice corrispondenza dei nomi dei plugin non dimostra che i clienti utilizzino la funzionalità allo stesso modo.
Aggiungi la domanda “Con quale frequenza il cliente usa questo report?” alle note di configurazione del plugin. Lo sviluppatore che lo installerà nel prossimo negozio potrà definire la pianificazione durante l’onboarding. Un report che il cliente apre il lunedì mattina difficilmente deve essere aggiornato ogni quindici minuti per tutta la settimana. Il tuo team ha già esaminato quel problema una volta; la prossima installazione potrà beneficiare della risposta.
Integra l’AI nelle revisioni che già esegui
La revisione dei plugin del martedì può significare passare un sacco di tempo con i log delle modifiche aperti. Per ogni sito, qualcuno deve confrontare la versione installata con la nuova release e capire quali modifiche meritano un’occhiata più attenta. Ad esempio, un negozio con una regola di sconto personalizzata richiede particolare attenzione a tutto ciò che modifica il modo in cui il checkout calcola i prezzi.
Questo assegna all’assistente AI un compito specifico. Con la versione installata e una spiegazione della regola di sconto, può individuare le modifiche che potrebbero influire sul calcolo. Il riepilogo deve includere link alle note di rilascio, così il tuo sviluppatore può leggere quelle voci nel contesto. Spetta comunque a lui valutare se un aggiornamento influisce sul negozio, ma ha meno materiale da vagliare in un primo momento.
“Controlla tutti i nostri siti e dicci cosa richiede attenzione” gli fornisce molto meno materiale su cui lavorare. Potrebbe generare un report dall’aspetto impressionante che però tralascia proprio quel dettaglio di compatibilità di cui il tuo sviluppatore ha bisogno.
Prova l’attività più mirata su alcuni siti che conosci bene. Confronta il risultato con la tua revisione. Distingue una correzione proposta da una già rilasciata? Considera un numero di versione mancante come sconosciuto o colma il vuoto con un’ipotesi?
Lo script confronta la versione del plugin installata su ogni sito con quella disponibile. Segnala inoltre le esportazioni di configurazione mancanti.
Quando un sito non restituisce la propria configurazione, il report dice: “Revisione incompleta. Manca l’esportazione della configurazione di questo sito”. Questa voce mantiene quindi il sito nella lista delle cose da fare del revisore. Una riga vuota potrebbe facilmente sembrare un sito che supera il controllo.
Misura la capacità che guadagni
Un pomeriggio senza una serie di messaggi del tipo “Dove lo trovo?” offre al tuo responsabile tecnico il tempo necessario per portare a termine il lavoro per i clienti. Puoi vedere i benefici ben prima di accettare un altro cliente.
I tuoi ticket di progetto e di assistenza possono mostrare se i ritardi che stai cercando di ridurre si stanno effettivamente accorciando. A seconda di cosa continua a rallentare il lavoro, potresti monitorare:
- Tempo di attesa per il rilascio: quanto tempo rimane una modifica completata in sospeso prima che qualcuno possa verificarla e rilasciarla?
- Tempo di analisi: quanto tempo impiega lo sviluppatore a individuare la causa di un problema segnalato?
- Ticket riaperti: con quale frequenza lo stesso problema si ripresenta dopo che il team ha contrassegnato una correzione come completata?
- Ore di assistenza non pianificate: quanto tempo previsto per il progetto viene dedicato a riparazioni impreviste?
Ad esempio, supponiamo che ci siano sei ticket di manutenzione simili che richiedono ciascuno che il responsabile del progetto vada a cercare i dettagli di configurazione. Dopo aver migliorato i registri del sito, esamina i prossimi sei ticket che arrivano. Se i membri del team riescono a gestirne cinque senza quell’interruzione e le correzioni reggono, hai la prova che le note sono utili.
Quando qualcuno chiude un ticket e passa le indagini rimanenti a un collega, il team deve comunque dedicare del tempo a quella riparazione. Gli sviluppatori tendono inoltre a sottostimare le ore di assistenza quando non inseriscono nelle loro schede di presenza le interruzioni di cinque minuti. Quelle interruzioni continuano comunque a frammentare la loro giornata, che le registrino o meno.
Diverse settimane di ticket simili ti danno una base migliore per valutare se c’è qualche miglioramento. Il volume dei ticket è importante in questo caso. Una settimana tranquilla lascia naturalmente più spazio al lavoro sui progetti, indipendentemente dalle modifiche alla documentazione o agli strumenti di IA.
Il tuo responsabile ora ha due pomeriggi liberi per i progetti dei clienti. Una settimana intensa di assistenza ti fa capire se puoi contare su quel tempo. Se riescono a finire il lavoro in programma senza rimandarne metà alla settimana successiva, hai una base più solida per dire di sì a un altro cliente.
Una configurazione di hosting che il tuo team conosce
“Controlla i log” presuppone che il tuo collega sappia dove trovarli. Se ogni cliente usa un host diverso, potrebbe passare la prima parte di un ticket di assistenza a cercare in una dashboard che non conosce. Una configurazione familiare gli permette di passare subito all’analisi.
Kinsta integra queste attività in MyKinsta. Quando un negozio rallenta, uno sviluppatore può attivare l’APM di Kinsta per un periodo di analisi e ispezionare le transazioni che coinvolgono PHP, query al database e richieste esterne. Può anche visualizzare i log disponibili del sito direttamente dalla dashboard.
Lo sviluppatore può ricreare quel carrello lento con 12 prodotti su un sito di staging di WordPress utilizzando un account di prova all’ingrosso. Sapendo quale dovrebbe essere lo sconto, può verificare il calcolo corretto senza toccare gli ordini live. Il confronto della velocità richiede un po’ più di attenzione. Se l’ambiente di staging utilizza impostazioni di caching diverse o dispone di meno risorse rispetto all’ambiente di produzione, i tempi di risposta non forniranno un confronto affidabile.
“Puoi darmi l’accesso?” non dovrebbe essere il primo messaggio che ricevi quando un collega si occupa dell’assistenza. La gestione utenti di MyKinsta ti permette di concedere loro l’accesso allo staging in anticipo, riservando l’accesso all’ambiente di produzione a chi si occupa di implementare la correzione. Se quel collega lavora regolarmente sui siti dei tuoi clienti, puoi assegnargli un ruolo a livello aziendale invece di gestire l’accesso per ogni sito separatamente.
Quando diversi negozi utilizzano la tua estensione per gli sconti, le etichette dei siti rendono più facile individuare quelle installazioni. Puoi richiamare il gruppo quando una correzione deve essere testata, quindi consultare la scheda di progetto di ciascun negozio per le sue regole di prezzo. L’etichetta deve però corrispondere a ciò che è effettivamente presente sul sito. Un negozio che non usa più l’estensione non dovrebbe continuare a comparire in quell’elenco.
Dove investire prima
“Sto ancora aspettando l’accesso allo staging” può tenere un ticket aperto per mezza giornata mentre una correzione al checkout attende di essere testata. Se quel commento continua a comparire nei tuoi ticket recenti, hai un problema specifico da risolvere. Gli sviluppatori che si occupano di quei negozi hanno bisogno di account che consentano loro di lavorare senza dover aspettare che il titolare dell’account torni online.
Qualcuno del tuo team che provi ad accedere con le proprie credenziali ti dirà molto di più di un semplice elenco di autorizzazioni assegnate. Potrebbe arrivare alla dashboard e non avere comunque accesso all’ambiente di cui ha bisogno. Scoprirlo tra un ticket e l’altro ti dà il tempo di risolvere la questione senza far aspettare il cliente.
“Esegui il solito test di checkout” presuppone che il tuo collega conosca il negozio bene quanto chi ha creato il codice sconto. Potrebbe non avere idea di quale account dia diritto ai prezzi all’ingrosso. Includere il riferimento a quell’account accanto al link alla regola di sconto gli evita di dover aspettare la risposta dell’autore.
“Ho effettuato l’accesso. A quanto dovrebbe ammontare il totale del carrello?” Un commento del genere nel ticket successivo mostra dove i membri del team hanno ancora bisogno di aiuto. L’importo previsto dovrebbe essere indicato accanto al riferimento all’account mentre rispondi. Altrimenti, chiunque si occuperà del checkout la prossima settimana potrebbe chiederti la stessa cosa. Di nuovo.
Rendi il prossimo sito più facile da gestire
Tornando alle due agenzie, entrambi gli sviluppatori hanno pronte per le dieci le bozze di test generate dall’AI. Il team con l’eccezione di checkout documentata può mettere a frutto la propria bozza. L’altro ha ancora bisogno di una risposta da qualcuno che è in riunione.
Questi piccoli vantaggi diventano più preziosi man mano che l’AI aiuta il tuo team a preparare più lavoro. Ti permettono di sfruttare il lavoro in più senza dover inviare ogni domanda sempre alla stessa persona.
Scegli un ritardo ricorrente ed eliminalo. Poi dai allo sviluppatore successivo informazioni sufficienti per trarre vantaggio dalla correzione. L’hosting WordPress gestito di Kinsta offre al tuo team un ambiente familiare in cui analizzare e testare le modifiche man mano che il tuo portafoglio clienti cresce.
Carlo è cultore appassionato di webdesign e front-end development. Gioca con WordPress da oltre 20 anni, anche in collaborazione con università ed enti educativi italiani ed europei. Su WordPress ha scritto centinaia di articoli e guide, pubblicati sia in siti web italiani e internazionali, che su riviste a stampa. Lo trovate su LinkedIn.
