Aiemmilta viikoilta muistamme, että asiakkaat voidaan jakaa karkeasti kuluttajiin, erikokoisiin yrityksiin ja julkissektorin organisaatioihin. Jatkaen yleistämistä, tuotteilla on yleensä paljon asiakkaita, varsinkin kuluttajatuotteilla, kun taas suurille organisaatioille tehtävillä isoilla projekteilla on ehkä vain se yksi asiakas. Erilaisista asiakkaista riippuen yrityksen täytyy sovittaa myyntiprosessinsa eri tavalla sopimaan asiakkaiden ostopäätösprosesseihin.
Vaikka myisikin suuren volyymin kuluttajatuotteita, niin kuitenkin jos ei olla Microsoftin tapaisessa asemassa, kohderyhmiä tulee miettiä tarkemmin. Microsoft voi toki mainostaa yleisesti brändinrakennusmielessä, ja vaikka käyttöjärjestelmien kohdalla onkin tehty jaottelua erilaiseen käyttöön (esim. Vista Home tai Business), niin enemmänkin siitä huolehtivat tietokonevalmistajat jotka tekevät joko enemmän kuluttajille tai yrityskäyttöön suunnattuja konepaketteja ja käyttöjärjestelmän versio luo vielä lopullisen mielikuvan. Mutta sitten yksittäisiä tuotteita voidaan mainostaa tiettyjä kanavia pitkin, kuten ohjelmointiympäristöjä tai suurempia ratkaisuja kohderyhmälle sopivissa alan lehdissä ja verkkomedioissa.
Luennolla esitettiin seitsemän kohtaa sisältävä organisaatioiden ostopäästösprosessi. Neljäs kohta, ehdotusten ja tarjousten tarkastelu, näyttää siltä että siihen mennessä pitäisi päästä mukaan asiakkaan ostopäätösprosessiin. Siinä vaiheessa kuitenkin kilpailua saattaa olla jo aika paljon, joten mukaan olisi parempi päästä aiemmin. Toki julkisorganisaatioiden täytyy kilpailuttaa isommat hankkeet, mutta jos yritys on ollut mukana tarpeiden määrittelyssä jo pitemmän aikaa, niin silloinhan on paljon helpompi tehdä juuri oikeanlainen tarjous ja asiakaskin tuntee jo sitä. Tietenkin asiaa joutuu pohtimaan useamman kerran, mitkä ovat ne todennäköiset asiakkaat joiden kanssa tarpeita kannattaa kartoittaa ja suunnitella niihin ratkaisuja.
Vervillen ja Halingten artikkelin teoriakatsauksessa esiteltiin Robinsonin ja kumppaneiden (1967) buygrid framework, joka muistutti hyvin paljon luennolla ollutta ostopäätösprosessia. Toisaalta vaikka artikkelissa esitetty malli olikin erilainen, niin kyllähän siitäkin useampi noista kohdista löytyy. Koska mallissa on kyse ERPin hankkimisesta, niin pari ensimmäistä kohtaa tarpeen tunnistaminen ja määrittely on vähäisempää. Niimpä voidaan ryhtyä suoraan hankkimaan tietoa vaihtoehdoista ja tekemään valintoja vertailun ja neuvottelujen kautta. Lisäksi eri vaiheiden taulukoiduista kriteereistä iso osa näyttäisi soveltuan ERP-järjestelmien lisäksi myös moneen muuhunkin tietojärjestelmän tai ohjelmiston hankkimiseen, esim. yhteenssopivuus aiempiin järjestelmiin ja koulutuksen järjestäminen.
Ulkuniemen artikkelin johdannossa tuotiin esille muutamia komponenttipohjaisen ohjelmistotuotannon etuja kun osia ostetaan ulkopuolelta. Monissa paikoissa käytössä oleva komponentti on todettu toimivaksi ja testattu käytännössä luotettavaksi (mutta jonkunhan on oltava ensimmäinen käyttäjä sillekin). Kehitysaika on mahdollisesti lyhyempi, kun kaikkea ei tehdä itse, vaan osa voidaan ostaa valmiina. Muutamia asioita tästä tuli mieleen ihan liiketoiminnan kannalta. Toisaalta kun samaa tuotetta (komponenntia) päästään myymään useille, niin voidaan alkaa jo kilpailla hinnalla, mutta pakkohan niin ei ole tehdä, kunhan hinta ei ole kuitenkaan tapauksesta riippuen korkeampi kuin että asiakas kehittäisi vastaavan itse. Mutta toisaalta hintaa voidaan pitää ehkä korkeammalla, koska jos ajatellaan että aika on rahaa, niin toinen firma voi säästää siinä että saa valmiin komponentin ja tuote valmistuu nopeammin. Lisäksi mietin miten tuollaisia komponentteja tosiaan hinnoitellaan? Varmasti osa menee ihan selkeästi, eli ostetaan joko valmiiksi käännetty moduuli tai koodi, ja sitä voidaan käyttää yrityksen eri tuotteissa vapaasti, mutta ei kuitenkaan todennäköisesti saada myydä eteenpäin sellaisenaan. Mutta jos ja kun komponentit alkavat olla kalliita, ja niitä voi olla useita ja summasta tulee vieläkin isompi, ihan kuin oltaisiin itse tekemässä isompaakin projektia, niin voitaisiinko ajatella tai käytetäänkö erilaisia lisenssejä, joilla komponentteja voidaan myydä eteenpäin? Eli kaikkia komponentteja ei tarvitsisi ostaa kokonaan käyttöön, vaan ehkä maksettaisiin joku pieni summa että sen ympärillä saadaan tehdä kehitystyötä, tai jopa ilmaiset kehittäjälisenssit. Voisiko tuo kehityksen aikainen käyttö jopa sisältyä esiteltyjen mallien evaluointi-kohtaan? Sitten jos projektista tulee tulosta, niin asiakkaille toimitettavissa tuotteissa käytetyistä komponenteista maksettaisiin osuudet niiden tekijöille. Hankalammaksihan niiden hallinta noin menee, mutta toisaalta sillä ehkä saataisiin toiset kehittäjät ottamaan komponentteja käyttöön pienemmän riskin takia, ja myyntimenestyksistä tuottoa tulisi sitten kaikille näin osallisille enemmän.
Kirjoittaja: arttu
Kirjoittaja: ere1
Kirjoittaja: jamppa