Gedda ospita la 27ª Coppa delle Nazioni del Golfo Arabico dal 23 settembre al 6 ottobre 2026, con otto nazionali divise in due gironi, che giocano allo stadio della King Abdullah Sports City e allo stadio Principe Abdullah Al-Faisal. È una notizia sportiva e, per la maggior parte delle persone, finisce lì.

Al suo interno c'è però una storia operativa che riguarda ogni ristorante, hotel, negozio, azienda di trasporti e clinica di Gedda e dintorni. Per due settimane intere cambia la composizione dei clienti che si presentano alla tua cassa. Le squadre in gara vengono da Iraq, Oman, Kuwait, Emirati Arabi Uniti, Qatar, Bahrein e Yemen, e ciascuna porta con sé tifosi con numeri di cellulare che iniziano con 964, 968, 965, 971, 974, 973 e 967. Sette prefissi diversi da quello attorno a cui sono stati costruiti i tuoi sistemi.

Il presupposto silenzioso alla base della maggior parte dei sistemi sauditi

Secondo il piano nazionale di numerazione del Regno, un numero di cellulare locale inizia con 05 ed è lungo dieci cifre. È un fatto normativo chiaro e non è il problema. Il problema è come quel fatto sia finito nel codice sotto forma di regola di validazione rigida: un campo che respinge qualsiasi inserimento che non corrisponda a dieci cifre che iniziano con zero cinque.

La regola sembra corretta perché funziona per il 99% dei clienti tutto l'anno. Poi arrivano due settimane come queste e la regola smette di essere una protezione e diventa una porta chiusa a chiave. La differenza conta: una protezione respinge dati errati, mentre questa regola respinge un cliente reale che cerca di pagarti.

Peggio ancora, lo schema non si trova solo nel campo del telefono. Si ripete ovunque uno sviluppatore abbia dato per scontato che il cliente fosse residente in Arabia Saudita:

  • Il campo del cellulare. Una validazione ancorata a 05, o a una lunghezza fissa di dieci cifre, respinge un numero del Golfo prima ancora che raggiunga il tuo server.
  • Il codice di verifica. Anche se il campo accetta il numero, il tuo fornitore di messaggistica potrebbe non avere l'invio internazionale attivo sul tuo account, così il cliente inserisce un numero e aspetta un messaggio che non arriva mai.
  • La pagina di pagamento. Un gateway configurato solo per Mada. Il visitatore ha una carta emessa da una banca del Golfo su un circuito internazionale e vede un rifiuto che non riesce a spiegarsi.
  • Il campo del documento. Un numero di identità nazionale o di residenza obbligatorio di dieci cifre che inizia con uno o con due. Il visitatore ha un passaporto e il modulo non offre una terza opzione.
  • L'indirizzo. Un elenco chiuso che contiene solo città saudite e un codice postale obbligatorio in formato locale, all'interno di un modulo che non ha affatto bisogno di un indirizzo perché l'ordine si ritira in filiale.
  • La lingua. Un'interfaccia solo in arabo su un percorso critico come la prenotazione o il pagamento. I visitatori del Golfo leggono l'arabo, ma una parte dei tifosi in trasferta e di chi li accompagna no.

Perché niente di tutto questo compare nei tuoi report

È qui che si trova il vero pericolo. Quando il tuo modulo respinge il numero di un visitatore, non succede nulla di misurabile. Nessun ordine fallito nella dashboard, nessun errore nei log, nessun ticket di assistenza. Il cliente ci prova due volte, chiude la scheda e va dal concorrente il cui modulo ha accettato il numero. Tu vedi il risultato come un dato di vendita un po' più basso del previsto in una settimana di grande movimento, e lo spieghi con qualsiasi altra spiegazione.

I sistemi registrano il successo con un dettaglio eccellente e restano in silenzio su ciò che è fallito prima di cominciare. Un ordine completato porta con sé una traccia completa dal primo clic alla fattura, mentre un visitatore fermato dalla validazione nel browser non ha mai raggiunto il server per lasciare una traccia. Per questo la prima correzione qui non riguarda il modulo ma la misurazione: registra gli errori di validazione come evento a sé, con il nome del campo e il motivo del rifiuto, senza memorizzare l'input. Una settimana di questo ti dice esattamente quale campo sta respingendo i clienti, ed è lo stesso tipo di visibilità di cui abbiamo parlato in il punto singolo di guasto che non vedi nella tua architettura.

Che cosa si può davvero correggere prima del 23 settembre

Cinque giorni non bastano per ricostruire un sistema, ma sono più che sufficienti per eliminare le sei barriere descritte sopra, perché la maggior parte è configurazione e non sviluppo. L'ordine qui sotto va dall'impatto più alto a scendere:

  • Apri il campo del cellulare al formato internazionale. Un selettore del prefisso impostato di default sull'Arabia Saudita e numeri memorizzati in un unico formato internazionale canonico che inizia con il segno più. È una modifica in un solo livello e risolve il problema per tutti i Paesi anziché per sette.
  • Prova l'invio della verifica a un vero numero del Golfo prima del torneo. Non dare per scontato che sia attivo. Invia un codice a un numero reale di un Paese in gara e verifica che arrivi entro pochi secondi. Il test richiede pochi minuti e fa emergere un guasto che ti costerebbe due settimane.
  • Attiva le carte internazionali e i portafogli digitali. Verifica con il tuo fornitore di pagamenti quali circuiti sono effettivamente attivi sul tuo account, non quali sono teoricamente disponibili nel tuo piano. Aggiungi un'opzione di portafoglio digitale se non ce l'hai, perché è la strada più veloce per un visitatore che non digiterà il numero della carta su un sito che non ha mai usato.
  • Rendi facoltativo il campo del documento o aggiungi l'alternativa del passaporto. Se il campo esiste per un motivo di legge, scrivilo accanto e accetta il formato del passaporto. Se esiste per abitudine, eliminalo questa settimana.
  • Libera l'indirizzo dall'elenco chiuso. Trasforma la città in un campo di testo libero e rendi facoltativo il codice postale, soprattutto negli ordini che non prevedono consegna.
  • Traduci solo il percorso critico. Il menu o l'elenco dei prodotti, i passaggi della prenotazione, la pagina di pagamento e la pagina delle indicazioni. Non ti serve tutto il sito tradotto entro martedì. Ti serve che il visitatore possa comprare.

Subito dopo le correzioni arriva la questione della capacità. Questo picco non è distribuito nell'arco della giornata ma concentrato in due brevi finestre prima e dopo ogni partita, e si comporta in modo molto simile allo schema che abbiamo descritto in il giorno di paga e il picco di cui conosci già la data, con una differenza: questa folla si sposta anche geograficamente, in una sola direzione, nello stesso momento.

I dati che raccoglierai in queste due settimane

Un visitatore che arriva da fuori del Regno e si registra nel tuo sistema significa dati personali soggetti alla Legge sulla protezione dei dati personali (PDPL), esattamente come i dati di un cliente locale. Il punto pratico è semplice: non raccogliere un campo che non userai. Ogni campo in più aggiunto a un modulo costruito in fretta è un obbligo che ti resta per mesi dopo la fine del torneo.

Indica nella tua pagina sulla privacy che cosa raccogli, perché e per quanto tempo lo conservi, con un linguaggio che il visitatore capisca e non con formule legali copiate. Chi si registra da te una sola volta in due settimane non leggerà dieci paragrafi, ma noterà se gli chiedi un numero di identità nazionale per prenotare un tavolo.

Il punto di vista di Origami

Incontriamo spesso questo schema quando analizziamo sistemi esistenti: una regola di validazione scritta tre anni fa per una situazione che allora era vera, poi rimasta nel codice come una decisione permanente che nessuno ha più riesaminato. L'errore non è che uno sviluppatore abbia sbagliato. È che il presupposto non è mai stato scritto in un posto verificabile, e così è diventato parte della struttura invece che un'impostazione.

Per questo, quando costruiamo un sistema, separiamo le regole di validazione dal codice e le trattiamo come configurazione, e memorizziamo sempre i numeri di cellulare in formato internazionale anche quando oggi tutti i clienti sono locali. Il costo in fase di realizzazione è quasi zero. Il costo due anni dopo, quando apri una filiale a Dammam che serve visitatori dal Bahrein, o quando un torneo arriva nella tua città, è la differenza tra un'ora di configurazione e un progetto di modifica che si misura in settimane. Applichiamo lo stesso principio a tutto ciò che costruiamo nell'ambito dei nostri servizi: un presupposto valido oggi si scrive come un'impostazione, non come una condizione in una riga di codice.

Che cosa resta dopo il 6 ottobre

Il torneo finisce il sei ottobre. La parte che hai corretto no. Il Regno ospita grandi eventi senza sosta, e stagioni, conferenze e tornei sono ormai una presenza fissa del calendario e non un'eccezione. Un sistema che oggi accetta un visitatore che arriva da fuori del Regno lo accetterà anche al prossimo evento senza ulteriore lavoro.

Comincia questa settimana dal passo eseguibile più piccolo: apri il tuo sito o la tua app e prova a completare un acquisto intero usando un vero numero di cellulare del Golfo e una carta non saudita. Se funziona, sei pronto. Se ti fermi su un campo preciso, hai appena scoperto dove sarebbero finite due settimane di vendite.

Fonti