Android-sovellus Google Playhin
Mitä Android-sovellus maksaa, miten Google Play eroaa App Storesta, ja mihin julkaisu yleensä kaatuu.
Google Play on Applea armollisempi arvioinnissa mutta tiukempi lomakkeissa. Sovellus itse menee usein läpi ensimmäisellä yrittämällä, ja julkaisu jää kiinni siihen, että jokin ilmoitus on täyttämättä tai että uusi kehittäjätili joutuu ajamaan testijakson ennen julkista julkaisua.
Tämä sivu kertoo järjestyksen, koska Google Playssä järjestys on se, joka ratkaisee aikataulun. Osa vaiheista tapahtuu ennen kuin sovellus on edes olemassa, ja niiden aloittaminen viimeisenä on tavallisin syy siihen, että julkaisu siirtyy viikoilla.
Mitä se maksaa
| Mitä | Hinta |
|---|---|
| Yksinkertainen sovellus | ks. hinnasto |
| Sovellus jossa kirjautuminen ja tili | ks. hinnasto |
| Sovellus jossa maksut tai tilaukset | ks. hinnasto |
| Sama sovellus myös iPhonelle | +30–50 % yhdellä koodipohjalla |
| Google Play -kehittäjätili | 25 $ kertamaksu, sinun nimiisi |
| Ylläpito ja Android-päivitykset | 50–400 €/kk |
| Muutostyöt julkaisun jälkeen | tuntityötä, ks. hinnasto |
Jos sovellus tarvitaan molempiin kauppoihin, se kannattaa tehdä yhdellä koodipohjalla. Kaksi erillistä sovellusta maksaa lähes tuplasti eikä käyttäjä näe eroa. Kauppojen välinen ero ei ole koodissa vaan julkaisussa, ja se työ tehdään joka tapauksessa kahdesti.
Missä järjestyksessä julkaisu etenee
Tämä kuva on syy siihen, miksi soitto kannattaa tehdä ennen kuin sovellusta on aloitettu. Ensimmäinen laatikko ei riipu meistä eikä sinusta vaan Googlesta, ja se voi olla käynnissä samaan aikaan kun sovellusta rakennetaan.
Play Consolen vaiheet ja mitä kukin vaatii
| Vaihe | Kestää | Kuka tekee |
|---|---|---|
| Kehittäjätilin avaus ja 25 $ maksu | tunti | sinä, tili on sinun |
| Henkilöllisyyden ja yrityksen todennus | 1–3 päivää | sinä, Google tarkistaa |
| Sovelluksen rakentaminen | riippuu laajuudesta | me |
| Kaupan liitteet: kuvat, kuvaus, tietosuoja | 1 päivä | me |
| Data safety -lomake | muutama tunti | me, tiedot teiltä |
| Sisältöluokituksen kysely | tunti | me |
| Arvioijan tunnukset, jos kirjautuminen vaaditaan | tunti | me |
| Suljettu testi, jos tili on uusi | useita päiviä, tyypillisesti pari viikkoa | me, testaajat sinulta |
| Julkinen julkaisu | tunneista päiviin |
Aikataulussa yllättää se, että kehittäjätilin todennus ja uuden tilin testijakso tapahtuvat ennen kuin sovellus on edes valmis. Ne kannattaa aloittaa heti, ei lopuksi. Todennus on ainoa vaihe, jonka voi tehdä samana päivänä, kun päätös sovelluksesta tehdään, ja siinä ei ole mitään riskiä, koska maksu on 25 dollaria kerran.
Uuden kehittäjätilin suljettu testi
Tämä on se asia, joka yllättää eniten, ja jota ei mainita muualla. Uusi henkilökohtainen kehittäjätili ei voi julkaista sovellusta suoraan julkiseksi. Sovellus on ensin ajettava suljetussa testissä, jossa on oikeita testaajia oikeilla laitteilla, ja testin on kestättävä yhtäjaksoisesti tietty aika ennen kuin julkista julkaisua voi edes hakea.
Käytännössä se tarkoittaa kolmea asiaa. Tarvitset joukon ihmisiä, jotka suostuvat asentamaan sovelluksen puhelimeensa. He eivät saa poistaa sitä kesken jakson, koska testi mitataan yhtäjaksoisena. Ja kello käynnistyy vasta silloin, kun testi alkaa, ei silloin, kun sovellus on valmis.
Tämä ei ole kiusantekoä vaan Googlen roskapostisuoja. Play-kauppaan on vuosien ajan työnnetty huijaussovelluksia uusilta tileiltä kymmeniä kerrallaan, ja vaatimus tekee siitä kalliin, koska huijari ei saa kokoon oikeita testaajia oikeilla puhelimilla. Se on siis toimiva sääntö, mutta se maksaa myös rehelliselle yritykselle kaksi viikkoa, ja sen kuuluu olla aikataulussa näkyvissä alusta asti.
Mihin julkaisu kaatuu
Arvioijan sisäänkirjautuminen puuttuu
Sama asia kuin Applella. Jos sovellus vaatii tunnuksen, se on annettava lomakkeella. Ilman sitä sovellus hylätään ilman, että sitä on avattu. Tarkista myös, että tunnus toimii juuri siinä versiossa, joka lähetetään.
Tietoturvalomake eli Data safety
Google vaatii ilmoituksen siitä, mitä tietoja sovellus kerää ja mihin. Ilmoituksen pitää vastata sitä, mitä sovellus oikeasti tekee, ja ristiriita huomataan. Tavallisin virhe on unohtaa mainita analytiikka tai kaatumisraportit, jotka keräävät tietoa vaikka niitä ei itse ajattelisi tiedonkeruuna.
Sisältöluokitus
Kyselylomake, joka määrittää ikärajan. Täyttämättä jättäminen pysäyttää julkaisun, ja huolimattomasti täytettynä se antaa sovellukselle ikärajan, joka rajaa yleisön pienemmäksi kuin on tarpeen.
Testiraidat ennen tuotantoa
Uusi kehittäjätili joutuu ajamaan suljetun testin ennen kuin sovelluksen saa julkiseksi. Se vie päiviä, ja se kannattaa tietää etukäteen eikä julkaisupäivänä.
Tavoitetason vaatimus eli target API
Google vaatii, että sovellus on käännetty riittävän uudelle Android-versiolle. Vanhalla tasolla käännettyä sovellusta ei oteta vastaan lainkaan, ja jo julkaistu sovellus lakkaa näkymästä uusille laitteille.
Google Play ja App Store rinnakkain
| Asia | Google Play | App Store |
|---|---|---|
| Kehittäjätilin hinta | 25 $ kerran | 99 $ vuodessa |
| Tilin avaamisen viive | todennus 1–3 päivää | yleensä sama päivä |
| Ensijulkaisun este | suljettu testi uudelta tililtä | ei vastaavaa vaatimusta |
| Arvioinnin luonne | enimmäkseen koneellinen | ihminen avaa sovelluksen |
| Arvioinnin kesto | tunneista päiviin | tyypillisesti 24–48 tuntia |
| Tiukkuus sovelluksen sisällössä | löysempi | tiukempi, ohut sovellus hylätään |
| Tiukkuus lomakkeissa | tiukempi, kaksi pakollista lomaketta | löysempi, mutta liitteitä enemmän |
| Päivityksen läpimenoaika | usein tunteja | usein vuorokausi |
| Vuosittainen pakkotyö | target API -taso | uusi iOS joka syksy |
Yhteenveto on lyhyt. Androidiin on halvempi ja nopeampi päästä sisään, jos tili on jo olemassa, ja hitaampi, jos tili on uusi. Applella sisäänpääsy on tasainen mutta itse sovellusta katsotaan tarkemmin. Kumpikaan ei ole helppo, ne ovat vaikeita eri kohdista.
Yksi ero kannattaa nostaa erikseen, koska se vaikuttaa työtapaan. Androidilla päivitys menee usein läpi tunneissa, joten pienen korjauksen voi viedä kauppaan samana päivänä, kun se huomataan. Applella sama korjaus odottaa vuorokauden. Käytännössä se tarkoittaa, että Android-versio kannattaa julkaista ensin, jos molemmat ovat tulossa, koska ensimmäiset oikeat käyttäjät löytävät aina jotain, ja sen korjaaminen on Androidilla nopeampaa.
Miksi sovellus toimii testissä mutta ei kaupassa
Yleisin syy on, että kauppaan lähetetty paketti on rakennettu vanhoista tiedostoista. Sovellus näyttää oikealta testissä, mutta kauppaversiossa on viikkojen takainen sisältö. Syy on siinä, että sovelluksen sisältö kopioidaan pakettiin erillisessä vaiheessa, ja jos se vaihe jää ajamatta, käännös onnistuu silti eikä mitään virheilmoitusta tule.
Teimme tämän virheen kerran. Sovellus oli testattu oikealla puhelimella ja toimi, mutta kauppaan meni vanha sisältö, ja sen huomaaminen vei aikaa juuri siksi, että kaikki näytti oikealta. Nyt tarkistus on osa jokaista lähetystä: se paketti, joka lähetetään, asennetaan puhelimeen ja avataan ennen kuin sitä lähetetään minnekään.
Kysy tämä myös miltä tahansa muulta toimittajalta: asennetaanko juuri se paketti puhelimeen ennen lähetystä, vai luotetaanko siihen, että käännös meni läpi. Vastaus kertoo, kuinka monta julkaisua takana on.
APK vai AAB
APK on vanha tiedostomuoto, jonka voi asentaa suoraan puhelimeen, ja AAB on se muoto, jota Google Play nykyään vaatii uusilta sovelluksilta. Erona on se, että AAB sisältää kaikki versiot samassa paketissa ja Google rakentaa siitä jokaiselle puhelimelle vain sen osan, jota se tarvitsee, jolloin lataus on pienempi. Käytännön merkitys sinulle on kaksi asiaa: kauppaan menee AAB, mutta APK on edelleen se, jonka voi antaa suoraan jonkun puhelimeen ilman kauppaa, esimerkiksi silloin, kun sovellus on tarkoitettu vain oman henkilökunnan käyttöön.
Kumpaakaan muotoa ei tarvitse osata itse. Riittää, että tietää kysyä: saammeko myös asennettavan tiedoston omaan käyttöömme, vai onko sovellus vain kaupassa. Vastaus ratkaisee sen, voitteko antaa sovelluksen omalle henkilökunnalle ilman kaupan kautta kiertämistä.
Ylläpito Androidilla: mitä se konkreettisesti on
Androidin ylläpidossa on yksi asia, joka ei ole valinnainen. Google nostaa joka vuosi sitä Android-versiota, jolle sovelluksen on oltava käännetty. Kun raja siirtyy, vanhalla tasolla oleva sovellus ei enää ota vastaan päivityksiä, ja seuraavassa vaiheessa se lakkaa näkymästä kaupassa uusille laitteille. Sovellus ei katoa jo asentaneilta, mutta uusi asiakas ei löydä sitä enää.
Tämä on se kohta, jossa halvin tarjous kääntyy kalliiksi. Sovellus, joka rakennettiin kerran eikä sen jälkeen katsottu, on kahden vuoden kuluttua löytymättömissä, ja sen palauttaminen tarkoittaa työkalujen ja kirjastojen päivittämistä kerralla usean vuoden yli. Se on aina kalliimpaa kuin sama työ pienissä erissä.
| Mitä tapahtuu | Miten usein | Mitä se vaatii |
|---|---|---|
| Target API -tason nosto | joka vuosi | uusi käännös ja testaus, pakollinen |
| Uusi Android-versio | joka vuosi | testaus, joskus korjauksia oikeuksiin |
| Lomakkeiden muutokset | 1–2 kertaa vuodessa | Data safety täytetään uusiksi |
| Laitekirjon vaihtelu | jatkuva | testaus useammalla näyttökoolla kuin iOS:ssä |
| Palvelinpään ylläpito | jatkuva | vain jos sovelluksessa on tili tai taustajärjestelmä |
Yksi koodipohja vai kaksi
| Tapa | Milloin | Kustannus |
|---|---|---|
| Yksi koodipohja molempiin | lähes aina | edullisin |
| Erilliset natiivisovellukset | raskas grafiikka tai laiteläheinen toiminta | noin tupla |
| Selainsovellus, ei kauppaa | ei tarvita kameraa tai push-viestejä | murto-osa |
Useimmille pienille yrityksille vastaus on yksi koodipohja tai selainsovellus. Erillisiä natiivisovelluksia tarvitaan harvemmin kuin niitä myydään. Selainsovelluksen etu Androidilla on lisäksi se, että sen voi tallentaa kotinäytölle ilman kauppaa, jolloin koko tällä sivulla kuvattu prosessi jää kokonaan pois.
Mitä Play-kaupan sivu vaatii
Kaupan sivu on sovelluksen myyntisivu, ja se tehdään useimmiten viimeisenä iltana. Google vaatii siihen kiinteän listan asioita, ja jokainen puuttuva kohta estää julkaisun samalla tavalla kuin täyttämätön lomake.
| Mitä vaaditaan | Huomioitavaa |
|---|---|
| Sovelluskuvake | yksi tiedosto, tarkat mitat |
| Esittelykuva eli feature graphic | näkyy kaupan yläosassa, pakollinen |
| Kuvakaappaukset puhelimelle | vähimmäismäärä on kaksi, käytännössä neljä–kahdeksan |
| Kuvakaappaukset tabletille | pakollisia, jos tablet on ilmoitettu tuetuksi |
| Lyhyt kuvaus | näkyy hakutuloksessa, muutama kymmenen merkkiä |
| Pitkä kuvaus | ensimmäiset rivit ratkaisevat, loput luetaan harvoin |
| Tietosuojaselosteen osoite | julkinen verkko-osoite, ei liitetiedosto |
| Yhteystiedot | sähköposti näkyy kaupassa julkisesti |
Kaksi näistä ansaitsee huomion. Esittelykuva on pakollinen myös silloin, kun sovellus on hyvin yksinkertainen, ja sen unohtaminen on tavallinen syy siihen, että julkaisu pysähtyy viimeisellä metrillä. Lyhyt kuvaus taas on se teksti, jonka perusteella ihminen päättää hakutuloksessa, avaako hän sivun lainkaan, ja se kannattaa kirjoittaa niillä sanoilla, joilla asiakas hakee, ei niillä, joilla yritys puhuu itsestään.
Kuvakaappausten pitää myös erota toisistaan. Kahdeksan lähes samanlaista näyttöä ei kerro mitään, ja se näyttää huolimattomalta. Kolme ensimmäistä kuvaa kannattaa suunnitella niin, että ne kertovat koko tarinan yksinään.
Milloin Android-sovellusta ei kannata tehdä
| Tilanne | Miksi sovellus ei auta |
|---|---|
| Sama ihminen ei käytä sitä viikoittain | asennettu sovellus, jota ei avata, poistetaan |
| Ei tarvita kameraa, sijaintia eikä ilmoituksia | selainsovellus tekee saman ja on käytössä huomenna |
| Sovellus on tarkoitettu vain omalle henkilökunnalle | jakelu ilman kauppaa on nopeampi ja halvempi |
| Julkaisu on luvattu ensi viikolle | uuden tilin todennus ja testijakso eivät taivu |
| Kukaan yrityksessä ei omista sovellusta | vuosittaiset pakolliset päivitykset jäävät tekemättä |
Sanomme nämä ennen tarjousta emmekä projektin puolivälissä. Sovellus, jota kukaan ei avaa toista kertaa, on kallis tapa oppia asia.
Kuka omistaa sovelluksen
Sinä. Kehittäjätili avataan sinun yrityksesi nimiin ja lähdekoodi luovutetaan. Jos toimittaja julkaisee sovelluksesi omalla tilillään, et pääse siihen käsiksi ilman häntä etkä voi vaihtaa tekijää viemättä sovellusta pois kaupasta. Kysy tämä keneltä tahansa ennen kuin tilaat.
Sisältää julkaisun Google Playhin, tietoturvalomakkeen, sisältöluokituksen ja testiraidan läpi viemisen. Kehittäjätili sinun yrityksesi nimiin, lähdekoodi luovutetaan. Muutostyöt tehdään tuntityönä, ks. hinnasto.
Kuka tämän tekee
DT Nova Tmi, Y-tunnus 3595452-5, Helsinki. Yksi ihminen, joka tekee työn itse ja vastaa puhelimeen. Sovelluskaupat ovat tuttuja siitä suunnasta, että olemme julkaisseet App Storeen 21 sovellusta oman kehittäjätilin alla ja vieneet Play-julkaisun läpi oikealla laitteella todennettuna. Kaikki tällä sivulla kerrottu on tullut vastaan omassa työssä, myös se virhe, joka on kirjoitettu auki.
Usein kysyttyä
Milloin kannattaa aloittaa kehittäjätilin avaaminen?
Samana päivänä, kun päätös sovelluksesta tehdään. Maksu on 25 dollaria kerran ja todennus kestää 1–3 päivää. Se on ainoa vaihe, joka voi olla käynnissä samaan aikaan kun sovellusta rakennetaan.
Kuinka monta testaajaa suljettuun testiin tarvitaan?
Google on muuttanut vaatimusta useaan kertaan, joten tarkka luku on tarkistettava sen hetkisistä ehdoista. Varaudu siihen, että tarvitset joukon oikeita ihmisiä, jotka pitävät sovelluksen puhelimessaan koko jakson ajan.
Voiko saman sovelluksen julkaista molempiin kauppoihin?
Kyllä, ja se kannattaa. Yhdellä koodipohjalla toinen kauppa maksaa 30–50 % lisää. Suurin osa lisätyöstä on julkaisussa, ei koodissa.
Mitä jos emme päivitä sovellusta?
Sovellus toimii jo asentaneilla, mutta kun Google nostaa vaadittua Android-tasoa, sitä ei enää voi päivittää eikä se näy uusille laitteille. Käytännössä sovellus katoaa uusien asiakkaiden ulottuvilta.
Voiko sovelluksen jakaa ilman Google Playta?
Voi. APK-tiedoston voi asentaa suoraan puhelimeen, ja se on järkevää silloin, kun sovellus on vain oman henkilökunnan käytössä. Silloin koko todennus- ja testijärjestys jää pois.
Mitä ylläpito maksaa?
50–400 €/kk sen mukaan, onko sovelluksessa palvelinta ja tilejä. Emme myy jatkuvaa sopimusta sovellukselle, joka ei sitä tarvitse, vaan laskutamme tehdyn työn mukaan tuntihinnalla, joka lukee hinnastossa.
Soita 044 989 1659 Lähetä sähköpostia
Vastaa Mustafa Tarabya, DT Nova Tmi. Ei myyntitiimiä, ei tarjouspyyntölomaketta — soitat suoraan sille, joka tekee työn. Arkisin klo 9–20, ja jos en ehdi vastata, soitan takaisin saman päivän aikana.
Lue myös: blogi · hinnasto · kassajärjestelmä ravintolaan · kanta-asiakasohjelma pienyritykselle · digitaalinen leimakortti · ajanvarausjärjestelmien hinnat · verkkosivut yritykselle · sovelluskehitys iOS ja Android