Mobil Uygulama Freelancer ile Çalışma — Riskleri Azaltan, Net Teslim Odaklı Rehber

Kısa Özet

Mobil uygulama freelancer ile çalışmak doğru yönetilirse hızlı ilerletir; yanlış yönetilirse proje yarım kalır, kalite düşer veya sürdürülebilir olmaz.

Bu sayfa; freelancer seçimini "şansa" bırakmadan, kapsam + teslim kriterleri + test/yayın disiplini ile güvenli hale getirmen için hazırlanmıştır. Ana hedef: Tek kişilik ekip riskini azaltmak ve projenin "teslim edilebilir" olmasını garanti eden bir süreç kurmak. Genel çerçeve: Angraweb. Rehber: konuyu adım adım okuyun.

En Sık Karşılaşılan İhtiyaçlar

1) Tek Kişilik Ekip Riski

Freelancer ile çalışırken en büyük risk genelde "yetkinlik" değil, tek noktaya bağımlılıktır: tatil/hastalık/yoğunluk → gecikme; bilgi tek kişide → devamlılık sorunu; test ve dokümantasyon zayıf → yayın sonrası problem.

Çözüm prensibi: Tek kişiye bağımlılığı azaltmak için işi "kişiye" değil, sisteme bağla: yazılı kapsam, repo düzeni, test planı, yayın checklist.

2) Süreç Yönetimi Eksikliği

Freelancer işleri çoğu zaman "yapıyorum gönderiyorum" modunda gider. Bu, mobil uygulamada risklidir çünkü cihaz/OS çeşitliliği, store süreçleri, crash ve performans, analytics ve event takibi işin parçasıdır.

Çözüm prensibi: Haftalık ritim + net teslim kriterleri + "done" tanımı.

Önerilen Süreç (Freelancer için En Sağlam Akış)

1) Keşif ve Hedefler

Sorulması gereken 5 kritik soru: Uygulamanın ana hedefi nedir? (rezervasyon, sipariş, üyelik, takip vb.) En kritik 2–3 akış hangisi? İlk sürümde "olmazsa olmaz" ekranlar neler? Hangi entegrasyonlar şart? (auth, bildirim, ödeme, harita, CRM) Başarıyı hangi metrikle ölçeceğiz? (aktivasyon, tekrar kullanım, form dönüşümü)

Teslim: 1 sayfa hedef + kapsam özeti

2) Plan: Teslim Kriterleri ve Öncelikler

• MVP (v1) + faz-2 listesi
• her maddeye kabul kriteri
• revizyon ve değişiklik yönetimi

Teslim: kapsam listesi + kabul kriterleri

3) Uygulama: Tasarım/Geliştirme

• tasarım dosyası net mi? (Figma/akışlar)
• kod standardı, branch düzeni
• crash logging + temel analytics eventleri

Teslim: test edilebilir build + kritik akışlar çalışıyor

4) Test ve Yayın

• cihaz matrisi (Android/iOS sürümleri)
• release checklist
• izleme: crash/performance + temel event doğrulama

Teslim: yayın-ready sürüm + izleme planı

Seçim Kriterleri (Freelancer Değerlendirme Listesi)

Teknik yeterlilik sinyalleri

• daha önce benzer uygulama teslimi (store yayını görmüş olması ideal)
• net teknoloji seçimi ve gerekçesi
• versiyonlama ve release disiplinini biliyor olması
• performans/stabilite konuşabiliyor olması

Süreç sinyalleri

• "kapsamı yazalım" diyorsa iyi işaret
• haftalık raporlama ritmi öneriyorsa iyi işaret
• test ve yayın planı anlatabiliyorsa iyi işaret
• tek başına ise "risk planı" sunabiliyorsa mükemmel işaret

Kırmızı bayraklar

• "her şeyi yaparım" ama scope istemiyor
• test konuşmuyor
• repo / dokümantasyon umursamıyor
• yayın süreci ve store gereksinimlerini hafife alıyor

Teslim Kontrol Listesi (Bu Listeyi Kullan, Sorun Azalır)

Zorunlu teslimler:

• kaynak kod + repo erişimi (tek hesapta kalmasın)
• build alma dokümantasyonu (README)
• release notları (ne yapıldı / ne kaldı)
• izleme kurulumları (crash logging, temel event'ler)
• kritik akış test senaryoları
• yayın checklist

Opsiyonel ama çok değerli: basit mimari şeması; component/feature listesi; teknik borç notları (sonra iyileştirme için).

Ne Zaman Freelancer Mantıklı? Ne Zaman Değil?

Freelancer mantıklı (özellikle): kapsam net ve küçük/orta ölçekliyse; MVP hızlı çıkacaksa; tek kişilik ekip riskini süreçle yönetebiliyorsan.

Freelancer riskli olabilir: çoklu entegrasyon + karmaşık rol/yetki varsa; timeline çok sıkışıksa ve yedek plan yoksa; bakım/iyileştirme döngüsü kritikse ve tek kişiye bağlı kalacaksan.

Yayın Sonrası Sürdürülebilirlik

Mobil projede sürdürülebilirlik = "yayınlandı bitti" değil: crash takibi, performans izleme, kullanıcı davranışı analizi, küçük iterasyonlar — bu döngü kurulmazsa uygulama kısa sürede düşer.

Hiyerarşi

• Hizmet Sayfası
• Rehber
• Fiyatlar
• Teklif Al
• Vaka çalışmaları