Mobil Uygulama Geliştirme Trabzon — iOS ve Android uygulama geliştirme, mağaza yayını, bildirim altyapısı ve sürüm bakımı. Sadakat, sipariş ve randevu uygulamalarında deneyimliyiz.
Kapsamı ilk sürümde dar tutar, gerçekten kullanılacak üç işlevle yayına çıkarız; sonrasını kullanım verisine göre büyütürüz. Bildirim altyapısı kurulduğunda kampanya duyurusu SMS maliyeti olmadan gider. Mağaza yayını, sürüm güncellemesi ve bakım sözleşmeye dahildir.
Bu hizmet kapsamında yürüttüğümüz çalışmalar:
Sık çalıştığımız sektörler: Restoran ve kafe zincirleri, Perakende ve market, Klinik ve randevulu hizmetler, Spor salonları ve üyelik işletmeleri, Servis ve saha ekipleri.
Hizmet bölgesi: Ortahisar, Akçaabat, Yomra, Arsin, Araklı, Sürmene, Of, Vakfıkebir, Beşikdüzü, Çarşıbaşı, Maçka, Düzköy, Tonya, Şalpazarı, Çaykara, Dernekpazarı, Hayrat ve Köprübaşı dahil Trabzon'un 18 ilçesi; ayrıca proje bazlı Rize, Giresun ve Ordu.
Tek seferlik ziyaret ve arama trafiği için mobil uyumlu site yeterli ve çok daha ekonomiktir. Uygulama, tekrar eden kullanım varsa (sipariş, randevu, sadakat, üyelik) anlamlıdır — ayrıca bildirim gönderme imkanı verir. Görüşmede hangisinin size uygun olduğunu açıkça söylüyoruz.
Süreyi belirleyen şey ekran sayısı ve bağlantı sayısıdır, fikrin büyüklüğü değil. Basit bir katalog ve iletişim uygulaması ile ödeme alan, stok sistemine bağlanan ve kullanıcı hesabı tutan bir uygulama arasında kat kat fark vardır. Süreyi asıl uzatan üç şey: dış sistem bağlantıları (muhasebe, kargo, ödeme), kapsamın iş sırasında büyümesi ve mağaza inceleme süreci. App Store ve Google Play incelemesi geliştirme bittikten sonra ayrıca zaman alır ve red gelirse tekrarlar. Kapsamı ve ekran listesini başta yazılı çıkarmamızın sebebi bu — sözlü anlaşılan kapsam her projede büyür.
Çoğu işletme için doğru cevap önce mobil uyumlu site, sonra gerekiyorsa uygulamadır. Sebebi şu: uygulama indirilmek zorundadır ve bu ciddi bir engeldir — insanlar tek seferlik bir iş için uygulama indirmez. Uygulama şu üç durumda mantıklıdır: müşteri tekrar tekrar geliyorsa (sipariş, sadakat, üyelik), telefonun kendi özelliklerine ihtiyaç varsa (bildirim, kamera, konum, çevrimdışı çalışma) veya bir saha ekibi düzenli kullanacaksa. Tek seferlik bir işlem için uygulama yaptırmak, kurulum ve bakım maliyetini karşılamaz. Görüşmede bunu açıkça söylüyoruz — gerekmeyen işi satmıyoruz.
Evet, başvuru sürecini biz yürütüyoruz. Ancak geliştirici hesaplarının sizin şirketiniz adına açılması gerekir — uygulamanın sahipliği, yorumları ve gelirleri o hesaba bağlıdır. Hesabı bizim adımıza açmak, ileride kontrolü kaybetmeniz anlamına gelir ve bunu önermiyoruz. Hesap açılışında şirket belgeleri ve doğrulama adımları vardır; bu adımlarda size eşlik ediyoruz. Yayın sonrası güncellemeleri de aynı hesap üzerinden yapıyoruz.
Bakım isteğe bağlı değildir ama kapsamı değişir. İşletim sistemleri her yıl güncellenir ve bazı güncellemeler uygulamada uyum çalışması gerektirir; bu yapılmazsa uygulama bir süre sonra yeni cihazlarda düzgün çalışmaz veya mağazadan kaldırılabilir. Ayrıca uygulama bir sunucuya bağlıysa sunucu ve altyapı maliyeti süreklidir. Bakım kapsamını ve ücretlendirmeyi sözleşmede baştan yazıyoruz; sürpriz kalem çıkarmıyoruz.
Fiyat teklifi ve görüşme için iletişime geçin. Tüm hizmetlerimiz · Açık hava reklamcılığı · Google Ads · SEO.
"Uygulama yaptırmak ne kadar" sorusunun tek bir cevabı yoktur çünkü maliyeti belirleyen fikrin kendisi değil, uygulamanın ne yapacağıdır. Maliyeti sürükleyen kalemler şunlar:
| Kalem | Neden maliyeti etkiler |
|---|---|
| Ekran sayısı | Her ekran ayrı tasarım, geliştirme ve test demektir |
| Kullanıcı hesabı | Kayıt, giriş, şifre sıfırlama, veri güvenliği katmanı ekler |
| Ödeme alma | Ödeme altyapısı entegrasyonu, test ve güvenlik gereksinimi |
| Dış sistem bağlantısı | Muhasebe, stok, kargo bağlantıları en çok süre yiyen kısım |
| Yönetim paneli | Uygulamayı yöneteceğiniz ayrı bir web arayüzü gerekir |
| Yayın sonrası bakım | İşletim sistemi her yıl güncellenir; uyum sürekli iştir |
Bu yüzden teklif öncesi ekran listesini yazılı çıkarıyoruz. Sözlü konuşulan kapsam her projede büyür ve büyüyen kapsam hem bütçeyi hem termini bozar. Arayüz tarafını UI/UX tasarım ekibimiz yürütüyor.
Eskiden iOS ve Android uygulamaları ayrı dillerde, ayrı ayrı yazılırdı — bu, aynı işi iki kez yapmak ve iki ayrı kodu sonsuza kadar ayrı ayrı güncellemek demekti. Bugün çoğu iş uygulaması için tek kod tabanından iki platforma çıkmak hem daha hızlı hem daha ucuzdur; daha önemlisi, sonraki her güncelleme tek yerde yapılır. Ayrı yazmanın hâlâ gerekli olduğu durumlar var: yoğun grafik gerektiren oyunlar, cihazın donanımını uç noktada kullanan uygulamalar, çok yüksek performans gereken işler. Bunların dışında kalan sipariş, sadakat, rezervasyon ve saha uygulamalarında tek kod tabanı doğru tercihtir. Hangi yaklaşımın sizin işinize uyduğunu, uygulamanın ne yapacağına bakarak söylüyoruz — teknoloji tercihi baştan doğru yapılmazsa sonradan değiştirmek uygulamayı yeniden yazmak demektir.
Geliştirme bitince iş bitmez; uygulama App Store ve Google Play incelemesinden geçmek zorundadır ve bu inceleme reddedebilir. Sık görülen red sebepleri şunlar: gizlilik politikası eksik veya uygulamanın topladığı veriyle uyumsuz; kullanıcı hesabı oluşturulabiliyor ama hesap silme yolu sunulmamış; uygulama içi satış varken mağazanın ödeme sistemi kullanılmamış; uygulama bir web sitesinin içine gömülmüş hâlinden ibaret ve kendine ait bir değer sunmuyor; test hesabı verilmediği için inceleme ekibi içeri giremiyor. Bunların hepsi geliştirme sırasında önlenebilir sorunlardır; sonradan çözmek her seferinde yeni bir inceleme turu demektir ve lansmanı haftalarca öteler. Biz bu kontrol listesini geliştirme aşamasında uyguluyoruz.
Mobil uygulama projelerinde en çok atlanan konu geliştirme değil, indirilmedir. Uygulama mağazaya konulduğunda kendiliğinden bulunmaz; müşterilerinizin ondan haberdar olması ve indirmek için bir sebebi olması gerekir. İşe yarayan yollar şunlar: mevcut müşteri kanallarınızdan duyuru (e-posta listesi, WhatsApp, sosyal medya, mağaza içi); uygulamaya özel bir avantaj — yalnız uygulamada geçerli bir puan, indirim veya kolaylık, indirme sebebinin kendisidir; mağaza sayfasının düzenlenmesi (başlık, açıklama ve ekran görüntüleri mağaza aramasında bulunmayı ve indirmeye ikna olmayı doğrudan etkiler); ve fiziksel noktalarda kare kod. İkinci aşama ise kullanılmaya devam edilmesidir: indirilen uygulamaların önemli kısmı ilk haftadan sonra hiç açılmaz. Anlık bildirimler burada işe yarar, ama aşırı kullanıldığında ters teper — bildirimi kapatan kullanıcı geri gelmez. Duyuru planını sosyal medya tarafımızla kuruyoruz.
Kullanıcı hesabı olan veya kişisel veri toplayan bir uygulama, yayınlandığı andan itibaren yasal yükümlülük taşır. Hem mağazaların kendi kuralları hem kişisel verilerin korunmasına ilişkin mevzuat devreye girer. Uygulama geliştirirken standart olarak kurduğumuz maddeler: gizlilik politikası — uygulamanın hangi veriyi neden topladığını açıkça yazar ve mağaza sayfasından erişilebilir olmalıdır; aydınlatma ve açık rıza — özellikle konum, kişi listesi ve bildirim izinleri gerekçesiyle birlikte istenir; hesap silme yolu — kullanıcı hesabını uygulama içinden silebilmelidir, bu artık mağaza kuralıdır ve eksikliği red sebebidir; veri aktarımının şifrelenmesi; ve yalnız gereken verinin toplanması — ihtiyaç duyulmayan veriyi toplamak hem risk hem gereksiz yüktür. Bunları geliştirme sırasında kuruyoruz; sonradan eklemek hem pahalı hem gecikme sebebi.