System Analyst

3. atvejis: Mes nukreipiame srautą iš interneto į nukreipimo puslapį. Vartotojas paspaudžia "prašyti kreditą", pereina į parduotuves, atsisiunčia programėlę. Pirmą kartą paleidus, jis turėtų matyti konkretaus kredito produkto ekraną, išlaikant pradinius UTM žymenis ir šaltinius. Reikia sukurti parametrų judėjimo schemą: kokie metodai yra kviečiami siekiant tikslo, tikėtinas rezultatas — duomenų srauto schema, žingsniai tekste, schema turi apimti konkrečius metodus ir logiką žymenų apdorojimui ir perdavimui analitinėje sistemoje.

Mes siunčiame įvykius iš mūsų serverio į AppsFlyer serverį. Kaip suprasti, kad įvykis įvyko (pateikta)?

Atvejis 4: Reikia apsaugoti save nuo sukčiavimo atribucijos metu, kai įvykiai siunčiami tiesiogiai iš mūsų serverio į AppsFlyer serverį. Kontekstas: programa yra pažeidžiama emuliatorių atakų, įdiegimo sukčiavimo, netikrų apklausų pildymo. Pagrindinė AppsFlyer anti-fraud sistema (Protect360) blokuoja dalį srauto, tačiau verslas reikalauja įdiegti vidinį pritaikytą patvirtinimą prieš siunčiant galutinius įvykius reklamos kanalams. Reklamos kanalai perduoda click_id, pagal kurį reikia filtruoti įvykius — mokame tik už kreditų išdavimą. Reikia sukurti API sąveikos schemą ir verslo taisykles saugiam konversijų perdavimui: kokiomis sąlygomis įvykis žymimas kaip galiojantis ir siunčiamas partneriui, o kada jis nėra galiojantis, ir kaip jis apdorojamas kiekvienu atveju.

Atminkite, kad App Store iš viso nieko neįsimena ir neperduoda, o Google Play prisimena tik referrerį, ir tai ne visada — tik jei vartotojas leido referrer perleidimą. Kokius duomenis turėtume išsaugoti, kai vartotojas atsidaro programėlę ir turi matyti konkretaus kredito produkto ekraną?

Bliuzas - 5 klausimai 2. Jei turėtum pasirinkti tarp svarbių tikslų pasiekimo ir taisyklių bei instrukcijų laikymosi, kas tau svarbiau? Laikas: 1 minutė

3. Įsivaizduokite, kad rekomendavote draugą programuotojo pozicijai, tačiau pastebite, kad jis šioje įmonėje nesusitvarko su užduotimis. Ką darytumėte?

Situacija: Išleidimo karas! Kokius veiksmus žengi? Rytoj prasideda masinė reklaminė kampanija naujam kredito produktui su influenceriais CPA platformoje, avansas jau sumokėtas. Paaiškėja, kad kūrėjai nesugebėjo įgyvendinti pilnos serverio (S2S) AppsFlyer įvykių patikros. CPO reikalauja, kad kredito patvirtinimo įvykis būtų siunčiamas tiesiogiai iš kliento (iš Flutter programėlės), kad "kaip nors optimizuoti kampaniją". Analitikas kategoriškai priešinasi: finansinių įvykių siuntimas iš kliento fintech'e yra tiesus kelias į sukčiavimą (apgavikai gali lengvai suklastoti užklausas) ir garantuoja chaosą DWH. Įmonės politika dėl šių rizikų yra neaiški: "rizikų mažinimas, bet verslo tikslų pasiekimas". CPO interesai: Laiku paleisti kampaniją bet kokia kaina. Jei vėluos, bus iššvaistytas didelis biudžetas, o KPI dėl naujų skolininkų pritraukimo ketvirtyje žlugs. Pasiryžęs naudoti "laikiną sprendimą", pažadėdamas jį perrašyti kitame sprint'e (kas, kaip visi žino, retai įvyksta). FSA interesai: Apsaugoti duomenų architektūrą ir užkirsti kelią įmonės pinigų praradimui dėl netikrų konversijų. Analitikas supranta, kad jei botai padidins biudžetus milijonais dėl saugumo spragos, jis bus atsakingas už netikslius duomenis ir nuostolius. Reikalauja atidėti startą arba pakeisti sekimo mechanizmą. Laikas: 5 minutės

Atkreipkite dėmesį, kad reikia būtent sukurti matricą galutinės analizės tikslu, o ne tik įvykių sąrašą.

Ar galiu su tavimi įrašyti interviu?

Kaip įvertintumėte savo SQL lygį?

Komentuokite, kaip išspręsime profilių sujungimo (atitikties) problemą.

Reikia ar priminti apie įmonę — kas mes esame ir ką darome?

Įsivaizduokite kliento srautą iš jo perspektyvos.

Vartotojas atėjo, ir mes apie jį nieko nežinome — nėra jokių identifikatorių, žinomas tik paspaudimas ir reklamos šaltinis. Kokios galimybės lieka šiuo atveju matchingui?

Prašome papasakoti apie save: kuo užsiimate, ką veikėte, kaip paveikėte verslą, kas pavyko, kas ne, kokius pasiekimus turite, kuo ypač didžiuojatės, kas jums sekasi geriausiai ir ką apie jus sako kolegos.