Objava aplikacije u App Store-u i Google Play-u počinje nalozima koje firma kontroliše i dogovorom ko odobrava izdanje. Firma potvrđuje poslovne podatke i sadržaj ponude, a razvojni tim priprema aplikaciju i predaju u okviru dodeljenih ovlašćenja. Pre završetka razvoja odredite ko prati poruke prodavnica i ko proverava da li je javna verzija zaista dostupna korisnicima.
Probna instalacija na telefonu pokazuje samo deo spremnosti. Za javnu objavu potrebno je pripremiti naloge, opis aplikacije i pristup za pregled. U ponudi za izradu mobilnih aplikacija tražite da te obaveze budu navedene uz razvoj. Ovaj vodič obrađuje javnu distribuciju; za aplikaciju namenjenu samo zaposlenima izbor distribucije treba razmotriti zasebno.
Na čije ime treba otvoriti naloge prodavnica?
Za aplikaciju pravnog lica planirajte organizacione naloge koje vodi odgovorna osoba firme. Apple pri upisu organizacije proverava pravni identitet i ovlašćenje osobe, a naziv pravnog lica prikazuje kao prodavca. Za individualni upis prikazuje se lično pravno ime. Apple za organizacije navodi i D-U-N-S broj, službenu adresu na domenu firme i funkcionalan sajt; postoje posebni uslovi i izuzeci koje treba proveriti pri prijavi.
Google razlikuje lični i organizacioni nalog i poslovne aktivnosti usmerava na organizacioni. I tu je D-U-N-S broj deo provere organizacije, uz poseban postupak za državne ustanove bez tog broja. Proveru identiteta započnite dok razvoj traje, kako nerešeni poslovni podaci ne bi čekali završeno izdanje.
Firma treba da zna ko vodi vlasnički pristup i oporavak naloga. Odredite ko prati službenu adresu i ko preuzima zaduženje tokom odsustva. Osetljive podatke čuvajte u dogovorenom sistemu za pristupe, odvojeno od obične projektne dokumentacije.
Kako agencija dobija pristup bez preuzimanja naloga?
Saradnike pozivajte kroz uloge, sa sopstvenim prijavama. Apple određuje pristup prema ulozi; samo jedna osoba može biti Account Holder, koji potpisuje pravne sporazume i obnavlja članstvo. Ta odgovornost treba da bude jasno vezana za firmu i poznata njenoj upravi.
U Google Play Console-u prava se dodeljuju za nalog ili određene aplikacije. Izvođaču dodelite ono što je potrebno za dogovoreni posao i zabeležite ko menja ovlašćenja. Pristup razvoju, pripremi prodavnice i puštanju izdanja može zahtevati različite dozvole.
Pri promeni tima prvo potvrdite da novi saradnik može da uradi svoj deo posla. Zatim ukinite nepotreban pristup prethodnom timu. Predaja treba da obuhvati i povezane servise koji su deo ugovora, poput servera i slanja obaveštenja, jer sam pristup prodavnici ne pokriva celu aplikaciju.
Šta firma i razvojni tim pripremaju pre predaje?
Firma potvrđuje naziv, namenu i kontakt za podršku. Razvojni tim priprema tehničko izdanje i popis stvarnih tokova podataka. Snimci ekrana treba da prikazuju verziju koja ide na pregled, sa dozvoljenim podacima i funkcijama koje korisnik može da dobije.
Pomerite tabelu levo ili desno da vidite sve kolone.
| Predmet | Ko potvrđuje |
|---|---|
| Identitet i ovlašćenje naloga | Odgovorna osoba firme. |
| Opis aplikacije i podrška | Vlasnik proizvoda u firmi. |
| Izdanje i tehnička podešavanja | Razvojni tim, uz dogovoreni pregled. |
| Obrada podataka i spoljni servisi | Firma i razvojni tim, prema stvarnom ponašanju aplikacije. |
| Odobrenje puštanja korisnicima | Imenovana osoba koja vodi objavu. |
Apple traži podatke o privatnosti i URL politike privatnosti. Odgovori treba da obuhvate i praksu partnera čiji kod koristite. Google Data safety obrazac takođe obuhvata prikupljanje i obradu kroz spoljne biblioteke i SDK-ove. Na primer, izostanak polja za telefon ne govori šta ugrađeni servis za analitiku šalje.
Za pregled pripremite pristup koji omogućava proveru funkcija bez otkrivanja stvarnih podataka klijenata. Apple smernice za predaju traže pristup funkcijama iza prijave i dostupne serverske servise. U beleškama objasnite potreban demonstracioni nalog i posebne korake. Proverite ih iz početka, kao osoba koja ranije nije koristila aplikaciju.
Šta se dešava između predaje i dostupnosti u prodavnici?
U App Store Connect postupku tim priprema zapis aplikacije, postavlja izdanje i bira verziju za App Review. Pristup saradnika određuju dodeljene uloge. Google razlikuje statuse aplikacije i izdanja, uključujući testiranje, pregled i dostupnost korisnicima u odabranim zemljama.
U planu vodite zasebne datume tehničke spremnosti, predaje i potvrđene javne dostupnosti za svaku prodavnicu. Vlasnik kampanje treba da zna koji je status potvrđen. Apple i Google odlučuju o pregledu, pa dogovoreni datum završetka razvoja ne potvrđuje datum odobrenja.
Kada stigne zahtev za dopunu, zabeležite na koju verziju se odnosi i ko odgovara. Korekcija može tražiti novi build ili izmenu podataka uz aplikaciju. Pre ponovne predaje proverite aktuelne zahteve za konkretnu namenu i tržišta, posebno ako postoji naplata ili osetljiva funkcija.
Kako izgleda priprema aplikacije za zakazivanje?
Zamislimo firmu koja želi javnu aplikaciju za zakazivanje usluga. Ovo je izmišljen primer, a ne prikaz provere klijentskog projekta. Firma vodi naloge i podršku. Tim priprema izdanje, a zaposleni potvrđuje da opis i snimci ekrana odgovaraju uslugama dostupnim pri objavi.
Predlažemo da se pre predaje prođe kroz prijavu, izbor termina i otkazivanje. Uz svaku radnju proverite šta dobija korisnik i šta vidi zaposleni u poslovnom sistemu. Pripremite i neuspešan pokušaj, kao što je termin koji je u međuvremenu zauzet, sa očekivanim odgovorom aplikacije.
U zapisnik unesite verziju, uređaj, datum i ishod. Ako pregled traži dopunu pristupa, koordinator potvrđuje da demonstracioni nalog i dalje radi i dodeljuje odgovor odgovornoj osobi. Takva proba ne garantuje prihvatanje prodavnice, ali daje firmi proverljiv zapis o pripremi.
Šta proveriti posle javne objave?
Instalirajte javno izdanje kroz svaku prodavnicu na dogovorenim uređajima. Ponovite glavni zadatak i proverite podršku. Za aplikaciju iz primera, potvrda termina treba da stigne i korisniku i odgovarajućem poslovnom nalogu. Zabeležite odakle je instalacija preuzeta i koju verziju ste proverili.
U kalendar održavanja unesite praćenje poruka prodavnica i proveru administrativnih obaveza. Ako osoba zadužena za nalog odlazi iz firme, završite predaju pre ukidanja njene službene adrese. Posle promene servisa proverite i da li javni podaci o privatnosti i dalje opisuju aplikaciju.
Šta treba da ostane firmi pri primopredaji?
Tražite pregled naloga i uloga, izvorni kod prema ugovoru, postupak pripreme narednog izdanja i dogovor o održavanju. Osoba koja preuzima projekat treba da pokaže da može da pristupi potrebnim podešavanjima. U zapisnik unesite i nerešene obaveze, sa odgovornom osobom i sledećim korakom.
Izbor zajedničke ili odvojene baze koda razrađuje vodič o razvoju za Android i iOS. Za procenu mobilne aplikacije opišite kome je namenjena, njen glavni zadatak i da li firma već ima naloge prodavnica. Za početni razgovor nisu potrebne lozinke ili podaci stvarnih korisnika.