System Analyst

Mēs sūtām notikumus no mūsu servera uz AppsFlyer serveri. Kā saprast, ka notikums ir noticis (piegādāts)?

Gadījums 4: Ir nepieciešams aizsargāties pret krāpšanu atribūcijā, kad notikumi tiek nosūtīti tieši no mūsu servera uz AppsFlyer serveri. Konteksts: lietotne ir pakļauta emulāciju uzbrukumiem, instalāciju krāpšanai, viltus aptauju aizpildīšanai. AppsFlyer pamata anti-fraud (Protect360) bloķē daļu trafika, bet uzņēmums pieprasa ieviest iekšēju pielāgotu validāciju pirms galīgo notikumu nosūtīšanas uz reklāmas kanāliem. Reklāmas kanāli nodod click_id, pēc kura ir jāfiltrē notikumi — mēs maksājam tikai par kredīta izsniegšanu. Ir jāizstrādā API mijiedarbības shēma un biznesa noteikumi drošai konversiju pārraidīšanai: kādos apstākļos notikums tiek marķēts kā derīgs un nosūtīts partnerim, un kad tas nav derīgs, un kā tas tiek apstrādāts katrā gadījumā.

3. gadījums: Mēs virzām trafiku no tīmekļa uz nolaišanās lapu. Lietotājs klikšķina uz "pieteikt kredītu", pāriet uz veikaliem, lejupielādē lietotni. Pirmo palaišanu viņam jāredz konkrēta kredīta produkta ekrāns ar sākotnējo UTM marķējumu saglabāšanu no mārketinga kampaņas un avotiem. Ir jāizstrādā parametru kustības shēma: kādas metodes tiek izsauktas, lai sasniegtu mērķi, gaidāmais rezultāts — datu plūsmas shēma, soļi tekstā, shēmai jāietver konkrētas metodes un loģika marķējumu apstrādei un nodošanai analītiskajā sistēmā.

Bliets - 5 jautājumi 2. Ja tev būtu jāizvēlas starp svarīgiem mērķiem sasniegšanu un noteikumu un instrukciju ievērošanu, kas tev būtu svarīgāk? Laiks: 1 minūte

Ņemiet vērā, ka App Store vispār neko neaizsargā un nepārsūta, un Google Play atceras tikai referrer, un arī ne vienmēr — tikai ja lietotājs ir devis atļauju pārsūtīt referrer. Kādu informāciju mums jāglabā, kad lietotājs atver lietotni un viņam jāredz konkrēta kredīta produkta ekrāns?

Situācija: Izlaiduma karš! Kādas ir tavas darbības? Rīt sākas plaša reklāmas kampaņa jaunam kredīta produktam ar influenceriem CPA platformā, avansa maksājums jau ir veikts. Atklājas, ka izstrādātāji nav spējīgi īstenot pilnu servera puses (S2S) AppsFlyer notikumu verifikāciju. CPO pieprasa, lai kredīta apstiprinājuma notikums tiktu sūtīts tieši no klienta (no Flutter lietotnes), lai "kādu veidu optimizētu kampaņu". Analītiķis kategoriski pret: finanšu notikumu sūtīšana no klienta fintech ir tieša ceļa uz krāpšanu (krāpnieki var viegli viltot pieprasījumus) un garantē haosu DWH. Uzņēmuma politika attiecībā uz šiem riskiem ir neskaidra: "riski jāmazina, bet jāizpilda biznesa mērķi". CPO intereses: Laicīgi uzsākt kampaņu par katru cenu. Ja tas kavēsies, tiks izšķiests milzīgs budžets, un KPI par jaunu aizņēmēju piesaisti ceturksnī neizdosies. Gatavs izmantot "pagaidu risinājumu", solot to pārrakstīt nākamajā sprintā (kas, kā visi zina, reti notiek). FSA intereses: Aizsargāt datu arhitektūru un novērst uzņēmuma naudas zaudēšanu no viltus konversijām. Analītiķis saprot, ka, ja botu dēļ tiks palielināti miljoniem budžeti, viņš būs atbildīgs par nepareiziem datiem un zaudējumiem. Pieprasa atlikt startu vai mainīt sekošanas mehānismu. Laiks: 5 minūtes

Ņemiet vērā, ka ir nepieciešams būtent izveidot matricu galīgai analīzei, ne tikai notikumu sarakstu.

3. Iedomājieties, ka ieteicāt draugu programmētāja amatam, bet pamanāt, ka viņš šajā uzņēmumā nespēj tikt galā ar uzdevumiem. Ko darītu?

Vai es varu ar tevi interviju ierakstīt?

Kā jūs novērtētu savu SQL līmeni?

Komentējiet, kā mēs risināsim profilu salīmēšanas (atbilstības) problēmu.

Iedomājieties klienta plūsmu no viņa skatpunkta.

Vai ir nepieciešams atgādināt par uzņēmumu — kas mēs esam un ko darām?

Lietotājs ir ieradies, un mēs par viņu neko nezinām — nav identifikatoru, zināms tikai klikšķis un reklāmas avots. Kādas iespējas paliek šajā gadījumā saistībā ar matchingu?

Lūdzu, pastāsti par sevi: ar ko tu nodarbojies, ar ko esi darījis, kā esi ietekmējis biznesu, kas ir izdevies, kas nav, kādi ir tavi sasniegumi, ar ko esi īpaši lepns, kas tev sanāk vislabāk un ko par tevi saka kolēģi.