Per una startup, il giorno del lancio è tutto. Gli investitori guardano, la stampa è pronta, è prevista la caccia al prodotto. E poi arriva la temuta email: "Invio rifiutato".
Il rifiuto di Apple potrebbe ritardare il lancio di giorni o settimane. Per una startup che brucia soldi, questo è fatale. A differenza delle grandi aziende, le startup commettono errori specifici perché cercano di innovare o crescere troppo rapidamente.
Errore 1: MVP "rotto" (crash e bug)
Le startup adorano il concetto di MVP (Minimum Viable Product). "Se non ci sono bug, il lancio ha richiesto un po' di tempo." Apple non è d'accordo.
- Il problema: se il revisore Apple tocca un pulsante e l'app si chiude (crash), si tratta di un rifiuto immediato. (Linea guida 2.1).
- Correzione: MVP non significa prodotto difettoso. Significa un prodotto con poche funzionalità. Le funzionalità esistenti DEVONO funzionare perfettamente. Prova su dispositivi reali, non solo sul simulatore.
Errore 2: il problema dei “contenuti generati dagli utenti” (UGC).
La tua app è un social network, una chat o qualsiasi cosa in cui gli utenti pubblicano contenuti.
- Il problema: mancanza di moderazione. (Linea guida 1.2).
- La regola: Se sono presenti contenuti utente, DEVI avere:
- Pulsante "Segnala/Segnala".
- Pulsante "Blocca utente".
- Condizioni d'uso (EULA) accettate al momento della registrazione.
- Correzione: implementa queste 3 cose prima di inviare. Senza di essi nessun social network può funzionare.
Errore 3: chiedere autorizzazioni non necessarie
La tua startup vuole raccogliere dati. Chiedi l'accesso a Posizione, Contatti, Fotocamera e Microfono direttamente all'apertura.
- Il problema: Privacy. (Linea guida 5.1).
- La regola: puoi chiedere il permesso solo se l'app ne ha davvero bisogno per funzionare, e devi spiegare il motivo nella stringa di sistema (
NSLocationUsageDescription). - Correzione: chiedere il permesso solo al momento dell'utilizzo (Just-in-Time). Utilizzerai la mappa? Richiedi la posizione ora. Non chiederlo durante l'onboarding.
Errore 4: design “non Apple”.
Il suo progettista ha utilizzato Material Design (lo standard di Google) nell'app iOS perché era più economico realizzare un solo progetto.
- Il problema: Apple valorizza l'interfaccia umana. Le app che assomigliano ad Android su iPhone sono considerate di bassa qualità.
- Correzione: seguire le Linee guida per l'interfaccia umana. Utilizza il carattere San Francisco, le icone SF Symbols e la navigazione iOS standard.
Errore 5: account sviluppatore errato
Hai creato l'account sviluppatore a tuo nome (Individuale), ma l'app ha un nome aziendale e addebita un abbonamento.
- Il problema: Apple richiede che le app aziendali/finanziarie siano presenti nei conti aziendali (Organizzazione) per motivi di trasparenza.
- Correzione: apri un CNPJ e aggiorna l'account a Organizzazione (richiede il numero DUNS). Questo richiede tempo (settimane), quindi fallo prima di codificare.
Conclusione
Non litigare con Apple. Adattare. Il processo di revisione esiste per mantenere l'App Store sicuro e di alta qualità. Se la tua startup considera la revisione come un controllo di qualità gratuito (e rigoroso), supererai la prima volta e garantirai un'esperienza migliore ai tuoi primi utilizzatori.
Leggi anche
- Approvazione dell'App Store - Errori comuni per le aziende
- Approvazione dell'App Store - Errori comuni per i piccoli team
- Approvazione dell'App Store: guida completa alla pubblicazione della tua app iOS
- Approvazione del Play Store - Errori comuni nella pratica
- Approvazione sul Play Store - Errori comuni nella vita di tutti i giorni
- Approvazione del Play Store - Errori comuni per la scalabilità