Il progetto Philadelphia richiedeva un’integrazione mobile e backend capace di sostenere un concorso consumer con un volume elevato di partecipazione. Il valore del caso non è soltanto nel numero di utenti raggiunti, ma nella necessità di mantenere stabile il sistema mentre le interazioni reali crescevano.
Contesto
Il lavoro ha riguardato SDK mobile e backend collegati al concorso. In scenari di questo tipo il software non vive isolato: deve integrarsi nel prodotto esistente, rispettare i flussi previsti e rimanere operativo durante tutta la durata dell’iniziativa.
La sfida
Un prodotto promozionale con forte partecipazione deve reggere carico, integrazioni e casi reali senza trasformare ogni picco in un’emergenza. La priorità diventa quindi ridurre i punti fragili e mantenere il flusso operativo leggibile anche quando il volume aumenta.
La qualità non si misura solo con il rilascio. In un’iniziativa consumer la prova vera arriva quando migliaia di utenti iniziano a usare contemporaneamente le funzionalità previste.
Intervento
L’attività ha coinvolto la componente mobile tramite SDK e la componente backend. L’obiettivo era costruire un’integrazione sufficientemente robusta da sostenere l’esperienza reale del concorso, mantenendo sotto controllo il comportamento del sistema lungo tutto il flusso applicativo.
Risultati
Il concorso ha registrato 68.645 utenti e oltre 1.189.000 duelli. Durante i mesi di attività non sono stati registrati problemi in produzione. È il dato più rilevante del caso: la soluzione ha attraversato il carico reale senza trasformare la crescita di utilizzo in instabilità operativa.
Cosa dimostra
Questo progetto rappresenta bene il tipo di lavoro che considero più significativo: software inserito in un contesto reale, con utenti reali e una finestra operativa in cui non basta “funzionare in test”. Servono integrazione, disciplina di delivery e attenzione alla continuità.
Hai un prodotto che deve reggere traffico e integrazioni reali?
Posso aiutarti a verificare architettura, rischi e punti fragili prima che la scala diventi un problema.
Parliamo di assessment