Sovelluksen ylläpito ja hinta: mitä se maksaa vuodessa julkaisun jälkeen

Julkaisu on projektin alku, ei loppu. Käymme läpi jokaisen ylläpidon kuluerän erikseen, lasketaan vuosikustannus auki taulukkona ja annetaan nyrkkisääntö, jolla arvioit summan ennen kuin allekirjoitat tarjouksen.

Lyhyt vastaus: sovelluksen ylläpito maksaa joka vuosi, vaikka et koskisi koodiin. Pakolliset erät ovat kehittäjätilit, palvelin ja tunnistetiedot, ja ne ovat pienin osa laskua. Suurin erä on työ, jota käyttöjärjestelmien vuosipäivitykset pakottavat tekemään, halusit sitä tai et. Jos budjetoit vain rakentamisen, sovellus lakkaa toimimasta noin kahdessa vuodessa ilman että kukaan teki mitään väärin.

Tämä juttu on kirjoitettu yrittäjälle, joka on saanut sovelluksesta tarjouksen ja huomannut, että siinä lukee kertahinta mutta ei mitään siitä, mitä tapahtuu ensimmäisen vuoden jälkeen. Käymme läpi jokaisen kuluerän erikseen, laskemme kuvitteellisen esimerkin auki ja annamme yhden päätössäännön, jolla arvioit vuosikustannuksen ennen kuin allekirjoitat mitään. Omat hintamme eivät ole tässä jutussa, ne lukevat hinnastossa.

Mistä sovelluksen vuosikustannus koostuu?

Sovelluksen vuosikustannus koostuu neljästä eri lajista kulua, jotka käyttäytyvät keskenään eri tavalla. Kiinteät alustamaksut eli kehittäjätilit ja verkkotunnus ovat pieniä, ennustettavia ja pakollisia riippumatta käyttäjämäärästä. Käyttöön sidotut kulut eli palvelin, tietokanta ja viestipalvelut kasvavat käyttäjämäärän mukana, mutta ne eivät ole koskaan nolla. Pakollinen ylläpitotyö tulee käyttöjärjestelmien vuosipäivityksistä ja alustojen sääntömuutoksista, ja se on suurin erä — sen ajankohdasta et päätä sinä. Vapaaehtoinen kehitystyö on ainoa erä, jonka voit oikeasti nollata. Sekaannus syntyy siitä, että myyjä puhuu ylläpidosta ja tarkoittaa yhtä näistä, kun ostaja kuulee kaikki neljä.

1. Kiinteät alustamaksutKehittäjätilit ja verkkotunnus. Nämä ovat pieniä, ennustettavia ja pakollisia. Ne eivät riipu siitä, käyttääkö sovellusta kymmenen vai kymmenentuhatta ihmistä.
2. Käyttöön sidotut kulutPalvelin, tietokanta, push-viestit, mahdolliset tekoälyrajapinnat. Nämä kasvavat käyttäjämäärän mukana. Pienellä sovelluksella ne ovat pieniä, mutta ne eivät ole nolla.
3. Pakollinen ylläpitotyöKäyttöjärjestelmien vuosipäivitykset, kirjastojen versiopäivitykset, alustojen sääntömuutokset. Tämä on suurin erä ja se tulee ulkopuolelta. Sinä et päätä sen ajankohtaa.
4. Vapaaehtoinen kehitystyöUudet ominaisuudet ja muutokset, jotka sinä tilaat. Tämä on ainoa erä, jonka voit oikeasti nollata.

Kun luet tarjousta, etsi näiden neljän kohdalta erikseen vastaus. Jos tarjouksessa lukee vain kertahinta ja sana ylläpito ilman sisältöä, kysy kirjallisesti mitkä kolme ensimmäistä kohtaa maksavat vuodessa ilman yhtäkään uutta ominaisuutta.

Kiinteät maksut, jotka juoksevat vaikka sovellus seisoo

Nämä ovat julkisia hintoja, jotka kuka tahansa voi tarkistaa Applen ja Googlen omilta kehittäjäsivuilta. Applen kehittäjäohjelma laskutetaan vuosittain, Googlen Play-kehittäjätilistä maksetaan julkisen hinnaston mukaan kertaluonteinen rekisteröintimaksu. Molemmat ovat kymmenien eurojen luokkaa vuodessa, eli mitättömiä verrattuna työhön, mutta niillä on yksi ominaisuus, joka tekee niistä vaarallisia: jos Applen vuosimaksu jää maksamatta, sovellus poistuu kaupasta. Ei varoitusta asiakkaillesi, ei siirtymäaikaa, sovellus vain katoaa hakutuloksista.

Sama koskee verkkotunnusta ja varmenteita. Kehittäjätilin allekirjoitusvarmenteet ja jakeluprofiilit vanhenevat määrävälein. Vanhentunut profiili ei kaada jo asennettua sovellusta, mutta se estää uuden version julkaisun juuri silloin kun sinulla on kiire korjata jotain.

Miksi käyttöjärjestelmäpäivitys on se kallein erä?

Käyttöjärjestelmäpäivitys on sovelluksen ylläpidon kallein erä, koska se on työtä, jota et tilannut ja jonka ajankohtaa et päätä. Apple julkaisee uuden iOS-version vuosittain ja Google vastaavan Android-version. Kummallakin on lisäksi oma kehitysympäristönsä ja omat vaatimuksensa siitä, millä työkaluversiolla sovellus pitää olla käännetty, jotta sen saa ylipäätään ladattua kauppaan, ja nämä vaatimukset kiristyvät säännöllisesti. Käytännössä sovellus, johon kukaan ei koske, vanhentuu kolmesta suunnasta samaan aikaan: kauppa lakkaa hyväksymästä uusia versioita, jokin käyttöliittymän yksityiskohta muuttuu uudessa käyttöjärjestelmässä, ja jokin käytetty kirjasto lakkaa saamasta tietoturvapäivityksiä. Mikään näistä ei ole kenenkään aiheuttama vika.

Käytännössä tämä tarkoittaa, että sovellus, johon kukaan ei koske, alkaa vanhentua kolmesta suunnasta samanaikaisesti. Ensin kauppa lakkaa hyväksymästä uusia versioita vanhalla työkaluversiolla. Sitten jokin käyttöliittymän yksityiskohta muuttuu uudessa käyttöjärjestelmässä ja sovellus näyttää rikkinäiseltä uusimmalla puhelimella. Lopulta jokin käytetty kirjasto lakkaa saamasta tietoturvapäivityksiä.

Mikään näistä ei ole vika, jonka joku aiheutti. Ne ovat alustan normaalia elinkaarta. Siksi sovelluksen vuosibudjetissa pitää olla rivi työlle, jota et tilannut.

Kokemuksemme perustuu siihen, että olemme julkaisseet 21 sovellusta App Storeen ja ylläpidämme niitä itse. Käytännön havainto on yksinkertainen: sovellus, jota ei ole päivitetty kahteen vuoteen, ei yleensä ole rikki, mutta sen saaminen takaisin julkaisukelpoiseksi vie enemmän työtä kuin kaksi kertaa vuodessa tehty pieni päivitys olisi vienyt yhteensä.

Vuosikustannus auki laskettuna

Sovelluksen vuosikustannus lasketaan auki riveinä, ei yhtenä lukuna. Alla oleva taulukko on kuvitteellinen esimerkki: nämä eivät ole minkään yksittäisen asiakkaan lukuja vaan rakenne, johon laitat omat lukusi. Kiinteät erät eli kehittäjätilit ja verkkotunnus saat julkisista hinnastoista sellaisenaan. Palvelinkulun saat omasta edellisestä laskustasi kerrottuna kahdellatoista. Työn osalta käytä sitä tuntihintaa, jonka oma toimittajasi on antanut, ja kerro se arvioiduilla tunneilla kahdelle pakolliselle alustapäivitykselle ja virhekorjauksille. Uudet ominaisuudet ovat nolla, jos et tilaa mitään. Taulukon opetus on suhde: kiinteät maksut ovat satasia, työ on tuhansia.

Huomaa mitä taulukko näyttää. Kiinteät maksut ovat satasia, työ on tuhansia. Jos toimittaja antaa sinulle ylläpitohinnan, joka on selvästi pienempi kuin kaksi päivityskierrosta hänen omalla tuntihinnallaan, kysy mitä se hinta kattaa. Yleensä se kattaa palvelimen ja sen että joku vastaa puhelimeen, ei alustapäivityksiä.

Päätössääntö: 15–25 prosenttia rakennushinnasta vuodessa

Sovelluksen vuosittainen ylläpitokustannus on karkeasti 15–25 prosenttia rakennushinnasta, ja tämä on jutun ainoa nyrkkisääntö. Kun saat tarjouksen rakentamisesta, ota siitä hinnasta tuo osuus ja merkitse se vuosibudjettiin. Alaraja pätee yksinkertaiseen sovellukseen, jossa ei ole omaa palvelinta eikä maksuja. Yläraja pätee sovellukseen, jossa on käyttäjätilit, maksut ja integraatioita toisiin järjestelmiin. Sääntö ei ole tutkimustulos eikä sitä pidä esittää sellaisena: se on karkea suuruusluokka, joka syntyy suoraan yllä olevasta taulukosta, koska kaksi alustapäivitystä, muutama virhekorjaus ja palvelin ovat yhteensä suunnilleen tuo osuus rakennustyön hinnasta. Sen arvo on siinä, että sillä voi haastaa tarjouksen ennen allekirjoitusta.

Sääntö ei ole tutkimustulos eikä sitä pidä esittää sellaisena. Se on karkea suuruusluokka, joka syntyy suoraan yllä olevasta taulukosta: kaksi alustapäivitystä, muutama virhekorjaus ja palvelin ovat yhteensä suunnilleen tuo osuus rakennustyön hinnasta. Sen arvo on siinä, että se antaa sinulle luvun, jolla voit haastaa tarjouksen ennen allekirjoitusta.

Käytä sitä näin: jos sovellus maksaa rakentaa 12 000 euroa, varaa 1 800–3 000 euroa vuodessa. Jos toimittaja sanoo että ylläpito maksaa 20 euroa kuussa, olet joko löytänyt poikkeuksellisen halvan ylläpidon tai ostamassa sopimusta, jossa alustapäivitykset laskutetaan erikseen tuntityönä. Kysy kumpi.

Kolme tapaa pienentää vuosikustannusta oikeasti

Sovelluksen vuosikustannusta ei pienennetä tinkimällä ylläpidosta vaan siitä, että sovelluksessa on vähemmän liikkuvia osia. Kolme tapaa toimii käytännössä. Älä rakenna omaa palvelinta, jos et tarvitse sitä: kokonaan puhelimessa toimiva sovellus ei maksa palvelinkuluja lainkaan, ja moni sovellus rakennetaan palvelimen kanssa vain siksi, ettei asiaa kysytty erikseen. Karsi integraatiot yhteen, koska jokainen liitos toiseen järjestelmään on rajapinta, joka voi muuttua ilman että saat siitä tiedon. Ja valitse yksi alusta ensimmäiseksi vuodeksi, koska kaksi alustaa tarkoittaa kahta kehittäjätiliä, kahta julkaisuprosessia ja kaksinkertaiset vuosipäivitykset.

1. Älä rakenna omaa palvelinta jos et tarvitse sitäSovellus, joka toimii kokonaan puhelimessa, ei maksa palvelinkuluja lainkaan. Palvelin tarvitaan vasta kun tietoa pitää jakaa käyttäjien välillä tai säilyttää laitteen vaihtuessa. Moni sovellus rakennetaan palvelimen kanssa vain siksi, ettei sitä kysytty erikseen.
2. Karsi integraatiot yhteenJokainen liitos toiseen järjestelmään on rajapinta, joka voi muuttua ilman että sinä saat siitä tiedon. Kaksi integraatiota tuottaa enemmän kuin kaksinkertaisen ylläpitotyön. Aiheesta on erillinen juttu API-integraatioista.
3. Valitse yksi alusta ensimmäiseksi vuodeksiKaksi alustaa tarkoittaa kaksi kehittäjätiliä, kaksi julkaisuprosessia ja kaksi kertaa vuosipäivitykset. Jos et tiedä kumpaa asiakkaasi käyttävät, katso verkkosivujesi kävijätilastoista laitejakauma ja aloita siitä.

Milloin sovellusta ei kannata ylläpitää lainkaan

Rehellinen vastaus: jos sovelluksella ei ole käyttäjiä, älä maksa sen ylläpidosta. Se kuulostaa itsestään selvältä, mutta yleisin kallis virhe on ylläpitää kolme vuotta sovellusta, jonka avaa kourallinen ihmisiä kuussa — ja syy on aina sama: rakentaminen maksoi paljon eikä sitä rahaa haluta myöntää menetetyksi. Aseta itsellesi raja etukäteen, ennen kuin tunneside ehtii syntyä. Toinen tilanne, jossa ylläpito ei kannata, on sovellus, jonka ainoa tehtävä on näyttää sisältöä, jonka voisi yhtä hyvin näyttää verkkosivulla. Sovelluksen kannattaa olla sovellus vasta, kun se tarvitsee kameraa, sijaintia, ilmoituksia tai toimintaa ilman verkkoa.

Aseta itsellesi raja etukäteen. Jos aktiivisia käyttäjiä on alle kymmenen kuukaudessa vuoden jälkeen, sovellus ei ratkaissut ongelmaa jota luulit sen ratkaisevan. Ota data talteen, ilmoita käyttäjille ja poista sovellus kaupasta. Se on halvempi päätös kuin jatkaa.

Toinen tapaus: jos sovelluksesi ainoa tehtävä on näyttää sisältöä, jonka voi yhtä hyvin näyttää verkkosivulla, mobiilisivusto tulee halvemmaksi eikä sitä tarvitse päivittää kahdesti vuodessa alustan takia. Vertailu on tehty jutussa mobiilisovellus vai mobiilisivusto. Sovelluksen kannattaa olla sovellus vasta, kun se tarvitsee kameraa, sijaintia, ilmoituksia tai toimintaa ilman verkkoa.

Mitä kysyä toimittajalta ennen allekirjoitusta?

Viisi kysymystä kannattaa lähettää toimittajalle kirjallisesti ennen allekirjoitusta, ja vastaukset kannattaa säilyttää. Ne maksavat nolla euroa ja paljastavat enemmän kuin mikään hinta. Kysy mitä ylläpitohinta kattaa vuoden aikana ilman uusia ominaisuuksia — haluat kuulla sanat käyttöjärjestelmäpäivitys ja kauppaan julkaisu. Kysy kuka omistaa lähdekoodin ja kehittäjätilin, koska toimittajan tilillä oleva sovellus sitoo sinut toimittajaan. Kysy irtisanomisaika: kuukausi on kohtuullinen, vuoden määräaikaisuus ei. Kysy nähdä palvelimen oikea kuukausilasku, ei arvio. Ja kysy mitä tapahtuu, jos lopetat ylläpidon kokonaan.

1. Mitä ylläpitohinta kattaa vuoden aikana ilman uusia ominaisuuksia?Haluat kuulla sanat käyttöjärjestelmäpäivitys ja kauppaan julkaisu. Jos niitä ei mainita, ne eivät sisälly.
2. Kuka omistaa lähdekoodin ja kehittäjätilin?Jos sovellus on toimittajan kehittäjätilillä, et voi vaihtaa toimittajaa ilman että sovellus poistuu ja julkaistaan uudelleen, jolloin arvostelut ja latausmäärät nollautuvat.
3. Mikä on irtisanomisaika?Kuukausi on kohtuullinen. Vuoden määräaikaisuus ylläpidosta ei ole.
4. Mikä on palvelimen kuukausilasku juuri nyt?Pyydä nähdä oikea lasku, ei arvio. Tämä on ainoa erä, joka voi karata.
5. Mitä tapahtuu, jos lopetan ylläpidon?Hyvä vastaus: sovellus toimii nykyisillä laitteilla, mutta se poistuu kaupasta seuraavan kehittäjätilimaksun kohdalla ja rikkoutuu seuraavassa isossa käyttöjärjestelmäversiossa. Huono vastaus: ei mitään.

Jos suunnittelet omaa sovellusta, koko rakentamisen hinnasta on erillinen erittely jutussa yrityssovelluksen kehittämisen hinnasta, ja itse toteutus on kuvattu sovelluskehityksen sivulla.

Kirjaa kolme lukua kerran vuodessa

Ylläpitobudjetin hallinta on helppoa, jos kirjaat kerran vuodessa kolme lukua ylös samaan tiedostoon. Ensimmäinen on se, mitä ylläpito maksoi viime vuonna yhteensä kaikki erät mukaan lukien. Toinen on se, montako kertaa sovellusta jouduttiin päivittämään alustan vaatimuksesta eikä omasta halusta. Kolmas on se, montako aktiivista käyttäjää sovelluksella oli keskimäärin kuukaudessa. Kolmen vuoden jälkeen sinulla on oma sarja, joka on tarkempi kuin mikään nyrkkisääntö. Sama tiedosto vastaa myös siihen kysymykseen, kannattaako sovellus pitää hengissä, koska kustannus jaettuna aktiivisilla käyttäjillä on suoraan verrattavissa siihen, mitä yksi asiakas tuottaa.

Kolmen vuoden jälkeen sinulla on oma sarja, joka on tarkempi kuin mikään nyrkkisääntö. Ensimmäisenä vuonna nyrkkisääntö riittää, ja sen jälkeen käytät omia lukujasi. Sama tiedosto vastaa myös siihen kysymykseen, kannattaako sovellus pitää hengissä: kustannus jaettuna aktiivisilla käyttäjillä on luku, jonka voi verrata siihen, mitä yksi asiakas sinulle tuottaa.

Kirjaa luvut sinne, mistä ne löytyvät vielä kolmen vuoden päästä, eli samaan paikkaan kirjanpidon liitteiden kanssa, äläkä yksittäisen ihmisen sähköpostiin. Sovelluksen elinkaari on pidempi kuin useimpien muistiinpanojen.

Usein kysyttyä

Lue seuraavaksi

• Android-sovelluksen julkaisu Google Playhin: testivaatimukset ja aikataulu viikkoina
• iOS-sovelluksen julkaisu App Storeen: aikataulu, hylkäyssyyt ja tarkistuslista
• Yrityssovelluksen kehittämisen hinta
• WordPress-ylläpidon hinta ja mitä siihen oikeasti kuuluu
• WordPressin hakukoneoptimointi: neljä asetusta, jotka ratkaisevat teknisen puolen

Lue myös: kassajärjestelmä ravintolaan · kanta-asiakasohjelma pienyritykselle · digitaalinen leimakortti · ajanvarausjärjestelmien hinnat · verkkosivut yritykselle · sovelluskehitys iOS ja Android · ohjelmistokehitys · CRM-järjestelmä