Zergatik da taldeko komunikazioa zure Martech Stack baino garrantzitsuagoa

Marketin Taldearen Komunikazioa eta Analisia

Simo Ahava-k datuen kalitateari eta komunikazio egiturei buruzko ikuspuntu atipikoak jatetxeko egongela osoa freskatu zuen Joan Analytics! konferentzia. OWOX, CIS eskualdeko MarTech liderrak, milaka adituri harrera egin zien topaketa honetan, beren ezagutzak eta ideiak partekatzeko.

OWOX BI taldea gustatuko litzaizuke Simo Ahavak proposatutako kontzeptua pentsatzea, zalantzarik gabe zure negozioa hazteko ahalmena duena. 

Datuen kalitatea eta erakundearen kalitatea

Datuen kalitatea aztertzen ari den pertsonaren araberakoa da. Normalean, datuen akats guztiei leporatuko genieke tresnak, lan-fluxuak eta datu-multzoak. Baina hori arrazoizkoa al da?

Egia esan, datuen kalitatea zuzenean lotuta dago gure erakundeetan komunikatzeko moduarekin. Erakundearen kalitateak zehazten du dena, datuen meatzaritza, kalkulua eta neurketa planteamenduarekin hasi, prozesamenduarekin jarraitu eta produktuaren kalitate orokorrarekin eta erabakiak hartzeko. 

Enpresak eta haien komunikazio egiturak

Imajina dezagun enpresa bat tresna bakarrean espezializatuta dagoela. Enpresa honetako jendea bikaina da zenbait arazo aurkitzen eta B2B segmenturako konpontzen. Dena primeran dago eta, dudarik gabe, horrelako enpresa pare bat ezagutzen dituzu.

Enpresa horien jardueren albo-ondorioak ezkutatuta daude datuen kalitatearen eskakizunak igotzeko epe luzeko prozesuan. Aldi berean, gogoratu behar dugu datuak aztertzeko sortutako tresnek datuekin soilik funtzionatzen dutela eta negozio arazoetatik isolatuta daudela - nahiz eta horiek konpontzeko sortu diren. 

Horregatik, beste enpresa mota bat agertu da. Enpresa hauek lan-fluxuen arazketan espezializatuta daude. Negozio prozesuetan arazo mordoa aurki ditzakete, arbelean jarri eta zuzendariei esan:

Hemen, hemen eta han! Aplikatu negozio estrategia berri hau eta ondo egongo zara!

Baina oso ona dirudi egia izateko. Tresnak ulertzeko oinarritzen ez den aholkularitzaren eraginkortasuna zalantzazkoa da. Aholkularitza enpresa horiek ez dute ulertzen zergatik agertu ziren horrelako arazoak, zergatik ekartzen dituen egun berri bakoitzak konplexutasun eta akats berriak eta zein tresna gaizki ezarri ziren.

Beraz, enpresa horien erabilgarritasuna beren kabuz mugatua da. 

Enpresen espezializazioa eta tresnen ezagutza duten enpresak daude. Enpresa horietan, mundu guztiak obsesionatuta daude ezaugarri handiak dituzten pertsonak kontratatzeagatik, beren trebetasun eta ezagutzetan ziur dauden adituak kontratatuta. Cool. Normalean, konpainia horiek ez daude taldearen komunikazio arazoak konpontzera bideratuta, eta askotan ez dute garrantzirik ikusten. Beraz, arazo berriak agertu ahala sorgin ehiza hasten da - norena da errua? Agian BI espezialistek prozesuak nahastu zituzten? Ez, programatzaileek ez dute deskribapen teknikoa irakurri. Baina, dena den, benetako arazoa da taldeak ezin duela arazoa argi eta garbi pentsatu elkarrekin konpontzeko. 

Horrek erakusten digu espezialista bikainez betetako enpresa batean ere, guztiak behar baino ahalegin handiagoa egingo duela erakundea ez bada heldua nahikoa. Heldua izan eta arduratsua izan behar duzula, batez ere krisi batean, jendea enpresa gehienetan pentsatzen ari den azken gauza da.

Haurreskolara joango den bi urteko haurrak ere lan egin dudan erakunde batzuk baino helduagoa dirudi.

Ezin duzu enpresa eraginkorrik sortu espezialista ugari kontratatuta soilik, talde edo sail batzuek xurgatzen baitituzte guztiak. Beraz, zuzendaritzak espezialistak kontratatzen jarraitzen du, baina ez da ezer aldatzen lan fluxuaren egitura eta logika ez direlako batere aldatzen.

Talde eta sail horien barruan eta kanpoan komunikazio bideak sortzeko ezer egiten ez baduzu, zure ahalegin guztiak ez du zentzurik izango. Horregatik komunikazio estrategia eta heldutasuna dira Ahava ardatz.

Conway-ren Legea Analytics Enpresei Aplikatua

Datu esanguratsuak - Conway-ren legea

Duela XNUMX urte, Melvin Conway izeneko programatzaile bikain batek iradokizun bat egin zuen, gero Conway-ren legea izenarekin ezaguna egin zena: 

Sistemak diseinatzen dituzten erakundeak. . . erakunde horien komunikazio egituren kopiak diren diseinuak sortzera behartuta daude.

Melvin Conway, Conwayren legea

Pentsamendu hauek ordenagailu bat gela batera ezin hobeto egokitzen zen unean agertu ziren! Imajinatu besterik ez: Hemen talde bat ordenagailu batean lan egiten dugu eta beste talde bat beste ordenagailu batean lan egiten dugu. Eta benetako bizitzan, Conwayren legeak esan nahi du talde horien artean agertzen diren komunikazio akats guztiak garatzen dituzten programen egituran eta funtzionalitatean islatuko direla. 

Egilearen oharra:

Teoria hau ehunka aldiz probatu da garapen munduan eta asko eztabaidatu da. Conway-ren legearen definizio zehatzena Pieter Hintjens-ek sortu zuen, 2000ko hamarkadako hasierako programatzaile eragin handienetako batek, eta esan zuen "erakunde kaka batean bazaude, software kaka bat egingo duzula". (Amdahl-era Zipf-era: pertsonen fisikaren hamar lege)

Erraza da lege honek marketinaren eta analitiken munduan nola funtzionatzen duen ikustea. Mundu honetan, enpresak iturri desberdinetatik bildutako datu kopuru erraldoiekin ari dira lanean. Guztiok ados gaude datuak berak bidezkoak direla. Datu multzoak gertutik aztertzen badituzu, datu horiek bildu zituzten erakundeen akats guztiak ikusiko dituzu:

  • Ingeniariek arazo baten inguruan hitz egin ez duten balioak falta dira 
  • Formatu okerrak, inork arretarik jarri ez eta inork dezimalen kopurua eztabaidatu ez duena
  • Komunikazioen atzerapena inork transferentziaren formatua (batch edo stream) ezagutzen ez duenean eta datuak nork jaso behar dituen

Horregatik, datuak trukatzeko sistemek gure akatsak agerian uzten dituzte guztiz.

Datuen kalitatea tresna espezialisten, laneko fluxuen adituen, kudeatzaileen eta pertsona horien guztien arteko komunikazioa lortzea da.

Diziplina anitzeko taldeentzako komunikazio egiturarik onena eta txarrena

MarTech edo marketin analitikako enpresa bateko proiektu talde ohikoa negozio adimeneko (BI) espezialistek, datu zientzialariek, diseinatzaileek, merkaturatzaileek, analistek eta programatzaileek osatzen dute (edozein konbinazio).

Zer gertatuko da komunikazioaren garrantzia ulertzen ez duen talde batean? Ikus dezagun. Programatzaileek denbora luzez idatziko dute kodea, gogor saiatuz, eta taldeko beste zati batek itxaron besterik ez dute egingo lekukoa pasatzeko. Azkenean, beta bertsioa kaleratuko da, eta mundu guztiak marmarratuko du zergatik behar izan duen hainbeste denbora. Eta lehenengo akatsa agertzen denean, denak errua beste norbaiten bila hasiko dira, baina ez haraino iritsi den egoera ekiditeko moduak. 

Sakonago begiratzen badugu, ikusiko dugu elkarren arteko helburuak ez zirela ondo ulertu (edo batere). Egoera horretan, produktu kaltetua edo akastuna lortuko dugu. 

Animatu diziplina anitzeko taldeak

Egoera honen ezaugarri okerrenak:

  • Inplikazio nahikoa
  • Parte hartze nahikoa
  • Lankidetzarik eza
  • Konfiantza falta

Nola konpon dezakegu? Literalki jendea hizketan jarriz. 

Diziplina anitzeko taldeak bultzatu

Bildu ditzagun denok batera, eztabaida gaiak eta antolatu astero bilerak: marketina BIrekin, programatzaileak diseinatzaileekin eta datu espezialistekin. Gero espero dugu jendeak proiektuaz hitz egitea. Baina hori ez da nahikoa, taldekideak oraindik ez baitira proiektu guztiaz ari eta ez dira talde osoarekin ari. Erraza da elurra kentzea hamarnaka bilerarekin, irteerarik gabe eta lana egiteko astirik gabe. Bileren ondorengo mezu horiek gainerako denbora eta zer egin ulertzea hilko dituzte. 

Horregatik bilera lehen urratsa baino ez da. Arazo batzuk ditugu oraindik:

  • Komunikazio eskasa
  • Elkarrekiko helburu falta
  • Inplikazio nahikoa

Batzuetan, jendea proiektuari buruzko informazio garrantzitsua bere lankideei helarazten saiatzen da. Baina mezua jaso beharrean, zurrumurruak dena egiten du haien alde. Jendeak pentsamenduak eta ideiak behar bezala eta ingurune egokian partekatzen ez dakienean, informazioa galduko da hartzailearen bidean. 

Komunikazio arazoekin borrokan ari den enpresa baten sintomak dira. Eta bilerekin sendatzen hasten da. Baina beti dugu beste irtenbide bat.

Eraman mundu guztia proiektuaren inguruan komunikatzera. 

Diziplina anitzeko komunikazioa taldeetan

Ikuspegi honen ezaugarri onenak:

  • Transparency
  • inplikazioa
  • Ezagutzak eta trebetasunak trukatzea
  • Gelditu gabeko hezkuntza

Sortzen zaila den egitura oso konplexua da. Ikuspegi hori hartzen duten esparru batzuk ezagutuko dituzu agian: Agile, Lean, Scrum. Ez dio axola nola izendatzen duzun; guztiak "aldi berean dena batera egitea" printzipioaren arabera eraikitzen dira. Egutegi horiek, ataza ilarak, demo aurkezpenak eta stand-up topaketak jendeari proiektuari buruz maiz eta guztiok batera hitz egitea dute helburu.

Horregatik, Agile asko gustatzen zait, komunikazioaren garrantzia proiektuaren biziraupenerako aurrebaldintza gisa biltzen baitu.

Eta Agile gustuko ez duen analista zarela uste baduzu, begiratu beste modu batera: zure lanaren emaitzak erakusten dizkizu (prozesatutako datu guztiak, aginte panel horiek, zure datu multzoak) jendea bihurtzeko eskertu zure ahalegina. Baina, horretarako, zure lankideekin elkartu eta haiekin hitz egin behar duzu mahai inguruan.

Zer da hurrengoa? Denak hasi dira proiektuaz hitz egiten. Orain badugu kalitatea frogatzeko proiektuaren. Horretarako, enpresek normalean lanbide kualifikazio altuena duen aholkularia kontratatzen dute. 

Aholkulari on baten irizpide nagusia (aholkulari naizelako esan dezaket) etengabe murrizten ari da proiektuan duen inplikazioa.

Aholkulari batek ezin dio enpresa bati sekretu profesionalen zati txikiak elikatu, horrek ez duelako enpresa heldua eta autosustentua bihurtuko. Zure enpresa ezin bada zure aholkularirik gabe bizi, jaso duzun zerbitzuaren kalitatea kontuan hartu beharko zenuke. 

Bide batez, aholkulari batek ez luke txostenak egin behar edo esku pare osagarri bihurtu behar zaitu. Barruko lankideak dituzu horretarako.

Kontratatu Hezkuntzarako Merkaturatzaileak, Ez Ordezkaritza

Aholkularia kontratatzearen helburu nagusia hezkuntza da, egiturak eta prozesuak finkatzea eta komunikazioa erraztea. Aholkulari baten eginkizuna ez da hileroko berri ematea, proiektuan bere burua txertatzea baizik eta taldeko egunerokoan erabat parte hartzea.

A ona marketin estrategikoko aholkularia proiektuko partaideen ezagutzan eta ulermenean hutsuneak betetzen ditu. Baina agian ez du inoiz norbaiten lana egingo. Egunen batean, guztiek ondo lan egin beharko dute aholkularirik gabe. 

Komunikazio eraginkorraren emaitzak sorginen ehiza eta hatzak seinalatzea ez izatea dira. Zeregin bat hasi aurretik, jendeak zalantzak eta galderak partekatzen ditu beste taldeko kideekin. Horrela, arazo gehienak lana hasi aurretik konpontzen dira. 

Ikus dezagun horrek guztiak nola eragiten duen marketin analisiaren lanaren zatirik konplikatuenean: datu fluxuak zehaztea eta datuak bateratzea.

Nola islatzen da komunikazio egitura datuen transferentzian eta prozesatzean?

Demagun hiru iturri ditugula datu hauek ematen dizkigutenak: trafikoari buruzko datuak, merkataritza elektronikoko produktuen datuak / fidelizazio programako erosketa datuak eta mugikorreko analisi datuak. Datuak prozesatzeko faseak banan-banan igaroko ditugu, datu horiek guztiak Google Cloud-era igortzetik bistaratzeko dena bidaliz Google Data Studio laguntzarekin Google BigQuery

Gure adibidean oinarrituta, jendeak zer galdera egin beharko lituzke datuak prozesatzeko fase bakoitzean komunikazio argia ziurtatzeko?

  • Datuak biltzeko fasea. Garrantzitsua den zerbait neurtzea ahazten badugu, ezin gara denboran atzera egin eta berriro neurtu. Aldez aurretik kontuan hartu beharreko gauzak:
    • Parametro eta aldagai garrantzitsuenak zer izendatu jakin ezean, nola egin diezaiokegu aurre nahaspila guztiei?
    • Nola markatuko dira gertaerak?
    • Zein izango da aukeratutako datu-fluxuen identifikatzaile bakarra?
    • Nola zainduko ditugu segurtasuna eta pribatutasuna? 
    • Nola bilduko ditugu datuak biltzeko mugak daudenean?
  • Datu fluxuak korrontean bateratzea. Demagun honako hau:
    • ETL printzipio nagusiak: datu transferentzia batch edo stream mota al da? 
    • Nola markatuko dugu korronte eta batch datuen transferentzien konbinazioa? 
    • Nola moldatuko ditugu datu eskema berean galera eta akatsik gabe?
    • Denbora eta kronologia galderak: Nola egiaztatuko ditugu denbora markak? 
    • Nola jakin dezakegu datuak berritzeko eta aberasteko denbora-marken barruan ondo funtzionatzen duen?
    • Nola balioztatuko ditugu arrakastak? Zer gertatzen da baliogabeko hitsekin?

  • Datuak batzeko fasea. Kontuan hartu beharreko gauzak:
    • ETL prozesuetarako ezarpen espezializatuak: zer egin behar dugu baliogabeko datuekin?
      Patch edo ezabatu? 
    • Lortuko al dugu etekinik? 
    • Nola eragingo du datu multzo osoaren kalitatean?

Etapa guzti hauen lehen printzipioa da akatsak bata bestearen gainean pilatzen direla eta bata bestearengandik oinordetza ematen dutela. Lehenengo fasean akats batekin bildutako datuek zure burua zertxobait erretzea eragingo dute ondorengo etapa guztietan. Eta bigarren printzipioa datuen kalitatea bermatzeko puntuak aukeratu behar direla da. Agregazio fasean datu guztiak batera nahastuko baitira eta ezin izango duzu datu mistoen kalitatean eraginik izan. Hau benetan garrantzitsua da ikasketa automatikoa egiteko proiektuetan, datuen kalitateak ikasketa automatikoaren emaitzen kalitatean eragina izango baitu. Emaitza onak ezin dira lortu kalitate baxuko datuekin.

  • Bisualizazioa
    Hau da CEOren etapa. Agian egoeraren berri izan zenezakeen zuzendariak aginte-paneleko zenbakiei begiratu eta esan zuenean: "Ados, aurten irabazi asko lortu ditugu, lehen baino are gehiago, baina zergatik daude parametro ekonomiko guztiak zona gorrian ? ” Eta une honetan, berandu da akatsak bilatzeko, aspaldi harrapatu beharko liratekeen eta.

Dena komunikazioan oinarritzen da. Eta elkarrizketa gaiei buruz. Hona hemen Yandex streaming prestatzerakoan eztabaidatu beharrekoa:

Marketin BI: Snowplow, Google Analytics, Yandex

Galdera horietako gehienen erantzunak zure talde osoarekin batera aurkituko dituzu. Zeren norbaitek asmakizunean edo iritzi pertsonalean oinarritutako erabakia beste batzuekin ideia probatu gabe hartzen duenean akatsak ager baitaitezke.

Konplexutasunak nonahi daude, baita leku sinpleenetan ere.

Hona hemen beste adibide bat: produktu txartelen inpresio puntuazioen jarraipena egitean, analista batek akats bat antzematen du. Arrakasta-datuetan, pankarta eta produktuen txartel guztien inpresio guztiak orria kargatu eta berehala bidali ziren. Baina ezin dugu ziur egon erabiltzaileak orrialdeko guztia aztertu duen ala ez. Analista taldera etortzen da horren berri zehatz-mehatz ematera.

BI-k dio ezin dugula egoera horrela utzi.

Nola kalkula dezakegu CPM produktua erakutsi den ziurtatu ere ezin badugu? Zein da orduan irudientzako CTR kualifikatua?

Merkatariek erantzuten dute:

Begira, denok, CTR onena erakusten duen txostena sor dezakegu eta beste leku batzuetan sormen bandera edo argazki antzeko baten aurka egiaztatu dezakegu.

Eta orduan garatzaileek esango dute:

Bai, arazo hau konpon dezakegu korritzeen jarraipena egiteko eta gaiaren ikusgarritasuna egiaztatzeko gure integrazio berriaren laguntzarekin.

Azkenean, UI / UX diseinatzaileek honakoa diote:

Bai! Azkenean korritze edo paginazio alferra edo betikoa behar dugun aukeratu dezakegu!

Hona hemen talde txiki honek egin zituen pausoak:

  1. Arazoa definitu
  2. Arazoaren negozioaren ondorioak aurkeztu ditu
  3. Aldaketen eragina neurtu
  4. Aurkeztutako erabaki teknikoak
  5. Irabazi ez-hutsala aurkitu zen

Arazo hau konpontzeko, sistema guztietako datuen bilketa egiaztatu beharko lukete. Datuen eskemaren zati batean irtenbide partzialak ez du negozioaren arazoa konponduko.

lerrokatu doitu diseinua

Horregatik, elkarrekin lan egin behar dugu. Datuak modu arduratsuan bildu behar dira egunero, eta lan zaila da hori egitea. Eta datuen kalitatea lortu behar da pertsona egokiak kontratatzea, tresna egokiak erostea eta dirua, denbora eta ahalegina inbertitzea komunikazio egitura eraginkorrak eraikitzeko, ezinbestekoak diren erakundearen arrakasta lortzeko.

Zer deritzozu?

Gune honek Akismet-ek spam erabiltzen du. Ikasi zure iruzkina nola prozesatu den.