Vai al contenuto principale
    Guida pubblica al processo
    Processo di rilascio beta

    Come Copify gestisce gli aggiornamenti beta senza trattare i tuoi negozi come un laboratorio di prova.

    I rilasci beta devono comunque procedere rapidamente, ma senza esporre a rischi inutili i dati dei merchant, le pipeline di sincronizzazione esistenti o le opzioni di ripristino. Questa guida spiega come prepariamo, convalidiamo, rilasciamo, comunichiamo e supportiamo gli aggiornamenti beta.

    Cosa puoi aspettarti

    Rilascio per fasi delle modifiche a rischio più elevato

    Changelog sul sito e comunicazioni di prodotto chiari

    Condizioni di arresto e percorsi di ripristino definiti

    Contesto per l'assistenza preparato prima dei rilasci più rischiosi

    Impegni fondamentali

    I principi alla base di ogni rilascio beta.

    Visibilità chiara delle modifiche

    Ogni aggiornamento beta riceve un riepilogo adatto ai clienti, così puoi vedere cosa è cambiato, perché è importante e se è necessaria qualche azione.

    Per fasi, senza fretta

    Preferiamo un rilascio a cerchi concentrici rispetto a rilasci generalizzati, soprattutto quando un aggiornamento può influire sul comportamento della sincronizzazione in tempo reale.

    Prima il ripristino

    Se un aggiornamento riguarda la logica di sincronizzazione, la pianificazione, il rollback, i backup, l'autenticazione o la fatturazione, prepariamo il percorso di ripristino prima del rilascio.

    Rilasci pronti per l'assistenza

    Per i rilasci a rischio medio e alto, l'assistenza riceve un brief in linguaggio semplice, così le domande dei merchant possono essere gestite rapidamente.

    Pacchetto di rilascio

    Cosa prepariamo prima che un rilascio parta.

    Obbligatorio

    Note di rilascio dettagliate

    Un riepilogo completo di ambito, modifiche importanti, aree di rischio e contesto per il rollback.

    Obbligatorio

    Aggiornamento del changelog sul sito

    Un riepilogo per i merchant che spiega cosa è cambiato, chi ne trae vantaggio e se è richiesta qualche azione.

    Obbligatorio

    Testi degli annunci nell'app

    Brevi messaggi di rilascio preparati per le superfici del prodotto, come banner, schede o futuri feed delle novità.

    Obbligatorio

    Piano di rollback

    Una condizione di arresto, un responsabile e un percorso di ripristino definiti per i rilasci che potrebbero influire sui dati in produzione o sul comportamento della sincronizzazione.

    Obbligatorio

    Brief per l'assistenza

    Domande previste, soluzioni alternative, superfici coinvolte e percorso di escalation verso il team di ingegneria.

    Livelli di rischio

    Adattiamo il processo al livello di rischio.

    Livello
    Modifiche tipiche
    Controlli richiesti
    Basso
    Aggiornamenti dei testi, rifiniture dell'interfaccia e miglioramenti non distruttivi alla documentazione o alle impostazioni.
    Test ordinari e copertura nel changelog.
    Medio
    Nuove impostazioni, report, notifiche, aggiunte sicure allo schema o route non critiche.
    Test di regressione mirati, rilascio per fasi e un brief per l'assistenza.
    Alto
    Modifiche al motore di sincronizzazione, comportamento della pianificazione, backup, rollback, migrazioni che toccano dati in produzione, autenticazione, fatturazione o modifiche all'API di Shopify.
    Test di regressione in ambiente reale, rilascio per fasi, responsabilità esplicita del rollback, monitoraggio e comunicazioni ai clienti già preparate.

    Quando un rilascio è difficile da classificare, lo trattiamo come ad alto rischio.

    Flusso standard

    Il percorso di rilascio che seguiamo dalla revisione alla distribuzione.

    01

    Classificare la modifica

    Esaminiamo quali superfici sono coinvolte, se le scritture potrebbero comportarsi diversamente e se pianificazioni, pipeline o webhook esistenti potrebbero cambiare.

    02

    Preparare il pacchetto di rilascio

    Allineiamo note di rilascio, messaggi del changelog, indicazioni per l'assistenza e pianificazione del rollback prima che inizi la distribuzione.

    03

    Eseguire la convalida

    Ogni rilascio passa attraverso controlli automatici, test di regressione mirati e un'ulteriore convalida in condizioni reali quando sono coinvolti sincronizzazione, rollback, backup o trasformazioni delle entità.

    04

    Applicare i controlli di sicurezza

    Per i rilasci a rischio medio e alto confermiamo i percorsi di ripristino, verifichiamo che esistano snapshot o backup e scegliamo una finestra di rilascio a rischio più basso.

    05

    Distribuire a cerchi concentrici

    Procediamo dalla copertura interna e demo a un piccolo gruppo beta prima del rilascio più ampio, invece di cambiare tutto per ogni merchant in una sola volta.

    06

    Comunicare dopo la convalida

    Una volta che il rilascio è attivo e ne è confermato il corretto funzionamento, pubblichiamo il changelog sul sito, le comunicazioni di prodotto e il brief per l'assistenza in un ordine coerente.

    Protezioni di sicurezza

    Queste protezioni sono requisiti per il rilascio, non extra di marketing.

    Rilevamento delle modifiche per evitare riscritture inutili di entità non modificate

    Snapshot pre-sincronizzazione per rollback più mirati quando qualcosa va storto

    Creazione e ripristino dei backup per scenari di ripristino più ampi

    Controlli delle divergenze e strumenti di confronto per individuarle in anticipo

    Log di sincronizzazione e canali di notifica per far emergere rapidamente gli errori

    Comunicazioni di rilascio

    Comunichiamo dopo che il rilascio è stato convalidato.

    Prima distribuire e convalidare

    Pubblicare il changelog sul sito

    Pubblicare i testi degli annunci nel prodotto, quando pertinente

    Inviare il brief per l'assistenza

    Aggiungere avvisi preliminari per le modifiche di comportamento a impatto più elevato

    Condizioni di arresto

    Quando sospendiamo il rilascio

    Errori di sincronizzazione ripetuti e imprevisti dopo il rilascio

    Picchi di record modificati o sovrascritti non in linea con le aspettative

    Snapshot mancanti prima delle scritture sulla destinazione

    Errori di rollback o ripristino nell'area interessata

    Divergenze o problemi di propagazione dei dati segnalati dai merchant

    Percorso di ripristino

    Come ripristiniamo la situazione se un rilascio non si comporta come previsto

    01

    Sospendere il rilascio e isolare i negozi o le pipeline interessati.

    02

    Usare prima il percorso di ripristino sicuro più circoscritto, partendo da opzioni di rollback mirate prima di azioni di ripristino più ampie.

    03

    Passare a un ripristino più ampio da backup solo quando il problema va oltre una singola entità o sessione di sincronizzazione.

    04

    Pubblicare aggiornamenti per i clienti e per l'assistenza se i dati dei merchant sono stati interessati.

    Gestione dell'assistenza

    Cosa ha già pronto l'assistenza e cosa ci aiuta ad aiutarvi più rapidamente.

    Preparato prima del rilascio

    Un riepilogo del rilascio in linguaggio semplice

    Le superfici del prodotto interessate

    Limitazioni note o soluzioni temporanee

    Percorso di escalation preciso verso il team di ingegneria

    Dettagli utili se segnali un problema

    Negozio di origine e negozio di destinazione

    Pipeline o flusso coinvolto

    Tipo di entità interessato

    Orario approssimativo in cui il problema si è presentato per la prima volta

    Se il problema deriva da una sincronizzazione manuale, pianificata, tramite webhook o da una distribuzione

    Ti serve aiuto subito?

    Le domande sui rilasci non dovrebbero aspettare una sincronizzazione andata male.

    Se vuoi chiarimenti su una voce del changelog, sui tempi di rilascio o sul comportamento dopo un aggiornamento, contatta il team di Copify e ti aiuteremo a valutarne l'impatto.

    Impostazioni dei cookie

    Copify utilizza l'archiviazione essenziale per il funzionamento del sito e analisi facoltative per migliorare le pagine pubbliche. Per i dettagli, consulta la nostra informativa sulla privacy.