Mikä on MVP-projekti (Minimum Viable Product) ja miten se auttaa tiedonhallintaa?

Mikä on MVP-tuote (Minimum Viable Product)?

Ennen kuin paneudumme siihen, mikä on vähimmäiskelpoinen tuote, haluan kysyä sinulta seuraavaa: Mitä yhteistä on tutuilla sovelluksilla Instagram, Uber ja Groupon?

Niiden varhaisimmat versiot olivat paljon yksinkertaisempia kuin nykyiset sovellukset. Ne ovat kypsyneet. Ne ovat hyötyneet vuosien kehitystyöstä ja niihin on käytetty suuria määriä resursseja. Ne eivät vain syntyneet hyvin kehittyneinä sovelluksina, joita ne ovat nykyään.

Se on loistava vertauskuva pienimmän elinkelpoisen tuotteen (MVP) käsitteelle. MVP-käsite on tärkeä startup-yhteisössä, jossa se tarkoittaa: tuotteen versio, joka sisältää vain ne ominaisuudet, joiden avulla tuote voidaan tuoda markkinoille ja jotka ratkaisevat keskeisen ongelman tietyille käyttäjille. Tavoitteena on tuottaa välitöntä arvoa ja samalla minimoida kehityskustannukset.

Eric Ries sanoi bestsellerissään The Lean Startup:

"Pienin elinkelpoinen tuote on se versio uudesta tuotteesta, jonka avulla tiimi pystyy keräämään mahdollisimman paljon validoitua tietoa asiakkaasta mahdollisimman vähällä vaivalla."

Yleisin esimerkki siitä, miten MVP:tä rakennetaan oikein, on ajoneuvo.

Pidän kuitenkin varsin paljon Ravi Vadrevun tässä artikkelissa esittämästä esimerkistä. Hän tiivistää MVP-prosessin kolmeen vaiheeseen:

1. Aloita yhdestä yksinkertaisesta tuotteesta, joka ratkaisee suuren ongelman pienen osajoukon;
2. Jatka iterointia ja ratkaise jatkuvasti suurempia, toisiinsa liittyviä ongelmia matkalla kohti suuren ongelman ratkaisua;
3. Kerro jatkuvasti visio ratkaistavasta suuresta ongelmasta.

Sitten hän laajentaa nämä vaiheet tiettyyn suureen ongelmaan: ihmiskunta tarvitsee halpaa ja tehokasta valaistusta pimeän aikana.

1. MVP: Tuli. Ihmiset näkivät salaman sytyttävän puita tuleen ja loivat itse tulta tikuilla. Mutta tuli ei ole kovin kannettavaa, kunnes...

2. MVP: Öljylamput, kynttilät ja kaasuvalot. Nyt ihmiset voivat kantaa valoa mukanaan. Mutta kynttilät ja kaasulamput eivät ole kirkkaita, ja tuuli puhaltaa ne pois, kunnes...

3. MVP: Hehkulamput. Varhaiset hehkulamput toimivat paristoilla ja olivat luotettavampia kuin kynttilä. Mutta väestö kasvoi, eikä sähköverkkoa ollut, kunnes...

4. MVP: Laajasti saatavilla oleva sähkö. Voimalaitokset ja sähköverkko mahdollistavat valaistuksen laajan saatavuuden. Sähkön kysyntä maailmassa kasvaa kuitenkin liian nopeasti, kunnes...

5. MVP: Aurinkoenergia. Vähävirtaiset lamput tulevat käyttöön, ja aurinkovoiman tuottaminen tulee halvemmaksi. Tässä tilanteessa olemme nyt, kunnes aurinkovoima yleistyy.

Ymmärrätte kyllä. Tämä MVP-konsepti on erityisen hyödyllinen startup-yrityksille, jotka toimivat hyvin kevyessä ympäristössä. Ne voivat ottaa MVP:n käyttöön pienellä budjetilla, testata sitä, saada palautetta ja lisätä asiakkaiden vaatimia ominaisuuksia.

Minimiviivaisen tuotteen lähestymistapa voi kuitenkin toimia myös jo valmiiden tuotteiden kohdalla, kun kyseisiä tuotteita toteutetaan. Onko se kestävä lähestymistapa tiedonhallintaratkaisuihin? Mielestämme kyllä. Tässä on syy.

Miten MVP-lähestymistapaa voidaan soveltaa teknisten ratkaisujen (kuten tiedonhallinnan) toteuttamiseen?

Kun kuulin ensimmäisen kerran termin Minimum Viable Product, sen mielleyhtymä oli hieman outo. Ajattelin: "Minimituote? Miksi kukaan haluaisi minimituotteen, kun hän voi saada koko tuotteen?". Vaikutti siltä, että loppuasiakas olisi jäänyt jollakin tavalla alakynteen. Mutta kun syvennyin käsitteeseen, tajusin, että asia on juuri päinvastoin. Asiakasta ei aliarvioida. Hän saa juuri sen, mitä hän tarvitsee, ja hänellä on tilaa kasvaa koko tuotepakettiin - ilman, että hänen tarvitsee maksaa heti alkuunsa täydellisestä Lamborghinista.

Mietitäänpä, miten MVP-lähestymistapa voisi toimia monipuolisten teknologiaratkaisujen, kuten tiedonhallinta- tai asiakirjahallinta-alustan, käyttöönotossa. Tällä tarkoitamme seuraavaa: suunnitelmallinen, vaiheittainen lähestymistapa, jossa alusta voidaan ottaa käyttöön tietylle ryhmälle (kuten henkilöstöhallinnolle tai taloushallinnolle) vastaamaan heidän tarpeitaan ja laajentaa myöhemmin muille osastoille tai koko yritykseen. Toinen tapa vaiheittaiseen käyttöönottoon olisi ottaa alusta käyttöön pienemmällä kapasiteetilla, joka vastaa asiakkaiden tarpeita, ja lisätä sitten muita ominaisuuksia tarpeen mukaan.

On olemassa oikea ja väärä tapa tehdä tämä. Sen sijaan, että asiakkaalle annetaan vain perustoiminnot käytettävyyden, luotettavuuden ja suunnittelun kustannuksella, on yleensä parempi antaa asiakkaalle siivu kaikista näistä ja laajentaa niitä tarpeen mukaan.

Vaiheittaisesta etenemisestä on todellakin valtavia etuja asiakkaalle. Lue seuraavasta muutama keskeinen etu, joita MVP-lähestymistavalla on teknologian käyttöönotossa.

Varmista, että tuote vastaa tarpeitasi todellisissa olosuhteissa.

Sen sijaan, että organisaatiolla olisi vain mielikuvitus siitä, miten tiedonhallinta-alusta voisi vastata tarpeita demon näkemisen jälkeen, MVP antaa organisaatiolle mahdollisuuden käyttää alustaa reaaliaikaisesti ja todellisissa olosuhteissa. Se voi kokea sen ja alkaa selvittää, voisiko laajemmalla käyttöönotolla saada enemmän arvoa.

Keskitytään tuotteen keskeisiin ominaisuuksiin

Toteutuksen aikana tiimi voi keskittyä niihin ominaisuuksiin ja ominaisuuksiin, jotka ovat tärkeimpiä. He voivat alkaa laatia luetteloa pakollisista ja mukavista ominaisuuksista. Vaiheittaisessa lähestymistavassa asiakkaalla on vapaus asettaa tarvitsemansa ja haluamansa ominaisuudet paremmuusjärjestykseen ja ottaa ylin pino käyttöön ja lisätä niitä tarpeen mukaan. Sen sijaan, että resursseja tuhlattaisiin ominaisuuksiin, joita kukaan ei käyttäisi, asiakas voi keskittyä elintärkeisiin ominaisuuksiin, jotka tuottavat maksimaalista arvoa.

Vähentää tuotteen kustannuksia ja aikaa

Miksi ostaisit Boeing 747:n, kun oikeastaan sinun pitäisi vain päästä ruokakauppaan? Polkupyörä olisi riittänyt mainiosti. Samalla tavalla asiakas voi ratkaista joitakin ongelmia ilman valtavaa panostusta aikaan ja rahaan. Jos tuote tekee sen, mitä sen pitääkin tehdä, voit lisätä siihen vaiheittain muita ominaisuuksia tai ottaa sen käyttöön organisaation muissa osissa. Asiakkaat voivat viime kädessä luoda liiketoimintahyötyä aluksi realistisen budjetin puitteissa. He voivat ottaa alustan käyttöön käyttämättä kolmea kuukautta massiivisen suunnitelman laatimiseen, joka saattaa olla merkityksetön prosessin lopussa.

Iteratiivinen prosessi mahdollistaa tuotteen vaiheittaisen kehittämisen asiakkaalle sopivaan tahtiin.

Ottamalla käyttöön MVP-tietohallintatuotteen osassa organisaatiotanne voitte alkaa selvittää, mistä siinä pidätte ja mihin muualle organisaatiossa sen käyttöä voitaisiin laajentaa. Usein asiakkaamme ottavat M-Files esimerkiksi M-Files , ihastuvat siihen ja ennen kuin huomaakaan, myös muut osastot ovat siirtyneet käyttämään tuotetta.

Koska Minimum Viable Product -toteutus tarkoittaa sitä, että asiakas pääsee alkuun keskeisillä ominaisuuksilla ja toiminnallisuuksilla, se antaa asiakkaalle mahdollisuuden tunnistaa organisaationsa parhaat käyttäjäkunnat ja hioa parhaat käyttötapaukset. MVP-lähestymistapa mahdollistaa alustan iteraatiot - iteraatiot, jotka tulevat tietoisemmasta paikasta. Näihin tuleviin vaiheisiin kuuluvat muun muassa seuraavat asiat:

• mitä muita ominaisuuksia on lisättävä
• mitkä näkökohdat auttavat lisäämään ROI:ta
• ja mihin budjettivaroja voidaan kohdentaa, jotta alustasta saadaan suurin mahdollinen hyöty irti.

Kuulehan, jos asiakas haluaa M-Files tarjoaman täyden toiminnallisuuden, keskustelemme asiasta mielellämme hänen kanssaan ja autamme häntä selvittämään neuvottelevalla tavalla, onko se juuri sitä, mitä hän tarvitsee. Mutta lopulta, jos tarkastelet M-Files kaltaisia tiedonhallinta-al ustoja M-Files tai mitä tahansa muuta monipuolista teknologiaa, joka edistää vaiheittaista MVP-lähestymistapaa – tiedä, että niiden tarkoituksena on toimia sinun eduksesi. Jos toimittaja haluaisi myydä minulle tuotteen kalleimman version, jossa on kaikki mahdolliset ominaisuudet (joita saatan tarvita tai en), olisin huolissani siitä, että he tavoittelevat suurta myyntiä sen sijaan, että huolehtisivat tarpeistani.