Blog / Analitik / Röportaj Soruları: Performans Analitiği Startup Kurucusuna Sorulacak 12 Kritik Soru — Telemetri, Gizlilik ve Lig Entegrasyonu
Röportaj Soruları: Performans Analitiği Startup Kurucusuna Sorulacak 12 Kritik Soru — Telemetri, Gizlilik ve Lig Entegrasyonu
Analitik

Röportaj Soruları: Performans Analitiği Startup Kurucusuna Sorulacak 12 Kritik Soru — Telemetri, Gizlilik ve Lig Entegrasyonu

Performans analitiği alanında çalışan bir startup kurucusuyla yapılacak röportaj, sadece ürünü değil; telemetri stratejisini, veri gizliliği yaklaşımını ve lig/tournament entegrasyon kabiliyetini de ortaya çıkarır. Bu yazıda, kurucunun teknik, operasyonel ve iş yönlerini derinlemesine değerlendirmek için sorulması gereken 12 kritik soruyu, her soru için neden önemli olduğunu, takip sorularını ve karşılaşabileceğiniz kırmızı bayrakları anlattım.

Neden bu sorular önemli?

Kısa cevap: performans analitiği veriye dayalı karar almayı etkiler. Telemetri yanlış kurgulanmışsa analiz hatalıdır; gizliliğe gereken önem verilmezse hukuki ve itibar riski doğar; lig entegrasyonu zayıfsa iş ortaklarıyla çalışmak mümkün değildir. Bu sorular, teknik yeterlilik, operasyon olgunluğu ve iş odaklılık hakkında somut kanıt ister.

12 Kritik Soru ve Derinlemesine Açıklamaları

1) Hangi telemetri olaylarını topluyorsunuz ve bunların şeması nasıl tanımlanmış?

Neden: Hangi verilerin toplandığı, hangi analizlerin mümkün olduğunu belirler. İyi tanımlanmış bir event schema, versiyonlama ve zorunlu/opsiyonel alan ayrımı aranmalıdır.

  • Takip soruları: Event örnekleri gösterir misiniz? Schema yönetimi (OpenAPI/JSON Schema/Protobuf) kullanıyor musunuz?
  • Kırmızı bayrak: Belirsiz 'çok veri topluyoruz' yanıtı, şema ve versiyonlama yok.
  • İyi cevap örneği: "Oyun oturumu başlama, eylem, sonuç, meta (device/os) olayları; JSON Schema + semver; zorunlu alanlar: player_id (hashed), timestamp, event_type."

2) Veri boru hattınız (ingest → storage → processing) nasıl çalışıyor? Gerçek zamanlı mı yoksa batch mi?

Neden: Gecikme, harcama ve kullanım modeli buna göre belirlenir. Gerçek zamanlı öngörüler gerekiyorsa farklı teknoloji ve SLA gerekir.

  • Takip soruları: Hangi mesajlaşma/queue sistemleri (Kafka, Kinesis)? Hangi veri depoları (data lake, OLAP)?
  • Kırmızı bayrak: Teknik mimarinin net olmaması, tek tip çözümle her ihtiyaca cevap verildiğinin iddia edilmesi.

3) Veri hacmi ve maliyetleri nasıl kontrol ediyorsunuz? Sampling, aggregation veya retention politikalarınız var mı?

Neden: Telemetri maliyetleri hızla yükselir. Makul politikalar yoksa müşteriye fiyat sürprizleri yaşatabilirsiniz.

  • İyi örnek: "Öncelikle 100% ile başlıyoruz; aktif kullanım metriklerine göre 1:10 veya stratified sampling; 90 gün detaylı, 2 yıl özet retention."
  • Kırmızı bayrak: Maliyet kontrolü yok, 'her şeyi saklıyoruz' yaklaşımı.

4) Veri kalitesini nasıl sağlıyorsunuz? Validation, schema evolution ve izleme mekanizmalarıınız var mı?

Neden: Analizlerin güvenilir olması için veri doğruluğu kritik. Otomatik validasyon ve mttr (mean time to repair) metrikleri aranmalı.

  • Takip soruları: Hata oranı, gecikme, duplicate event yönetimi, idempotency nasıl sağlanıyor?
  • Kırmızı bayrak: Manuel müdahaleye dayalı kalite kontrolleri veya ölçülemeyen hata oranları.

5) Gerçek zamanlı işleme ve uyarılar (alerting) kuruyor musunuz? Örnek kullanım senaryolarınız neler?

Neden: Performans analitiği çoğunlukla eyleme dökülebilir olmalıdır. Anormallik tespiti, SLA ihlali veya hile tespiti gibi durumlarda anında müdahale gerekir.

  • İyi örnek: "Stream processing ile 30 saniyede anomali uyarısı ve otomatik throttling/alerting."

6) Veri gizliliği ve uyumluluk: Hangi düzenlemelere (GDPR, KVKK vb.) uyuyorsunuz ve nasıl belgeleyebiliyorsunuz?

Neden: Hukuki riskler finansal risklere dönüşür. Kullanıcı onayı, veri işleme temelinin dokümantasyonu ve kayıt altına alınması gerekir.

  • Takip soruları: Veri işleme sözleşmeleri (DPA), veri minimizasyonu, kullanıcı talebi (right to be forgotten) süreçleri nasıl?
  • Kırmızı bayrak: Uyumluluğa dair belirsiz veya 'müşteri bunu halleder' yaklaşımı.

7) Kişisel veriyi anonimize ediyor musunuz? Yeniden kimliklendirme (re-identification) riskine karşı hangi teknikleri kullanıyorsunuz?

Neden: Hash'leme tek başına güvenli değildir; salting, k-anonymity, differential privacy gibi yaklaşımlar değerlendirilmeli.

  • İyi cevap örneği: "Pseudonymization + salt + aggregation; hassas özellikler için differential privacy kullanıyoruz."

8) Lig ve turnuva entegrasyonunuzu nasıl yapıyorsunuz? Oyuncu kimlik eşlemesi, referee/veri sağlayıcı entegrasyonları nasıl çalışıyor?

Neden: Liglerle çalışmak coğrafi, yasal ve teknik farklılıklar getirir. ID mapping, canonical player IDs, reconciliation süreçleri kritik.

  • Takip soruları: 3rd-party API'lerle entegrasyon örnekleri, rate-limit stratejileri, batched reconciliation süreçleri?
  • Kırmızı bayrak: Sadece tek bir lig/oyun için özel yapı; genel entegre edilebilirlik planı yok.

9) SDK veya agent modeliniz var mı? Müşteriler telemetriyi nasıl entegre ediyor?

Neden: Kolay entegrasyon benimsenmeyi artırır. SDK'ların hafif, güvenli ve version-controlled olması beklenir.

  • İyi örnek: "iOS/Android/Unity SDK + server-side ingestion; backward-compatible SDK versiyonları."

10) Güvenlik ve erişim kontrolleri: Veriler nasıl şifreleniyor ve kimler hangi verilere erişebiliyor?

Neden: Veri sızıntısı riski, hem müşteriyi hem de startup'ı etkileyecek kritik bir unsurdur. Encryption-at-rest ve in-transit, RBAC, audit log gereklidir.

  • Kırmızı bayrak: Audit logging veya RBAC eksikliği, şifreleme uygulamalarının olmaması.

11) İş modeli ve fiyatlandırma: Müşterilere veri hacmine göre mi faturalandırılıyor, yoksa metrik başına mı?

Neden: Sürdürülebilir bir fiyatlandırma stratejisi ve beklenmeyen maliyetleri önleyici şeffaflık önemlidir.

  • Takip soruları: Overages, custom pipelines, enterprise SLA ücretleri nasıl belirleniyor?

12) Başarı hikayeleri, onboarding ve roadmap: Kullanıcılar nasıl değer görüyor ve gelecek 12 ayda hangi özellikler gelecek?

Neden: Roadmap ve müşteri başarı süreci, ürünü ölçeklendirme ve müşteri tutma yeteneğini gösterir.

  • İyi örnek: "Pilotlarda X% az hata, Y haftada tam entegrasyon; 6 ay içinde federated identity ve league-agnostic mapping eklenecek."

Mülakat İçin Değerlendirme Rehberi

Her soruya yanıtı puanlayın: Teknik (0-5), Operasyonel (0-5), İş (0-5). 12 soru × 15 puan → toplam 180 puan üzerinden bir eşik belirleyin (ör. >130 = güçlü aday).

Pratik ipucu: Kurucunun verdiği örneklerin spesifik olması önemlidir. "Yaptık" demek yerine "hangi metriklerle, hangi sonuçları aldık" şeklinde somut veri isteyin.

Röportajda Dikkat Edilecek Kırmızı Bayraklar

  • Belirsiz teknik mimari veya dışa bağımlılıkla ilgili net plan yok.
  • Gizlilik ve uyumluluk konularını erteleme eğilimi.
  • Tek lig/tek oyun odaklı, genellenebilir entegrasyon stratejisi yok.
  • Maliyet yönetimi ve veri retention politikalarının eksikliği.

Sonuç

Bu 12 soru, performans analitiği startup'ını telemetri mimarisi, veri kalitesi, gizlilik ve lig entegrasyonu açısından kapsamlı şekilde değerlendirmenizi sağlar. Mülakatı teknik derinlikle, somut örnekler ve takip sorularıyla sürdürün; kurucunun verdiği sayısal göstergeler ve referans pilotlar en güvenilir kanıttır. Unutmayın: iyi kurulan bir telemetri altyapısı sadece analiz değil, sürdürülebilir iş değerine dönüşür.