Jokainen meistä tuntee tämän kivun
On perjantai-iltapäivä. Olet palaamassa töistä, sinulla on vielä muutama asia hoidettavana ja lasket, että olet kotona kahdenkymmenen minuutin kuluttua.
Valitettavasti muutaman minuutin kuluttua tiedät, ettei suunnitelma onnistu...
Pysähdysvalot jatkuvat horisonttiin asti. Autot liikkuvat muutaman metrin, sitten pysähtyvät uudelleen. Minuutit vierivät, ja matka-aikalaskuri alkaa kasvamaan sen sijaan, että se olisi vähentynyt.
Sinua ei ärsytä itse tie — sinua turhauttaa avuttomuus.
Sinulla on auto. Sinulla on polttoainetta. Moottori käynnissä. Kaikki teoriassa toimii, mutta käytännössä et etene.
Tämä on erinomainen metafora siitä, miten käyttäjät kokevat hitaat IT-järjestelmät.
Asiakkaasi ei näe koodia. Hän näkee vain odottamisen.
Ohjelmoijat keskustelevat usein arkkitehtuurista, tietokannoista, palvelimen suorituskyvystä tai SQL-kyselyjen optimoinnista.
Asiasta ei kiinnosta asiakasta mikään näistä aiheista.
Hänelle merkitsee vain yksi kysymys: "Miksi tämä kestää näin kauan?"
Ei ole väliä, johtuvatko ongelmat tehottomasta koodista, ylikuormittuneesta tietokannasta, huonosti toteutetuista integraatioista tai palvelininfrastruktuurista.
Jos napin painaminen aiheuttaa sekuntien odotuksen, käyttäjä kokee sen vikatilanteena. Ja mitä pidempään hän odottaa, sitä nopeammin luottamus koko yritykseen heikkenee.
Verkossa kärsivällisyys mitataan sekunneissa
Vielä muutama vuosikymmen sitten käyttäjät olivat paljon ymmärtäväisempiä.
Nykyään olemme tottuneet salamannopeisiin sovellusten, verkkokauppojen ja sivustojen reaktioihin.
Klikkaamme — odotamme vastausta.
Jos vastausta ei tule, alamme painaa nappia uudelleen, päivittää sivun tai luovuttaa.
Tämä käyttäytyminen on täysin luonnollista.
Digimaailmassa nopeudesta on tullut osa asiakaspalvelun laatua. Samoin kuin myyjän ystävällisyys tai toimituksen täsmällisyys.
Hidas järjestelmä maksaa paljon enemmän kuin tehokas palvelin
Moni yritys ajattelee, että suorituskykyongelma ilmenee vasta, kun järjestelmä lakkaa kokonaan toimimasta — se ei pidä paikkaansa.
Paljon suurempia tappioita aiheuttaa tilanne, jossa kaikki toimii... mutta liian hitaasti.
Jokainen lisäsekunti tarkoittaa lisää ihmisiä, jotka luopuvat ostoksista, eivät lähetä yhteydenottolomaketta tai lykkäävät päätöstään myöhemmäksi.
Myös työntekijät menettävät aikaa. Jos ERP avaa dokumentin kymmeniä sekunteja, CRM tarvitsee hetken muistiinpanon tallentamiseen ja hallintapaneeli "ajattele" ennen jokaista toimintoa, kuukaudessa kertyy kymmeniä tunteja täysin tuottamatonta työtä.
Se on vähän kuin kaikki yrityksen työntekijät joutuisivat päivittäin seisomaan kymmenisen minuuttia ruuhkassa... paitsi että ruuhka sijaitsee yrityksen omassa ohjelmistossa.
Mistä tällainen "digitaalinen ruuhka" johtuu?
Useimmiten syyllinen ei ole yksi suuri virhe. Ongelmat kertyvät vähitellen;
Järjestelmään lisätään uusia toimintoja.
Uusia integraatioita.
Lisämoduuleja.
Liiketoimintavaatimukset muuttuvat.
Kirjastojen ja frameworkien uusia versioita ilmestyy.
Koodi, joka viisi vuotta sitten riitti, joutuu nyt käsittelemään kymmenkertaisen liikenteen ja paljon monimutkaisempia prosesseja.
Jos kukaan ei säännöllisesti analysoi sovelluksen suorituskykyä, järjestelmä alkaa muistuttaa kaupunkia, johon vuosittain rakennettiin uusia katuja, mutta pääliittymiä ei koskaan uudistettu.
Jonain hetkenä liikenne yksinkertaisesti tukkeutuu.
Et aina tarvitse uutta järjestelmää
Se on hyvä uutinen.
Monesti ei tarvitse kirjoittaa kaikkea alusta alkaen.
Usein riittää ammatillinen suorituskyvyauditointi ja pullonkaulojen löytäminen, jotka hidastavat sovellusta eniten. Joskus ongelma on tietokannassa. Toisinaan huonosti suunnitellussa API:ssa.
Toisinaan riittää rakentaa uudelleen muutama kaikkein kuormitetuimmista prosesseista tai ottaa käyttöön sopiva välimuistijärjestely.
Se on vähän kuin yhden risteyksen uudelleenjärjestely, joka yhtäkkiä sujuvoittaa liikennettä koko kaupunginosassa.
Suorituskyky on tänään kilpailuetu
Yritykset usein sijoittavat suuria summia markkinointiin, ostavat mainoksia, pyörittävät kampanjoita, huolehtivat SEO:sta ja hankkivat uusia asiakkaita. Ja myöhemmin nämä asiakkaat kohtaavat järjestelmän, joka vastaa viiveellä, lataa tietoja hitaasti tai jumiutuu tilauksen tekemisen aikana.
Se on vähän kuin rakentaisit upean myymälän mutta jättäisit ainoan sisäänkäynnin kapean portin taakse.
Markkinointi tuo asiakkaat, suorituskyky päättää, jäävätkö he.
Miten me Web24:ssä suhtaudumme tähän?
Rakentaessamme räätälöityjä sovelluksia, verkkokauppoja ja liiketoimintajärjestelmiä otamme alusta asti huomioon, että suorituskyky ei ole lisäominaisuus.
Se on yksi koko projektin kulmakivistä.
Analysoimme säännöllisesti sovelluksen toimivuutta, seuraamme kuormitetuimpia prosesseja, optimoimme tietokantakyselyjä, parannamme integraatioita ja poistamme paikkoja, jotka ajan myötä voisivat muodostua digitaalisiksi ruuhkiksi.
Hyvin kirjoitetun järjestelmän ei pitäisi vain toimia. Sen pitäisi toimia sujuvasti myös vuosien päästä, kun käyttäjien ja datan määrä on moninkertainen verrattuna käyttöönoton aikaan.
Yhteenveto
Jokainen meistä on joskus jumittunut Tricityn kehätielle ja tietää, kuinka turhauttavaa se voi olla.
Samat tunteet kokevat käyttäjät, jotka päivittäin käyttävät hitaasti toimivia järjestelmiä.
Ainoa ero on yksi.
Autoilijalla ei yleensä ole vaihtoehtoa.
Verkossa asiakkaalla se on aina olemassa.
Ja hän käyttää sitä usein nopeammin, kuin ehdit huomata, että järjestelmäsi on juuri jäänyt oman digitaalisen kehätien ruuhkaan.
