WordPress Site
Mobil Uygulama Fiyatları

Uygulama Teklifi Nasıl Okunur? Dokuz Soru

31 Ağustos 2026 · AINEO
Uygulama Teklifi Nasıl Okunur? Dokuz Soru

Önünüzde iki teklif var: biri 180.000 TL, diğeri 650.000 TL. Aradaki fark kalite gibi görünür; gerçekte iki farklı proje tarif ediliyor olabilir. Ucuz teklifte backend yok, test sınırlı ve kaynak kod teslimi hiç yazılmamış olabilir. 🔍

Teklifte Aranacak Üç SatırEkran sayısıRakam yazılı mı?BackendAyrı kalem mi?Kaynak kod teslimiSözleşmede mi?Bu yazı bir uygulama teklifini dokuz soruyla denetlemenizi sağlıyor. Kalem yapısını kalemler yazısında, bantları fiyat rehberinde verdik.

Soru 1: Kaç Ekran?

Bu setin en temel sorusu. Sayı yoksa karşılaştırma yapılamaz. 📊

Dokuz Sorunun Üç Bloğu1–3 KapsamEkran, platform, backend4–6 SüreçTest, yayın, takvim7–9 SahiplikKod, hesap, bakım

Rakam Yazılı mı?

“İhtiyaca uygun ekranlar” bir sayı değildir. Ekran listesi teklife eklenmelidir.

Panel Ekranları Dahil mi?

Yönetim panelinin de ekranları vardır ve bunlar ayrı sayılır.

Ek Ekran Ne Kadar?

Sonradan ekran eklemek gerekirse birim fiyat nedir? Bu satır tartışmayı önler.

Soru 2: Hangi Platformlar?

Bütçenin en hızlı yarılandığı satır. 📱

Tek mi, İki mi?

Fiyat tek platform için mi verildi? Bu, teklifleri karşılaştırırken ilk kontrol edilecek şeydir.

Hangi Teknoloji?

Native mi, çapraz platform mu? Bakım maliyetini de bu belirler; ayrımını türler yazısında yaptık.

Hangi Sürümler Destekleniyor?

Eski işletim sistemi sürümleri destekleniyor mu? Kapsam genişledikçe test yükü artar.

Soru 3: Backend Dahil mi?

Fiyat farkının en büyük kaynağı. 🗄️

Yazılı mı? Sonuç
Backend ayrı kalem Kapsam net
Backend yazılmamış Fiyat yarım görünür
Panel ayrı kalem İçerik yönetimi mümkün
Panel yok Her değişiklik geliştiriciye

Sunucu Tarafı Kimde?

API kim yazacak, veri modeli kim kuracak? Yazılmadıysa mutlaka sorulmalıdır.

Panel Var mı?

İçeriği kendiniz güncelleyebilecek misiniz? Panel yoksa her değişiklik ücretli iş olur.

Sunucu Gideri Kimin?

Aylık sunucu maliyeti teklife dahil mi, size mi ait?

Soru 4: Test Kapsamı Nedir?

Kısıldığında bedelini kullanıcı öder. 🧪

Hangi Cihazlar?

Kaç farklı cihaz ve sürümde test edilecek? Liste yazılı olmalıdır.

Kabul Testi Var mı?

Siz de test edecek misiniz ve süre ne kadar? Bu aşama takvimde yer almalıdır.

Hata Düzeltme Süresi

Teslimden sonra kaç ay hata düzeltmesi dahil? Bu satır sık atlanır.

Soru 5: Yayın Süreci Dahil mi?

Uygulama yazılınca iş bitmez. 🏪

Mağaza Başvurusu Kim Yapacak?

Hesap açılışı, belge hazırlığı ve gönderim kimde? Adımlarını yayın yazısında anlattık.

Red Durumu

Mağaza reddederse düzeltme dahil mi, ek ücretli mi? Bu gerçekleşme ihtimali yüksek bir senaryodur.

Mağaza Sayfası

Ekran görüntüleri, açıklama metni ve simge kimin işi?

Soru 6: Takvim Nasıl Kurulmuş?

Yazılım projelerinde takvim, onay hızıyla belirlenir. 📅

Aşamalar Yazılı mı?

Analiz, tasarım, geliştirme, test, yayın. Her aşamanın süresi belirtilmeli.

Onay Süreleri

Sizin kaç günde onay vermeniz bekleniyor? Gecikmenin ana sebebi genellikle bekleyen onaylardır.

Gecikme Şartları

Kapsam değişirse takvim nasıl güncelleniyor?

Soru 7: Kaynak Kod Kimin?

Uzun vadede en kritik madde. 🗝️

Teslim Ediliyor mu?

Proje bittiğinde kod size veriliyor mu? Kod olmadan başka bir geliştiriciyle devam edemezsiniz.

Nasıl Teslim Edilir?

Kod deposu erişimi ve teknik dokümantasyon. Sadece dosya göndermek yeterli değildir.

Sözleşmede mi?

Sözlü mutabakat yeterli değil; bu madde yazılı olmalıdır.

Soru 8: Hesaplar Kimin Adına?

İlişki bittiğinde uygulamanın kimde kaldığını bu belirler. 🏛️

Mağaza Hesapları

Geliştirici hesapları sizin adınıza açılmalı. Ajans hesabındaki uygulama rehin kalır.

Sunucu ve Servisler

Sunucu, veri tabanı ve üçüncü taraf servis hesapları da sizin adınıza olmalıdır.

Veri Sahipliği

Kullanıcı verisi kime ait ve nasıl devrediliyor?

Soru 9: Bakım Şartları Ne?

Setin merkez tezinin teklife yansıması. 🔧

Ne Kadar Süre Dahil?

Teslimden sonra kaç ay hata düzeltmesi ücretsiz? Bu süre yazılı olmalıdır.

Yıllık Bakım Fiyatı

Sonraki yıllar için bedel belirtilmiş mi? Belirtilmediyse ileride pazarlık gerekir.

Neyi Kapsıyor?

Hata düzeltme ve uyum güncellemeleri mi, yeni özellik de var mı? Kurgusunu bakım yazısında anlattık.

Sahadan Not: Uygulama tekliflerini yan yana koyarken en hızlı ayrım şu üç satırı aramaktan geliyor: ekran sayısı, backend ve kaynak kod teslimi. Üçü de yazılı değilse teklif ancak yarım bir kapsamı fiyatlamış oluyor. Ucuz tekliflerin ucuz görünmesinin sebebi de neredeyse her zaman bu.

İki Teklifi Eşitlemek

Cevaplar toplandığında iki teklifi aynı zemine indirebilirsiniz. ⚖️

Ekran Başına Maliyete Çevirin

Toplam bedeli ekran sayısına bölün. Bu dönüşüm çoğu farkı açıklar.

Eksikleri Fiyatlayın

Ucuz teklifte olmayan kalemleri yazın: backend, panel, test, bakım. Sonra piyasa bedeliyle ekleyin.

Üç Yıllık Bakın

Yapım artı üç yıllık bakım. Ucuz yapım, pahalı bakımla dengelenebilir.

Sonra Referansa Bakın

Kapsam eşitlendikten sonra: hangi uygulamalar yapıldı, hâlâ yayında mı, güncelleniyor mu?

Üç Kırmızı Bayrak

Üç işaret, teklifi yeniden düşündürmelidir. 🚩

Üç Kırmızı BayrakÇok kısa takvimTest kısıntısı işaretiKod teslimi yokGeliştirici değişemezBakım konuşulmuyorİşin yarısı atlanmış

Çok Kısa Takvim

Karmaşık bir uygulama için gerçekçi olmayan süre, ya kapsamın anlaşılmadığını ya da test kısıntısını gösterir.

Kod Teslimi Yazmıyor

Bu madde eksikse ileride geliştirici değiştirmek çok pahalı olur.

Bakım Konuşulmuyor

Teslimden sonrasını hiç konuşmayan teklif, işin yarısını atlıyor demektir.

Kısa Sözlük: Kabul testi: müşterinin uygulamayı gerçek senaryolarla denediği aşama. Kod deposu: kaynak kodun sürümleriyle birlikte tutulduğu sistem. Eşitleme: eksik kalemleri fiyatlayıp teklifleri aynı kapsama getirme.
Sıradaki Adım: Elinizdeki teklifte üç satırı arayın: ekran sayısı, backend ve kaynak kod teslimi. Üçü de yazılı değilse fiyat karşılaştırması yapamıyorsunuz demektir. Teklifinizi birlikte okuyalım: bize yazın. Kapsam için kapsam yazısına bakın.

Sık Sorulan Sorular

İki uygulama teklifi arasındaki büyük fark neden olur?

Neredeyse her zaman kapsam farkındandır. Ucuz tekliflerde genellikle şunlar eksiktir: backend ve yönetim paneli, geniş cihaz testi, yayın süreci ve bakım. Bunlar eklendiğinde iki teklif birbirine yaklaşır. Karşılaştırmanın en pratik yolu toplam bedeli ekran sayısına bölmek ve üç yıllık bakımı da hesaba katmaktır.

Kaynak kod neden bende olmalı?

Çünkü kod olmadan başka bir geliştiriciyle devam edemezsiniz. Geliştiriciyle yollarınız ayrıldığında ya da ulaşılamadığında uygulama baştan yazılmak zorunda kalır. Kod teslimi sözleşmede yazılı olmalı ve yalnızca dosya gönderimi değil, kod deposu erişimi ile teknik dokümantasyonu da kapsamalıdır.

Mağaza hesapları neden benim adıma olmalı?

Çünkü uygulama o hesapta yayınlanır. Geliştirici hesabı ajansın adına açılırsa ilişki bittiğinde uygulama fiilen orada rehin kalır; devir süreçleri zahmetli ve bazen mümkün olmayabilir. Aynı şey sunucu, veri tabanı ve üçüncü taraf servis hesapları için de geçerlidir; hepsi işletme adına açılmalıdır.

Hızlı Özet: Uygulama tekliflerinde fiyat farkı kapsam farkıdır. Dokuz soru sorun: kaç ekran, hangi platformlar, backend dahil mi, test kapsamı, yayın süreci, takvim, kaynak kod, hesap sahipliği, bakım şartları. En hızlı ayrım üç satırı aramaktır: ekran sayısı, backend, kod teslimi. Üç kırmızı bayrak: çok kısa takvim, kod teslimi yazmaması, bakımın hiç konuşulmaması.

Mobil Uygulama Fiyatları kategorisinden devam edin