Sovelluskehityksen tarjous tilaajan silmin

Sovelluskehityksen tarjouksesta pitää selvitä tavoiteltu toiminta, toimitettavat osat ja tilaajan oma työ. Kokonaishinta on vertailukelpoinen vasta, kun suunnittelu, tietojen siirto, yhteydet muihin järjestelmiin ja käyttöönotto on rajattu samalla tavalla.

Tarkista mitä tarjouksella luvataan

Pyydä kuvaus käyttäjistä ja tärkeimmistä tehtävistä. Erota valmis toiminto alustavasta arviosta ja myöhemmin suunniteltavasta ominaisuudesta. Jos tarjous perustuu työaikaan, kysy arvioitu työmäärä, seuranta ja päätöspisteet.

Kysy, mitä tilaajan pitää toimittaa: esimerkkiaineistoa, sisältöjä, tunnuksia tai päätöksiä. Jos yrityksesi ei pysty tekemään tätä työtä sovitussa ajassa, myös projektin aikataulu muuttuu.

Kysy integraatioiden todellinen laajuus

Yhteys toiseen järjestelmään voi tarkoittaa hyvin eri asioita. Selvitä, mitä tietoa siirtyy, kumpaan suuntaan, kuinka usein ja mitä tapahtuu virheessä. Kysy riippuvuudet muiden toimittajien palveluista ja lisensseistä.

Esimerkiksi asiakastietojen tuonti kerran ei ole sama asia kuin jatkuva kaksisuuntainen synkronointi. Pyydä toimittajaa kuvaamaan ero tavallisella käyttötilanteella, jotta vertaat samaa palvelua.

Sovi hyväksyminen ja jatko

Kirjaa testattavat tilanteet, tilaajan hyväksymisvaihe, korjauskäytäntö ja julkaisun vastuut. Pyydä kuvaus ylläpidosta, tukipalvelusta, varmuuskopioinnista ja dokumentaatiosta. Selvitä myös, mitä oikeuksia ja aineistoja luovutetaan.

Ensimmäisen version rajaus vähentää tarjousten epäselvyyttä. Omistajuuden ja toimittajan vaihdon ehdot puolestaan vaikuttavat siihen, mitä tapahtuu projektin jälkeen. Pyydä avoimiin kohtiin kirjallinen täsmennys ennen valintaa; esittelyn vakuuttavuus ei korvaa toimitussisältöä.