Tutto quello che devi sapere su crediti, campagne, verifica, badge e regole del gioco.
1. Il principio di base
BetaSwap funziona su un meccanismo di reciprocità strutturale: ogni developer è anche un tester. Chi non testa non può ottenere tester. L'incentivo a partecipare seriamente non è un appello alla buona volontà — è incorporato nel sistema.
L'attività dei tester viene verificata da Firebase Analytics ogni 24 ore. Nessuno può simulare sessioni senza usare davvero l'app. Chi bara perde crediti e reputazione.
2. Il sistema a crediti
I crediti sono la valuta di BetaSwap. Si guadagnano testando, si spendono per ottenere tester.
Come si guadagnano
+3 crediti per ogni campagna completata come tester (raggiunti i giorni attivi minimi richiesti)
+1 credito per feedback di qualità (score ≥ 40/100 assegnato dall'algoritmo)
+5 crediti alla registrazione per i primi 200 utenti (status Fondatore)
Come si spendono
Il costo di una campagna è 1 credito per tester × durata in giorni. Esempio: 5 tester × 14 giorni = 70 crediti.
I crediti vengono scalati al momento di creare la campagna e prima dell'attivazione.
Penalità
Abbandono campagna: penalità reputazione, possibile blocco temporaneo dalla partecipazione.
Inattività: giorni non verificati non contano verso il completamento — allunga de facto la campagna o la fa fallire.
3. Le campagne
Creare una campagna (developer)
Devi avere un'app registrata su BetaSwap con package name corretto.
Imposta titolo, obiettivi di test, durata (7-90 giorni), numero di tester (1-50).
Imposta i requisiti minimi: giorni attivi e minuti di sessione.
I crediti vengono scalati immediatamente. La campagna va poi attivata manualmente.
Una volta attivata, i tester vengono assegnati dall'admin e inizia il periodo di test.
Partecipare a una campagna (tester)
Sfoglia le campagne disponibili e invia una richiesta.
Massimo 2 campagne attive contemporaneamente per tester.
L'admin approva l'assegnazione — il developer riceverà la tua email per aggiungerti al closed testing di Google Play.
Non puoi testare un'app dello stesso IP del developer, né app tue.
4. La verifica Firebase
Per le campagne con verifica Firebase, BetaSwap legge i dati di Google Analytics del developer in modalità read-only tramite OAuth. Non ha accesso a dati personali degli utenti, non può modificare nulla.
Cosa viene controllato ogni 24h
DAU ≥ 1 — il tester era attivo quel giorno.
Durata media sessione ≥ minimo configurato (default 5 minuti) — le sessioni hanno avuto una durata reale.
Nessuna anomalia — pattern sospetti come sessioni identiche alla stessa ora, spike artificiali.
Un giorno conta come "attivo" solo se tutte e tre le condizioni sono soddisfatte. Aprire l'app per 10 secondi non basta.
Campagne manuali
Per le campagne senza Firebase, la verifica è manuale: l'admin controlla periodicamente che il tester abbia effettivamente usato l'app, basandosi sul feedback inviato e sulla reputazione storica.
5. Obblighi del tester
Usare l'app ogni giorno per almeno il numero di minuti configurato nella campagna.
Raggiungere i giorni attivi minimi prima della scadenza della campagna.
Inviare almeno un feedback durante la campagna con osservazioni reali (non feedback generico o copiato).
Non abbandonare la campagna senza motivo valido — l'abbandono ripetuto porta a penalità permanenti.
Accettare l'invito su Google Play Console entro 48h dall'assegnazione (campagne Firebase).
6. Obblighi del developer
Configurare Firebase correttamente prima di lanciare una campagna verificata: SDK integrato, Google Analytics collegato, package name corrispondente.
Aggiungere le email dei tester a Google Play Console entro 24h dall'assegnazione.
Mantenere l'app funzionante per tutta la durata della campagna — crash critici o rimozione dall'app store invalidano la campagna senza rimborso crediti.
Non creare account multipli per testare la propria app — è rilevato automaticamente tramite IP e pattern d'uso.
Rispondere al feedback dei tester entro 72h è fortemente consigliato per mantenere la reputazione della campagna alta.
7. Il sistema reputazione
La reputazione è uno score separato dai crediti. Si accumula nel tempo e riflette la qualità complessiva del tuo contributo alla community.
Aumenta con: campagne completate, giorni attivi consecutivi, feedback di qualità, basso tasso di abbandono.
Diminuisce con: abbandoni, sessioni anomale, feedback di bassa qualità.
I developer possono vedere la reputazione dei tester quando selezionano i candidati.
Una reputazione alta sblocca badge di tier superiore e priorità nelle assegnazioni.
8. Il sistema badge
I badge riconoscono i traguardi raggiunti. Sono assegnati automaticamente dal sistema non appena le condizioni vengono soddisfatte. Ogni badge ha un tier che ne indica il livello di difficoltà.