Mae cannoedd o erthyglau ar y Rhyngrwyd am fanteision dadansoddi ymddygiad cwsmeriaid. Gan amlaf mae hyn yn ymwneud â'r sector manwerthu. O ddadansoddi basgedi bwyd, dadansoddiad ABC a XYZ i farchnata cadw a chynigion personol. Mae technegau amrywiol wedi'u defnyddio ers degawdau, mae'r algorithmau wedi'u hystyried, mae'r cod wedi'i ysgrifennu a'i ddadfygio - cymerwch ef a'i ddefnyddio. Yn ein hachos ni, cododd un broblem sylfaenol - rydym ni yn ISPsystem yn ymwneud â datblygu meddalwedd, nid manwerthu.
Fy enw i yw Denis ac ar hyn o bryd rwy'n gyfrifol am gefn systemau dadansoddol yn ISPsystem. A dyma stori sut mae fy nghydweithiwr a minnau — ceisiodd y rhai sy'n gyfrifol am ddelweddu data — edrych ar ein cynnyrch meddalwedd trwy brism y wybodaeth hon. Gadewch i ni ddechrau, fel arfer, gyda hanes.
Yn y dechreuad yr oedd gair, a'r gair oedd "A gawn ni geisio?"
Ar y foment honno roeddwn yn gweithio fel datblygwr yn yr adran Ymchwil a Datblygu. Dechreuodd y cyfan pan ddarllenodd Danil yma ar Habré — offeryn ar gyfer dadansoddi trawsnewidiadau defnyddwyr mewn cymwysiadau. Roeddwn i braidd yn amheus ynglŷn â’r syniad o’i ddefnyddio yma. Fel enghreifftiau, cyfeiriodd datblygwyr y llyfrgell at ddadansoddiad o geisiadau lle'r oedd y cam gweithredu targed wedi'i ddiffinio'n glir - gosod archeb neu amrywiad arall ar sut i dalu'r cwmni perchennog. Mae ein cynnyrch yn cael ei gyflenwi ar y safle. Hynny yw, mae'r defnyddiwr yn prynu trwydded yn gyntaf, a dim ond wedyn yn dechrau ei daith yn y cais. Oes, mae gennym ni fersiynau demo. Gallwch chi roi cynnig ar y cynnyrch yno fel nad oes gennych chi fochyn mewn poke.
Ond mae'r rhan fwyaf o'n cynhyrchion wedi'u hanelu at y farchnad letyol. Mae'r rhain yn gleientiaid mawr, ac mae'r adran datblygu busnes yn eu cynghori ar alluoedd cynnyrch. Mae hefyd yn dilyn, ar adeg prynu, bod ein cwsmeriaid eisoes yn gwybod pa broblemau y bydd ein meddalwedd yn eu helpu i'w datrys. Rhaid i'w llwybrau yn y cais gyd-fynd â'r CJM sydd wedi'i ymgorffori yn y cynnyrch, a bydd datrysiadau UX yn eu helpu i aros ar y trywydd iawn. Spoiler: nid yw hyn bob amser yn digwydd. Gohiriwyd y cyflwyniad i'r llyfrgell... ond nid yn hir.
Newidiodd popeth gyda rhyddhau ein cwmni cychwyn - - llwyfannau ar gyfer creu siop ar-lein o gyfrif Instagram. Yn y cais hwn, rhoddwyd cyfnod o bythefnos i'r defnyddiwr ddefnyddio'r holl swyddogaethau am ddim. Yna roedd yn rhaid i chi benderfynu a ydych am danysgrifio. Ac mae hyn yn ffitio'n berffaith i'r cysyniad “gweithredu targed llwybr”. Penderfynwyd: gadewch i ni geisio!
Canlyniadau cyntaf neu o ble i gael syniadau
Cysylltodd y tîm datblygu a minnau'r cynnyrch â'r system casglu digwyddiadau yn llythrennol mewn diwrnod. Dywedaf ar unwaith fod ISPsystem yn defnyddio ei system ei hun ar gyfer casglu digwyddiadau am ymweliadau tudalen, ond nid oes dim yn eich atal rhag defnyddio Yandex.Metrica at yr un dibenion, sy'n eich galluogi i lawrlwytho data crai am ddim. Astudiwyd enghreifftiau o ddefnyddio'r llyfrgell, ac ar ôl wythnos o gasglu data cawsom graff trawsnewid.
Graff trawsnewid. Ymarferoldeb sylfaenol, trawsnewidiadau eraill wedi'u dileu er eglurder
Mae'n troi allan yn union fel yn yr enghraifft: planar, clir, hardd. O’r graff hwn, roeddem yn gallu nodi’r llwybrau a’r croesfannau mwyaf aml lle mae pobl yn treulio’r amser hiraf. Roedd hyn yn ein galluogi i ddeall y canlynol:
- Yn lle CJM mawr, sy'n cwmpasu dwsin o endidau, dim ond dau sy'n cael eu defnyddio'n weithredol. Mae angen hefyd cyfeirio defnyddwyr at y lleoedd sydd eu hangen arnom gan ddefnyddio datrysiadau UX.
- Mae rhai tudalennau, a ddyluniwyd gan ddylunwyr UX i fod o'r dechrau i'r diwedd, yn arwain at bobl yn treulio cyfnod afresymol o amser arnynt. Mae angen i chi ddarganfod beth yw'r elfennau stopio ar dudalen benodol a'u haddasu.
- Ar ôl 10 trawsnewidiad, dechreuodd 20% o bobl flino a rhoi'r gorau i'r sesiwn yn y cais. Ac mae hyn yn cymryd i ystyriaeth y ffaith bod gennym ni gymaint â 5 tudalen fyrddio yn y cais! Mae angen i chi nodi tudalennau lle mae defnyddwyr yn rhoi'r gorau i sesiynau yn rheolaidd ac yn byrhau'r llwybr atynt. Gwell fyth: nodwch unrhyw lwybrau rheolaidd a chaniatáu trosglwyddiad cyflym o'r dudalen ffynhonnell i'r dudalen gyrchfan. Rhywbeth yn gyffredin â dadansoddiad ABC a dadansoddiad cartiau wedi'u gadael, onid ydych chi'n meddwl?
Ac yma fe wnaethom ailystyried ein hagwedd at gymhwysedd yr offeryn hwn ar gyfer cynhyrchion ar y safle. Penderfynwyd dadansoddi cynnyrch a werthwyd ac a ddefnyddir yn weithredol - . Mae'n llawer mwy cymhleth, mae yna drefn maint mwy o endidau. Roeddem yn aros yn gyffrous i weld beth fyddai'r graff trawsnewid.
Am siomedigaethau ac ysbrydoliaeth
Siom #1
Yr oedd yn ddiwedd y dydd gwaith, diwedd y mis a diwedd y flwyddyn ar yr un pryd - Rhagfyr 27ain. Mae data wedi'i gronni, mae ymholiadau wedi'u hysgrifennu. Roedd eiliadau ar ôl cyn i bopeth gael ei brosesu a gallem edrych ar ganlyniad ein llafur i ddarganfod lle byddai'r flwyddyn waith nesaf yn dechrau. Ymgasglodd yr adran Ymchwil a Datblygu, rheolwr cynnyrch, dylunwyr UX, arweinydd tîm, datblygwyr o flaen y monitor i weld sut olwg sydd ar y llwybrau defnyddiwr yn eu cynnyrch, ond... gwelsom hyn:
Graff pontio wedi'i adeiladu gan y llyfrgell Cadw
Ysbrydoliaeth #1
Wedi'i gysylltu'n gryf, dwsinau o endidau, senarios nad ydynt yn amlwg. Nid oedd ond yn amlwg y byddai'r flwyddyn waith newydd yn dechrau nid gyda dadansoddiad, ond gyda dyfeisio ffordd o symleiddio gwaith gyda graff o'r fath. Ond allwn i ddim ysgwyd y teimlad bod popeth yn llawer symlach nag yr oedd yn ymddangos. Ac ar ôl pymtheg munud o astudio'r cod ffynhonnell Cadw, roeddem yn gallu allforio'r graff a luniwyd i fformat dot. Roedd hyn yn ei gwneud hi'n bosibl uwchlwytho'r graff i declyn arall - Gephi. Ac mae lle eisoes i ddadansoddi graffiau: cynlluniau, hidlwyr, ystadegau - y cyfan sy'n rhaid i chi ei wneud yw ffurfweddu'r paramedrau angenrheidiol yn y rhyngwyneb. Gyda hyn mewn golwg, fe adawon ni am benwythnos y Flwyddyn Newydd.
Siom #2
Ar ôl dychwelyd i'r gwaith, tra bod pawb yn gorffwys, roedd ein cleientiaid yn astudio'r cynnyrch. Do, mor galed nes bod digwyddiadau yn ymddangos yn y storfa nad oedd yn bodoli o'r blaen. Roedd hyn yn golygu bod angen diweddaru'r ymholiadau.
Ychydig o gefndir i ddeall tristwch y ffaith hon. Rydyn ni'n trosglwyddo'r digwyddiadau rydyn ni wedi'u marcio (er enghraifft, cliciau ar rai botymau) ac URLau'r tudalennau yr ymwelodd y defnyddiwr â nhw. Yn achos Cartbee, roedd y model “un weithred - un dudalen” yn gweithio. Ond gyda VMmanager roedd y sefyllfa'n hollol wahanol: gallai sawl ffenestr foddol agor ar un dudalen. Ynddyn nhw gallai'r defnyddiwr ddatrys problemau amrywiol. Er enghraifft, URL:
/host/item/24/ip(modal:modal/host/item/ip/create)
yn golygu bod y defnyddiwr wedi ychwanegu cyfeiriad IP ar y dudalen “Cyfeiriadau IP”. Ac yma mae dwy broblem i'w gweld ar unwaith:
- Mae'r URL yn cynnwys rhyw fath o baramedr llwybr - ID y peiriant rhithwir. Mae angen ei eithrio.
- Mae'r URL yn cynnwys ID y ffenestr moddol. Mae angen i chi rywsut “ddadbacio” URLau o'r fath.
Problem arall oedd bod gan yr union ddigwyddiadau a farciwyd gennym baramedrau. Er enghraifft, roedd pum ffordd wahanol o gyrraedd y dudalen gyda gwybodaeth am beiriant rhithwir o'r rhestr. Yn unol â hynny, anfonwyd un digwyddiad, ond gyda pharamedr a oedd yn nodi pa ddull y gwnaeth y defnyddiwr y trawsnewidiad. Roedd yna lawer o ddigwyddiadau o'r fath, ac roedd yr holl baramedrau'n wahanol. Ac mae gennym yr holl resymeg adalw data yn nhafodiaith SQL ar gyfer Clickhouse. Roedd ymholiadau o 150-200 llinell yn dechrau ymddangos braidd yn gyffredin. Roedd problemau o'n cwmpas.
Ysbrydoliaeth #2
Un bore cynnar, awgrymodd Danil, yn anffodus wrth sgrolio trwy’r cais am yr ail funud, i mi: “Gadewch i ni ysgrifennu piblinellau prosesu data?” Fe wnaethom feddwl am y peth a phenderfynu pe baem yn mynd i'w wneud, byddai'n rhywbeth fel ETL. Fel ei fod yn hidlo ar unwaith ac yn tynnu'r data angenrheidiol o ffynonellau eraill. Dyma sut y ganed ein gwasanaeth dadansoddol cyntaf gyda chefndir llawn. Mae'n gweithredu pum prif gam prosesu data:
- Dadlwytho digwyddiadau o'r storfa data crai a'u paratoi i'w prosesu.
- Eglurhad yw “dadbacio” yr union ddynodwyr hynny o ffenestri moddol, paramedrau digwyddiadau a manylion eraill sy'n egluro'r digwyddiad.
- Cyfoethogi (o'r gair "dod yn gyfoethog") yw ychwanegu digwyddiadau gyda data o ffynonellau trydydd parti. Ar y pryd, dim ond ein system filio BILLmanager oedd yn ei gynnwys.
- Hidlo yw'r broses o hidlo digwyddiadau sy'n ystumio canlyniadau'r dadansoddiad (digwyddiadau o standiau mewnol, allgleifion, ac ati).
- Lanlwytho digwyddiadau a dderbyniwyd i storfa, y gwnaethom ei alw'n ddata glân.
Nawr roedd yn bosibl cynnal perthnasedd trwy ychwanegu rheolau ar gyfer prosesu digwyddiad neu hyd yn oed grwpiau o ddigwyddiadau tebyg. Er enghraifft, ers hynny nid ydym erioed wedi diweddaru dadbacio URL. Er, yn ystod y cyfnod hwn mae nifer o amrywiadau URL newydd wedi'u hychwanegu. Maent yn cydymffurfio â'r rheolau a osodwyd eisoes yn y gwasanaeth ac yn cael eu prosesu'n gywir.
Siom #3
Ar ôl i ni ddechrau dadansoddi, fe wnaethon ni sylweddoli pam roedd y graff mor gydlynol. Y ffaith yw bod bron pob N-gram yn cynnwys trawsnewidiadau na ellid eu cyflawni trwy'r rhyngwyneb.
Dechreuwyd ymchwiliad bychan. Roeddwn yn ddryslyd nad oedd unrhyw drawsnewidiadau amhosibl o fewn un endid. Mae hyn yn golygu nad yw hyn yn nam yn y system casglu digwyddiadau nac yn ein gwasanaeth ETL. Roedd teimlad bod y defnyddiwr yn gweithio ar yr un pryd mewn sawl endid, heb symud o un i'r llall. Sut i gyflawni hyn? Defnyddio tabiau gwahanol yn y porwr.
Wrth ddadansoddi Cartbee, cawsom ein hachub gan ei benodolrwydd. Defnyddiwyd y cymhwysiad o ddyfeisiau symudol, lle mae gweithio o sawl tab yn syml yn anghyfleus. Yma mae gennym bwrdd gwaith a thra bod tasg yn cael ei chyflawni mewn un endid, mae'n rhesymol bod eisiau treulio'r amser hwn yn sefydlu neu fonitro'r statws mewn un arall. Ac er mwyn peidio â cholli cynnydd, agorwch dab arall.
Ysbrydoliaeth #3
Dysgodd cydweithwyr o ddatblygiad pen blaen y system casglu digwyddiadau i wahaniaethu rhwng tabiau. Gallai'r dadansoddiad ddechrau. Ac fe ddechreuon ni. Yn ôl y disgwyl, nid oedd CJM yn cyd-fynd â llwybrau go iawn: treuliodd defnyddwyr lawer o amser ar dudalennau cyfeiriadur, sesiynau wedi'u gadael a thabiau yn y lleoedd mwyaf annisgwyl. Gan ddefnyddio dadansoddiad pontio, roeddem yn gallu dod o hyd i broblemau mewn rhai adeiladau Mozilla. Ynddyn nhw, oherwydd nodweddion gweithredu, diflannodd elfennau llywio neu arddangoswyd tudalennau hanner gwag, a ddylai fod yn hygyrch i'r gweinyddwr yn unig. Agorodd y dudalen, ond ni ddaeth unrhyw gynnwys o'r pen ôl. Roedd cyfrif trawsnewidiadau yn ei gwneud hi'n bosibl gwerthuso pa nodweddion a ddefnyddiwyd mewn gwirionedd. Roedd y cadwyni'n ei gwneud hi'n bosibl deall sut y derbyniodd y defnyddiwr y gwall hwn neu'r gwall hwnnw. Mae'r data a ganiateir ar gyfer profi yn seiliedig ar ymddygiad defnyddwyr. Roedd yn llwyddiant, nid oedd y syniad yn ofer.
Dadansoddeg awtomeiddio
Yn un o'r arddangosiadau canlyniadau, fe wnaethom ddangos sut mae Gephi yn cael ei ddefnyddio ar gyfer dadansoddi graffiau. Yn yr offeryn hwn, gellir arddangos data trosi mewn tabl. A dywedodd pennaeth yr adran UX un meddwl pwysig iawn a ddylanwadodd ar ddatblygiad y cyfeiriad dadansoddeg ymddygiad cyfan yn y cwmni: “Gadewch i ni wneud yr un peth, ond yn Tableau a gyda hidlwyr - bydd yn fwy cyfleus.”
Yna meddyliais: pam lai, mae Cadw yn storio'r holl ddata mewn strwythur pandas.DataFrame. A bwrdd yw hwn, ar y cyfan. Dyma sut yr ymddangosodd gwasanaeth arall: Darparwr Data. Gwnaeth nid yn unig dabl o'r graff, ond cyfrifodd hefyd pa mor boblogaidd yw'r dudalen a'r ymarferoldeb sy'n gysylltiedig ag ef, sut mae'n effeithio ar gadw defnyddwyr, pa mor hir y mae defnyddwyr yn aros arni, a pha dudalennau y mae defnyddwyr yn eu gadael amlaf. Ac fe wnaeth y defnydd o ddelweddu yn Tableau leihau cost astudio'r graff gymaint nes bod yr amser ailadrodd ar gyfer dadansoddi ymddygiad yn y cynnyrch bron wedi haneru.
Bydd Danil yn siarad am sut mae'r delweddu hwn yn cael ei ddefnyddio a pha gasgliadau y mae'n caniatáu eu tynnu.
Mwy o fyrddau i'r duw bwrdd!
Mewn ffurf symlach, lluniwyd y dasg fel a ganlyn: arddangos y graff trawsnewid yn Tableau, darparu'r gallu i hidlo, a'i wneud mor glir a chyfleus â phosibl.
Doeddwn i ddim wir eisiau llunio graff cyfeiriedig yn Tableau. A hyd yn oed os oedd yn llwyddiannus, nid oedd y cynnydd, o'i gymharu â Gephi, yn ymddangos yn amlwg. Roedd angen rhywbeth llawer symlach a mwy hygyrch arnom. Bwrdd! Wedi'r cyfan, gellir cynrychioli'r graff yn hawdd ar ffurf rhesi tabl, lle mae pob rhes yn ymyl o'r math “ffynhonnell-cyrchfan”. At hynny, rydym eisoes wedi paratoi tabl o'r fath yn ofalus gan ddefnyddio offer Cadw a Darparwr Data. Y cyfan oedd ar ôl i'w wneud oedd arddangos y bwrdd yn Tableau a chwilota drwy'r adroddiad.
Wrth siarad am sut mae pawb yn caru byrddau.
Fodd bynnag, yma rydym yn wynebu problem arall. Beth i'w wneud gyda'r ffynhonnell ddata? Roedd yn amhosibl cysylltu pandas.DataFrame;Nid oes gan Tableau gysylltydd o'r fath. Roedd codi sylfaen ar wahân ar gyfer storio'r graff yn ymddangos yn ateb rhy radical gyda rhagolygon amwys. Ac nid oedd opsiynau dadlwytho lleol yn addas oherwydd yr angen am weithrediadau llaw cyson. Edrychon ni trwy'r rhestr o gysylltwyr sydd ar gael, a disgynnodd ein golwg ar yr eitem , a huddiodd yn forlornly ar y gwaelod iawn.
Mae gan Tableau ddetholiad cyfoethog o gysylltwyr. Daethom o hyd i un a oedd yn datrys ein problem
Pa fath o anifail? Ychydig o dabiau agored newydd yn y porwr - a daeth yn amlwg bod y cysylltydd hwn yn caniatáu ichi dderbyn data wrth gyrchu URL. Roedd yr ôl-wyneb ar gyfer cyfrifo'r data ei hun bron yn barod, y cyfan oedd ar ôl oedd ei wneud yn ffrindiau â WDC. Am sawl diwrnod bu Denis yn astudio'r ddogfennaeth ac yn ymladd â'r mecanweithiau Tableau, ac yna anfonais ddolen a gludais i mewn i'r ffenestr cysylltiad.
Ffurflen cysylltu â'n WDC. Gwnaeth Denis ei flaen a gofalu am ddiogelwch
Ar ôl ychydig funudau o aros (cyfrifir y data yn ddeinamig pan ofynnir amdano), ymddangosodd y tabl:
Dyma sut olwg sydd ar amrywiaeth o ddata crai yn rhyngwyneb Tableau
Fel yr addawyd, roedd pob rhes o dabl o'r fath yn cynrychioli ymyl y graff, hynny yw, trawsnewidiad cyfeiriedig y defnyddiwr. Roedd hefyd yn cynnwys nifer o nodweddion ychwanegol. Er enghraifft, nifer y defnyddwyr unigryw, cyfanswm nifer y trawsnewidiadau, ac eraill.
Byddai'n bosibl arddangos y tabl hwn yn yr adroddiad fel y mae, taenellu hidlwyr yn hael ac anfon yr offer yn hwylio. Swnio'n rhesymegol. Beth allwch chi ei wneud gyda'r bwrdd? Ond nid dyma ein ffordd ni, oherwydd nid tabl yn unig yr ydym yn ei wneud, ond offeryn ar gyfer dadansoddi a gwneud penderfyniadau am gynnyrch.
Yn nodweddiadol, wrth ddadansoddi data, mae person eisiau cael atebion i gwestiynau. Gwych. Gadewch i ni ddechrau gyda nhw.
- Beth yw'r trawsnewidiadau mwyaf aml?
- Ble maen nhw'n mynd o dudalennau penodol?
- Pa mor hir ydych chi'n ei dreulio ar gyfartaledd ar y dudalen hon cyn gadael?
- Pa mor aml ydych chi'n trawsnewid o A i B?
- Ar ba dudalennau mae'r sesiwn yn gorffen?
Dylai pob un o'r adroddiadau neu gyfuniad ohonynt ganiatáu i'r defnyddiwr ddod o hyd i atebion i'r cwestiynau hyn yn annibynnol. Y strategaeth allweddol yma yw rhoi'r offer i chi ei wneud eich hun. Mae hyn yn ddefnyddiol ar gyfer lleihau'r llwyth ar yr adran ddadansoddeg ac ar gyfer lleihau'r amser ar gyfer gwneud penderfyniadau - wedi'r cyfan, nid oes angen i chi fynd i Youtrack mwyach a chreu tasg i'r dadansoddwr, does ond angen i chi agor yr adroddiad.
Beth gawson ni?
Ble mae pobl yn aml yn ymwahanu oddi wrth y dangosfwrdd?
Darn o'n hadroddiad. Ar ôl y dangosfwrdd, aeth pawb naill ai i'r rhestr o VMs neu i'r rhestr o nodau
Gadewch i ni gymryd tabl cyffredinol gyda thrawsnewidiadau a hidlo yn ôl tudalen ffynhonnell. Yn fwyaf aml, maen nhw'n mynd o'r dangosfwrdd i'r rhestr o beiriannau rhithwir. At hynny, mae'r golofn Rheoleidd-dra yn awgrymu bod hwn yn weithred ailadroddus.
O ble maen nhw'n dod i'r rhestr o glystyrau?
Mae hidlwyr mewn adroddiadau yn gweithio i'r ddau gyfeiriad: gallwch chi ddarganfod ble gadawoch chi, neu ble aethoch chi
O'r enghreifftiau mae'n amlwg bod hyd yn oed presenoldeb dwy hidlydd syml a rhesi graddio yn ôl gwerthoedd yn caniatáu ichi gael gwybodaeth yn gyflym.
Gadewch i ni ofyn rhywbeth anoddach.
Ble mae defnyddwyr yn aml yn rhoi'r gorau i'w sesiwn?
Mae defnyddwyr VMmanager yn aml yn gweithio mewn tabiau ar wahân
I wneud hyn, mae arnom angen adroddiad y mae ei ddata wedi'i agregu gan ffynonellau atgyfeirio. A chymerwyd y torbwyntiau, fel y'u gelwir, fel aseiniadau - digwyddiadau a oedd yn ddiwedd y gadwyn o drawsnewidiadau.
Mae'n bwysig nodi yma y gall hyn fod naill ai ddiwedd y sesiwn neu agor tab newydd. Mae'r enghraifft yn dangos bod y gadwyn amlaf yn gorffen wrth fwrdd gyda rhestr o beiriannau rhithwir. Yn yr achos hwn, yr ymddygiad nodweddiadol yw newid i dab arall, sy'n gyson â'r patrwm disgwyliedig.
Yn gyntaf, gwnaethom brofi defnyddioldeb yr adroddiadau hyn arnom ein hunain pan wnaethom y dadansoddiad mewn ffordd debyg , un arall o'n cynnyrch. Gyda dyfodiad tablau a hidlwyr, profwyd damcaniaethau yn gyflymach, ac roedd y llygaid yn llai blinedig.
Wrth ddatblygu adroddiadau, ni wnaethom anghofio am ddyluniad gweledol. Wrth weithio gyda thablau o'r maint hwn, mae hwn yn ffactor pwysig. Er enghraifft, gwnaethom ddefnyddio ystod dawel o liwiau, sy'n hawdd eu canfod ar gyfer rhifau, lliw amlygu llinellau yn unol â gwerthoedd rhifiadol y nodweddion. Mae manylion o'r fath yn gwella profiad y defnyddiwr ac yn cynyddu'r tebygolrwydd y bydd yr offeryn yn cychwyn yn llwyddiannus o fewn y cwmni.
Trodd y bwrdd allan yn eithaf swmpus, ond gobeithiwn nad yw wedi peidio â bod yn ddarllenadwy
Mae'n werth sôn ar wahân am hyfforddiant ein cleientiaid mewnol: arbenigwyr cynnyrch a dylunwyr UX. Paratowyd llawlyfrau gydag enghreifftiau dadansoddi ac awgrymiadau ar gyfer gweithio gyda ffilterau yn arbennig ar eu cyfer. Fe fewnosodwyd dolenni i lawlyfrau yn uniongyrchol i dudalennau'r adroddiad.
Fe wnaethom y llawlyfr yn syml fel cyflwyniad yn Google Docs. Mae offer Tableau yn caniatáu ichi arddangos tudalennau gwe yn uniongyrchol y tu mewn i lyfr gwaith adroddiad.
Yn hytrach na afterword
Beth sydd yn y llinell waelod? Roeddem yn gallu cael teclyn ar gyfer pob dydd yn gymharol gyflym ac yn rhad. Ydy, yn bendant nid yw hyn yn disodli'r graff ei hun, y map gwres o gliciau na'r gwyliwr gwe. Ond mae adroddiadau o'r fath yn ategu'r offer a restrir yn sylweddol ac yn darparu bwyd i feddwl a rhagdybiaethau cynnyrch a rhyngwyneb newydd.
Dim ond y dechrau ar gyfer datblygu dadansoddeg yn ISPsystem oedd y stori hon. Dros y chwe mis diwethaf, mae saith gwasanaeth newydd arall wedi ymddangos, gan gynnwys portreadau digidol o'r defnyddiwr yn y cynnyrch a gwasanaeth ar gyfer creu cronfeydd data ar gyfer targedu Look-alike, ond byddwn yn siarad amdanynt yn y penodau dilynol.
Ffynhonnell: hab.com