Cebe girmek kolay, cepte kalmak zordur.

Uygulamanın haklı olduğu durumlar bellidir: kullanıcı aynı işlemi düzenli olarak tekrarlıyorsa (sipariş, randevu, takip), bildirim işin doğal parçasıysa, kamera veya konum gibi cihaz özellikleri akışın merkezindeyse ya da saha ekibiniz ve bayileriniz için dahili bir operasyon aracı kuruyorsanız. Bu senaryolarda uygulama, web sitesinin veremeyeceği bir hız ve süreklilik verir.

Gerekmediği durum da bellidir: müşteriniz sizi Google'da arayıp bir kez bakıyor ve telefonla iletişime geçiyorsa, araya bir mağaza indirmesi koymak müşteri kaybettirir. O işin doğru aracı hızlı, mobil uyumlu bir web sitesi ve düzgün kurulmuş bir Google İşletme Profili'dir — ikisi de web paketlerimizin içindedir. Bunu uygulama sayfasında okumak tuhaf gelebilir; ama yanlış araca bütçe harcamanız yerine ilk görüşmede "size uygulama değil site lazım" demeyi tercih ederiz.

Karar için kendinize üç soru sorun: müşterim bu işlemi ayda kaç kez yapıyor, telefonuna bildirim gelmesini gerçekten ister mi ve aynı işi mobil sitede yapamamasının somut bir nedeni var mı? Üçüne de net cevap veremiyorsanız uygulama fikri henüz olgunlaşmamış demektir. İlk görüşmede bu soruları birlikte cevaplarız; gerekirse "şimdilik yapmayın" demek de işimizin parçasıdır.

Bir uygulamadaki en pahalı hata kodda değil, akışta yapılan hatadır: yanlış kurgulanmış bir ekran geliştirme bittikten sonra fark edilirse düzeltmesi kat kat pahalıya gelir. Bu yüzden geliştirme başlamadan önce temel akışları tıklanabilir prototipe çevirir, gerçek kullanıcılara deneterek nerede durakladıklarını izleriz. Prototip, telefonda gerçek uygulama hissi verecek doğrulukta hazırlanır; siz de yatırım kararını ekran görüntüsüne değil, elinizde denediğiniz akışa bakarak verirsiniz. Tartışmayı fikir değil, gözlem bitirir.

Karmaşık bir işi küçük, sindirilebilir adımlara bölme pratiğimizi web tarafında canlı görebilirsiniz: Hedef Door için kurduğumuz 7 adımlı kapı tasarım sihirbazı, ölçü ve renk gibi teknik detayları telefona gerek kalmadan, her ekranda tek soru soran bir akışla toplar. Aynı yaklaşımı uygulama akışlarına da uygularız; arayüz tarafının detayını UX/UI hizmet sayfamızda anlattık.

Uygulama ile site arasında, az bilinen ama çok işe yarayan bir orta yol var: telefonun ana ekranına eklenebilen, uygulama gibi açılan, gerektiğinde bildirim de gönderebilen web uygulamaları. Mağaza indirmesi yoktur, güncelleme derdi yoktur, tek sürüm her cihazda çalışır — ve maliyeti tam teşekküllü bir mobil uygulamanın çok altındadır.

Bu yol özellikle iki durumda parlar: uygulama fikrini büyük yatırım yapmadan gerçek kullanıcıyla denemek istediğinizde ve kullanım sıklığı "ayda birkaç kez" bandında kaldığı için mağaza uygulamasını haklı çıkaramadığınızda. Deneme tutar, kullanım sıklaşırsa mağaza uygulamasına geçiş zaten sağlam bir temelden başlar. İlk görüşmede bu seçeneği de masaya koyarız; bazen en doğru uygulama, mağazada hiç görünmeyendir.

Uygulama deyince akla hep müşteriye dönük ürünler gelir; oysa en hızlı geri dönen uygulamaların çoğu içeride çalışır: montaj ekibinin iş emirlerini telefonundan görüp fotoğrafla kapattığı, depocunun sayımı barkodla yaptığı, bayinin siparişini panelden geçtiği araçlar. Bu uygulamaların kullanıcısı bellidir, eğitimi kolaydır ve getirisi ilk haftadan ölçülür: kaybolan kâğıt, unutulan telefon notu, akşam ofiste yapılan ikinci iş ortadan kalkar.

İç uygulamalarda mağaza süreci de esnektir: kuruma özel dağıtım yollarıyla uygulama yalnız sizin ekibinizin telefonuna iner, herkese açık mağazada görünmez. Arkadaki panel ve veri düzeniyle birlikte tek proje olarak kurulur; yazılım geliştirme tarafıyla aynı ekipte yürüdüğü için saha uygulaması ile ofis ekranı aynı dili konuşur.

Uygulama bütçesi konuşulurken çoğunlukla yalnız geliştirme ücreti anılır; biz tam resmi göstermeyi tercih ederiz. Yıllık geliştirici hesabı ücretleri (Apple ve Google'ın kendi ücretleri), uygulamanın konuştuğu sunucunun aylık maliyeti, işletim sistemi güncellemelerinin getirdiği düzenli bakım ve — çoğu zaman unutulan — indirme kazanmak için gereken tanıtım bütçesi. Bunlar sürpriz değildir; baştan bilinirse plana oturur.

Bu dürüstlüğün bir nedeni var: bütçesinin tamamını geliştirmeye bağlayıp yayın sonrasına kaynak ayırmayan projeler, mağazada sessizce unutulur. Keşif teklifimizde bu kalemlerin hepsi ayrı satırlarla yazılır; neye, ne zaman, neden ödeme yapacağınızı bilerek karar verirsiniz. Uygulama bir satın alma değil, işletme kararıdır — öyle sunulmalıdır.

Mağazada yayınlanan uygulama kendi hâline bırakılamaz: işletim sistemi sürümleri değişir, kütüphaneler güncellenir, kullanıcılar beklenmedik cihazlarda beklenmedik hatalarla karşılaşır. Yayın sonrası bakım planı bu yüzden işin parçasıdır: çökme raporları ve kullanım verisi izlenir, hatalar küçük ve düzenli sürümlerle kapatılır, yol haritasındaki maddeler veriye göre sıraya girer.

Kullanım verisi aynı zamanda ürünün pusulasıdır: hangi ekranda kullanıcılar akışı yarıda bırakıyor, hangi özellik hiç açılmıyor, mağaza yorumlarında hangi şikâyet tekrarlanıyor? Keşifte yol haritasına yazdığımız maddeler bu cevaplara göre yeniden sıralanır; kimsenin kullanmadığı özelliğe ikinci sürümde emek harcanmaz. Uygulamayı büyüten şey özellik sayısı değil, doğru sıradır.

Bir de dürüst bir hatırlatma: uygulamayı mağazaya koymak indirme getirmez. Uygulamanın bir edinim kanalına ihtiyacı vardır ve o kanal çoğu işletmede yine web'dir. Siteniz ve SEO çalışması arayan kişiye bulunmayı, Google Ads hedefli kampanyalarla talebi yakalamayı üstlenir; uygulama, site ve reklam aynı hedefe çalışır. Üç kanalı tek elden kurmanın avantajı da tam burada ortaya çıkar.