Duerr säger att han och hans team fortfarande väntar på svar på de e-postmeddelanden som de riktade mot både App gruppen och App teknisk support den 27 juli att begära detaljerad information om varför deras app togs bort och hur de kan åtgärda eventuella problem. I sin desperation att få någon form av konkret svar de skickade även e-post till Steve Jobs och andra Apple-chefer, som också har gått unanswered.
Apple glatt skrev i sin FCC brev som: "Om vi finner att en ansökan har ett problem, till exempel, en programvara bugg som kraschar ansökan skickar vi utvecklaren en anteckning som beskriver orsaken till att ansökan kommer inte godkännas som inlämnas. I många fall har vi möjlighet att ge särskild vägledning om hur utvecklaren kan fixa programmet. Vi låter också dem vet att de kan kontakta appen gruppen eller teknisk support, eller så kan de skriva till oss för ytterligare vägledning. "" Var är vår "särskild vägledning"? Phil Schiller, du har varit App Store Angel nyligen ...
kan vi prata? "ångor Duerr." När jag talade med Richard Jag bad honom att be en av sina överordnade att åtminstone ha ett legitimt konversation med mig om situationen. Till dags dato har vi hört någonting. Och jag tycker att det är talande att Apple säger aldrig som "oss" är i FCC-information. Vem exakt ska vi skriva till? Apples ett ganska stort företag så att de kanske vill begränsa att "oss". "Omdömen
Föga förvånande Duerr har gjort en hel del tänkande .
om vad Apple behöver göra för att stödja sina app utvecklare mer effektivt Han tror följande är den absolut minimum: Icke-bindande förhandsgodkännande: Utvecklare bör kunna beskriva en föreslagen appens funktioner till Apple och få feedback på om appen kommer att godkännas innan de investerar tid och pengar i faktiskt bygga det Apple skulle ha rätt att avvisa förhandsgodkända program om de bevisligen avviker från utvecklaren godkända proposal.Complete översyn av godkännandeprocessen och team.
Duerr säger att "utvecklare ofta få ett svar som innehåller en esoteriska delen av Developers avtalet citerade dem. Det är långt ifrån den "ge specifik vägledning om hur utvecklaren kan fixa programmet" som de hävdade i sitt svarsbrev. Helt klart en granskare vet varför, i lekmannatermer (ej Developer avtal vaga kanslisvenska), varför de har för avsikt att säga nej.
Vad är skadan på bara säga "Nej, men om du gör X då vi kommer förmodligen att säga ja" Bättre kommunikation: Duerr säger att e-postmeddelanden som utvecklare för närvara