Apple iloisesti kirjoitti sen FCC kirjeessään, että: "Jos huomaamme, että hakemus on ongelma, esimerkiksi, ohjelmistovirhe, joka kaatuu sovellus, lähetämme kehittäjä huomautus syyn kertova miksi sovellus ei saa hyväksyä toimitettava. Monissa tapauksissa voimme antaa erityisiä ohjeita siitä, miten kehittäjä voi korjata sovelluksen. Olemme myös kertoa heille he voivat ottaa yhteyttä App Review joukkue tai teknistä tukea, tai he voivat kirjoittaa meille lisäohjeita. "" Missä meidän "erityisiä ohjeita"? Phil Schiller, olet ollut App Storen Angel tapahtumat ... voimme puhua? "fumes Duerr.
" Kun puhuin Richard Pyysin häntä kysyä yksi hänen esimiehensä ainakin on perusteltu keskustelu minulle tilanteesta. Tähän mennessä olemme kuulleet mitään. Ja minusta on kertoa, että Apple ei sano joka "meitä" on FCC-ilmoitus. kuka meidän pitäisi kirjoittaa? Applen aika iso yritys niin he haluavat rajata että "meitä". "
yllättävää, Duerr on tehnyt paljon ajattelua mitä Apple on tehdä tukeakseen sen App kehittäjille tehokkaammin.
Hänen mielestään seuraava on ehdoton vähimmäisvaatimus: ohjeelliset ennakkohyväksyntä: Kehittäjät on voitava hahmottaa ehdotettua sovelluksen toimintoja Apple ja saada palautetta siitä app hyväksytään ennen he sijoittavat aikaa ja rahaa itse rakentaa sitä. Apple olisi oikeus hylätä etukäteen hyväksytyt apps jos ne todistettavasti poikkeavat kehittäjän hyväksymät proposal.Complete Uudistaminen hyväksymisprosessi ja joukkueessa: Duerr sanoo, että "kehittäjät usein saat vastauksen, joka sisältää yhden esoteerinen osa Kehittäjät sopimuksen lainasi heille.
Se on kaukana "antaa erityistä ohjausta siitä, miten kehittäjä voi korjata sovelluksen että he väittivät vastauksessaan kirjeessä. Selvästi arvostelija tietää miksi, maallikon termein (ei Developer sopimus epämääräinen lakikieli), miksi he aikovat sanoa ei. Mitä haittaa vain sanomalla "Ei, mutta jos et X niin me todennäköisesti kyllä"? Parempi viestintä: Duerr sanoo, että sähköposteja, että kehittäjät saavat tällä hetkellä "karistanut vähän mitään valoa todellinen ongelma. Ne melkein aina vaativat