BSRipasso

Modulo 6 di 6

Logica, stime e strategia

1. Obiettivo

Gestire le domande di ragionamento puro (data sufficiency, sequenze, stime) e decidere in modo razionale quando rispondere e quando saltare.
Con la penalità per risposte errate, la strategia vale quanto la velocità di calcolo.

2. Teoria essenziale

Data sufficiency

Non devi calcolare la risposta, devi dire se le informazioni bastano. Formato classico:

Metodo: valuta (1) da sola, poi (2) da sola, poi insieme. Una domanda sì/no è "risolta" anche quando la risposta certa è no. Cerca controesempi per dimostrare l'insufficienza.

Sequenze

  1. Differenze prime (progressione aritmetica).
  2. Rapporti tra termini consecutivi (progressione geometrica).
  3. Differenze seconde.
  4. Due sequenze alternate (posizioni pari e dispari).
  5. Formule note: n², n³, n(n + 1), numeri primi, Fibonacci.

Stime alla Fermi

revenueMAU×%paganti×ARPPU\text{revenue} \approx \text{MAU} \times \%\,\text{paganti} \times \text{ARPPU}
scomponi, stima con numeri tondi, confronta con un benchmark

Sanity check veloci

Strategia con penalità

EV=p(1p)k\text{EV} = p - (1-p)\,k
+1 se giusta, −k se sbagliata, 0 se saltata
EV>0    p>k1+k\text{EV} > 0 \iff p > \dfrac{k}{1+k}
soglia per rispondere
Penalità k per risposta sbagliataRispondi se P(corretta) supera
0,2520%
1/325%
0,533%
150%

Il testo del Task #1 non specifica l'entità della penalità. Regola prudente: sulle scelte multiple rispondi se la tua probabilità di avere ragione è almeno intorno al 50%, o se hai eliminato opzioni fino a restare con due; sulle risposte numeriche libere non tirare mai a indovinare.

3. Diagramma

Leggi la domanda20-30 secondiRisolvibile in tempo?entro circa 90 secondiRisolvi e verificasanity checkScelta multipla?o risposta numericaSaltanumerica: tiro ≈ 0P(corretta) > soglia?soglia = k / (1 + k)RispondiSalta e segnatorna se avanza tempononono

Albero decisionale "rispondo o salto" con penalità k per risposta sbagliata (risposta giusta = +1). Le domande saltate si segnano e si riprendono solo se avanza tempo.

4. Esempio svolto

Testo. Stima il revenue mensile di un'app di fotoritocco con 5 milioni di utenti attivi mensili.

  1. Scomposizione: revenue = MAU × % paganti × ARPPU netto mensile.
  2. % paganti per un'app consumer freemium: tipicamente 2-5%. Scegli 3% → 150.000 paganti.
  3. ARPPU: mix di annuali (circa 40 € all'anno, 3,3 € al mese) e mensili (circa 8 €): stima 6 € lordi, circa 4,5-5 € netti dopo gli store.
  4. Revenue ≈ 150.000 × 6 € = 900.000 € lordi al mese, circa 700.000 € netti.
  5. Sanity check: circa 11 M€ lordi all'anno. Per un'app con 5 M di MAU è un ordine di grandezza credibile. Dichiara sempre le ipotesi: nelle stime conta il metodo più del numero.

5. Trappole tipiche

6. Esercizi

Target: 60-90 secondi per esercizio. Cronometrati e scrivi la risposta prima di aprire la soluzione.

1. Qual è il numero successivo? 2, 6, 12, 20, 30, ...

Soluzione

Differenze: 4, 6, 8, 10 → la prossima è 12 → 42. In alternativa n × (n + 1): 1×2, 2×3, 3×4, ...

2. Qual è il numero successivo? 5, 7, 11, 19, 35, ...

Soluzione

Differenze: 2, 4, 8, 16 (raddoppiano) → la prossima è 32 → 67.

3. Data sufficiency. Qual è il revenue di marzo? (1) A marzo gli abbonati attivi erano 4.000. (2) A marzo l'ARPU è stato 0,36 € su 100.000 utenti attivi.

Soluzione

(1) da sola: manca il revenue per abbonato. (2) da sola: revenue = ARPU × utenti = 36.000 €, basta. Risposta B.

4. Data sufficiency. La conversione trial → pagante è aumentata a marzo rispetto a febbraio? (1) Le trial sono cresciute del 10%. (2) I nuovi paganti sono cresciuti dell'8%.

Soluzione

Nessuna delle due basta da sola. Insieme: conversione di marzo = conversione di febbraio × 1,08 / 1,10, quindi è diminuita: la domanda ha una risposta certa (no). Risposta C. Ricorda: "sufficiente" vale anche se la risposta è no.

5. Data sufficiency. n è un numero intero. n è divisibile per 6? (1) n è divisibile per 3. (2) n è divisibile per 4.

Soluzione

(1) da sola: 3 no, 6 sì, insufficiente. (2) da sola: 4 no, 12 sì, insufficiente. Insieme: divisibile per 12, quindi per 6. Risposta C.

6. Un'app ha 2 milioni di utenti attivi mensili, il 4% è pagante. Il 70% dei paganti ha il piano annuale da 50 €, il 30% il mensile da 8 €. Stima il revenue lordo mensile.

Soluzione

Paganti: 80.000. Annuali: 56.000 × 50 / 12 = 233.333 €. Mensili: 24.000 × 8 = 192.000 €. Totale ≈ 425.000 € al mese. Sanity check: ARPPU medio ≈ 5,3 € al mese, plausibile per un'app consumer.

7. Un collega dice che, dopo un cambio al paywall, il CAC è sceso da 30 € a 3 €. Le installazioni sono cresciute del 10% e la spesa è invariata. È plausibile?

Soluzione

A spesa invariata, CAC diviso 10 significa paganti moltiplicati per 10. Con installazioni +10%, la conversione installazione → pagante dovrebbe crescere di circa 9 volte. Molto improbabile: prima di celebrare, controlla tracking, attribuzione e definizione di "pagante" (trial contate come paganti?).

8. Test con 5 opzioni per domanda: +1 se giusta, −0,5 se sbagliata. Hai eliminato con certezza 2 opzioni e sei indeciso tra le altre 3. Conviene rispondere?

Soluzione

P(corretta) = 1/3. EV = 1/3 − 2/3 × 0,5 = 0: indifferente. Soglia k / (1 + k) = 0,5 / 1,5 = 33,3%, esattamente la tua probabilità. Rispondi solo se una delle tre ti convince un po' di più.