Vi ligger lite i slutfasen med en uppdatering av Bilprisers iPhone app och kommer snart lägga upp en ny version till App Store. Publicering av appar skiljer sig en hel del från en ”vanligt” webbsajtsrelase som är mer förlåtande för buggfixar och korrigeringar. En submittal på App Store kan i vissa fall ta mer än en vecka att få igenom och inkluderar ett antal moment. Dessa måste noggrant planeras och förberedas.
Några av de faktorer som vi måste ta hänsyn till är bl.a. att Apple har en godkännande process som inte bara tittat på teknisk kvalité utan även på lösning och innehåll. Upptäcker vi själva en bugg under själva godkännande processen måste börja om från början med en ny submittal och ytterligare en veckas väntetid.
Granskningen av Apple är i många avseenden bra och tvingar oss i utvecklarledet att tänka till en extra gång. Det finns dock delar i bedömningen som ligger lite i gråzonen eller helt enkelt är saker som Appel lite egensinnigt bestämt att vi inte får göra.
Exempel på bra, konkret regler:
- Se till att din app inte krachar.
Apples mer svårtolkade och godtyckliga regler:
- Innehåller din politiskt, obscent eller stötande material.
- Vilken del av Apples organisation avgör detta? Du får tex inte skämta om en politiker.
- Det finns en för liten marknad för din app.
- Egentligen ingen regel men det händer att att appar blir nekade för det.
- Var inte för detaljerad i din beskrivning av appen.
Apples properitära regler:
- Använder appen funtioner (API:er) som Apple inte dokumenterat eller godkänt.
-Kreativa utvecklare gillar vi inte, hittar ni en lösning som vi inte känner till är det inte ok!
- Ta du betalt för innehåll eller funktioner utanför Apples egna betalningsmodell.
- Apple ska ha 30% av intäkterna. Punkt slut!
På Nansen använder vi checklistan App Store Pre-Submission Test som vi snabbt kan kontrollera mot.
Vi försöker också informera kunden om eventuella funktioner eller delar där det kan finnas osäkerhet i hur de kommer tolkas av Apple.
Image: digitalart / FreeDigitalPhotos.net