Ilustracion del articulo sobre El coste real de un error no es la venta perdida. Son todas las que nunca sabrás que perdiste.

Idea: El concepto de pérdida invisible.

Dolor: La imposibilidad de medir todo lo que se escapó por un problema que nadie detectó.

Akats bat produkziora iristen denean, elkarrizketa askotan salmenta galduan amaitzen da. Hori ulertzekoa da, kaltea ikusgarria delako: saski abandonatua, huts egindako transakzioa, bidali ez den formularioa. Baina ikuspegi hori osatu gabe dago. Errore baten benetako kostua ez da zure begien aurrean desagertzen den bihurketa bakarrik. Inoiz galdu dituzula jakingo ez dituzun guztiak dira.

Hori da galera ikusezinaren ideia: txostenetan arrasto garbirik utzi gabe desagertzen diren aukerak. Lotura hautsi bat, orri garrantzitsu baterako sarbidea blokeatzen duena. Nabigatzaile jakin batzuetan soilik huts egiten duen script bat. Kargatzea moteldu eta erabiltzailea interakziorik egin aurretik alde egitera bultzatzen duen irudi astunegia. Arazo bakoitza txikia dirudi. Elkarrekin, webgune baten benetako errendimendua baldintzatzen dute.

Zergatik den hain zaila galera ikusezina neurtzea

Talde gehienek erraz ikusten dutena neurtzen dute. Kanpaina batek espero baino gutxiago ematen badu, aztertzen da. Orri bat behera badoa, arazoa agerikoa da. Baina marruskadura askok ez dute beherakada dramatikorik sortzen; nahikoa erresistentzia besterik ez dute gehitzen, publikoaren zati batek alde egin, erabakia atzeratu edo bihurketara inoiz iritsi ez dadin.

Zailtasuna da askotan ez dagoela seinale zuzenik errore tekniko bat eta aukera galdu bat lotzeko. Orrialde bat kargatu daiteke, baina beranduegi erabilgarria den edukia erakusteko. Formulario batek funtziona dezake, baina kanpoko baliabide batek huts egin eta esperientziaren zati bat hondatu. Kanpaina bateko URL batek helmuga hautsira jo dezake eta publizitate bidezko trafikoa galdu, abisu garbirik gabe.

Halakoetan, ikus daitekeen metrikak istorioaren zati bat baino ez du kontatzen. Gainerakoa ezkutuan geratzen da.

Nola bihurtzen den errore txiki bat negozio-arazo handi

Arazo tekniko bat oso gutxitan geratzen da isolatuta. Trafiko handiko orri bati, kanpaina aktibo bati edo bihurketako urrats kritiko bati eragiten badio, inpaktua biderkatu egiten da. Eta testuinguru jakin batean bakarrik agertzen bada —adibidez, nabigatzaile, sistema eragile edo bereizmen jakin batean— asteetan oharkabean pasa daiteke.

Horregatik, mota bereko bi errorek ez dute kostu bera. Bisiten %1i eragiten dion arazoa bigarren mailako orri batean txikia izan daiteke, baina garestia intentsitate handiko landing batean. Gakoa ez da arazoa aurkitzea soilik. Gakoa da ulertzea zenbat bisitari eragiten dien, zein testuingurutan agertzen den eta negozioaren zein zatiri eragiten dion.

Nola egin ikusgai gaur ihes egiten duena

Galera ikusezina murriztu nahi baduzu, lehen urratsa ez da alerta gehiago pilatzea. Informazioa hobeto antolatzea da. Zein errorek eragiten dieten benetan erabiltzaileei, zeintzuk errepikatzen diren eta zeintzuk diren lehentasunezkoak jakin behar duzu.

Hori lantzeko modu praktiko bat lau geruza aztertzea da:

  • Bisitengan duen eragina: zenbat erabiltzailek topatzen duten arazoa eta nondik datozen.
  • Testuinguru teknikoa: nabigatzailea, sistema eragilea, bereizmena eta karga-baldintzak.
  • Errore mota: lotura hautsiak, JavaScript erroreak, AJAXeko HTTP hutsegiteak edo baliabideak kargatzeko akatsak.
  • Negozio-garrantzia: orri kritiko bati, kanpaina bati edo urrats ezinbesteko bati eragiten dion.

Egitura horrekin, arreta gertaera kopuru gordinetik benetako pertsonengan duen eraginera pasatzen da. Barneko elkarrizketa ere aldatzen da: ez da soilik galdetzen “zenbat akats egon dira?”, baizik eta “zenbat negozio izan daiteke kaltetua?”

Hobeto neurtu, hobeto erabaki

Galera ikusezina ez da desagertzen behatze hutsagatik, baina kudeagarriago bihurtzen da. Erroreak eraginaren arabera multzokatzen eta lehenesten direnean, taldeak hobeto erabaki dezake non jardun lehenago. Dena ez da premia berekoa. Dena ez du ahalegin bera eskatzen.

Era berean, komeni da errorearen beraren gainetik begiratzea. TTFB, CLS, erabilgarri dagoen denbora eta karga osoaren denbora bezalako metrikek laguntzen dute orri batek erabiltzailearen arreta mantentzeko nahikoa kalitate duen ikusten. Era berean, irudi handiegiak edo txikiegiak detektatzeak esperientzia hondatu eta bihurketa murrizten duten marruskadurak agerian jar ditzake.

Helburua ez da perfekzio teknikoa bilatzea. Helburua da arazo txiki eta errepikatuak balioa isilean xurgatzen jarraitzea saihestea.

Sintomatik erabakira

Erakunde batek galera ikusezina neurtzen hasten denean, hartzen dituen erabakien mota ere aldatu egiten da. Ekintza ez da intuizioaren edo zaratatsuena den gertaeraren menpe egoten. Lehentasunak benetako eraginaren, testuinguruaren eta maiztasunaren arabera ezartzen dira. Horrek taldeari denbora hobeto erabiltzen laguntzen dio eta erabiltzaile gehien ukitzen dituzten arazoetan zentratzen.

Praktikan, baliteke trafiko handiko orri batean txikia zirudien errore batek arreta gehiago merezi duela bisita gutxiko eremuetan dauden hainbat arazo isolatuk baino. Edo ordainpeko kanpaina batetik datorren lotura hautsi batek bisitari gutxik ikusten duten arazo tekniko batek baino kostu handiagoa duela. Balioa konparazioan dago, ez datu isolatuan.

Ikusi gaur zer ari den ihes egiten

Erroreak benetako erabiltzaile-inpaktuaren arabera neurtzen hasi nahi baduzu, lagungarria izan daiteke lotura hautsiak, JavaScript erroreak eta karga-hutsegiteak RUMean eta lehentasunen arabera aztertzea.

Aztertu CustomersWay