Interneten ehunka artikulu daude bezeroen portaera aztertzearen onurei buruz. Gehienetan txikizkako sektoreari dagokio. Elikagaien saskiaren analisitik, ABC eta XYZ analisietatik, atxikipen marketina eta eskaintza pertsonaletara. Hamarkadetan hainbat teknika erabili dira, algoritmoak pentsatu, kodea idatzi eta arazketa egin da - hartu eta erabili. Gure kasuan, oinarrizko arazo bat sortu zen: ISPsystem-en softwarearen garapenean ari gara, ez txikizkakoan.
Nire izena Denis da eta gaur egun ISPsystem-en sistema analitikoen backendaren arduraduna naiz. Eta hau nire lankidea eta bion istorioa da β datuak bistaratzeko arduradunak β gure software produktuak ezagutza horren prismatik begiratzen saiatu ziren. Has gaitezen, ohi bezala, historiarekin.
Hasieran hitz bat zegoen, eta hitza "Saiatuko al gara?"
Momentu horretan garatzaile lanetan ari nintzen I+G sailean. Danilek HabrΓ©-n hemen irakurri zuenean hasi zen dena β aplikazioetako erabiltzaileen trantsizioak aztertzeko tresna. Eszeptiko samarra nintzen hemen erabiltzeko ideiarekin. Adibide gisa, liburutegiko garatzaileek xede-ekintza argi zehaztuta zegoen aplikazioen analisia aipatu zuten: enpresa jabeari ordaintzeko eskaera edo beste aldakuntzaren bat egitea. Gure produktuak lokalean hornitzen dira. Hau da, erabiltzaileak lehenik lizentzia bat erosten du, eta orduan hasten da bere ibilbidea aplikazioan. Bai, demo bertsioak ditugu. Produktua bertan probatu dezakezu, txerririk ez izateko.
Baina gure produktu gehienak hosting merkatura zuzenduta daude. Hauek bezero handiak dira, eta negozioaren garapeneko sailak produktuen gaitasunei buruz aholkatzen die. Honen ondorioz, erosteko momentuan, gure bezeroek dagoeneko badakite zein arazo konpontzen lagunduko dieten gure softwareak. Aplikazioan dituzten ibilbideak produktuan txertatutako CJM-arekin bat egin behar dute, eta UX irtenbideek bide horretan mantentzen lagunduko diete. Spoiler: hau ez da beti gertatzen. Liburutegiaren sarrera atzeratu egin zen... baina ez luzarorako.
Dena aldatu zen gure startuparen kaleratzearekin - β Instagrameko kontu batetik lineako denda bat sortzeko plataformak. Aplikazio honetan, erabiltzaileari bi asteko epea eman zitzaion funtzionalitate guztiak doan erabiltzeko. Orduan, harpidetza egin ala ez erabaki behar zenuen. Eta hori ezin hobeto egokitzen da βibilbide-helburuko ekintzaβ kontzeptuan. Erabakia zegoen: saia gaitezen!
Lehen emaitzak edo nondik atera ideiak
Garapen taldeak eta biok produktua ekitaldien bilketa sistemara konektatu literalki egun batean. Berehala esango dut ISPsystem-ek bere sistema erabiltzen duela orrialde-bisitei buruzko gertaerak biltzeko, baina ezerk ez dizu eragozten Yandex.Metrica helburu berberetarako erabiltzea, eta horrek datu gordinak doan deskargatzeko aukera ematen dizu. Liburutegia erabiltzeko adibideak aztertu ziren, eta astebete datu bilketa egin ondoren trantsizio grafiko bat jaso genuen.
Trantsizio grafikoa. Oinarrizko funtzionaltasuna, beste trantsizio batzuk kendu dira argitasunerako
Adibidean bezala atera zen: laua, argia, ederra. Grafiko honetatik, jendeak denbora gehien igarotzen dituen ibilbide eta zeharkaldirik ohikoenak identifikatu ahal izan ditugu. Honek honako hau ulertzeko aukera eman digu:
- Dozena bat entitate hartzen dituen CJM handi baten ordez, bi bakarrik erabiltzen dira aktiboki. Gainera, beharrezkoa da erabiltzaileak behar ditugun tokietara bideratzea UX irtenbideak erabiliz.
- Orrialde batzuek, UX diseinatzaileek muturrekoak izateko diseinatutakoak, jendeak denbora asko ematen du haietan. Orrialde zehatz batean gelditu beharreko elementuak zein diren irudikatu eta egokitu behar dituzu.
- 10 trantsizioren ondoren, pertsonen % 20 nekatzen hasi zen eta aplikazioan saioa uzten zuen. Eta hau kontuan izanda aplikazioan barneratzeko 5 orrialde izan genituela! Erabiltzaileek aldizka saioak uzten dituzten orriak identifikatu behar dituzu eta horietarako bidea laburtu. Are hobeto: identifikatu ohiko ibilbideak eta eman trantsizio azkar bat sorburu-orritik helmuga-orrira. ABC analisiarekin eta abandonatutako gurdiaren analisiarekin komunean dagoen zerbait, ez duzu uste?
Eta hemen tresna honen aplikagarritasunari buruzko gure jarrera birplanteatu dugu produktu lokaletarako. Aktiboki saldu eta erabilitako produktu bat aztertzea erabaki zen - . Askoz konplexuagoa da, magnitude ordena bat entitate gehiago daude. Ilusio handiz geunden trantsizio grafikoa nolakoa izango zen ikusteko.
Desilusioei eta inspirazioei buruz
Etsipena #1
Lanaldiaren amaiera, hilabetearen amaiera eta urtearen amaiera zen aldi berean βabenduaren 27aβ. Datuak pilatu dira, kontsultak idatzi dira. Dena prozesatzeko segundoak falta ziren eta gure lanaren emaitza aztertu ahal izan genuen hurrengo lan urtea non hasiko zen jakiteko. I+G saila, produktuen arduraduna, UX diseinatzaileak, taldeburua, garatzaileak monitorearen aurrean bildu ziren euren produktuko erabiltzaileen bideak nolakoak diren ikusteko, baina... hau ikusi genuen:
Retentioneering liburutegiak eraikitako trantsizio grafikoa
Inspirazioa #1
Indartsu konektatuta, dozenaka entitate, agerikoak ez diren eszenatoki. Argi zegoen lan-urte berria ez analisiarekin hasiko zela, baizik eta halako grafiko batekin lana errazteko modu bat asmatzearekin. Baina ezin nuen dena zirudiena baino askoz sinpleagoa zelako sentsazioa kendu. Eta Retentioneering iturburu kodea aztertzen hamabost minuturen ondoren, eraikitako grafikoa puntu formatura esportatu ahal izan genuen. Horrek grafikoa beste tresna batera igotzea ahalbidetu zuen: Gephi. Eta grafikoak aztertzeko aukera dago jada: diseinuak, iragazkiak, estatistikak - interfazean beharrezko parametroak konfiguratzea besterik ez duzu egin behar. Pentsamendu hau kontuan hartuta, Urteberriko asteburura abiatu ginen.
Etsipena #2
Lanera itzuli ondoren, denek atseden hartzen zuten bitartean, gure bezeroak produktua aztertzen ari zirela ikusi zen. Bai, hain gogorra ezen biltegian lehen existitzen ez ziren gertaerak agertu ziren. Horrek esan nahi zuen kontsultak eguneratu behar zirela.
Aurrekari apur bat gertakari honen tristura ulertzeko. Bai markatu ditugun gertaerak (adibidez, botoi batzuetan klik egiteak) bai erabiltzaileak bisitatu dituen orrien URLak transmititzen ditugu. Cartbee-ren kasuan, "ekintza bat - orrialde bat" ereduak funtzionatu zuen. Baina VMmanager-ekin egoera guztiz bestelakoa zen: hainbat leiho modal ireki zitezkeen orrialde batean. Horietan erabiltzaileak hainbat arazo ebatzi ditzake. Adibidez, URL:
/host/item/24/ip(modal:modal/host/item/ip/create)
esan nahi du "IP Helbideak" orrian erabiltzaileak IP helbide bat gehitu duela. Eta hemen bi arazo ikusten dira aldi berean:
- URLak bide-parametroren bat dauka: makina birtualaren IDa. Baztertu egin behar da.
- URLak leiho modalaren IDa dauka. Halako URLak nolabait "deskonprimitu" behar dituzu.
Beste arazo bat izan zen markatu genituen gertaerak berak parametroak zituztela. Adibidez, zerrendako makina birtual bati buruzko informazioa duen orrialdera iristeko bost modu ezberdin zeuden. Horren arabera, gertaera bat bidali zen, baina erabiltzaileak trantsizioa zein metodo egin zuen adierazten zuen parametro batekin. Horrelako ekitaldi asko izan ziren, eta parametro guztiak desberdinak ziren. Eta Clickhouse-ren SQL dialektoan datuak berreskuratzeko logika guztia dugu. 150-200 lerroko kontsultak ohiko samarrak izaten hasi ziren. Arazoak inguratu gintuzten.
Inspirazioa #2
Goiz batean, Danilek, zoritxarrez, bigarren minutuko eskaeran zehar mugituz, iradoki zidan: "Idatz ditzagun datuak prozesatzeko kanalizazioa?" Pentsatu genuen eta erabaki genuen, egingo bagenu, ETL bezalako zerbait izango zela. Beraz, berehala iragazten du eta beste iturri batzuetatik beharrezko datuak atera ditzan. Horrela sortu zen gure lehen zerbitzu analitikoa backend osoarekin. Datuen tratamenduaren bost fase nagusi ezartzen ditu:
- Datu gordinaren biltegitik gertaerak deskargatzea eta prozesatzeko prestatzea.
- Argitzea leiho modalen, gertaeren parametroen eta gertaera argitzen duten bestelako xehetasunen identifikatzaileen "despaketatzea" da.
- Aberastea (Β«aberas bihurtuΒ» hitzetik) hirugarrenen iturrietako datuekin gertaerak gehitzea da. Garai hartan, gure fakturazio sistema BILLmanager bakarrik sartzen zen.
- Iragazkia analisiaren emaitzak desitxuratzen dituzten gertaerak iragazteko prozesua da (barneko standetatik datozen gertaerak, kanpoan daudenak, etab.).
- Jasotako gertaerak biltegian kargatzea, datu garbiak deitzen genion.
Orain, posible zen garrantzia mantentzea gertaera bat prozesatzeko arauak edo antzeko gertaera-taldeak gehituz. Adibidez, orduz geroztik ez dugu inoiz URL deskonprimitzea eguneratu. Nahiz eta, denbora honetan, URL aldaera berri batzuk gehitu dira. Jada zerbitzuan ezarritako arauak betetzen dituzte eta behar bezala izapidetzen dira.
Etsipena #3
Behin aztertzen hasi ginenean, grafikoa zergatik zen hain koherentea konturatu ginen. Kontua da ia N-grama guztiek interfazearen bidez egin ezin ziren trantsizioak zeudela.
Ikerketa txiki bat hasi zen. Nahastuta nengoen entitate baten barruan ezinezko trantsiziorik ez zegoela. Horrek esan nahi du hau ez dela gertaeren bilketa sisteman edo gure ETL zerbitzuan akats bat. Erabiltzailea aldi berean hainbat entitatetan lanean ari zela sentsazioa zegoen, batetik bestera mugitu gabe. Nola lortu hori? Nabigatzailean fitxa desberdinak erabiltzea.
Cartbee aztertzean, bere espezifikotasunagatik salbatu ginen. Aplikazioa gailu mugikorretatik erabili zen, non hainbat fitxetatik lan egitea deserosoa den. Hemen mahaigain bat dugu eta zeregin bat entitate batean egiten den bitartean, arrazoizkoa da denbora hori beste batean egoera konfiguratzen edo kontrolatzen pasatzea. Eta aurrerapena ez galtzeko, ireki beste fitxa bat.
Inspirazioa #3
Frontend garapeneko lankideek ekitaldien bilketa sistema irakatsi zuten fitxen artean bereizten. Azterketa has liteke. Eta hasi ginen. Espero zen bezala, CJM ez zetorren benetako bideekin bat: erabiltzaileek denbora asko ematen zuten direktorio-orrietan, saio abandonatuetan eta fitxetan ustekabeko lekuetan. Trantsizio-analisia erabiliz, arazoak aurkitu ahal izan ditugu Mozillaren eraikuntza batzuetan. Horietan, inplementazio-eginbideen ondorioz, nabigazio-elementuak desagertu edo erdi hutsik dauden orrialdeak bistaratzen ziren, administratzaileak soilik eskura izan behar zituenak. Orria ireki zen, baina atzealdetik ez zen edukirik etorri. Trantsizioen zenbaketari esker, benetan erabili ziren ezaugarriak ebaluatu ziren. Kateek erabiltzaileak errore hau edo beste nola jaso zuen ulertzea ahalbidetu zuten. Erabiltzaileen portaeran oinarrituta probak egiteko baimendutako datuak. Arrakasta izan zen, ideia ez zen alferrik izan.
Analisiaren automatizazioa
Emaitzen erakustaldietako batean, Gephi grafikoen analisirako nola erabiltzen den erakutsi genuen. Tresna honetan, bihurketa datuak taula batean bistaratu daitezke. Eta UX saileko buruak esan zuen oso garrantzitsua den pentsamendu bat enpresan jokabidearen analisiaren norabide osoaren garapenean eragina izan zuena: "Egin dezagun gauza bera, baina taulan eta iragazkiekin - erosoagoa izango da".
Orduan pentsatu nuen: zergatik ez, Retentioneering-ek datu guztiak pandas batean gordetzen ditu.DataFrame egitura. Eta hau, oro har, mahai bat da. Honela agertu zen beste zerbitzu bat: Datu Hornitzailea. Grafikotik taula bat egin ez ezik, orrialdea eta harekin lotutako funtzionaltasunak zenbaterainoko ospea duten, erabiltzaileen atxikipenari nola eragiten dion, erabiltzaileek zenbat denboran geratzen diren bertan eta erabiltzaileek zein orrialde uzten dituzten gehien kalkulatu du. Eta Tableau-n bistaratzearen erabilerak grafikoa aztertzearen kostua hainbeste murriztu zuen, non produktuaren portaeraren analisirako iterazio-denbora ia erdira murriztu zen.
Danilek bistaratze hori nola erabiltzen den eta zein ondorio ateratzeko aukera ematen duen hitz egingo du.
Mahai gehiago mahai-jainkoarentzat!
Inprimaki sinplifikatuan, zeregina honela formulatu zen: trantsizio grafikoa taulan bistaratu, iragazteko gaitasuna eman eta ahalik eta argi eta erosoena izan.
Ez nuen zuzeneko grafikorik taulan marraztu nahi. Eta arrakasta izan bazen ere, irabazia, Gephiren aldean, ez zen begi-bistakoa zirudien. Zerbait askoz errazagoa eta eskuragarriagoa behar genuen. Mahaia! Azken finean, grafikoa erraz irudika daiteke taulako errenkadetan, non errenkada bakoitza "iturburu-helmuga" motako ertza den. Gainera, dagoeneko kontu handiz prestatu dugu horrelako taula bat Retentioneering eta Datu Hornitzaileen tresnak erabiliz. Taula taulan bistaratzea eta txostenean arakatzea besterik ez zen falta.
Denek mahaiak maite dituztenez hitz egitea.
Hala ere, hemen beste arazo baten aurrean gaude. Zer egin datu-iturburuarekin? Ezinezkoa zen pandak.DataFrame konektatzea; Tableauk ez du halako konektorerik. Grafikoa gordetzeko oinarri bereizia planteatzea irtenbide erradikalegia iruditu zitzaidan, irtenbide lausoak zituena. Eta tokiko deskargatzeko aukerak ez ziren egokiak eskuzko eragiketa etengabeak behar zirelako. Eskuragarri dauden konektoreen zerrendan begiratu genuen, eta gure begirada elementura erori zen , beheko aldean deseroso bildu zena.
Tableauk konektoreen aukeraketa oparoa du. Gure arazoa konpondu zuen bat aurkitu dugu
Nolako animalia? Fitxa ireki berri batzuk arakatzailean - eta argi geratu zen konektore honek datuak jasotzeko aukera ematen duela URL batera sartzean. Datuak kalkulatzeko backend-a bera ia prest zegoen, WDC-rekin lagun egitea besterik ez zen geratzen. Denisek hainbat egunez dokumentazioa aztertu eta Tableau mekanismoekin borrokatu zuen, eta gero konexio-leihoan itsatsi nuen esteka bidali zidan.
Gure WDCra konektatzeko formularioa. Denisek bere aurrealdea egin zuen eta segurtasuna zaindu zuen
Pare bat minutu itxaron ondoren (eskatzen denean datuak dinamikoki kalkulatzen dira), taula agertu zen:
Hauxe da datu gordinaren matrize bat Tableau interfazean
Agindu bezala, halako taula baten errenkada bakoitzak grafikoaren ertz bat adierazten zuen, hau da, erabiltzailearen trantsizio zuzendua. Hainbat ezaugarri gehigarri ere bazituen. Adibidez, erabiltzaile esklusiboen kopurua, trantsizio kopuru osoa eta beste batzuk.
Txostenean taula hau den moduan bistaratzea posible izango litzateke, eskuzabal iragazkiak hautseztatu eta tresna nabigazioa bidaltzea. Logikoa dirudi. Zer egin dezakezu mahaiarekin? Baina hori ez da gure bidea, mahai bat ez ezik, produktuak aztertzeko eta erabakitzeko tresna bat egiten ari garelako.
Normalean, datuak aztertzean, pertsona batek galderen erantzunak lortu nahi ditu. Bikaina. Has gaitezen haiekin.
- Zeintzuk dira trantsiziorik ohikoenak?
- Nora joaten dira orrialde zehatzetatik?
- Zenbat denbora ematen duzu batez beste orrialde honetan irten aurretik?
- Zenbat aldiz egiten duzu A-tik B-rako trantsizioa?
- Zein orrialdetan amaitzen da saioa?
Txosten bakoitzak edo horien konbinazio batek erabiltzaileari galdera hauen erantzunak modu independentean aurki ditzake. Hemen estrategia gakoa zuk zeuk egiteko tresnak ematea da. Baliagarria da bai analisi-sailaren karga murrizteko, bai erabakiak hartzeko denbora murrizteko. Azken finean, jada ez duzu Youtrack-era joan behar analistarentzat zeregin bat sortu, txostena ireki besterik ez duzu behar.
Zer lortu dugu?
Non aldentzen da gehien jendea aginte-paneletik?
Gure txostenaren zatia. Arbelaren ondoren, denak VM zerrendara edo nodoen zerrendara joan ziren
Har dezagun trantsizioekin taula orokor bat eta iragazi iturburu-orriaren arabera. Gehienetan, aginte-paneletik makina birtualen zerrendara joaten dira. Gainera, Erregulartasuna zutabeak hau errepikatzen den ekintza bat dela iradokitzen du.
Nondik datoz klusterren zerrendara?
Txostenetako iragazkiek bi norabideetan funtzionatzen dute: non utzi duzun edo nora joan zaren jakin dezakezu
Adibideetatik argi dago bi iragazki soil eta baloreen arabera sailkatzeko errenkadak egoteak informazioa azkar lortzeko aukera ematen duela.
Galde dezagun zerbait zailagoa.
Non uzten dute gehien erabiltzaileek saioa?
VMmanager erabiltzaileek sarritan lan egiten dute fitxa bereizietan
Horretarako, txosten bat behar dugu, zeinaren datuak erreferentzia iturrien arabera batzen dituen. Eta eten-puntuak deiturikoak esleipen gisa hartu ziren, trantsizio-katearen amaiera gisa balio zuten gertaerak.
Garrantzitsua da hemen saioaren amaiera edo fitxa berri baten irekiera izan daitekeela. Adibideak erakusten du katea gehienetan makina birtualen zerrenda duen mahai batean amaitzen dela. Kasu honetan, portaera ezaugarria beste fitxa batera aldatzen ari da, espero den ereduarekin bat datorrena.
Lehenik eta behin, txosten hauen erabilgarritasuna geure buruari probatu genuen analisia antzeko moduan egin genuenean. , gure produktuetako beste bat. Taulen eta iragazkien sorrerarekin, hipotesiak azkarrago probatu ziren, eta begiak gutxiago nekatu ziren.
Txostenak garatzerakoan, ez dugu diseinu bisualaz ahaztu. Tamaina horretako mahaiekin lan egitean, faktore garrantzitsua da. Adibidez, kolore sorta lasaia erabili dugu, hautematen erraza zenbakietarako, lerroak kolorez nabarmenduta, ezaugarrien zenbakizko balioen arabera. Xehetasun horiek erabiltzailearen esperientzia hobetzen dute eta tresna enpresan arrakastaz abiatzeko probabilitatea areagotzen dute.
Taula nahiko bolumentsua izan zen, baina irakurgarri izateari utzi ez izana espero dugu
Bereiz aipatzekoa da gure barne bezeroen prestakuntzari buruz: produktuen espezialistak eta UX diseinatzaileak. Analisi-adibideekin eta iragazkiak lantzeko aholkuak dituzten eskuliburuak bereziki prestatu ziren. Eskuliburuetarako estekak txertatu ditugu zuzenean txostenen orrietan.
Eskuliburua Google Docs-en aurkezpen gisa egin dugu. Mahai-tresnek web-orriak zuzenean txostenen lan-liburu baten barruan bistaratzeko aukera ematen dute.
Hitz baten ondoren
Zer dago funtsean? Eguneroko tresna bat nahiko azkar eta merke eskuratu ahal izan genuen. Bai, hau ez da grafikoaren ordezkoa, kliken bero-mapa edo web-ikustailearen ordezkoa. Baina txosten horiek nabarmen osatzen dituzte zerrendatutako tresnak eta hausnarketarako eta produktu eta interfaze-hipotesi berriak eskaintzen dituzte.
Istorio honek ISPsystem-en analitika garatzeko hasiera gisa besterik ez zuen izan. Azken sei hilabeteetan, beste zazpi zerbitzu berri agertu dira, produktuan erabiltzailearen erretratu digitalak eta Look-alike bideratzeko datu-baseak sortzeko zerbitzua barne, baina horietaz hitz egingo dugu hurrengo pasarteetan.
Iturria: www.habr.com