Sovelluskehitys: iOS ja Android

Mitä mobiilisovellus maksaa, milloin se kannattaa, ja milloin verkkosivu tekee saman työn halvemmalla.

Mobiilisovelluksen hinta Suomessa alkaa muutamasta tuhannesta ja nousee kuuteen numeroon. Vaihteluväli on niin suuri, koska sana sovellus tarkoittaa kahta täysin eri asiaa. Toinen aukeaa linkistä selaimessa, toinen ladataan kaupasta, ja niiden välinen ero on enemmän byrokraattinen kuin tekninen.

Tämä sivu käy läpi molemmat, kertoo mistä hinta koostuu prosentteina, ja päättyy siihen mitä ylläpito maksaa. Alustakohtaiset yksityiskohdat ovat omilla sivuillaan: iOS-sovellus ja Android-sovellus.

Kaksi eri asiaa, kaksi eri hintaa

Ero ei ole tekninen hienous vaan se, mitä kauppaan pääsy vaatii. Natiivisovellus tarkoittaa Applen arviointia, Googlen arviointia, kehittäjätilejä, ikoneita, kuvakaappauksia jokaiselle laitekoolle, tietosuojaselostetta, ikärajaa ja päivityksiä joka kerta, kun käyttöjärjestelmä muuttuu. Suuri osa hinnasta on tätä, ei ohjelmointia.

Neljäkymmentätuhatta on meillä yläraja, koska olemme yhden hengen yritys. Sitä isommat kokonaisuudet joko pilkotaan osiin tai ohjataan eteenpäin toimijalle, joka pystyy niihin, ja se sanotaan ensimmäisessä puhelussa.

Mistä sovelluksen hinta koostuu

Ostaja kuvittelee maksavansa ohjelmoinnista. Alla on tyypillinen jakauma pienessä sovellusprojektissa, joka menee kauppaan asti. Kaupan vaatimukset ovat oma erillinen rivinsä, ja juuri se rivi puuttuu tarjouksista.

Kauppaan vieminen on se osuus, jonka kokematon toimittaja arvioi nollaksi. Se ei ole nolla. Kuvakaappaukset tarvitaan jokaiselle ilmoitetulle laitekoolle, tietosuojaseloste pitää olla julkisessa osoitteessa, ikäraja pitää määritellä, ja jos sovelluksessa on kestotilaus, kaupan kuvauksessa on oltava linkki käyttöehtoihin. Yksikin puuttuva liite pysäyttää julkaisun, vaikka sovellus itse olisi valmis.

Miten sovellusprojekti etenee

Kuvassa on koko polku. Yksi kohta on merkitty erikseen, koska siinä aikataulut pettävät lähes aina.

Arviointi on ainoa vaihe, jonka kestoa ei voi hallita. Kaikki muu on omissa käsissä. Siksi tapa, jolla aikataulu kannattaa luvata, on tämä: kerrotaan päivä, jolloin sovellus lähetetään arviointiin, ei päivää jolloin se on kaupassa.

Selainsovellus vai kauppasovellus

Tämä on koko sivun tärkein päätös, ja se tehdään ennen kuin kukaan kirjoittaa riviäkään koodia. Käy nämä kysymykset järjestyksessä.

1. Tarvitseeko sovellus kameraa, sijaintia tai push-viestejä? Jos ei tarvitse mitään näistä, selainsovellus riittää lähes varmasti. Jos tarvitsee push-viestit myyntikanavana, kauppa on oikea paikka.
2. Palaako sama ihminen siihen viikoittain? Jos asiakas käyttää palvelua kerran, kukaan ei asenna sovellusta sitä varten. Kertakäyttöiseen tarpeeseen sovellus on kallis tapa oppia asia.
3. Pitääkö sen toimia ilman verkkoa? Jos työ tehdään kellarissa, työmaalla tai metsässä, kauppasovellus on ainoa toimiva vaihtoehto.
4. Onko kaupassa näkyminen itsessään arvokasta? Joillekin se on. Silloin se on markkinointibudjettia, ja se kannattaa sanoa ääneen sen sijaan, että se perustellaan tekniikalla.
5. Onko käyttäjiä alle sata? Sisäisessä työkalussa selainsovellus voittaa lähes aina, koska asennusta, arviointia ja päivitysjonoa ei ole lainkaan.

Ensimmäinen versio: mitä jätetään pois

Sovellusprojektin hinta ratkaistaan siinä palaverissa, jossa päätetään ensimmäisen version sisältö. Kaikki muu on seurausta. Hyvä ensimmäinen versio tekee yhden asian kokonaan, ei kymmentä asiaa puoliksi, ja se on kaupassa niin nopeasti, että ehditte nähdä käyttääkö kukaan sitä.

Käytännön sääntö, joka toimii: kirjoittakaa toivelista, numeroikaa se tärkeysjärjestykseen, ja vetäkää viiva kolmannen kohdan alle. Viivan alapuolinen osa on toinen vaihe. Se ei ole poistettu, se on siirretty, ja se päätetään uudestaan sitten, kun tiedätte oikeasta käytöstä mitä ihmiset tekevät ja mitä eivät.

Tämä ei ole säästämistä laadusta. Se on sitä, että maksatte ominaisuuksista siinä järjestyksessä, jossa niistä on hyötyä. Yleisin tapa polttaa rahaa sovellusprojektissa on rakentaa kuudes näyttö, jota kukaan ei koskaan avaa, ja huomata se vasta vuoden kuluttua käyttötilastoista.

Yksi koodipohja vai kaksi natiivia

iPhone ja Android ovat eri järjestelmiä. Sovellus voidaan tehdä kahdesti, kerran kummallekin, tai kerran yhteisellä koodipohjalla. Ero näkyy suoraan hinnassa ja vielä enemmän ylläpidossa.

Kerroin 1,7–2 ei tarkoita kaksinkertaista ohjelmointia vaan sitä, että määrittely, kuvat ja kaupan liitteet tehdään kerran, mutta koodi, testaus ja korjaukset kahdesti. Pienen yrityksen sovelluksessa kahden koodipohjan ainoa varma lopputulos on, että Android-versio jää vuoden vanhaksi, koska päivitys maksaa joka kerta tuplat.

Meillä on 21 sovellusta App Storessa

Emme ole toimisto, joka lupaa sovelluksen. Olemme julkaisseet ja ylläpitäneet niitä: Applen arviointiprosessi, hylkäykset ja niiden korjaaminen, tilausmaksut, kuvakaappausvaatimukset, ikärajat. Se kokemus on syy siihen, että osaamme sanoa etukäteen mikä hylätään.

Nämä ovat kuvakaappauksia sovelluksista, jotka ovat julkaistuina kaupassa. Ei mallikuvia eikä suunnitelmia.

Kahdeksan kahdestakymmenestäyhdestä julkaistusta sovelluksesta, kaikki samalla kehittäjätunnuksella. Sama arviointiprosessi, jonka läpi sinunkin sovelluksesi menisi.

Mitä 21 julkaisua opetti

Nämä ovat asioita, joita ei opi lukemalla ohjeita. Ne opitaan siitä, että sovellus hylätään ja seuraavalla kerralla tekee toisin. Alla on se osa, joka maksaa ostajalle eniten aikaa.

Kolme viimeistä riviä koskevat vain sovelluksia, joissa on kestotilaus. Ne ovat myös ne, jotka toimisto ilman omia julkaisuja kohtaa ensimmäisen kerran teidän projektissanne ja teidän laskullanne. Kaksi ensimmäistä riviä ovat yleisimmät turhat hylkäykset koko kaupassa, ja molemmat ovat kokonaan vältettävissä ennen lähettämistä.

Android-puolella logiikka on sama mutta säännöt eri: Google Play, testiraidat, sisältöluokituskysely ja arvioijan sisäänkirjautuminen, joka on siellä yhtä yleinen hylkäyssyy kuin Applella. Lisäksi Play vaatii nykyisin ennakkotestausta uusilta kehittäjätileiltä, ja se on aikataulukysymys, ei tekninen kysymys. Yksityiskohdat ovat sivulla Android-sovellus.

Ylläpito: mitä 50–400 €/kk sisältää

Sovelluksen ylläpito ei ole valinnainen samalla tavalla kuin verkkosivun. Apple julkaisee uuden iOS-version joka syksy, Google vaatii uusien sovellusten kohdistavan tuoreeseen Android-versioon, ja päivittämätön sovellus lakkaa jossain vaiheessa toimimasta tai poistetaan kaupasta. Hinta riippuu siitä, mitä siihen kuuluu.

Viimeinen rivi on oikea vastaus useammin kuin toimittajat kertovat. Jos sovellus on vakaa eikä siihen tule muutoksia, kuukausimaksu on turha. Silloin varataan mieluummin kerran vuodessa muutama tunti käyttöjärjestelmäpäivitykseen ja maksetaan tehdystä työstä. Kuukausimaksu kannattaa silloin, kun sovellus on liiketoiminnalle kriittinen ja rikkoutuminen maksaa enemmän kuin sopimus.

Palvelinkustannus on tässä oma asiansa. Ajamme taustajärjestelmät Cloudflaren päällä, jolloin pienen sovelluksen käyttökustannus on tyypillisesti muutamia euroja kuussa eikä satoja. Perinteisellä palvelinmallilla sama sovellus maksaa 40–200 €/kk pelkästä siitä, että palvelin on päällä myös yöllä, kun kukaan ei käytä sitä.

Mikä nostaa sovelluksen hintaa eniten

Hinta ei kasva näyttöjen määrästä. Se kasvaa kolmesta asiasta, ja jokainen niistä on päätös, jonka voi tehdä toisin. Alla on jokaisen karkea vaikutus pienessä projektissa.

Kirjautuminen on näistä yllättävin. Itse sisäänkirjautuminen on pieni työ, mutta sen ympärille tulee salasanan palautus, sähköpostivahvistus, tilin poistaminen, jota kaupat nykyisin vaativat, ja tietosuojaseloste, joka kuvaa mitä tiedoista tehdään. Jos sovellus pärjää ilman tilejä, se kannattaa tehdä ilman tilejä.

Integraatio on toinen, jonka hinta ei riipu siitä, kuinka paljon tietoa siirretään. Se riippuu siitä, onko toisessa päässä valmis rajapinta. Jos on, työ on päiviä. Jos ei ole, tilalle tarjotaan tiedostosiirtoa, joka toimii siihen asti kun toinen pää muuttuu. Selvitä tämä ennen kuin hyväksyt hinnan.

Mitä kauppaan tarvitaan sovelluksen lisäksi

Tämä lista kannattaa lukea ennen kuin lupaat julkaisupäivän kenellekään. Nämä ovat asioita, joita ilman kauppa ei ota sovellusta vastaan, ja useimmat niistä ovat tilaajan päätöksiä, eivät tekijän työtä.

Kolme näistä on tilaajan vastuulla, ja ne ovat lähes aina se syy, miksi valmis sovellus odottaa julkaisua. Siksi ne kysytään meillä projektin alussa eikä lopussa.

Milloin sovellusta ei kannata teettää

Tämä osio puuttuu lähes jokaiselta suomalaiselta sovellussivulta, joten kirjoitamme sen auki. Nämä ovat ne tilanteet, joissa vastauksemme on, että älkää tilatko.

Viides rivi on se, joka jää useimmiten huomaamatta. Sovellus ei ole kertaostos samalla tavalla kuin verkkosivu. Se elää käyttöjärjestelmien mukana, ja jos päivityksiin ei ole varattu rahaa, sovellus katoaa kaupasta muutaman vuoden kuluessa ja koko investointi menee. Laske ylläpito mukaan ennen kuin päätät, ei sen jälkeen.

Miten etenemme

1. Kysymme mitä sovelluksen pitää tehdä Puoli tuntia riittää. Useimmiten selviää, että puolet toivotuista ominaisuuksista ei ole tarpeen ensimmäisessä versiossa, ja usein myös se, ettei sovellusta tarvita lainkaan.
2. Kerromme hinnan ja sen mitä se ei sisällä Kirjallisena. Jos jokin on epävarmaa, sanomme sen epävarmaksi emmekä piilota sitä loppulaskuun.
3. Rakennamme ja testaamme oikeilla laitteilla Myös vanhalla puhelimella ja huonolla verkolla, koska siellä ongelmat ovat.
4. Viemme kaupan läpi Liitteet, selosteet, ikärajat ja arviointi. Lupaamme lähetyspäivän, emme julkaisupäivää.
5. Luovutamme koodin ja tilit Kehittäjätili on teidän nimissänne ja lähdekoodi teidän. Seuraava tekijä voi jatkaa siitä mihin jäätiin.

Usein kysyttyä

Soita 044 989 1659 Lähetä sähköpostia

Vastaa Moustafa Tarabya, DT Nova Tmi, Y-tunnus 3595452-5, Helsinki. 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: kanta-asiakassovellus yritykselle · QR-koodi generaattori · yhteystiedot · blogi