DevOps-filosofia, kun kehitys yhdistetään ohjelmistojen ylläpitoon, ei yllätä ketään. Uusi trendi on saamassa vauhtia - DevOps 2.0 tai BizDevOps. Se yhdistää kolme komponenttia yhdeksi kokonaisuudeksi: liiketoiminta, kehitys ja tuki. Ja aivan kuten DevOpsissa, suunnittelukäytännöt muodostavat perustan kehityksen ja tuen väliselle yhteydelle, ja liiketoiminnan kehittämisessä analytiikka ottaa "liiman" roolin, joka yhdistää kehityksen liiketoimintaan.
Haluan myöntää heti: fiksujen kirjojen lukemisen jälkeen saimme tietää, että meillä on todellinen liiketoimintakehitys. Se jotenkin yhtyi työntekijöiden aloitteellisuuden ja hillittömän parantamishalun ansiosta. Analyysi on nyt osa kehitystuotannon prosessia, mikä vähentää merkittävästi palautesilmukoita ja tarjoaa säännöllisesti oivalluksia. Kerron sinulle yksityiskohtaisesti, kuinka kaikki toimii meillä.
Klassisen DevOpsin haitat
Kun uusia asiakastuotteita suunnitellaan, yritys luo ihanteellisen asiakaskäyttäytymismallin ja odottaa hyvää konversiota, jonka pohjalta se rakentaa liiketoimintatavoitteitaan ja tuloksiaan. Kehitystiimi puolestaan pyrkii tekemään erittäin hyvää, laadukasta koodia. Tuki toivoo prosessien täydellistä automatisointia, uuden tuotteen ylläpidon helppoutta ja mukavuutta.
Todellisuus kehittyy useimmiten siten, että asiakkaat saavat varsin monimutkaisen prosessin, liiketoiminta on jumissa alhaisessa konversiossa, kehitystiimit julkaisevat korjauksia korjauksen jälkeen ja tuki hukkuu asiakkaiden pyyntöjen virtaan. Kuulostaa tutulta?
Pahan juuri tässä piilee prosessiin sisäänrakennetussa pitkässä ja huonossa palautesilmukassa. Yritykset ja kehittäjät kommunikoivat vaatimuksia ja palautetta sprinttien aikana vastaanottaessaan rajoitetun määrän asiakkaita, jotka vaikuttavat suuresti tuotteen kohtaloon. Usein se, mikä on tärkeää yhdelle ihmiselle, ei ole ollenkaan tyypillistä koko kohdeyleisölle.
Ymmärtäminen, onko tuote oikeaan suuntaan, tulee talousraporteista ja markkinatutkimustuloksista kuukausia julkaisun jälkeen. Ja rajoitetun otoskoon vuoksi ne eivät tarjoa mahdollisuutta testata hypoteeseja suurella määrällä asiakkaita. Yleensä se osoittautuu pitkäksi, epätarkoksi ja tehottomaksi.
Trophy työkalu
Löysimme hyvän tavan päästä eroon tästä. Aiemmin vain markkinoijia auttanut työkalu on nyt löytänyt tiensä yritysten ja kehittäjien käsiin. Aloimme käyttää verkkoanalytiikkaa aktiivisesti nähdäksemme prosessia reaaliajassa, tässä ja nyt ymmärtääksemme mitä tapahtuu. Tämän perusteella suunnittele itse tuote ja levitä se suurelle määrälle asiakkaita.
Jos suunnittelet jonkinlaista tuotteen parannusta, näet heti, mihin mittareihin se liittyy ja miten nämä mittarit vaikuttavat myyntiin ja liiketoiminnan kannalta tärkeisiin ominaisuuksiin. Näin voit heti karsia pois hypoteesit vähäisellä teholla. Tai esimerkiksi ottaa käyttöön uusi ominaisuus tilastollisesti merkittävälle määrälle käyttäjiä ja seurata mittareita reaaliajassa ymmärtääksesi, toimiiko kaikki suunnitellusti. Älä odota palautetta pyyntöjen tai raporttien muodossa, vaan seuraa välittömästi ja säädä tuotteen luomisprosessia välittömästi itse. Voimme ottaa käyttöön uuden ominaisuuden, kerätä tilastollisesti oikeita tietoja kolmessa päivässä, tehdä muutoksia vielä kolmessa päivässä - ja viikon kuluttua upea uusi tuote on valmis.
Voit seurata koko suppiloa, kaikkia uuteen tuotteeseen joutuneita asiakkaita, havaita kohdat, joissa suppilo kavensi jyrkästi, ja ymmärtää syitä. Sekä kehittäjät että yritykset seuraavat tätä nyt osana päivittäistä työtään. He näkevät saman asiakaspolun ja voivat yhdessä luoda ideoita ja hypoteeseja parantamiseksi.
Tämä liiketoiminnan ja kehityksen yhdistäminen yhdessä analytiikan kanssa mahdollistaa tuotteiden jatkuvan luomisen, jatkuvan optimoinnin, pullonkaulojen etsimisen ja näkemisen sekä koko prosessin kokonaisuutena.
Kyse on monimutkaisuudesta
Kun luomme uutta tuotetta, emme aloita tyhjästä, vaan integroimme sen jo olemassa olevaan palveluverkkoon. Uutta tuotetta kokeillessaan asiakas ottaa useimmiten yhteyttä useampaan osastoon. Hän voi kommunikoida yhteyskeskuksen työntekijöiden, toimiston johtajien kanssa, hän voi ottaa yhteyttä tukeen tai online-chateissa. Mittareiden avulla näemme esimerkiksi, mikä kuormitus on yhteyskeskuksessa, miten saapuvat pyynnöt parhaiten käsitellään. Ymmärrämme kuinka monta ihmistä tulee toimistoon ja voimme neuvoa asiakasta edelleen.
Se on täsmälleen sama tietojärjestelmien kanssa. Pankkimme on ollut olemassa yli 20 vuotta, jonka aikana on syntynyt suuri kerros heterogeenisia järjestelmiä, jotka toimivat edelleen. Vuorovaikutus taustajärjestelmien välillä voi joskus olla arvaamatonta. Esimerkiksi joissakin muinaisissa järjestelmissä on rajoituksia tietyn kentän merkkien määrälle, ja joskus tämä kaataa uuden palvelun. Vian jäljittäminen vakiomenetelmillä on melko vaikeaa, mutta verkkoanalytiikan avulla se on helppoa.
Pääsimme siihen pisteeseen, että aloimme kerätä ja analysoida virhetekstejä, jotka näytetään asiakkaalle kaikista mukana olevista järjestelmistä. Kävi ilmi, että monet niistä olivat vanhentuneita, emmekä voineet edes kuvitella, että he olivat jotenkin mukana prosessissamme.
Työskentely analytiikan kanssa
Verkkoanalyytikkomme ja SCRUM-kehitystiimimme sijaitsevat samassa huoneessa. He ovat jatkuvasti vuorovaikutuksessa toistensa kanssa. Tarvittaessa asiantuntijat auttavat määrittämään mittareita tai lataamaan dataa, mutta enimmäkseen tiimin jäsenet itse työskentelevät analytiikkapalvelun kanssa, siinä ei ole mitään monimutkaista.
Apua tarvitaan, jos esimerkiksi tarvitset riippuvuuksia tai lisäsuodattimia rajoitetulle asiakastyypille tai lähteelle. Mutta nykyisessä arkkitehtuurissa kohtaamme tämän harvoin.
Mielenkiintoista on, että analytiikan käyttöönotto ei vaatinut uuden IT-järjestelmän asentamista. Käytämme samoja ohjelmistoja, joiden kanssa markkinoijat ovat aiemmin työskennelleet. Piti vain sopia sen käytöstä ja ottaa se käyttöön liiketoiminnassa ja kehittämisessä. Emme tietenkään voineet ottaa vain sitä, mitä markkinoinnissa oli, vaan kaikki piti konfiguroida uudelleen ja antaa markkinoille pääsy uuteen ympäristöön, jotta he olisivat samassa tietokentässä kanssamme.
Tulevaisuudessa aiomme ostaa parannetun version verkkoanalytiikkaohjelmistosta, jonka avulla pystymme selviytymään kasvavista prosessoitujen istuntojen määristä.
Olemme myös aktiivisesti integroimassa verkkoanalytiikkaa ja sisäisiä tietokantoja CRM- ja kirjanpitojärjestelmistä. Yhdistämällä tietoja saamme kokonaiskuvan asiakkaasta kaikilta tarpeellisilta osin: lähteen, asiakastyypin, tuotteen mukaan. Tietojen visualisointia helpottavat BI-palvelut tulevat pian kaikkien osastojen saataville.
Mihin päädyimme? Itse asiassa teimme analytiikan ja sitä koskevan päätöksenteon osaksi tuotantoprosessia, millä oli näkyvä vaikutus.
Analyysi: älä astu haravan päälle
Ja lopuksi haluan jakaa muutamia vinkkejä, jotka auttavat sinua välttämään vaikeuksia liiketoiminnan kehittämisyrityksen rakentamisprosessissa.
- Jos et pysty tekemään analytiikkaa nopeasti, teet väärän analytiikan. Sinun on seurattava yksinkertaista polkua yhdestä tuotteesta ja sitten laajennettava sitä.
- Sinulla on oltava tiimi tai henkilö, jolla on hyvä käsitys tulevaisuuden analytiikkaarkkitehtuurista. Sinun on vielä päätettävä rannalla, kuinka skaalaat analytiikan, integroit sen muihin järjestelmiin ja käytät tietoja uudelleen.
- Älä luo tarpeettomia tietoja. Verkkotilastot ovat hyödyllisen tiedon lisäksi myös valtava kaatopaikka, jossa on heikkolaatuisia ja tarpeettomia tietoja. Ja tämä roska häiritsee päätöksentekoa ja arviointia, jos selkeitä tavoitteita ei ole.
- Älä tee analytiikkaa analytiikan vuoksi. Ensin tavoitteet, työkalun valinta ja vasta sitten - analytiikka vain siellä, missä sillä on vaikutusta.
Materiaali valmistettiin yhdessä Chebotar Olgan ().
Lähde: will.com