Li ser Înternetê bi sedan gotar li ser feydeyên analîzkirina tevgera xerîdar hene. Bi gelemperî ev sektora firotanê têkildar e. Ji analîza selikê xwarinê, analîza ABC û XYZ heya kirrûbirra ragirtinê û pêşniyarên kesane. Bi dehan salan teknîkên cihêreng hatine bikar anîn, algorîtma hatine fikirîn, kod hatî nivîsandin û xelet kirin - wê bigirin û bikar bînin. Di doza me de, pirsgirêkek bingehîn derket - em li ISPsystem bi pêşkeftina nermalavê ve mijûl in, ne firotanê.
Navê min Denis e û ez naha berpirsiyarê paşperdeya pergalên analîtîk li ISPsystem im. Û ev çîroka çawa ez û hevkarê xwe - yên ku ji dîtina daneyan berpirsiyar in - hewl dan ku bi prîzma vê zanînê li hilberên nermalava me binihêrin. Werin em, wekî her car, bi dîrokê dest pê bikin.
Di destpêkê de peyvek hebû, û peyva "Em biceribînin?"
Wê gavê ez di beşa R&D de wekî pêşdebir dixebitim. Hemî gava ku Danil li vir li ser Habré xwend dest pê kir - amûrek ji bo analîzkirina veguherînên bikarhêner di serîlêdanan de. Ez li ser ramana karanîna wê li vir hinekî guman bûm. Wekî mînak, pêşdebirên pirtûkxaneyê analîzek serîlêdanan destnîşan kirin ku çalakiya armancê bi zelalî hate destnîşan kirin - danîna fermanek an cûrbecûr cûreyek din ku meriv çawa drav bide pargîdaniya xwedan. Berhemên me li ser cîhê têne peyda kirin. Ango, bikarhêner pêşî destûrnameyek bikire, û tenê wê hingê rêwîtiya xwe di serîlêdanê de dest pê dike. Erê, guhertoyên me yên demo hene. Hûn dikarin hilberê li wir biceribînin da ku hûn berazek di nav pok de nemînin.
Lê piraniya hilberên me li bazara mêvandariyê têne armanc kirin. Van xerîdarên mezin in, û beşa pêşkeftina karsaziyê wan li ser kapasîteyên hilberê şîret dike. Di heman demê de tê vê wateyê ku di dema kirînê de, xerîdarên me jixwe dizanin ku nermalava me dê ji wan re bibe alîkar ku çi pirsgirêkan çareser bikin. Rêwiyên wan ên di serîlêdanê de divê bi CJM-ya ku di hilberê de hatî çêkirin re hevaheng bin, û çareseriyên UX dê ji wan re bibin alîkar ku li ser rê bimînin. Spoiler: ev her gav nabe. Danasîna pirtûkxaneyê hat paşxistin... lê ne ji bo dirêj.
Her tişt bi serbestberdana destpêka me guherî - - platformên ji bo afirandina firotgehek serhêl ji hesabek Instagram. Di vê serîlêdanê de, ji bikarhêner re demek du-hefte hate dayîn ku hemî fonksiyonan belaş bikar bîne. Dûv re diviya bû ku hûn biryar bidin ka hûn bibin abone. Û ev bi temamî di têgeha "çalakiya rê-armanc" de cih digire. Biryar bû: em biceribînin!
Encamên yekem an ku meriv ji ku ramanan bigire
Tîma pêşkeftinê û min hilber bi pergala berhevkirina bûyerê ve bi rastî di rojekê de ve girêda. Ez ê tavilê bibêjim ku ISPsystem pergala xwe ji bo berhevkirina bûyerên di derheqê serdanên rûpelê de bikar tîne, lê tiştek nahêle ku hûn Yandex.Metrica ji bo heman armancan bikar bînin, ku dihêle hûn daneyên xav belaş dakêşin. Nimûneyên karanîna pirtûkxaneyê hatin lêkolîn kirin, û piştî hefteyek berhevkirina daneyan me grafikek veguheztinê wergirt.
Grafika derbasbûnê. Fonksiyona bingehîn, veguherînên din ji bo zelaliyê têne rakirin
Mîna nimûneyê derket holê: planar, zelal, bedew. Ji vê grafîkê, me karî rê û rêçên herî pir caran nas bikin ku mirov dema herî dirêj lê derbas dikin. Vê yekê hişt ku em tiştên jêrîn fam bikin:
- Li şûna CJMek mezin, ku bi dehan saziyan vedihewîne, tenê du bi çalak têne bikar anîn. Pêdivî ye ku bi karanîna çareseriyên UX-ê jî bikarhêneran bişînin cîhên ku em hewce ne.
- Hin rûpel, ku ji hêla sêwiranerên UX-ê ve hatine sêwirandin da ku dawî-bi-dawî bin, diqede ku mirov demek ne maqûl li ser wan xerc dikin. Pêdivî ye ku hûn fêr bibin ka hêmanên rawestanê li ser rûpelek taybetî çi ne û wan rast bikin.
- Piştî 10 veguherînan, 20% ji mirovan dest pê kir ku westiyayî bibin û dev ji danişîna serîlêdanê berdin. Û ev tê hesabê ku me di serîlêdanê de bi qasî 5 rûpelên serhêl hebûn! Pêdivî ye ku hûn rûpelên ku bikarhêner bi rêkûpêk dev ji danişînan berdidin nas bikin û riya wan kurt bikin. Hê çêtir: rêgezên birêkûpêk nas bikin û destûr bidin ku bi lez ji rûpela çavkanî berbi rûpela armancê ve biçin. Tiştek hevbeş bi analîza ABC û analîza selika berdayî re, ma hûn nafikirin?
Û li vir me helwesta xwe ya li ser sepandina vê amûrê ji bo hilberên serhêl ji nû ve nirxand. Biryar hate dayîn ku hilberek bi rengek çalak hate firotin û bikar anîn analîz bikin - . Ew pir tevlihevtir e, rêzek mezinahiyê bêtir sazûman hene. Em bi heyecan li bendê bûn ku em bibînin ka dê grafiya veguhêz çi bibe.
Li ser bêhêvîbûn û îlhamê
Bêhêvîbûn #1
Di heman demê de dawiya roja xebatê, dawiya mehê û dawiya salê bû - 27ê Kanûnê. Daneyên hatine berhevkirin, pirs hatine nivîsandin. Çend saniye mabûn ku her tişt were pêvajo kirin û em dikarin li encama keda xwe binihêrin da ku em fêr bibin ku sala xebatê ya din dê li ku dest pê bike. Beşa R&D, rêveberê hilberê, sêwiranerên UX, pêşengên tîmê, pêşdebiran li ber çavdêriyê kom bûn da ku bibînin ka riyên bikarhêner di hilberê wan de çawa xuya dikin, lê ... me ev dît:
Grafika veguherînê ji hêla pirtûkxaneya Retentioneering ve hatî çêkirin
Îlhama #1
Bi xurtî girêdayî, bi dehan sazî, senaryoyên ne diyar. Tenê eşkere bû ku sala xebatê ya nû dê ne bi analîzê, lê bi vedîtina rêyek ji bo hêsankirina xebatê bi grafek wusa dest pê bike. Lê min nikarîbû hestê bihejînim ku her tişt ji ya ku xuya dikir pir hêsan e. Û piştî panzdeh hûrdeman xwendina koda çavkaniyê ya Retentioneering, me karî grafiya çêkirî bi forma xalê derxînin. Vê yekê gengaz kir ku grafîkê li amûrek din - Gephi were barkirin. Û jixwe ji bo analîzkirina grafikan çarçoveyek heye: sêwiran, fîlter, statîstîk - ya ku hûn bikin ev e ku pîvanên pêwîst di navberê de mîheng bikin. Bi vê ramanê em derketin sersalê.
Bêhêvîbûn #2
Piştî ku vegeriyan ser kar, derket holê ku dema ku her kes bêhna xwe didan, xerîdarên me hilberê dixwînin. Erê, ew qas dijwar ku bûyerên ku berê tunebûn di depoyê de xuya bûn. Ev tê vê wateyê ku pêdivî ye ku pirs bêne nûve kirin.
Pîvanek piçûk ku xemgîniya vê rastiyê fêm bike. Em hem bûyerên ku me nîşan kirine (mînak, li ser hin bişkokan bitikîne) hem jî URLên rûpelên ku bikarhêner serdana wan kiriye, vediguhezînin. Di doza Cartbee de, modela "yek kiryar - yek rûpel" xebitî. Lê bi VMmanager re rewş bi tevahî cûda bû: çend pencereyên modal dikarin li ser yek rûpelê vebin. Di wan de bikarhêner dikare pirsgirêkên cûda çareser bike. Mînakî, URL:
/host/item/24/ip(modal:modal/host/item/ip/create)
tê wê wateyê ku li ser rûpela "Navnîşanên IP-ê" bikarhêner navnîşek IP-yê lê zêde kiriye. Û li vir du pirsgirêk yekcar têne xuyang kirin:
- Di URL-ê de celebek pîvanek rê heye - Nasnameya makîneya virtual. Pêdivî ye ku ew were derxistin.
- URL nasnameya pencereya modal dihewîne. Hûn hewce ne ku bi rengek URL-yên weha "pak bikin".
Pirsgirêkek din jî ev bû ku bûyerên ku me destnîşan kirin parameter hebûn. Mînakî, pênc awayên cûda hebûn ku meriv bi agahdariya li ser makîneyek virtual ji navnîşê bigihîje rûpelê. Li gorî vê yekê, bûyerek hate şandin, lê bi pîvanek ku destnîşan dike ku bikarhêner bi kîjan rêbazê veguheztinê kiriye. Bûyerên weha gelek bûn, û hemî pîvan ji hev cûda bûn. Û me hemû mantiqa vegerandina daneyan bi zaravayê SQL ji bo Clickhouse heye. Pirsên ji 150-200 rêzan dest pê dikir ku hinekî asayî xuya bikin. Pirsgirêkên me dorpêç kirin.
Îlhama #2
Sibehek zû, Danil, bi xemgînî li ser daxwaza deqîqeya duyemîn digere, ji min re pêşniyar kir: "Werin em boriyên hilberandina daneyê binivîsin?" Me li ser wê fikirî û biryar da ku heke em ê wiya bikin, ew ê tiştek mîna ETL be. Da ku ew tavilê fîlter bike û daneyên pêwîst ji çavkaniyên din derxîne. Bi vî rengî yekem karûbarê meya analîtîk bi paşverûyek bêkêmasî çêbû. Ew pênc qonaxên sereke yên hilberandina daneyê pêk tîne:
- Rakirina bûyeran ji hilanîna daneya xav û amadekirina wan ji bo pêvajoyê.
- Zelalkirin "vekêşana" wan pir nasnameyên pencereyên modal, pîvanên bûyerê û hûrguliyên din ên ku bûyerê zelal dikin e.
- Dewlemendkirin (ji peyva "dewlemendbûn") lêzêdekirina bûyeran bi daneyên ji çavkaniyên sêyemîn e. Wê demê, ev tenê pergala meya fatûreyê BILLmanager di nav de bû.
- Parzûnkirin pêvajoyek fîlterkirina bûyerên ku encamên analîzê berovajî dikin (bûyerên ji stûnên hundurîn, derveyî, hwd.) ye.
- Barkirina bûyerên wergirtî li hilanînê, ku me jê re daneya paqij digotin.
Naha mimkun bû ku bi lêzêdekirina qaîdeyên ji bo pêvajoyek bûyerek an jî komên bûyerên wekhev re têkildariyê bidomîne. Mînakî, ji hingê ve me tu carî vekêşana URL-yê nûve nekiriye. Her çend, di vê demê de çend guhertoyên URL-ya nû hatine zêdekirin. Ew bi qaîdeyên ku berê di karûbarê de hatine destnîşan kirin re tevdigerin û rast têne pêvajo kirin.
Bêhêvîbûn #3
Dema ku me dest bi analîzê kir, me fêm kir ku çima grafî ewqas hevgirtî bû. Rastî ev e ku hema hema her N-gram veguheztinên ku nekarin bi navgîniyê ve werin kirin vedihewîne.
Lêpirsînek piçûk dest pê kir. Ez şaş bûm ku di hundurê yek hebûnê de veguheztinek ne gengaz tune. Ev tê vê wateyê ku ev di pergala berhevkirina bûyerê an karûbarê meya ETL de ne xeletiyek e. Hestek hebû ku bikarhêner bi hevdemî di çend saziyan de dixebitî, bêyî ku ji yek ji yekê din biçe. Çawa meriv vê yekê bi dest bixe? Di gerokê de tabloyên cihêreng bikar tînin.
Dema ku Cartbee analîz kirin, em ji hêla taybetmendiya wê ve hatin xilas kirin. Serlêdan ji cîhazên mobîl hate bikar anîn, ku li wir xebitandina ji çend tabloyan tenê nerehet e. Li vir sermaseyek me heye û dema ku peywirek di yek saziyek de tête kirin, maqûl e ku meriv bixwaze vê carê bi sazkirin an çavdêrîkirina statûya din re derbas bike. Û ji bo ku hûn pêşveçûnê winda nekin, tenê tabloyek din vekin.
Îlhama #3
Hevalên ji pêşkeftina pêş-endê pergala berhevkirina bûyerê hîn kirin ku di navbera tabloyan de cûda bike. Analîz dikare dest pê bike. Û me dest pê kir. Wekî ku tê hêvî kirin, CJM bi rêyên rastîn re li hev nekir: bikarhêneran gelek dem li ser rûpelên pelrêça derbas kirin, danişîn û tabloyên li cîhên herî nediyar derbas kirin. Bi karanîna analîza veguheztinê, me karî di hin avahiyên Mozilla de pirsgirêkan bibînin. Di wan de, ji ber taybetmendiyên pêkanînê, hêmanên navîgasyonê winda bûn an rûpelên nîv-vala hatin xuyang kirin, ku divê tenê ji rêveberê re bigihîje. Rûpel vebû, lê tu naverok ji paşîn nehat. Veguhastina hejmartinê gengaz kir ku meriv binirxîne ka kîjan taybetmendî bi rastî hatine bikar anîn. Zincîran ev gengaz kir ku meriv fêm bike ka bikarhêner çawa ev an xeletiyek wergirtiye. Daneyên ji bo ceribandinê li ser bingeha tevgera bikarhêner destûr didin. Serkeftinek bû, fikir ne vala bû.
Otomasyona Analytics
Di yek ji encamên xwenîşandan de, me destnîşan kir ku Gephi çawa ji bo analîzkirina grafîkê tê bikar anîn. Di vê amûrê de, daneyên veguheztinê dikare di tabloyek de were xuyang kirin. Û serokê beşa UX yek ramanek pir girîng got ku bandor li pêşkeftina tevahiya rêgeza analîtîka behrê di pargîdanî de kir: "Werin em heman tiştî bikin, lê di Tableau û bi fîlteran de - ew ê hêsantir be."
Dûv re ez fikirîm: çima na, Retentioneering hemî daneyan di avahiyek pandayan de hilîne.DataFrame. Û ev, bi gelemperî, tabloyek e. Bi vî rengî karûbarek din xuya bû: Pêşkêşvanê daneyê. Wî ne tenê tabloyek ji grafîkê çêkir, lê di heman demê de hesab kir ku rûpel û fonksiyona ku pê ve girêdayî ye çiqas populer e, ew çawa bandorê li ragirtina bikarhêner dike, bikarhêner çiqas dirêj li ser wê dimînin, û bikarhêner kîjan rûpelan pir caran dihêlin. Û bikaranîna dîtbarîkirinê di Tableau de lêçûna xwendina grafîkê ew qas kêm kir ku dema dubarekirina analîza behrê di hilberê de hema hema nîvî bû.
Danil dê biaxive ka ev dîtbarî çawa tê bikar anîn û çi encam dide ku ew derxe.
maseyên More ji bo sifrê xwedê!
Bi rengek hêsankirî, peywir bi vî rengî hate formule kirin: grafiya veguhêz di Tableau de nîşan bide, kapasîteya fîlterkirinê peyda bike, û wê bi qasî ku gengaz zelal û hêsan bike.
Min bi rastî nexwest ku di Tableau de grafiyek rêvekirî bikişînim. Û her çend serketî be jî, qezenc, li gorî Gephi, eşkere xuya nedikir. Pêdiviya me bi tiştek hêsantir û gihîştîtir hebû. Mêz! Beriya her tiştî, graf dikare bi hêsanî di şiklê rêzikên tabloyê de were temsîl kirin, ku her rêzek ji celebê "çavkanî-mebest" e. Wekî din, me berê bi baldarî tabloyek wusa bi karanîna amûrên Retentioneering û Data Provider amade kiriye. Tiştê ku mabû ew bû ku tabloya di Tabloyê de were xuyang kirin û li raportê bigerin.
Axaftina ku çawa her kes ji maseyan hez dike.
Lêbelê, li vir em bi pirsgirêkek din re rû bi rû ne. Bi çavkaniya daneyê re çi bikin? Girêdana pandayan ne mumkun bû.DataFrame girêdanek wusa nîne. Rakirina bingehek cihêreng ji bo hilanîna grafîkê çareseriyek pir radîkal bi perspektîfên ne diyar xuya bû. Vebijarkên barkirina herêmî ji ber hewcedariya operasyonên destan ên domdar ne guncaw bûn. Me li navnîşa girêdanên berdest nihêrî, û awira me li tiştê ket , yê ku bi bêbextî di binê xwe de xwe xwar kir.
Tablo xwedan hilbijarkek dewlemend a girêdanan e. Me yek dît ku pirsgirêka me çareser kir
Heywaneke çawa? Di gerokê de çend tabloyên vekirî yên nû - û eşkere bû ku ev girêdan dihêle hûn dema ku bigihîjin URLek daneyan bistînin. Piştgiriya ji bo hesabkirina daneyan bixwe hema amade bû, ya ku mabû ew bû ku wê bi WDC re hevaltiyê bike. Çend rojan Denis li ser belgeyan lêkolîn kir û bi mekanîzmayên Tableau re şer kir, û dûv re ji min re girêdanek şand ku min di pencereya pêwendiyê de pêça.
Forma girêdanê bi WDC-ya me re. Denis pêşiya xwe çêkir û ewlehiya ewlehiyê girt
Piştî çend hûrdeman li bendê (dane dema ku tê xwestin bi dînamîk têne hesibandin), tablo xuya bû:
Ev e ku di navgîniya Tableau de rêzek daneya xav xuya dike
Wekî ku soz hat dayîn, her rêzek tabloyek weha qeraxek grafîkê, ango, veguheztinek rêvekirî ya bikarhêner temsîl dike. Di heman demê de çend taybetmendiyên din jî hebûn. Mînakî, hejmara bikarhênerên yekta, hejmara giştî ya veguherînan, û yên din.
Dê mimkun be ku vê tabloyê di raporê de wekî ku heye were xuyang kirin, bi comerdî fîlteran birijînin û amûrê bi keştiyê bişînin. Dengên mantiqî. Hûn dikarin bi sifrê çi bikin? Lê ev ne riya me ye, ji ber ku em ne tenê tabloyek, lê amûrek ji bo analîz û girtina biryarên hilberê çêdikin.
Bi gelemperî, dema ku daneyan analîz dike, kesek dixwaze bersiva pirsan bistîne. Ecêb. Ka em bi wan dest pê bikin.
- Veguheztinên herî zêde çi ne?
- Ew ji rûpelên taybetî diçin ku derê?
- Berî ku hûn derkevin, hûn bi navînî çend dem li ser vê rûpelê derbas dikin?
- Hûn çend caran ji A-B-yê veguherînin?
- Rûniştin li ser kîjan rûpelan diqede?
Divê her yek ji rapor an berhevokek wan bihêle ku bikarhêner bixwe bersivên van pirsan bibîne. Stratejiya sereke li vir ev e ku hûn amûran bidin ku hûn bi xwe bikin. Ev hem ji bo kêmkirina barkirina li ser beşa analîtîk û hem jî ji bo kêmkirina dema biryaran bikêr e - her tiştî, hûn êdî ne hewce ne ku hûn biçin Youtrack û ji bo analîstê peywirek biafirînin, hûn tenê hewce ne ku raporê vekin.
Me çi girt?
Mirov bi gelemperî ji dashboardê li ku derê vediqetin?
Parçeyek ji rapora me. Piştî dashboardê, her kes çû navnîşa VM an jî navnîşa girêkan
Werin em tabloyek gelemperî bi veguheztinan bigirin û li gorî rûpela çavkaniyê fîlter bikin. Bi gelemperî, ew ji dashboardê diçin navnîşa makîneyên virtual. Wekî din, stûna Rêkûpêk pêşniyar dike ku ev çalakiyek dubare ye.
Ew ji ku derê têne navnîşa koman?
Parzûnên di raporan de di her du aliyan de dixebitin: hûn dikarin fêr bibin ku hûn li ku derê hiştin, an hûn çûn ku derê
Ji mînakan diyar e ku tewra hebûna du fîlterên hêsan û rêzkirina rêzan li gorî nirxan dihêle hûn zû agahdarî bistînin.
Ka em tiştekî tevlihevtir bipirsin.
Bikarhêner bi piranî rûniştina xwe li ku derê dihêlin?
Bikarhênerên VMmanager bi gelemperî di tabloyên cûda de dixebitin
Ji bo vê yekê, em hewceyê raporek ku daneyên wê ji hêla çavkaniyên referansê ve têne berhev kirin. Û bi navê xalên şikestî wek peywir hatin girtin - bûyerên ku wekî dawiya zincîra veguhertinê xizmet kir.
Girîng e ku li vir were zanîn ku ev dikare bibe dawiya danişînê an vekirina tabloyek nû. Mînak destnîşan dike ku zincîre bi gelemperî li ser maseyek bi navnîşek makîneyên virtual bi dawî dibe. Di vê rewşê de, tevgera taybetmendiyê veguherîne tabloyek din, ku bi şêwaza hêvîkirî re hevaheng e.
Gava ku me analîzek bi heman rengî pêk anî, berî her tiştî me kêrhatiya van raporan li ser xwe ceribandin , berhemên me yên din. Bi hatina tablo û parzûnan re, hîpotez zûtir hatin ceribandin, û çav jî kêmtir westiyayî bûn.
Dema ku rapor pêşve dibirin, me sêwirana dîtbar ji bîr nekir. Dema ku bi tabloyên vê mezinahiyê re dixebitin, ev faktorek girîng e. Mînakî, me rêzek rengan a aram bikar anî, ku têgihîştina hêsan e ji bo hejmaran, ronîkirina rengîn a rêzan li gorî nirxên hejmarî yên taybetmendiyan. Hûrguliyên weha ezmûna bikarhêner çêtir dikin û îhtîmala ku amûrê bi serfirazî di nav pargîdaniyê de derbikeve zêde dike.
Tablo pir mezin derket, lê em hêvî dikin ku ew dev ji xwendinê bernedaye
Hêjayî gotinê ye ku di derbarê perwerdehiya xerîdarên me yên navxweyî de ji hev veqetînin: pisporên hilber û sêwiranerên UX. Manualên bi mînakên analîzê û şîretên xebata bi parzûnan re bi taybetî ji bo wan hatine amadekirin. Me lînkên manualan rasterast xist nav rûpelên raporê.
Me manual bi tenê wekî pêşkêşiyek di Google Docs de çêkir. Amûrên tabloyê dihêle hûn rûpelên malperê rasterast di hundurê pirtûka xebatê ya raporê de nîşan bidin.
Li şûna paşê
Di rêza jêrîn de çi heye? Me dikaribû ji bo her rojê amûrek bi rengek zû û erzan bi dest bixin. Erê, ev bê guman ne şûna grafîkê, nexşeya germê ya klîk an temaşekerê malperê ye. Lê raporên weha bi girîngî amûrên navnîşkirî temam dikin û ji raman û hîpotezên hilber û navberê yên nû re xwarinê peyda dikin.
Ev çîrok tenê wekî destpêka pêşveçûna analîtîk di pergala ISP de xizmet kir. Di şeş mehên borî de, heft karûbarên nû yên din xuya bûn, di nav de portreyên dîjîtal ên bikarhêner di hilberê de û karûbarek ji bo afirandina databasan ji bo armanca Look-alike, lê em ê di beşên jêrîn de li ser wan biaxivin.
Source: www.habr.com