Uygulama yaptırma maliyetini neler belirler? Teklif nasıl okunur

Uygulama yaptırma maliyetini en çok kapsam belirler: kaç ekran olduğu, kimin hangi işi yaptığı, hangi dış servislere bağlanıldığı ve hangi platformlarda çalışılacağı. Aynı fikir için iki farklı teklif almanız çoğu zaman bu yüzdendir; teklifler farklı kapsamları fiyatlıyordur. Bu yazıda maliyeti büyüten etkenleri, gözden kaçan kalemleri ve bir teklifi satır satır nasıl okuyacağınızı anlatıyoruz.

Kısa cevap: fiyatı kapsam belirler

"Uygulama yaptırmak ne kadar?" sorusunun dürüst cevabı, kapsamı görmeden verilemez. Bu yüzden Pixenzo'da fiyat yayımlamıyoruz. Ücreti ve süreyi, kapsamı sizinle konuştuktan sonra yazılı teklifle veriyoruz. Bu yazıda da rakam yok; çünkü rakam hızla eskir ve kapsamınıza uymaz.

Rakam yerine size bir okuma yöntemi veriyoruz. Teklifin neyi kapsadığını, neyi kapsamadığını ve işin nasıl teslim edileceğini görebilirseniz, rakamı da doğru yorumlarsınız.

Maliyeti büyüten beş etken

Bir uygulamanın kapsamı birkaç ana başlıkta toplanır. Her biri işi büyütür ya da küçültür.

• Ekranlar ve akışlar: Ekran sayısı kadar, ekranlar arasındaki yolların karmaşıklığı da önemlidir. Üç ekranlı basit bir akışla koşullara göre değişen bir akış aynı iş değildir.
• Kullanıcı rolleri ve yönetim paneli: Tek tür kullanıcı varsa iş sadedir. Müşteri, personel ve yönetici ayrı yetkilerle çalışacaksa her rolün ekranı ve kuralı ayrıca yapılır. İçeriği ya da siparişleri yöneteceğiniz bir panel de ayrı bir iştir.
• Entegrasyonlar: Ödeme, harita, SMS ya da e-posta gibi dış servislerin her biri ayrı bir bağlantı, test ve hata durumu demektir.
• Platform: Web, iOS ve Android ayrı hedeflerdir. Hangisinin ilk sürümde gerçekten gerektiğini konuşmak gerekir.
• Tasarım: Hazır bir tasarımınız varsa iş başka, sıfırdan tasarım gerekiyorsa başka bir iştir. Tasarımın teklifte ayrı bir kalem olup olmadığına bakın.

Bu beş etkenin hepsini tek tek yanıtlamak, kapsamı yazıya dökmenin de ilk adımıdır. Fikri nasıl kapsama çevireceğinizi fikri kapsama dönüştürmek yazısında anlattık.

Gözden kaçan kalemler

Geliştirme bedeli çoğu zaman maliyetin tamamı değildir. Teklifte yer almıyorsa kendiniz sormanız gereken kalemler şunlardır:

• Sunucu ve barındırma: Uygulama nerede çalışacak, bu hizmeti kim açacak, faturası kimin adına kesilecek?
• Alan adı: Adres kimin hesabında duracak?
• Mağaza hesabı: Mobil uygulamada mağaza başvurusu yapılacak mı? Pixenzo'da başvuru sizin geliştirici hesabınızla yapılır; böylece uygulama baştan sizin adınıza durur. Mağaza hesaplarının kendi ücret ve onay koşulları olabilir, güncel hâlini mağazanın resmî sayfalarından kontrol edin.
• Dış servis kullanım bedelleri: Ödeme ya da SMS gibi servisler kullanıma göre ayrıca ücretlendirilebilir.
• Bakım: Teslimden sonra hata düzeltme ve yeni özellik işi nasıl yürüyecek? Bizde belgeler ve erişimler size devredilir; bakım ve yeni özellikler için ayrıca anlaşılır.

Bir teklifte olması gerekenler

İyi bir teklif okuyana işi anlatır. Aşağıdaki başlıkların her biri teklifte yazılı olmalıdır; biri yoksa teklif eksik demektir.

1. Kapsam: Yapılacak işin ekranlar ve özellikler düzeyinde tarifi.
2. Teslim aşamaları: İşin hangi adımlarda ilerleyeceği.
3. Her aşamada elinize geçenler: Bir aşama bittiğinde ne alacaksınız: çalışan bir sürüm mü, tasarım dosyası mı, yazılı bir rapor mu? Pixenzo'da her aşamanın sonunda ne yapıldığını ve neyin onay beklediğini yazılı paylaşırız; süreci nasıl çalışıyoruz sayfasında görebilirsiniz.
4. Dahil ve hariç listesi: Teklifin neyi içerdiği kadar neyi içermediği de yazılı olmalıdır.
5. Değişiklik kuralı: İş başladıktan sonra isteğiniz değişirse ne olacağı. Yeni bir istek kapsama mı girer, ayrı teklif mi gerektirir?
6. Kabul ve ödeme: Bir aşamanın ne zaman "teslim edilmiş" sayıldığı ve ödemenin hangi aşamaya bağlandığı.
7. Sahiplik: Kodun ve erişimlerin kime ait olacağı. Pixenzo tekliflerinde bu açıkça yazılır.
8. Bakım: Teslimden sonraki hata düzeltme ve destek dönemi ile yeni özelliklerin nasıl ele alınacağı.

Pixenzo'nun uygulama geliştirme ve MVP geliştirme sayfalarında bu başlıkların bizdeki karşılığını okuyabilirsiniz.

Teklif okuma kontrol listesi

Elinizdeki teklifi şu sorularla satır satır okuyun. Cevabı bulamadığınız her soru, teklifi gönderene sormanız gereken bir sorudur.

Dahil / hariç

• Hangi ekranlar ve özellikler dahil, hangileri açıkça hariç?
• Tasarım, test, yayına alma ve yönetim paneli dahil mi?
• Üçüncü taraf servislerin kullanım bedelleri teklifin dışında mı?

Ödeme ve kabul

• Ödeme hangi aşamalara bağlı?
• Bir aşamanın kabul edildiğini kim, neye bakarak söyleyecek?
• Kabul etmediğim bir aşama için ne yapılacak?

Değişiklik

• İş başladıktan sonra yeni bir istek nasıl ele alınacak?
• Küçük düzeltme ile yeni özellik arasındaki sınır nerede?

Sahiplik

• Kod, tasarım dosyaları ve hesaplar kimin adına olacak?
• Teslimde belgeleri ve erişimleri alacak mıyım?
• Mağaza ve alan adı hesapları benim adıma mı açılacak?

Bakım

• Teslimden sonra hata düzeltme ve destek dönemi var mı, neyi kapsıyor?
• Yeni özellik ve bakım için ayrı bir anlaşma gerekiyor mu?
• Sunucu ve dış servis giderleri kimin üstünde?

İki teklifi yan yana koymak

İki teklif arasındaki fark çoğu zaman ya kapsamdan ya da hariç listesinden gelir. Karşılaştırmanın adil olması için iki tarafa da aynı kapsamı vermelisiniz. Yoksa biri yönetim paneli dahil, diğeri hariç bir işi fiyatlıyor olabilir.

Bunun pratik yolu, kapsamı önce kendiniz yazıya dökmektir. Kapsam Sihirbazı fikrinizi yedi adımda anlatıp kapsam belgenizi PDF olarak indirmenizi sağlayan ücretsiz bir araçtır. Girdiğiniz bilgiler yalnızca kendi tarayıcınızda saklanır, bize gönderilmez. Aynı belgeyi tüm teklif verenlere göndermek, teklifleri aynı zeminde okumanıza yardım eder. Araç yazısı: Kapsam Sihirbazı nasıl kullanılır.

En düşük rakam neden tek ölçüt değil?

Tek başına rakam, neyin alındığını söylemez. Düşük bir rakamı görünce önce hariç listesine bakın: test, yayına alma, belge teslimi ya da yönetim paneli dışarıda kalmış olabilir. Yüksek bir rakamı görünce de aynı soruyu sorun: kapsam gerçekten bu kadar geniş mi?

Bu bir uyarı değil, bir okuma alışkanlığıdır. İki teklifin dahil ve hariç satırları aynı olduğunda rakamlar anlamlı biçimde karşılaştırılır. Satırlar farklıysa rakamı karşılaştırmak yanıltır.

Maliyeti küçültmenin dürüst yolu: ilk sürümü küçültmek

Maliyeti düşürmenin sağlam yolu işi küçültmektir. İlk sürümde yalnızca ana sorunu çözen ekranları yapın, kalanı geri bildirimden sonra ekleyin. Neyin ilk sürümde kalıp neyin bekleyebileceğini MVP'de neyi kesersiniz yazısında adım adım anlattık. MVP geliştirme sayfamızda da ilk kullanıcı geri bildirimine birlikte bakıp sonraki sürümü planladığımızı yazıyoruz.

Yapay zekâ kullanımı konusunda da açık olalım. Pixenzo'da işi rolü belli yapay zekâ ekip üyeleri yürütür ve ekip Anthropic'in Claude modelleri üzerinde çalışır. Hiçbir iş kurucunun onayı olmadan teslim edilmez. Bunun sizin için ne anlama geldiğini görünür yapay zekâ ekibiyle çalışmak yazısında anlattık.

Özet

• Maliyeti en çok kapsam belirler: ekranlar, roller, entegrasyonlar, platform ve tasarım.
• Sunucu, alan adı, mağaza hesabı ve bakım gibi kalemleri teklifte arayın.
• Bir teklifte kapsam, aşamalar, dahil/hariç, değişiklik kuralı, kabul ve ödeme, sahiplik ve bakım yazılı olmalıdır.
• İki teklifi karşılaştırmadan önce herkese aynı kapsamı verin.
• Rakamı ancak dahil ve hariç satırlarıyla birlikte yorumlayın.
• Maliyeti küçültmenin dürüst yolu ilk sürümü küçültmektir.

Kapsamınızı yazdıysanız, yazılı teklif için Teklif al sayfasından bize ulaşabilirsiniz. Ücret kapsama göre belirlenir ve teklifte yazılı gelir.