Aynı uygulama için verilen teklifler çoğu zaman beş kat fark eder. Bu fark neredeyse hiçbir zaman kâr marjı değildir. Üç stüdyo tek bir brifingi okur ve üç ayrı ürün hayal eder.
Aynı uygulama için verilen iki teklif neden beş kat açılır
Malezyalı bir şirket aynı mobil uygulama için üç stüdyodan teklif ister ve neredeyse hiç örtüşmeyen üç rakam alır. Birinden kırk bin ringgit, diğerinden altı haneli yüksek bir rakam, üçüncüsü ise iki hafta keşif çalışması yapmadan hiç fiyat vermeyi reddeder. İlk refleks, birinin fazla fiyat verdiğini varsaymaktır. Oysa genellikle kimse vermez. Üç stüdyo da aynı brifingi okumuş ve üç farklı ürün hayal etmiştir; çünkü özellikler diliyle yazılmış bir brifing, bütçeyi asıl tüketen şeyler hakkında neredeyse hiçbir şey söylemez: sistem kaç tür kullanıcıya hizmet ediyor, nelere bağlanması gerekiyor, gece ikide bir ödeme başarısız olduğunda ne oluyor ve o an bunun sorumlusu kim. Uygulama geliştirmede maliyet bir fiyat listesi değildir. Brifingin açık bıraktığı kararların toplamıdır ve en düşük teklifi veren taraf, genellikle bunların en azını hesaba katmış olandır.
Ekranlar işin ucuz kısmıdır
Bir uygulamanın maliyetini kafasında hesaplayanların çoğu aslında ekranların maliyetini hesaplar. Ekranlar görünür üründür ve işin gerçek bir parçasıdır. Aynı zamanda fiyatı en çok düşen kısımdır; çünkü tasarım sistemleri, bileşen kütüphaneleri ve üretim araçları düzgün bir arayüzü her zamankinden hızlı üretilebilir hâle getirdi. Düşmeyen şey ise camın arkasındaki her şeydir. Hesaplar ve yetkiler. Veriyi tutan ve kaybetmeyen bir sunucu. Mutabakatı yapılabilen ödemeler. Gerçekten ulaşan bildirimler. Bir müşteri onu dört yıllık bir Android telefonda, kopuk bir bağlantıyla, bodrum otoparkında açtığında çalışmayı sürdüren bir sürüm. Ekranları birebir aynı olan iki uygulamanın maliyeti on kat farklı olabilir ve bu fark tümüyle müşterinin hiç görmediği, ama her zaman hissettiği parçalarda durur.
Yerel, çapraz platform ya da hiç uygulama olmasın
Platform kararı, rakamı neredeyse başka her şeyden daha çok değiştirir. iOS ve Android için kendi yerel dillerinde ayrı ayrı geliştirmek en iyi performansı ve cihazın tüm yeteneklerine erişimi verir, ancak hem geliştirmeyi hem bakımı kabaca ikiye katlar. Çapraz platform çerçeveleri tek bir kod tabanının ikisine birden hizmet etmesini sağlar; iş uygulamalarının büyük çoğunluğu için makul olan varsayılan budur ve rakamı belirgin biçimde düşürür. Bir de ikisinden önce sorulmayı hak eden soru vardır: bunun uygulama olması gerekiyor mu? Duyarlı bir web uygulaması daha az tutar, daha hızlı yayına girer, uygulama mağazası incelemesi olmadan güncellenir ve kamera, çevrimdışı kullanım, arka planda konum veya ana ekranda bir yer gerekmiyorsa gayet iyi çalışır. Uygulama brifinglerinin şaşırtıcı bir kısmı, iç tartışmayı kaybetmiş web sitelerinden ibarettir.
Malezya'da mobil uygulama geliştirme maliyeti: rakamı asıl belirleyen nedir
Birinci etken, birbirinden farklı kullanıcı türlerinin sayısıdır. Yalnızca müşterilerin kullandığı bir uygulama tek üründür. Müşterilerin, kurye sürücülerinin ve şirket içi bir yönetim ekibinin kullandığı bir uygulama ise üç üründür; her birinin kendi ekranları, yetkileri ve uç durumları vardır ve her biri test edilmesi gereken alanı katlar. Brifingler bundan nadiren söz eder, teklifler de bunu nadiren atlatır.
İkincisi entegrasyonlardır. Bir ödeme ağ geçidine, kargo sağlayıcısına, muhasebe sistemine, depoya ya da mevcut bir veritabanına bağlanmak, tahminlerin en sık şaştığı yerdir; çünkü emek, stüdyonun kontrol ettiği bir şeye değil, karşı tarafın dokümantasyon kalitesine bağlıdır. İyi belgelenmiş bir ağ geçidi günler alır. Önceki tedarikçi ayrıldığından beri kimsenin dokunmadığı bir iç sistem ise tüm ön yüzden daha fazla zaman yiyebilir.
Üçüncüsü veri ve uyumluluktur. Verinin nerede durduğu, kimin görebileceği, Malezya'nın kişisel veri kuralları kapsamında ne olacağı ve Avrupalı kullanıcılara hizmet veriyorsanız oradaki daha katı rejim altında ne olacağı. Bunu baştan kurmak ucuz, sonradan eklemek pahalıdır; bu yüzden erken soran stüdyolar genellikle daha yüksek fiyat verir ve tahminlerine daha yakın bitirir.
Dördüncüsü lansmandan sonra ne olacağıdır ve karşılaştırmadan en sık tümüyle çıkarılan kalem budur. İşletim sistemi güncellemeleri her yıl gelir ve mutlaka bir şeyi bozar. Uygulama mağazaları gereksinimlerini değiştirir ve sunucular, uygulamayı kimse kullanmasa da her ay para götürür. Yayındaki bir uygulamayı sağlıklı tutmanın gerçekçi yıllık maliyeti, ilk geliştirme bedelinin yüzde on beş ile yüzde yirmi beşi arasında bir yerdedir; bunu atlayan bir teklif daha ucuz değil, yalnızca daha eksiktir.
Teklifin bir anlam taşıması için uygulama brifingi nasıl yazılır
Bir rakam istemeden önce netleştirilecek altı şey:
- Uygulamayı açacak her tür kişiyi, onu yöneten çalışanlar dâhil, listeleyin; çünkü eklenen her rol fazladan bir ekrandan çok ayrı bir ürüne yakındır ve bir teklifin proje ortasında ikiye katlanmasının en yaygın nedeni budur.
- Bağlanması gereken her dış sistemi adlandırın ve her biri için kamuya açık dokümantasyon olup olmadığını öğrenin; çünkü iyi belgelenmiş bir sağlayıcıyla entegrasyon bilinen bir büyüklüktür, belgesiz bir iç sistem ise ucu açık bir risktir ve öyle fiyatlanmalıdır.
- İlk sürümün yapmak zorunda olduğu şeyleri, şirketin ileride yapmasını istediklerinden ayırın ve bu çizgide katı olun; çünkü bütçeyi aşmanın en hızlı yolu, birinci sürüm gerçek bir kullanıcıyla karşılaşmadan üçüncü sürümü finanse etmektir.
- Bunun gerçekten bir uygulama olması gerekip gerekmediğine dürüstçe karar verin ve gereksinimi yalnızca bir uygulamanın iyi yaptığı dört şeye karşı sınayın: kamera, çevrimdışı çalışma, arka planda konum ve ana ekranda kalıcı bir yer.
- Geliştirme bedelinin yanında işletme maliyetlerini de isteyin: barındırma, üçüncü taraf servisler, mağaza ücretleri, bakım ve yıllık işletim sistemi güncellemeleri; böylece tek bir faturayı değil, iki yıllık sahipliği karşılaştırırsınız.
- Kodun, bulut hesaplarının ve uygulama mağazası kayıtlarının kime ait olduğunu iş başlamadan önce yazılı olarak belirleyin; çünkü bunları başta anlaşmak önemsizdir, sonda ise bir koz hâline gelir.
Malezya'da mobil uygulama geliştirme maliyeti: sık sorulan sorular
- Malezya'da bir mobil uygulama geliştirmek ne kadar tutar? — Tek amaçlı basit uygulamalar genellikle on binlerce ringgit bandında kalır; birden çok kullanıcı rolü, ödeme ve entegrasyon taşıyan uygulamalar ise rahatlıkla altı haneli rakamlara çıkar.
- Bir uygulama geliştirmek ne kadar sürer? — Kapsamı netleşmiş bir işte odaklı ilk sürüm genellikle üç ila beş ay alır; projelerin bunun iki katına uzamasının olağan nedeni, geliştirme sırasında hâlâ değişmeye devam eden brifinglerdir.
- iOS ve Android için tek bir uygulama geliştirmek daha mı ucuz? — Çapraz platform geliştirme genellikle iki yerel geliştirmeden belirgin biçimde daha ucuzdur ve çoğu iş uygulaması için doğru varsayılandır; yerel geliştirme ise ağır grafiklere ya da derin cihaz özelliklerine dayanan ürünlere saklanır.
- Lansmandan sonra hangi süregelen maliyetler için bütçe ayırmalıyız? — Barındırma, üçüncü taraf servisler, mağaza ücretleri ve yıllık işletim sistemi güncellemelerinin zorunlu kıldığı bakım; bunlar birlikte genellikle her yıl ilk geliştirme bedelinin yüzde on beşi ile yüzde yirmi beşi arasında bir tutara denk gelir.
Okumaya devam edin
Güvenmeye
değer bir şey inşa edin.
İşinizi neyin yavaşlattığını anlatın. Bunu çözen sistemi — ve ne kadar hızlı çözdüğünü — gösterelim.