Kopsataas nyt tää tähän kun oli kuulemma mennyt hiererkia liian syväksi eikä voinut enää vastata.
"Laskutetaan ihan asennukseen menneiden työpäivien ja matkojen mukaan. Ympäristön kanssa ei ole alkusähläyksien jälkeen ollut sen kummempia ongelmia, eniten päänvaivaa tuottaa tietokannat joita jotkut asiakkaat haluaa käyttää. Vaikka sql pitäisi olla jonkin sortin standardia, jokaisella on ihan omat virityksensä. En kuitenkaan usko että meidän firmalla on paukkuja alkaa vaatimaan asiakasta vaihtamaan esim SUN:n palvelimensa Windowsiin... :)
Mutta järjestelmäriippumattomassa järjestelmässä on pointtina se, että se on järjestelmäriippumatonta. Javallakin saa kyllä tehtyä ohjelman joka toimii ainoastaan Unixissa tai Windowsissa, mutta kunhan tietää mitä tekee, niin kj-riippumattoman koodin tekeminen on ihan yhtä helppoa."
Kuten tuossa aiemmin joskus taisinkin sanoa, niin ei meilläkään tietenkään pakoteta asiakasta vaihtamaan palvelimia toiseen jos sovellukselle ei löydy meille mieluisaa ympäristöä.
Jos meidän softamme eivät toimi noin vain asiakkaan ympäristössä, niin ongelma ratkaistaan hinnoittelulla. Otetaan hinta A ja tarjotaan sitä jos asiakas hommaa itteleen seemmosen palvelimen, joka softalle on hyvä. Sitten kerrotaan hinta A esim. piillä tai jollain muulla sinnepäin olevalla luvulla ja kerrotaan, että sama softa maksaa alustallenne X tämän verran.
Samaa sovelletaan tietenkin noiden kantojenkin kanssa. Ohjaa asikasta mukavasti laittamaan meille sopivat palvelimet ja jos haluavat sillä kalliimmalla tavalla, niin siitä tulee ihan kivat katteet. Asiakas saa päättää ite ja yleensä alustan suhteen päättää loppujen lopuksi ne joilla rahat ovat kun edessä on kaksi "samaa" mutta eri hintaista vaihtoehtoa...
Hinnan tai laadun vuoksi ei muuten juurikaan noita kauppoja hävitä.
Mites teillä, kuinkas hoidatte asiakkaiden muuttuvista kannoista tulevat lisäkulut asiakkaan piikkiin?
"Laskutetaan ihan asennukseen menneiden työpäivien ja matkojen mukaan. Ympäristön kanssa ei ole alkusähläyksien jälkeen ollut sen kummempia ongelmia, eniten päänvaivaa tuottaa tietokannat joita jotkut asiakkaat haluaa käyttää. Vaikka sql pitäisi olla jonkin sortin standardia, jokaisella on ihan omat virityksensä. En kuitenkaan usko että meidän firmalla on paukkuja alkaa vaatimaan asiakasta vaihtamaan esim SUN:n palvelimensa Windowsiin... :)
Mutta järjestelmäriippumattomassa järjestelmässä on pointtina se, että se on järjestelmäriippumatonta. Javallakin saa kyllä tehtyä ohjelman joka toimii ainoastaan Unixissa tai Windowsissa, mutta kunhan tietää mitä tekee, niin kj-riippumattoman koodin tekeminen on ihan yhtä helppoa."
Kuten tuossa aiemmin joskus taisinkin sanoa, niin ei meilläkään tietenkään pakoteta asiakasta vaihtamaan palvelimia toiseen jos sovellukselle ei löydy meille mieluisaa ympäristöä.
Jos meidän softamme eivät toimi noin vain asiakkaan ympäristössä, niin ongelma ratkaistaan hinnoittelulla. Otetaan hinta A ja tarjotaan sitä jos asiakas hommaa itteleen seemmosen palvelimen, joka softalle on hyvä. Sitten kerrotaan hinta A esim. piillä tai jollain muulla sinnepäin olevalla luvulla ja kerrotaan, että sama softa maksaa alustallenne X tämän verran.
Samaa sovelletaan tietenkin noiden kantojenkin kanssa. Ohjaa asikasta mukavasti laittamaan meille sopivat palvelimet ja jos haluavat sillä kalliimmalla tavalla, niin siitä tulee ihan kivat katteet. Asiakas saa päättää ite ja yleensä alustan suhteen päättää loppujen lopuksi ne joilla rahat ovat kun edessä on kaksi "samaa" mutta eri hintaista vaihtoehtoa...
Hinnan tai laadun vuoksi ei muuten juurikaan noita kauppoja hävitä.
Mites teillä, kuinkas hoidatte asiakkaiden muuttuvista kannoista tulevat lisäkulut asiakkaan piikkiin?
Vastaukset 1
Vanhimmat
Meidän softa on pyritty tekemään niin, ettei se ota kantaa alla olevaan käyttöjärjestelmään eikä käytössä olevaan tietokantaan. Eli asiakas osoittaa sormella koneet joihin järjestelmä pystytetään ja odottaa että on valmista.
Jos asiakas haluaa vaihtaa kannasta toiseen, tuo tuottaa aina tietenkin lisäkustannuksia, jotka laskutetaan sen mukaan mitä työhön menee aikaa. Kannasta toiseen siirryttäessä sitä aikaa palaakin astetta enemmän, vielä ei ole semmoista tullut isompien järjestelmien kanssa vastaankaan.
En itseasiassa ole ihan varma toimiiko esimerkiksi Sybasen ja MSSQL:n välillä dump-load tai bcp, mutten jaksa uskoa. Toisten kantojen välillä tuskin on toivoakaan. Kannan rakennehan on helppo siirtää kannasta toiseen, mutta datasisältö, ainoa jolla on merkitystä... Ja kun kannassa on sisältöä miljoonia rivejä, ei sitä jaksa ihan käsinkään alkaa naputtaa.