Il Black Friday è tra cinque settimane e il feature freeze sul tuo calendario non ha ancora una data fissa. Prima che le distribuzioni si fermino, hai bisogno di un piano per ciò che viene rilasciato ora e ciò che aspetta fino a gennaio. Un feature freeze protegge le entrate, ma ferma anche quasi tutto ciò che un team di sviluppo fa normalmente per quattro-dieci settimane. Questa guida stabilisce le date che i rivenditori usano effettivamente, la checklist da eliminare in anticipo e come gestire una vera emergenza una volta che il freeze è attivo.
Cosa blocca realmente un feature freeze
Un feature freeze è una finestra temporale fissa durante la quale un team smette di rilasciare nuove modifiche rivolte ai clienti su un prodotto attivo. I team solitamente impostano i propri blocchi di distribuzione, pianificandone uno o due settimane intorno al Black Friday e un altro di una o due settimane intorno a Natale e Capodanno. Shopify tratta i due blocchi come fasi separate. In una giornata normale, l'azienda rilascia circa 40 nuove versioni di se stessa, per poi restringere tale cadenza attraverso un feature freeze seguito da un code freeze nelle settimane precedenti al BFCM. Durante la fase di feature freeze, il lavoro continua ma la maggior parte delle funzionalità rivolte all'utente rimangono intatte, così nulla di nuovo sorprende i clienti. Una volta iniziato il code freeze, solo le correzioni critiche raggiungono la produzione.
Un freeze ha un limite reale che vale la pena conoscere prima di farvi affidamento. Non protegge un sito dal rilascio effettuato a settembre; protegge solo l'ultima versione testata, bloccando qualsiasi ulteriore modifica. Tutto ciò che è già distribuito, inclusa una modifica del mese precedente che non ha mai visto il picco di traffico, rimane al suo posto durante il freeze. Una query del database lenta di ottobre arriverà direttamente a dicembre a meno che qualcuno non la intercetti prima.
Impostare le date di blocco e sblocco
La guida alla preparazione alle festività di Salesforce dice ai rivenditori di impostare un blocco del codice entro il 1 novembre come impostazione predefinita sicura e di limitare le modifiche fino all'inizio di gennaio. Una tabella di pianificazione da 2026 costruita su tale guida espone quattro fasi chiare. Un blocco delle funzionalità venerdì 30 ottobre ferma il nuovo lavoro rivolto ai clienti, un blocco completo venerdì 13 novembre blocca codice, configurazione, tag e template, la settimana di picco dal 23 al 30 novembre consente eccezioni solo con la firma dei senior, e un disgelo graduale dal 1 dicembre rilascia il backlog in piccoli lotti.
Alcuni fornitori pubblicano il loro calendario anziché lasciare che i commercianti tirino a indovinare. Il blocco del 2025 di Searchspring è iniziato il 3 novembre, ha sospeso completamente le pubblicazioni dal 17 novembre, è proseguito durante il Black Friday il 28 novembre e il Cyber Monday il 1 dicembre, si è sbloccato brevemente per aggiornamenti critici, per poi bloccarsi di nuovo dal 19 dicembre fino al ripristino delle normali operazioni il 6 gennaio. Non tutte le aziende iniziano così presto. OneSignal ha attuato un blocco della produzione più breve da venerdì 30 ottobre a mercoledì 4 novembre, con la possibilità di estenderlo se necessario.
La lista di controllo da completare prima del blocco
Le aziende di e-commerce guadagnano spesso dal 40 al 60 percento del loro fatturato annuale solo a novembre e dicembre, motivo per cui il sito deve essere in buone condizioni molto prima dell'inizio del blocco. I team di solito completano prima i progetti ad alto impatto: velocità del sito, inventario, flusso di pagamento, opzioni di confezione regalo, messaggi di proposta di valore e programmi per liste dei desideri o carrelli abbandonati.
I dati di inventario sono quelli che contano di più; dovrebbero sempre mostrare livelli di stock reali e tempi di consegna accurati, dato che nessuno vuole un regalo che arriva dopo le feste. Lavorare a ritroso dalla data di blocco è meglio che contare le settimane. Impostate prima la data di blocco, scrivetela, poi contate all'indietro in cicli di test piuttosto che in settimane di calendario; la prima settimana di novembre è l'obiettivo tipico. Tra oggi e l'inizio di novembre, sistemate le tre pagine che generano più entrate piuttosto che cercare di toccarle tutte.
Gestire le eccezioni senza interrompere il blocco
Una modifica ottiene un'eccezione solo se corregge qualcosa che sta attivamente facendo perdere denaro o bloccando i clienti, se può essere testata completamente in produzione subito dopo la distribuzione e se c'è uno stakeholder designato disposto a prendersi la responsabilità del rischio. Tutto il resto, ovvero nuove funzionalità, refactoring e correzioni non urgenti, attende dopo il picco di traffico. La logica di costo dietro questa regola è semplice. Un bug rilasciato il 15 dicembre, quando gli acquirenti acquistano regali dell'ultimo minuto, può costare a un rivenditore il triplo o il quadruplo di quanto costerebbe la stessa interruzione a luglio.
Non tutti concordano sul fatto che un blocco totale sia lo strumento giusto per ogni team. Quantum Metric sostiene che i blocchi completi siano in conflitto con le pratiche Agile e CI/CD, creino scadenze artificiali e complichino le release successive. La sua via di mezzo suggerita consente modifiche HTML e CSS a basso rischio, riservando il blocco ai sistemi mission-critical come pagamenti, spedizioni e rilevamento frodi. Tommy Tynjä, senior engineering manager presso Spotify, si spinge oltre definendo il blocco totale un anti-pattern che non riduce né il rischio né l'instabilità di per sé.
I feature flag offrono una via di mezzo pratica tra queste posizioni. Consentono a un team di disaccoppiare la distribuzione del codice dal rilascio delle funzionalità, spedendo il codice in anticipo ma mantenendo la funzionalità disattivata finché il blocco non viene revocato. Il piano gratuito Developer di LaunchDarkly offre posti illimitati e flag pronti per la produzione in più ambienti a costo zero, il che copre gran parte di ciò di cui un piccolo team ha bisogno per un rilascio graduale come questo.
Cosa pubblicare prima, cosa può aspettare
Correggi prima la velocità del sito e l'accuratezza dell'inventario, poiché entrambi influenzano ogni pagina che un acquirente vede durante il traffico di picco. Imposta la data di blocco per iscritto prima di pianificare qualsiasi altra cosa, quindi conta all'indietro in cicli di test piuttosto che in settimane. Salva nuove funzionalità, riprogettazioni e refactoring non urgenti per gennaio, e instrada tutto ciò che non può aspettare attraverso uno stakeholder nominato e un test di fumo in produzione. Un blocco breve che tutti rispettano davvero vale più di uno lungo che nessuno segue.
