System Analyst

Nous envoyons des événements de notre serveur au serveur AppsFlyer. Comment savoir si l'événement a été effectué (livré) ?

Cas 3 : Nous dirigeons le trafic du web vers la page de destination. L'utilisateur clique sur « demander un crédit », passe aux boutiques, télécharge l'application. Lors du premier lancement, il doit voir l'écran d'un produit de crédit spécifique avec la conservation des balises UTM initiales de la campagne marketing et des sources. Il est nécessaire de concevoir un schéma de déplacement des paramètres : quelles méthodes sont appelées pour atteindre l'objectif, résultat attendu — schéma de flux de données, étapes en texte, le schéma doit contenir des méthodes spécifiques et une logique de traitement et de transmission des balises au système analytique.

Cas 4 : Il est nécessaire de se protéger contre la fraude lors de l'attribution, lorsque les événements sont envoyés directement de notre serveur au serveur d'AppsFlyer. Contexte : l'application est sujette à des attaques d'émulateurs, à la fraude d'installation, à la falsification de questionnaires. La protection anti-fraude de base d'AppsFlyer (Protect360) bloque une partie du trafic, mais l'entreprise exige la mise en place d'une validation interne personnalisée avant l'envoi des événements finaux aux canaux publicitaires. Les canaux publicitaires transmettent le click_id, selon lequel il faut filtrer les événements — nous ne payons que pour la délivrance du crédit. Il faut élaborer un schéma d'interaction API et des règles métier pour la transmission sécurisée des conversions : dans quelles conditions un événement est marqué comme valide et envoyé au partenaire, et quand il n'est pas valide, et comment il est traité dans chaque cas.

Flash - 5 questions 2. Si vous deviez choisir entre atteindre des objectifs importants et suivre des règles et des instructions, qu'est-ce qui est le plus important selon vous? Timing : 1 minute

Situation : Guerre pour la sortie ! Quelles sont vos actions ? Demain, une campagne publicitaire à grande échelle pour un nouveau produit de crédit avec des influenceurs sur la plateforme CPA commence, l'avance a déjà été payée. Il s'avère que les développeurs n'ont pas réussi à mettre en place une vérification complète côté serveur (S2S) des événements AppsFlyer. Le CPO exige d'envoyer directement l'événement d'approbation du crédit depuis le client (depuis l'application Flutter), pour "optimiser la campagne d'une manière ou d'une autre". L'analyste est catégoriquement contre : l'envoi d'événements financiers depuis le client dans la fintech est une voie directe vers la fraude (les escrocs peuvent facilement falsifier les requêtes) et garantit le chaos dans le DWH. La politique de l'entreprise concernant ces risques est vague : "minimiser les risques, mais atteindre les objectifs commerciaux". Intérêts du CPO : Lancer la campagne à temps, quoi qu'il en coûte. Si le lancement est retardé, un énorme budget sera gaspillé, et le KPI d'acquisition de nouveaux emprunteurs pour le trimestre sera manqué. Il est prêt à utiliser une "solution temporaire", en promettant de la réécrire lors du prochain sprint (ce qui, comme tout le monde le sait, arrive rarement). Intérêts du FSA : Protéger l'architecture des données et prévenir la perte d'argent de l'entreprise due à de fausses conversions. L'analyste comprend que si des bots gonflent des budgets de millions à cause d'une faille de sécurité, il sera responsable des données incorrectes et des pertes. Il exige de reporter le lancement ou de modifier la mécanique du suivi. Timing : 5 minutes

Notez qu'il faut construire une matrice pour l'analyse de bout en bout, et pas simplement une liste d'événements.

Veuillez noter que l'App Store ne mémorise ni ne transmet aucune donnée, et Google Play ne se souvient que du referrer, et pas toujours — seulement si l'utilisateur a autorisé la transmission du referrer. Quelles données devons-nous sauvegarder lorsque l'utilisateur ouvre l'application et doit voir l'écran d'un produit de crédit spécifique?

3. Imaginez que vous avez recommandé un ami pour un poste de développeur, mais vous remarquez qu'il ne gère pas bien les tâches dans cette entreprise. Que feriez-vous?

Comment évaluez-vous votre niveau en SQL?

Peut-on enregistrer une interview avec toi?

Commentez comment nous résoudrons le problème de la fusion (correspondance) des profils ?

Imaginez le flux du client de son point de vue.

Faut-il rappeler l'entreprise — qui nous sommes et ce que nous faisons ?

Parlez-moi de vous : ce que vous faites, ce que vous avez fait, comment vous avez influencé l'entreprise, ce qui a réussi, ce qui n'a pas réussi, vos réalisations, ce dont vous êtes particulièrement fier, ce que vous faites de mieux, et ce que disent vos collègues de vous.

L'utilisateur est arrivé, et nous ne savons rien de lui : il n'y a aucun identifiant, seul le clic et la source de la publicité sont connus. Quelles options restent pour le matching dans ce cas ?