Mobil uygulama geliştirmek ne kadar sürer, maliyeti nasıl hesaplanır, backend ve tasarım süreci nasıl ilerler? Fikirden yayına mobil uygulama geliştirme rehberi.
Mehmet Karataş
Yazar
Bir mobil uygulama fikri çoğu zaman büyük bir toplantıyla başlamaz. Bazen bir defterin arasına sıkışmış veresiye notuyla başlar. Bazen stokta kalmadığı son anda fark edilen bir ürünle. Bazen müşterilerin sürekli WhatsApp’tan randevu istemesiyle. Bazen de işletme sahibinin akşam dükkânı kapatırken kendi kendine söylediği şu cümleyle:
“Keşke bütün bu işler tek bir yerde toplansa.”
Aslında mobil uygulama fikrinin doğduğu yer tam olarak burasıdır. Bir ihtiyacın, bir dağınıklığın, tekrar eden bir iş yükünün artık insanı yormaya başlaması.
Bir nalbur düşünelim. Ürünler var, stok var, barkod var, veresiye var, müşteriler var, günlük satışlar var. İlk başta her şey defterle idare edilir. Sonra ürün sayısı artar. Müşteri sayısı artar. Veresiye kayıtları çoğalır. Kim ne aldı, kim ne ödedi, hangi ürün azaldı, ay sonunda ne kadar satış oldu derken işler karışmaya başlar.
İşte o noktada mobil uygulama sadece “güzel bir teknoloji” olmaktan çıkar. İşletmenin düzenini toparlayan, zamanı kurtaran ve hataları azaltan bir yardımcıya dönüşür.
Ama burada önemli bir nokta var: Mobil uygulama geliştirmek sadece birkaç ekran tasarlayıp buton koymak değildir. Gerçek anlamda kullanışlı bir uygulama; fikir, planlama, tasarım, backend, veritabanı, test, yayınlama ve bakım süreçleriyle birlikte düşünülmesi gereken ciddi bir dijital üründür.
Bu yazıda bir mobil uygulamanın baştan sona nasıl geliştirildiğini, maliyetin neden değiştiğini, backend tarafında neler gerektiğini, yapay zekânın bu süreci nasıl etkilediğini ve toplamda nasıl bir bütçe düşünülmesi gerektiğini sade ve samimi bir dille anlatacağım.
Bir uygulama yaptırmak isteyen kişi genelde şunu söyler:
“Benim bir mobil uygulama fikrim var.”
Bu cümle güzel bir başlangıçtır ama tek başına yeterli değildir. Çünkü fikir ile gerçek ürün arasında ciddi bir yol vardır. O yolun ilk adımı da şu soruya net cevap vermektir:
Bu uygulama hangi problemi çözecek?
Bu soru basit gibi görünür ama projenin bütün yönünü belirler.
Çünkü bir mobil uygulama farklı amaçlarla geliştirilebilir. Bir işletme için stok takibi yapabilir. Bir güzellik merkezi için randevu yönetebilir. Bir eğitim kurumu için öğrenci takibi sağlayabilir. Bir e-ticaret projesi için satış kanalı olabilir. Bir saha ekibi için görev yönetimi sunabilir. Bir yapay zekâ projesi için kullanıcıya öneriler verebilir.
Ama amaç net değilse ekranlar da net olmaz. Ekranlar net olmazsa veritabanı karışır. Veritabanı karışırsa maliyet artar. Maliyet artınca da proje başta düşünüldüğünden çok daha yorucu hale gelir.
Bu yüzden iyi bir mobil uygulama önce kodla değil, doğru sorularla başlar.
Mobil uygulama geliştirme sürecinin ilk ciddi aşaması ihtiyaç analizidir.
Bu aşamada hemen tasarıma ya da kodlamaya geçmek doğru değildir. Önce uygulamanın ne yapacağı, kim tarafından kullanılacağı ve hangi özelliklere gerçekten ihtiyaç duyduğu anlaşılır.
Burada şu sorular tek tek netleştirilir:
Uygulamayı kim kullanacak?
Tek kullanıcı mı olacak, çoklu kullanıcı mı?
Kullanıcı girişi olacak mı?
Admin panel gerekli mi?
Sadece Android yeterli mi, iOS da olacak mı?
Veriler telefonda mı saklanacak, bulutta mı?
İnternet yokken uygulama çalışmalı mı?
Bildirim gönderilecek mi?
Ödeme sistemi olacak mı?
Barkod, kamera, konum, harita gibi özellikler kullanılacak mı?
Uygulama Google Play veya App Store’da yayınlanacak mı?
Bu soruların cevabı projenin hem süresini hem de fiyatını belirler.
Mesela sadece ürün listeleyen basit bir uygulama ile stok, barkod, satış, veresiye, rapor, kullanıcı girişi ve admin paneli olan bir uygulama aynı iş değildir. İkisine de “mobil uygulama” denir ama arka tarafta bambaşka seviyede emek vardır.
Bu yüzden uygulama yaptırmak isteyen birinin ilk beklentisi “hemen fiyat alayım” olmamalı. Önce kapsam netleşmeli. Çünkü doğru kapsam olmadan verilen fiyat genelde ya eksik olur ya da proje ilerledikçe değişmek zorunda kalır.
İyi bir mobil uygulama sadece güzel görünmez. Kullanıcıya ne yapacağını da açıkça gösterir.
Bir kullanıcı uygulamaya girdiğinde şunu hissetmelidir:
“Ben burada ne yapacağımı hemen anladım.”
Örneğin stok ve veresiye takibi yapan bir mobil uygulama düşünelim. Kullanıcı uygulamayı açtığında ürünleri görebilmeli. Barkodla hızlıca ürün arayabilmeli. Satış yaptığında stok otomatik düşmeli. Satış veresiye ise müşteri hesabına işlenmeli. Ay sonunda rapor ekranından toplam alacakları, düşük stokları ve en çok satılan ürünleri görebilmeli.
Bu akış dışarıdan basit görünür. Ama arka tarafta ciddi bir sistem vardır. Ürün yönetimi, stok hareketleri, müşteri kayıtları, ödeme geçmişi, rapor hesaplamaları ve veri güvenliği birbirine bağlıdır.
Kötü planlanan uygulamalarda genelde şu sorunlar çıkar:
Kullanıcı işlem yapmak için çok fazla ekran gezer.
Aynı veri birkaç farklı yere tekrar girilir.
Bir ekranda değişen bilgi diğer ekrana yansımaz.
Raporlar yanlış hesaplanır.
Uygulama büyüdükçe sistem karışır.
Sonradan özellik eklemek zorlaşır.
Bu yüzden iyi bir uygulama önce kullanıcı yolculuğuyla tasarlanır. Yani kullanıcı nereden başlayacak, hangi işlemi hangi sırayla yapacak, hangi ekranda ne görecek, hangi işlemden sonra sistem ne yapacak; bunların hepsi önceden düşünülmelidir.
Mobil uygulamada tasarım çok önemlidir. Ama tasarım sadece renk seçmek, ikon koymak ya da ekranı şık göstermek değildir.
Gerçek tasarım, kullanıcının işini kolaylaştırmaktır.
Bir işletme uygulamasında kullanıcı genelde hızlı işlem yapmak ister. Ürün ekleyecekse hızlı eklemeli. Satış yapacaksa beklememeli. Rapor görecekse karmaşık tablolar arasında kaybolmamalı. Randevu oluşturacaksa birkaç dokunuşla tamamlamalı.
İyi bir mobil uygulama tasarımında yazılar okunaklı olmalı, butonlar net olmalı, ekranlar kalabalık olmamalı, renkler kullanıcıyı yormamalı ve en sık kullanılan işlemler kolay ulaşılır yerde olmalıdır.
Özellikle işletme uygulamalarında tasarımın amacı gösteriş değil, hız ve sadeliktir.
Bir kullanıcı ürün satmak için beş farklı ekran gezmek zorunda kalıyorsa orada tasarım sorunu vardır. Doğru tasarlanmış bir uygulamada kullanıcı işlemini en kısa yoldan tamamlar.
Bu yüzden UI/UX tasarım süreci mobil uygulamanın en önemli parçalarından biridir. Çünkü uygulama ne kadar güçlü olursa olsun, kullanıcı onu rahat kullanamıyorsa sistem değer kaybeder.
Planlama ve tasarım netleştikten sonra kodlama süreci başlar.
Bugün mobil uygulama geliştirirken Flutter gibi teknolojiler sık tercih edilir. Flutter’ın avantajı, tek kod tabanı üzerinden hem Android hem de iOS tarafına uygulama çıkarabilmesidir. Bu da özellikle orta ölçekli projelerde süre ve maliyet açısından avantaj sağlar.
Kodlama sürecinde uygulamanın ekranları, butonları, formları, veri bağlantıları, kullanıcı işlemleri ve sistem davranışları tek tek geliştirilir.
Basit bir uygulamada bu süreç daha kısa sürebilir. Ama kullanıcı girişi, stok takibi, barkod okuma, veresiye defteri, randevu sistemi, rapor ekranları, bildirimler ve admin panel bağlantısı varsa geliştirme süreci doğal olarak uzar.
Çünkü her özellik sadece ekranda görünen kısmıyla sınırlı değildir.
Mesela “barkod okuma” dediğimizde sadece kamerayı açmak yetmez. Barkod okunduğunda doğru ürün bulunmalı, ürün yoksa yeni ürün eklenebilmeli, ürün varsa satışa bağlanabilmeli, satış olunca stok düşmeli, rapora yansımalı ve gerekirse veresiye kaydına işlenmelidir.
Yani küçük görünen bir özellik, aslında sistemin birçok yerine dokunabilir.
Mobil uygulamanın kullanıcıya görünen kısmı ön yüzdür. Ama uygulamanın asıl gücü çoğu zaman görünmeyen tarafta, yani backend kısmında olur.
Backend; verilerin tutulduğu, kullanıcıların yönetildiği, güvenlik kurallarının belirlendiği, bildirimlerin gönderildiği ve uygulamanın merkezi mantığının çalıştığı taraftır.
Bir uygulamada kullanıcı kayıt olacaksa backend gerekir. Veriler bulutta tutulacaksa backend gerekir. Admin panel olacaksa backend gerekir. Birden fazla kişi aynı uygulamayı kullanacaksa backend gerekir. Raporlar, yetkilendirme, bildirim, dosya yükleme, ödeme ve senkronizasyon gibi işlemler varsa backend tarafı daha da önemli hale gelir.
Veritabanı da bu yapının kalbidir.
Örneğin veresiye defteri olan bir uygulamada sadece “Mehmet 500 TL borçlu” yazmak yeterli değildir. O borcun ne zaman oluştuğu, hangi satıştan geldiği, ne kadarının ödendiği, vadesinin geçip geçmediği, geçmiş hareketleri ve raporlara nasıl yansıyacağı da düşünülmelidir.
Aynı şekilde stok uygulamasında ürünün sadece adı ve fiyatı tutulmaz. Barkodu, kategorisi, markası, stok miktarı, alış fiyatı, satış fiyatı, düşük stok uyarısı, satış geçmişi ve güncellenme tarihi gibi bilgiler de gerekebilir.
Backend zayıf kurulursa uygulama başta çalışıyor gibi görünür ama kullanıcı sayısı arttıkça, veri çoğaldıkça ve yeni özellikler eklendikçe sorunlar başlar.
Bu yüzden backend tarafı baştan doğru planlanmalıdır.
Her mobil uygulamanın admin paneli olmak zorunda değildir. Ama birçok işletme uygulamasında admin panel büyük kolaylık sağlar.
Admin panel sayesinde işletme sahibi veya yönetici mobil uygulamadaki verileri daha rahat yönetebilir. Ürünleri ekleyebilir, kullanıcıları görebilir, siparişleri kontrol edebilir, raporları inceleyebilir, bildirim gönderebilir, içerikleri düzenleyebilir ve sistem ayarlarını değiştirebilir.
Mobil ekran küçük olduğu için bazı yönetim işlemlerini bilgisayar üzerinden yapmak daha rahat olur. Özellikle çok ürünlü, çok kullanıcılı veya düzenli raporlama gerektiren sistemlerde admin panel uzun vadede ciddi avantaj sağlar.
Ama burada dikkat edilmesi gereken konu şudur:
Admin panel ayrı bir iştir. Yani mobil uygulamanın yanında ikinci bir yazılım gibi düşünülmelidir. Bu yüzden maliyeti ve süresi ayrıca hesaba katılır.
Günümüzde yapay zekâ yazılım geliştirme sürecini ciddi şekilde hızlandırıyor. Kod yazarken destek oluyor, hata bulmaya yardımcı oluyor, ekran akışları için fikir veriyor, içerik üretimini kolaylaştırıyor ve bazı tekrar eden işleri daha hızlı yapmayı sağlıyor.
Ama yapay zekâ tek başına kaliteli bir uygulama ortaya çıkarmaz.
Bu noktayı net söylemek gerekir.
Yapay zekâ iyi kullanılırsa süreci hızlandırır. Ama yanlış planlanmış bir projeyi doğru hale getirmez. Veritabanı yanlış kurulmuşsa, kullanıcı akışı kötü tasarlanmışsa, güvenlik düşünülmemişse veya proje kapsamı baştan net değilse yapay zekâ sadece hataları daha hızlı üretir.
Yapay zekâ bir yardımcıdır. Projenin mimarisi, iş mantığı, güvenliği, kullanıcı deneyimi ve uzun vadeli bakım planı hâlâ doğru mühendislik yaklaşımıyla kurulmalıdır.
Yani yapay zekâ maliyeti bazı alanlarda düşürebilir ve süreyi kısaltabilir. Ama ciddi bir mobil uygulamada insan tecrübesinin, doğru analiz yapmanın ve temiz kod yazmanın yerini tamamen almaz.
Bir uygulama kodlandıktan sonra hemen yayınlanmamalıdır. Önce test edilmelidir.
Test süreci bazen göz ardı edilir ama aslında projenin en kritik aşamalarından biridir. Çünkü uygulama geliştirici bilgisayarında düzgün çalışıyor olabilir ama farklı telefonlarda, farklı ekran boyutlarında, zayıf internet bağlantısında veya gerçek kullanıcı davranışlarında sorun çıkarabilir.
Test sürecinde ekranlar kontrol edilir. Butonların doğru çalışıp çalışmadığına bakılır. Veriler doğru kaydediliyor mu incelenir. İnternet gidince uygulama ne yapıyor test edilir. Aynı anda birden fazla kullanıcı işlem yaparsa sistemin nasıl davrandığına bakılır. Raporların doğru hesaplanıp hesaplanmadığı kontrol edilir. Android ve iOS tarafında farklı sorunlar olup olmadığı incelenir.
Özellikle ödeme, stok, veresiye, randevu ve kullanıcı yönetimi gibi alanlarda test süreci daha da önemlidir. Çünkü burada yapılacak küçük bir hata gerçek işletme verisini etkileyebilir.
Bu yüzden iyi bir mobil uygulama sadece geliştirilmez; denenir, düzeltilir ve sağlamlaştırılır.
Uygulama hazırlandıktan ve test edildikten sonra yayınlama süreci başlar.
Android uygulamalar genelde Google Play üzerinden yayınlanır. iOS uygulamalar ise App Store üzerinden yayınlanır. Bu süreçte uygulama adı, açıklama metni, ikon, ekran görüntüleri, gizlilik politikası, kategori bilgileri ve mağaza formları hazırlanır.
Google Play ve App Store’un kendi kuralları vardır. Özellikle kullanıcı verisi, izinler, ödeme sistemleri, çocuklara yönelik içerikler ve gizlilik politikası gibi konulara dikkat edilir.
Yayınlama süreci bazen birkaç gün içinde tamamlanabilir. Bazen de mağaza incelemesi nedeniyle uzayabilir. Özellikle App Store tarafında inceleme daha detaylı olabilir.
Bu yüzden uygulama geliştirme süresine yayınlama süreci de dahil edilmelidir.
Gelelim en çok merak edilen konuya: Mobil uygulama geliştirmek ne kadara mal olur?
Burada tek bir net rakam söylemek doğru olmaz. Çünkü mobil uygulama fiyatı uygulamanın adına göre değil, kapsamına göre belirlenir.
Basit bir uygulama ile gelişmiş bir sistem arasında büyük fark vardır.
Örneğin sadece birkaç ekrandan oluşan, veri girişi sınırlı, kullanıcı girişi olmayan sade bir mobil uygulama daha düşük bütçeyle geliştirilebilir. Ama kullanıcı girişi, admin panel, bildirim, ödeme, barkod, raporlama, canlı veri, bulut veritabanı, yapay zekâ desteği ve iOS desteği olan bir uygulama çok daha kapsamlıdır.
Genel bir fikir vermek gerekirse, günümüz şartlarında özel mobil uygulama geliştirme maliyetleri kabaca şu seviyelerde düşünülebilir:
Basit seviyede bir mobil uygulama yaklaşık 30.000 TL ile 75.000 TL arasında olabilir.
Orta seviye bir işletme uygulaması yaklaşık 75.000 TL ile 200.000 TL arasında olabilir.
Daha kapsamlı, admin panelli, backend altyapılı ve çok modüllü bir uygulama 200.000 TL ile 500.000 TL arasında değişebilir.
Daha büyük, kullanıcı sayısı yüksek, ödeme sistemi, gelişmiş raporlama, yapay zekâ, çoklu rol yapısı ve özel entegrasyonlar içeren projeler ise 500.000 TL’nin üzerine çıkabilir.
Tabii burada bu rakamlar kesin fiyat değildir. Çünkü her projenin kapsamı farklıdır. Bir uygulamada sadece ürün ve stok takibi varken başka bir uygulamada ödeme sistemi, kargo entegrasyonu, harita, yapay zekâ ve admin panel olabilir.
Fiyatı belirleyen temel şey şudur:
Uygulama ne kadar çok iş yapacaksa, o kadar çok analiz, tasarım, kodlama, test ve bakım gerekir.
Mobil uygulama maliyetini belirleyen birkaç ana başlık vardır.
İlk konu ekran sayısıdır. Ekran sayısı arttıkça tasarım ve geliştirme süresi artar. Ana sayfa, giriş ekranı, profil, ürünler, detay sayfası, raporlar, ayarlar, bildirimler, ödeme, randevu gibi her ekran ayrı ayrı düşünülür.
İkinci konu kullanıcı sistemidir. Kullanıcı kayıt olacak mı, giriş yapacak mı, şifresini sıfırlayacak mı, farklı roller olacak mı? Bunlar backend tarafını doğrudan etkiler.
Üçüncü konu veritabanıdır. Uygulama veri tutacaksa bu verilerin doğru modellenmesi gerekir. Ürünler, müşteriler, siparişler, borç kayıtları, randevular, raporlar ve kullanıcılar birbiriyle bağlantılı şekilde tasarlanmalıdır.
Dördüncü konu admin paneldir. Admin panel işleri kolaylaştırır ama ayrı bir geliştirme süreci gerektirir. Bu yüzden maliyeti artırır.
Beşinci konu entegrasyonlardır. Ödeme sistemi, SMS, e-posta, harita, barkod, kamera, yapay zekâ, kargo veya muhasebe entegrasyonu gibi özellikler projenin kapsamını büyütür.
Altıncı konu platform seçimidir. Sadece Android geliştirmek ile hem Android hem iOS geliştirmek aynı değildir. Flutter burada avantaj sağlasa da iOS tarafında test ve yayınlama süreci yine ayrıca düşünülmelidir.
Yedinci konu bakım ve güncellemedir. Uygulama yayınlandıktan sonra da tamamen bitmiş sayılmaz. Hatalar giderilir, yeni özellikler eklenir, mağaza kuralları değişirse güncelleme yapılır, sunucu ve veritabanı takip edilir.
Bu yüzden mobil uygulama maliyetine sadece ilk geliştirme bedeli olarak bakmak eksik olur. Uzun vadeli bakım da planlanmalıdır.
Süre de fiyat gibi projenin kapsamına göre değişir.
Basit bir mobil uygulama 2–4 hafta içinde geliştirilebilir.
Orta seviye bir işletme uygulaması 1–3 ay sürebilir.
Admin panelli, backend altyapılı ve çok modüllü bir sistem 3–6 ay arasında tamamlanabilir.
Daha büyük platformlarda bu süre 6 ayı geçebilir.
Burada sadece kodlama süresinden bahsetmiyoruz. Analiz, ekran planlama, tasarım, geliştirme, test, revizyon ve yayınlama süreçleri de bu sürenin içindedir.
Bazı müşteriler “uygulama ne zaman biter?” diye sorduğunda sadece ekranların kodlanmasını düşünür. Ama gerçek süreç daha geniştir. Çünkü uygulamanın düzgün çalışması, güvenli olması, verileri doğru tutması ve kullanıcıyı yormaması gerekir.
Hızlı yapılan ama iyi test edilmeyen bir uygulama kısa vadede bitmiş gibi görünür. Ama uzun vadede daha fazla sorun çıkarır.
İyi bir mobil uygulama sadece çalışıyor olmasıyla ölçülmez.
İyi bir uygulama hızlı açılmalı, kullanımı kolay olmalı, kullanıcıyı yormamalı, verileri güvenli tutmalı, ekranlarda taşma yapmamalı, gereksiz özelliklerle şişirilmemeli ve ileride büyümeye uygun olmalıdır.
Bir uygulamanın başarısı çoğu zaman çok fazla özelliğe sahip olmasında değil, doğru özellikleri doğru yerde sunmasındadır.
Bazen sade bir uygulama, karmaşık bir uygulamadan çok daha değerlidir. Çünkü kullanıcı için önemli olan şey uygulamanın ne kadar havalı göründüğü değil, işini ne kadar kolaylaştırdığıdır.
Mesela bir işletme sahibi için en önemli şey şudur:
Ürünü hızlı bulayım.
Satışı kolay yapayım.
Stok kendiliğinden düşsün.
Veresiye kaydı karışmasın.
Ay sonunda raporu göreyim.
Uygulama beni uğraştırmasın.
İyi mobil uygulama tam olarak bunu sağlar.
Doğru planlanmamış bir mobil uygulama gerçekten masrafa dönüşebilir.
Ama doğru planlanmış, gerçek ihtiyaca göre geliştirilmiş ve kullanılabilir bir mobil uygulama işletme için yatırımdır.
Çünkü uygulama sadece ekranda duran bir ikon değildir. İşletmenin günlük düzenini etkiler. Defterde tutulan kayıtları dijitale taşır. Unutulan işleri azaltır. Stok takibini kolaylaştırır. Müşteri kayıtlarını düzenler. Raporları görünür hale getirir. Çalışanların ve yöneticilerin daha kontrollü hareket etmesini sağlar.
Özellikle küçük ve orta ölçekli işletmeler için mobil uygulama, işleri büyütmeden önce düzen kurmanın en güçlü yollarından biridir.
Ama burada en önemli nokta şudur:
İlk sürüm gereksiz özelliklerle şişirilmemelidir.
Önce ana ihtiyaç çözülmeli. Sonra kullanıcıdan geri bildirim alınmalı. Daha sonra yeni özellikler eklenmelidir. Bu yaklaşım hem maliyeti kontrol altında tutar hem de uygulamanın gerçekten kullanılmasını sağlar.
Mobil uygulama geliştirmek teknik bir iş gibi görünür ama aslında önce doğru düşünme işidir.
İyi bir uygulama için sadece kod yazmak yetmez. İhtiyaç analizi yapılmalı, kullanıcı akışı çıkarılmalı, ekranlar sade tasarlanmalı, backend sağlam kurulmalı, veritabanı doğru modellenmeli, test süreci ciddiye alınmalı ve yayınlama sonrası bakım planlanmalıdır.
Yapay zekâ bu süreci hızlandırabilir. Kodlama, fikir üretme, hata bulma ve içerik hazırlama tarafında ciddi destek sağlar. Ama yine de kaliteli bir mobil uygulama için doğru mühendislik bakışı gerekir.
Bir mobil uygulama fikriniz varsa en doğru başlangıç şudur:
Önce fikri sadeleştirin.
Sonra hangi problemi çözdüğünü netleştirin.
Ardından ekranları, kullanıcıları, verileri ve maliyeti adım adım planlayın.
Çünkü iyi bir mobil uygulama sadece “yapılmış” bir yazılım değildir. Doğru kurulduğunda, işinizi her gün biraz daha düzenli hale getiren dijital bir yardımcıdır.
Ve bazen bir işletmenin ihtiyacı tam olarak budur:
Daha az karışıklık.
Daha az unutulan iş.
Daha düzenli veri.
Daha hızlı işlem.
Daha net rapor.
Daha kontrollü bir sistem.
Mobil uygulama da doğru planlandığında bütün bunları tek bir ekranda toplamayı başarır.
Yorumlar (0)
Henüz yorum yapılmamış. İlk yorumu sen yap!
Yorum Yap