Tietojen valmistelu analytiikkaa varten: kuinka asiakasanalytiikkapyynnöt muuttuvat infrastruktuurihankkeiksi

Näin upotetut analytiikkatoiminnot epäonnistuvat huomaamatta. Tuotekehitystiimit lupaavat analytiikkatoimintoja, joita asiakkaat todella haluavat, mutta kun kehitys alkaa, suurin osa ajasta kuluu tietojen valmisteluun. Lopullinen tulos ei vastaa suunnitellun analytiikkasuunnitelman lupauksia. Sen sijaan siitä tulee se, mitä tiimillä ehdittiin rakentaa.

Vaikka asiakkaiden toiveiden täyttäminen onkin tärkeää, tuotteen erottumista varten toteutetut räätälöidyt ominaisuudet voivat helposti muuttua tukipalveluille rasitteeksi. Syynä tähän on lähes aina tietokerros. Tässä artikkelissa käsitellään tietojen valmistelua analytiikkaa varten ja sitä, miten asiakkaiden toiveet voivat nopeasti muuttua monimutkaisiksi infrastruktuurihankkeiksi.

Miksi tietojen esikäsittely hidastaa tiimien työtä jatkuvasti

ETL-prosessit ovat rakenteeltaan vakaita. Niissä määritellään, miten tiedot valmistellaan ja muokataan jäsenneltyjen prosessiketjujen avulla, jotka muuttuvat yleensä harvoin. Tämä vakaus on arvokasta ja sitä kannattaa vaalia.

Tuotteen sisällä toimiva analytiikkakerros toimii aivan eri tavalla, ja asiakkaiden kysymykset kehittyvät jatkuvasti, kun ominaisuus on heidän käytössään. Ilman oikeaa välittäjäkerrosta jokaisesta tällaisesta pyynnöstä tulee oma kehityssykli. Esimerkiksi tuotepäällikkö kuulee pyynnön, kehitysosasto arvioi tietomallia, joku muokkaa ETL-prosessia, sen jälkeen suoritetaan validointi ja lopulta muutos julkaistaan. Siihen mennessä asiakaskeskustelu on usein jo siirtynyt eteenpäin.

Useimmat organisaatiot investoivat tietovarastoihin, jotta tiedot olisivat helpommin saatavilla. Tietovarastot keskittävät tiedot ja standardoivat tietomallit, mikä on todella arvokasta. Haasteena on se, että tietovarastot toimivat infrastruktuurin vauhdilla, kun taas asiakkaille suunnatut tuotteet toimivat ominaisuuksien vauhdilla.

Kun asiakas esittää kysymyksen, johon varastoa ei ole suunniteltu vastaamaan, työ siirtyy prosessin alkupäähän. Tässä vaiheessa syntyy backlog-tiketti, prosessilogiikka muuttuu ja tietomalleja mukautetaan. Siihen mennessä, kun tiimisi on ratkaissut tiketin, käsittelyaika ei enää muistuta lainkaan tavanomaista tuotekehityskierrosta.

Sulautettujen analytiikkaratkaisujen tiimit tarvitsevat välitason, joka sijoittuu vakaiden ETL-prosessien ja asiakkaille toimitettavien analytiikkatulosten väliin. Tämä taso hoitaa usein muuttuvat muokkaus- ja valmistelutehtävät ilman, että tiimien tarvitsee muuttaa taustalla olevaa infrastruktuuria. Uusi asiakaspyyntö pysyy tuotepäätöksenä eikä siitä tule arkkitehtuuriprojektia.

Pilvipalvelu ratkaisuna – ja miksi se ei aina toimi

Kun organisaatiot kohtaavat suorituskyky- tai valmistautumisongelmia, analytiikkapalvelujen tarjoajat suosittelevat usein samaa ratkaisua, eli siirtymistä pilvipalveluun.

Pilvipohjaiset analytiikka-alustat ovat tuoneet todellisia etuja kyseisessä ympäristössä.

• Nopeammat hakumoottorit

• Automatisoitu mallinnus

• Tekoälyn avustama valmistelu

Kaikki nämä voivat vähentää analysoitavien tietojen valmisteluun tarvittavaa työmäärää. Ongelmana on kuitenkin se, että monet näistä ominaisuuksista ovat käytettävissä vain toimittajan omassa pilvi-infrastruktuurissa. Kun toimittajat suosittelevat analytiikkatehtävien siirtämistä pilveen, he suosittelevat usein asiakkaille tietojen siirtämistä toimittajan ympäristöön, jotta näitä työkaluja voitaisiin käyttää.

Vältä toimittajariippuvuutta pilvipalveluista riippumattomalla BI-ratkaisulla

Käytä nyt

Organisaatioille, jotka integroivat sulautetun analytiikan tuotteisiinsa, tässä vaiheessa kyseessä on tuotearkkitehtuuria koskeva päätös. Analytiikan suorituspaikka on nyt suoraan sidoksissa siihen, missä itse tuote voidaan käyttää. Monilla toimialoilla tämä kompromissi ei yksinkertaisesti toimi.

Terveydenhuollon organisaatiot eivät voi siirtää potilastietoja kolmannen osapuolen pilvi-infrastruktuurin kautta ilman byrokraattisia esteitä. Rahoituspalveluyritykset toimivat tiukkojen sääntelykehyksien alaisina, jotka rajoittavat sitä, missä tietoja saa käsitellä, kun taas valmistajat ja säännellyt teknologiayritykset eivät useinkaan voi siirtää arkaluonteisia toimintatietoja oman ympäristönsä ulkopuolelle.

Euroopassa sääntely-ympäristö lisää painetta entisestään. GDPR, DORA, EU:n tekoälylaki ja NIS2 asettavat vaatimuksia, jotka vaikuttavat suoraan siihen, missä analytiikkajärjestelmät saavat toimia ja mihin tietoja saa siirtää.

Tämä muutos heijastaa kasvavaa ristiriitaa toisaalta toimittajien omien pilvialustojensa sisään rakentamien ominaisuuksien ja toisaalta niiden ympäristöjen välillä, joissa monien organisaatioiden on tosiasiassa käytettävä ohjelmistojaan.

Erilainen tie eteenpäin

Insightsoftwaren Data + Analytics -yksikön Logi Symphony on kehitetty organisaatioille, jotka haluavat hyödyntää nykyaikaisia analytiikkatoimintoja siirtämättä tuotetietojaan jonkun toisen infrastruktuuriin. Se sijoittuu olemassa olevien dataputkien ja asiakkaille toimitettavan analytiikkakerroksen väliin, minkä ansiosta ETL-prosessi voi jatkaa sitä, mitä se tekee parhaiten. Asiakkaiden kysymysten myötä kehittyvä valmistelutyö tapahtuu analytiikkakerroksessa eikä dataputkien sisällä.

Tuotetiimien kannalta tämä tarkoittaa, että uusi analytiikkapyyntö ei muutu välittömästi datatekniikkaprojektiksi. Tiedot voidaan muokata ja valmistella suoraan analytiikkaympäristössä, minkä ansiosta tiimit voivat vastata asiakkaiden pyyntöihin tavanomaisen tuotekehitysaikataulun mukaisesti.

Valmistelukerros on visuaalinen useimmille käyttäjille. Kun tarvitaan lisää joustavuutta, käytettävissä on ohjelmoitavia muunnoksia C#-, Python- ja R-kielillä. Hierarkiat, mukaan lukien epäsäännölliset ja epätasapainoiset rakenteet, joiden tukemisessa monet alustat kohtaavat vaikeuksia, voidaan mallintaa suoraan analytiikkakerroksessa sen sijaan, että ne koodattaisiin kiinteästi aikaisemmissa vaiheissa. Hallinto seuraa dataa turvallisuusmallin kautta, joka määrittelee käyttöoikeudet kerralla ja soveltaa niitä johdonmukaisesti kaikissa analytiikkakokemuksissa.

Logi Symphony huolehtii suorituskyvystä useilla eri tavoilla tilanteesta riippuen:

• Suora yhteys toimii, kun lähdejärjestelmä on jo nopea

• Tulokset voidaan tallentaa välimuistiin Logi Symphony -järjestelmään, kun verkkoyhteys on epävakaa tai kun tiedot muuttuvat harvoin

• Monimutkaisten itsepalvelutyökuormien yhteydessä muistissa tapahtuva välimuistointi tallentaa ennalta lasketut tulokset organisaation omien palvelimien RAM-muistiin

Näitä ominaisuuksia tukee kaksi patentoitua teknologiaa:

ta Sharpening välittää kyselyn tulokset suoraan visualisointeihin, jolloin käyttäjät voivat alkaa käyttää niitä jo ennen kuin koko kysely on päättynyt.

Muistissa tapahtuva välimuistitoiminto pitää usein käytetyt tulokset käyttäjän ulottuvilla, joten suodatus, porautuminen ja taulukoiden kääntäminen sujuvat nopeasti myös ruuhkaisissa tilanteissa.

Shape: Ihmisten nykyaikaiselta analytiikalta odottamat ominaisuudet eivät välttämättä tarvitse sijaita jonkun toisen pilviympäristössä. Logi Symphony -ratkaisun avulla:

• ETL-prosessisi pysyy ennallaan.

• Infrastruktuurisi pysyy ennallaan

• Säännösten noudattaminen pysyy ennallaan

Mikä muuttuu, on se, kuinka nopeasti tuotetiimit pystyvät vastaamaan asiakkaiden analytiikkapyyntöihin. Sen sijaan, että jouduittaisiin odottamaan viikkoja prosessiketjun muutoksia, tiimit voivat mukauttaa analytiikkatoimintoja muutamassa minuutissa.

Haluatko tietää lisää? Katso tallennettu webinaarimme siitä, miten saat analytiikkakäyttöön soveltuvat tiedot ilman, että joudut odottamaan tietojen valmistelua.