Ohjelmistokehitys

Milloin kannattaa ostaa valmis ohjelmisto, milloin teettää oma, ja mitä jälkimmäinen maksaa.

Ohjelmistokehitys tarkoittaa sitä, että joku kirjoittaa juuri teille ohjelman, jota ei ole valmiina ostettavissa. Sana kuulostaa isolta hankkeelta, mutta käytännössä suurin osa pienen yrityksen ohjelmistotarpeista on pieniä: kaksi järjestelmää pitää saada puhumaan keskenään, sama tieto naputellaan kahteen paikkaan, tai joku tekee joka perjantai käsin saman raportin.

Useimmiten vastaus on: älä teetä omaa. Valmis ohjelmisto on halvempi, toimii huomenna ja joku muu korjaa sen kun se hajoaa. Kun kysyt tarjousta räätälöidystä ohjelmistosta, hyvä toimittaja kysyy ensin, oletko varma. Tämä sivu on kirjoitettu niin, että voit tehdä ostopäätöksen ilman yhtäkään myyntipuhelua.

Mistä ohjelmistoprojekti oikeasti koostuu

Ostaja luulee maksavansa ohjelmoinnista. Ohjelmointi on kuitenkin alle puolet työstä, ja se on juuri se osa, joka menee useimmiten aikataulussa. Budjetti pettää muualla. Alla on tyypillinen jakauma pienessä projektissa, joka onnistuu.

Kaksi asiaa kannattaa lukea tuosta taulukosta. Ensimmäinen: määrittely on maksullista työtä, ja jos sitä ei laskuteta erikseen, se on joko piilotettu hintaan tai sitä ei tehdä. Toinen: käyttöönotto maksaa suunnilleen saman verran kuin testaus, ja se on lähes aina se rivi, joka puuttuu tarjouksesta kokonaan.

Miten pieni projekti etenee

Koko tapa tehdä työtä mahtuu yhteen kuvaan. Määrittely on lyhyt, ensimmäinen osa otetaan käyttöön nopeasti, ja seuraavaa osaa aletaan rakentaa vasta kun edellinen on oikeasti käytössä.

Tämä on koko ero epäonnistuvaan projektiin. Epäonnistuvassa mallissa määritellään kaikki kerralla, rakennetaan kuukausia ja näytetään asiakkaalle valmis tulos, jolloin virheiden korjaaminen maksaa moninkertaisesti. Onnistuvassa mallissa ensimmäinen osa on käytössä ennen kuin toista on aloitettu, ja jos projektin haluaa lopettaa kesken, käytössä oleva osa jää.

Milloin valmis riittää

Jos teet samaa asiaa samalla tavalla kuin tuhat muuta suomalaista yritystä, joku on jo rakentanut sen. Laskutus, kirjanpito, ajanvaraus, verkkokauppa. Näissä oma ohjelmisto tarkoittaa, että maksat kymmenen tuhatta saadaksesi jotain vähän huonompaa kuin kahdenkymmenen euron kuukausimaksu.

Valmiin puolesta puhuu myös se, mikä siihen on jo rakennettu muiden rahalla: verkkolaskujen välitys, viranomaisilmoitukset, pankkiyhteydet ja arvonlisäveron käsittely. Ne ovat tylsiä asioita, jotka maksavat paljon tehdä uudestaan ja joissa virhe maksaa vielä enemmän.

Milloin oma kannattaa

Viimeinen rivi ansaitsee selityksen. Iso valmisohjelmisto on kallis paitsi rahassa, myös siinä, että sen monimutkaisuus kannetaan koulutuksessa ja virheissä. Kapea oma työkalu, joka tekee ne kolme asiaa, on nopeampi käyttää eikä vaadi koulutuspäivää uudelle työntekijälle.

Mitä se maksaa

Neljäskymmenestuhatta on meillä yläraja, ja se on rehellisyyssyistä siinä. Olemme yhden hengen yritys, ja sitä isompi kokonaisuus vaatisi useamman tekijän tai venyisi niin pitkäksi, että se olisi teille huono kauppa. Isommat työt joko pilkotaan osiin, joista ensimmäinen tehdään ja loput päätetään myöhemmin, tai ne ohjataan toimijalle joka pystyy siihen. Sanomme kumman tahansa ensimmäisessä puhelussa, emme projektin puolivälissä.

Miksi ohjelmistoprojektit epäonnistuvat

Epäonnistuminen näyttää harvoin siltä, että ohjelma ei toimi. Se näyttää siltä, että projekti maksoi kaksi kertaa arvioidun, valmistui puoli vuotta myöhässä, ja lopputulosta käyttää yksi ihminen. Syyt ovat lähes aina samat, ja ne kaikki ovat torjuttavissa ennen aloitusta.

Laajuuden kasvu on niistä kallein. Se ei näy budjetissa vaan aikataulussa, ja aikataulun venyminen maksaa kahdesti: tunteina ja siinä, että yritys elää kuukausia vanhan ja uuden tavan välissä. Torjunta on yksinkertainen. Toiveet kirjataan ylös, mutta niitä ei toteuteta kesken vaiheen. Ne ovat seuraavan vaiheen sisältö, ja seuraava vaihe hinnoitellaan erikseen.

Ikuinen laskutuskone

Yrittäjäpalstoilla toistuu sama pelko, ja se kannattaa sanoa ääneen: ohjelmistotoimittaja hyötyy rahallisesti siitä, että koodi on huonoa. Mitä sekavampi järjestelmä, sitä enemmän tunteja jokainen muutos vaatii, ja tunnit laskutetaan. Ostajan on käytännössä mahdotonta arvioida, oliko kolmen päivän muutostyö kolmen päivän työ.

Tätä ei voi poistaa luottamuksella. Se poistetaan kolmella sopimusehdolla, jotka kannattaa vaatia keneltä tahansa ostatte.

Kolmas on tehokkain, ja se maksaa teille vähiten. Tuhannen euron ensimmäinen vaihe kertoo enemmän toimittajasta kuin mikään referenssilista. Jos se menee hyvin, jatkatte. Jos ei, olette menettäneet tuhat euroa ettekä kahtakymmentä.

Kiinteä hinta vai tuntihinta

Kysymys esitetään usein niin, kuin toinen olisi ostajalle turvallinen ja toinen ei. Kumpikin on turvallinen oikeassa tilanteessa ja kallis väärässä.

Käytännössä paras yhdistelmä pienessä projektissa on tämä: kiinteä hinta ensimmäiselle rajatulle vaiheelle, ja tuntihinta muutostöille sen jälkeen. Silloin tiedätte etukäteen, mitä käyttöönotto maksaa, ettekä maksa riskilisää muutoksista, joita ei ehkä koskaan tule. Meillä tuntihinta on sama riippumatta siitä, onko työ helppoa vai vaikeaa, ja se lukee hinnastossa.

Näin ostat turvallisesti

1. Kirjoita ylös se yksi asia, joka menee rikki Ei ominaisuuslistaa, vaan mikä maksaa rahaa tällä viikolla. Jos et osaa nimetä sitä, hanketta ei kannata aloittaa vielä.
2. Laita ongelman viereen euromäärä Tunti päivässä turhaa naputtelua on noin 220 tuntia vuodessa. Kun tunnille laskee palkkakustannuksen, saat luvun, jota vasten tarjousta verrataan.
3. Vaadi kirjallinen laajuus ennen aloitusta Yksi sivu riittää. Siinä lukee mitä tehdään ja mitä ei tehdä. Ilman sitä molemmat osapuolet muistavat sovitun eri tavalla.
4. Vaadi lähdekoodi sopimukseen Yksi virke: lähdekoodi ja tietokanta luovutetaan tilaajalle projektin päättyessä. Ilman sitä maksatte työstä, jota ette voi viedä mukananne.
5. Tilaa ensin pieni vaihe Tuhannen euron työ kertoo toimittajasta enemmän kuin referenssilista, ja se on halpa tapa selvittää asia.
6. Katso luvut kolmen kuukauden kuluttua Ratkesiko se yksi asia, jonka takia tilasit? Jos ei, korjaa se ennen kuin lisäät mitään uutta.

Määrittely mahtuu yhdelle sivulle

Määrittely kuulostaa raskaalta, ja siksi se jätetään usein tekemättä. Pienessä projektissa se on kuitenkin yksi sivu, ja sen kirjoittaminen kestää tunnin. Alla on se sisältö, joka riittää. Jos toimittaja vaatii enemmän ennen kuin antaa hinnan, kysy miksi.

Tärkein rivi on viides. Lista siitä, mitä ei tehdä, on ainoa asia, joka pysäyttää laajuuden kasvun, ja se on myös ainoa rivi, joka lähes aina puuttuu. Viimeinen rivi on toiseksi tärkein, koska se muuttaa projektin lopputuloksen mielipidekysymyksestä mitattavaksi asiaksi.

Ylläpito: mitä se oikeasti tarkoittaa

Ylläpito on sana, joka tarkoittaa neljää eri asiaa, ja tarjouksissa niitä ei eritellä. Kysy erikseen jokaisesta.

Pieni automaatio ei tarvitse ylläpitoa vuosiin. Asiakkaille näkyvä järjestelmä tarvitsee, koska sitä käyttävät ihmiset joita ette voi kouluttaa, ja koska selaimet ja maksunvälittäjät muuttuvat. Erottelu kannattaa tehdä ennen tilausta, ei sen jälkeen.

Käyttökustannus on se luku, jota kukaan ei kysy

Rakennushinta kysytään aina. Se, mitä järjestelmän pyörittäminen maksaa kuukaudessa, kysytään harvoin, vaikka se on se luku, joka juoksee niin kauan kuin järjestelmä on olemassa. Ero on iso ja se on tarkistettavissa.

Syy eroon on rakenteellinen eikä neuvottelutulos. Perinteisessä mallissa palvelin on päällä koko ajan ja laskuttaa myös silloin, kun järjestelmässä ei ole ketään. Cloudflaren mallissa koodi ajetaan vasta kun joku avaa sivun, joten pienen yrityksen sisäinen työkalu maksaa kuukaudessa vähemmän kuin yksi kahvipaketti. Kolmessa vuodessa ero on tuhansia euroja, ja se ero on kokonaan teidän.

Tästä seuraa yksi asia, joka kannattaa tietää: ero on olemassa vain, jos järjestelmä on rakennettu tälle alustalle alusta asti. Valmiin, perinteisesti rakennetun ohjelmiston siirtäminen jälkikäteen ei ole muutostyö vaan uudelleenrakennus. Kysy alusta siis silloin, kun tilaat, ei kolmen vuoden päästä.

Milloin ei kannata teettää mitään

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

Yleisin näistä on kolmas. Yritys, joka ei tiedä mikä työ oli kannattava, tilaa järjestelmän saadakseen sen selville. Usein vastaus löytyy laskemalla kaksi viime vuoden isointa työtä auki, ja se on yhden illan työ taulukkolaskennassa. Tee se ensin. Jos vastaus säikäyttää, tilaat järjestelmän tietäen mitä siltä haluat.

Mitä me teemme

Pieniä, tarkkarajaisia järjestelmiä: automaatioita, integraatioita, sisäisiä työkaluja ja asiakassovelluksia. Cloudflaren päällä, mikä tarkoittaa, että käyttökustannus on tyypillisesti muutamia euroja kuukaudessa eikä satoja.

Emme tee kuukausia kestäviä projekteja, joissa lasku juoksee ennen kuin mitään on käytössä. Jos työ ei mahdu muutamaan viikkoon, se pilkotaan osiin, joista ensimmäinen on käytössä ennen kuin toinen alkaa.

DT Nova Tmi, Y-tunnus 3595452-5, Helsinki. Yksi ihminen, joka tekee työn itse. Olemme julkaisseet 21 sovellusta App Storeen ja rakentaneet kanta-asiakasjärjestelmän, joka on päivittäisessä käytössä helsinkiläisessä thairavintolassa. Rajoite kerrotaan itse: emme ota useaa isoa projektia yhtä aikaa, ja jos kalenteri on täynnä, sanomme sen ensimmäisessä puhelussa.

Usein kysyttyä

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

Vastaa Moustafa 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: kanta-asiakassovellus yritykselle · QR-koodi generaattori · yhteystiedot · blogi