Mobil Uygulama Lansmanı: İlk 1.000 Kullanıcıya Ulaşmak

Uygulama lansmanı, uygulamanızı mağazaya yüklediğiniz gün değil; yaklaşık 6 haftalık hazırlık, bir lansman haftası ve 30 günlük ölçüm döngüsünden oluşan bir süreçtir. İlk 1.000 kullanıcıya tek bir büyük duyuruyla değil, üst üste binen 4-5 küçük kanalla ulaşırsınız.

Çoğu ekip uygulamayı bitirmeye o kadar odaklanır ki pazarlama planını mağaza onayı çıktıktan sonra düşünmeye başlar. Oysa lansman gününde en değerli varlığınız, o güne kadar topladığınız insan listesidir. Hiç kimseye haber vermeden yayına aldığınız bir uygulama, mağazadaki milyonlarca uygulamanın arasında sessizce izini kaybeder — ve ikinci bir lansman şansınız yoktur.

Bu rehber, uygulama lansmanı sürecini mağaza kurallarından kanal planına, bütçe çerçevesinden ölçüm tablosuna kadar adım adım kurar. Rakamların tamamı Apple, Google ve bağımsız araştırma kaynaklarının resmî sayfalarından çıktı.

İçindekiler

• Uygulama Lansmanı Nedir ve Neyi Kapsar
• Lansman Öncesi Altı Hafta: Mağaza Kapıları
• Mağaza Sayfası: Bütün Kanallar Aynı Kapıya Çıkar
• Bin Kullanıcıya Giden Kanal Planı
• Lansman Haftası: Gün Gün Plan
• Reklam Bütçesini Ne Zaman Açarsınız
• Otuz Günde Ölçeceğiniz Altı Metrik
• Uygulama Lansmanı Sonrası Sürüm Yönetimi
• Türkiye Pazarında Lansmanın Kendine Özgü Tarafları
• Lansmanı Baltalayan Altı Hata
• Sıkça Sorulan Sorular

Uygulama Lansmanı Nedir ve Neyi Kapsar

Uygulama lansmanı, bir ürünü hedef kitlesinin karşısına planlı biçimde çıkarma işidir. Üç parçadan oluşur: mağaza ve ürün hazırlığı, duyuru haftası, ardından gelen ölçüm ve iyileştirme döngüsü. Bu üçünden birini atlayan ekipler aynı sonuca varır — indirme grafiğinde bir gün süren küçük bir tepe, sonra düz bir çizgi.

Lansman şu demek değil: mağaza onayı aldıktan sonra sosyal medyada "yayındayız" paylaşımı yapmak. O bir duyurudur, lansman değil. Duyurunun işe yaraması için duyuracağınız bir kitlenin önceden var olması gerekir.

Hedefi neden 1.000 kullanıcı olarak kuruyoruz? Çünkü bu sayı iki sorunun cevabını verir. Birincisi, uygulamanın ilk ekranından değer anına kadar giden akış çalışıyor mu? İkincisi, insanlar ikinci gün geri dönüyor mu? Yüz kullanıcıda bu sorulara sağlam cevap çıkmaz; on bin kullanıcıya ise ürün hazır değilken ulaşmak pahalı bir hata demektir. Bin kullanıcı, ürünü düzeltmek için yeterli sinyal, yanlış mesajla büyümeyi önleyecek kadar da küçük bir ölçektir.

Uygulama lansmanı planlarında iki ayrı yaklaşım görürsünüz. Yumuşak lansman (soft launch), uygulamayı önce tek bir ülkede veya tek bir kullanıcı segmentinde açmak demektir; amacı duyuru yapmak değil, gerçek kullanıcı davranışını küçük ölçekte ölçmektir. Sert lansman (hard launch) ise bütün kanalları aynı haftada devreye sokar ve mağaza sıralamasında hareket yaratmayı hedefler. Bin kullanıcı hedefinde doğru sıra genellikle şudur: iki haftalık yumuşak lansmanla akışı düzeltin, ardından sert lansmanla duyuru haftasını çalıştırın. Tersini yapan ekipler, düzeltilmemiş bir akışa pahalı trafik gönderir.

Bir noktayı baştan netleştirelim: uygulama lansmanı bir pazarlama işi gibi görünse de aslında ürün işidir. Elde tutma oranı düşük bir uygulamayı hiçbir bütçe kurtarmaz. O yüzden bu rehberdeki her kanal, ürünün hazır olduğu varsayımına dayanır. Ürünün hazır mı değil mi sorusunun cevabı, lansmandan önce gerçek kullanıcılarla test etmekten geçer — mobil uygulama testi rehberimiz bu kısmı ayrıntılandırır.

Lansman Öncesi Altı Hafta: Mağaza Kapıları

Lansman takviminizi geriye doğru kurarsınız. Yayın tarihini seçer, oradan altı hafta geri sayarsınız. Bu altı haftanın büyük kısmı pazarlama değil, mağaza bürokrasisidir — ve bu kısmı küçümseyen ekipler lansman tarihini kaydırmak zorunda.

Google Play'in 12 Test Kullanıcısı Kuralı

Android tarafında uygulama lansmanı tarihini en çok kaydıran tek kural budur. Google, 13 Kasım 2023'ten sonra açılmış bireysel geliştirici hesapları için üretim erişimini bir koşula bağladı: en az 12 test kullanıcısının kesintisiz 14 gün boyunca kapalı teste kayıtlı kalması gerekiyor. Bu koşul sağlanana kadar Play Console'daki Üretim ve Ön kayıt sayfaları kapalı duruyor (Play Console Yardım).

Pratikte ne demek? Lansmanı planladığınız tarihten en az bir ay önce 12 gerçek kişiyi test grubuna eklemiş olmanız gerekiyor. Üstelik bu 14 günün kesintisiz geçmesi şart — araya giren bir çıkış sayacı sıfırlar. Kurumsal (organizasyon) hesaplar bu koşuldan muaf; şirket adına kayıt yapan ekipler bu bekleyişi yaşamaz.

iOS tarafında böyle bir sayaç yok, ancak TestFlight kendi sınırlarını getirir: 100 iç test kullanıcısı ve 10.000 dış test kullanıcısı, en fazla 100 derleme, test kullanıcısı başına 30 cihaz. Dış test grubuna açtığınız ilk derleme için Apple'ın beta incelemesinden geçmeniz gerekiyor (Apple TestFlight). Yani iOS'ta da "yarın test başlatayım" diyemezsiniz.

Ön Kayıt ve Ön Sipariş: Ne Zaman Hangisi

İki mağaza, lansman öncesi talep toplamayı iki farklı mantıkla çözüyor.

Google Play ön kayıt, kullanıcıya listede yer tutturur ve lansman gününde işi otomatikleştirir. Uygun cihazlarda uygulama, yayına girdiği gün kendiliğinden yüklenir. Koşullar net: Android M ve üstü, Play Store 19.2 ve üstü sürüm; 200 MB'a kadar uygulamalar Wi-Fi veya mobil veriyle, 200 MB-2 GB arası yalnız Wi-Fi ile otomatik yüklenir, 2 GB üstü hiç yüklenmez. Kampanya bir ülkede en fazla 90 gün sürer ve o sürenin sonunda üretime çıkmanız gerekir; 90 günlük sayaç her ülke için o ülkede ön kaydı ilk açtığınız anda başlar. Ödül vermeyi seçerseniz kampanya ömrü boyunca tek bir ödül tanımlarsınız ve sonradan düzenlemezsiniz (Play Console Yardım).

App Store ön sipariş ise bir tarih taahhüdüdür. Uygulamanız mağazada hiç yoksa yayın tarihini bugünden 2 ile 180 gün sonrası arasında seçersiniz; uygulama başka ülkelerde yayındaysa yeni bir ülkeye ön sipariş açarken bu aralık 365 güne çıkar. Tarih 180 günden yakınsa ürün sayfasında tam tarih görünür, daha uzaksa yalnız ay ve yıl. Ön sipariş vermek için uygulamanın incelemeyi geçmesi şart; yayın gününde uygulama, ön siparişi veren cihaza otomatik iner ve ücretli uygulamalarda ücret o gün tahsil edilir. Uygulama paketleri (bundle) ön siparişe açılmaz (App Store Connect Yardım).

Hangisini seçersiniz? İki mağazada da kampanya açmanız mümkün, ama ön kayıt ve ön siparişin tek başına bir pazarlama gücü yok. Bunlar yalnızca topladığınız talebi lansman gününe taşıyan kovalardır. Kovayı dolduracak suyu başka yerden taşımanız şart.

Bekleme Listesi Kurmanın Doğru Yolu

Mağaza mekanizmalarının öncesinde kendi listenizi kurarsınız. Nedeni basit: mağaza ön kayıtları size e-posta adresi vermez, yani o insanlara bir daha ulaşamazsınız. Kendi bekleme listeniz ise lansman gününde sahip olduğunuz tek garantili trafik kaynağıdır.

İyi bir bekleme listesi sayfası dört parçadan oluşur: uygulamanın hangi sorunu çözdüğünü anlatan tek cümle, üç ekran görüntüsü, tek alanlı bir e-posta formu ve beklenen yayın ayı. Form alanını çoğaltmayın — isim, telefon, şirket soran her alan dönüşüm oranını düşürür.

Listeyi büyütmenin en etkili yolu, kayıt sonrası ekranda paylaşma sebebi sunmaktır: davet ettiği kişi başına sırada yükselme, erken erişim veya ilk üç ay ücretsiz premium gibi. Buradaki ölçü de şu: lansman gününde listeden gelen tıklamaların yaklaşık yarısını indirme olarak görürseniz liste sağlıklıdır. Bin indirme hedefi için 300-500 kişilik bir ön liste gerçekçi bir başlangıç noktası demektir.

Mağaza Sayfası: Bütün Kanallar Aynı Kapıya Çıkar

Hangi kanalı kullanırsanız kullanın, kullanıcı aynı yere düşer: ürün sayfanız. Buradaki dönüşüm oranı bütün kanalların verimini çarpan gibi etkiler. Mağaza sayfası dönüşümünü %20'den %30'a çıkardığınızda bütün kanallarınız bir anda yarı yarıya ucuzlar.

Apple'ın kendi reklam platformu sayfasında paylaştığı rakamlar bu sayfanın ağırlığını gösteriyor: App Store ziyaretçilerinin %70'i uygulamaları aramayla keşfediyor, indirmelerin yaklaşık %65'i doğrudan bir aramanın ardından gerçekleşiyor ve App Store'u haftada 850 milyondan fazla kişi ziyaret ediyor. Aynı sayfa, arama sonuçlarının en üstündeki sonuçlar için ortalama dönüşüm oranını %60'ın üzerinde veriyor (Apple Ads).

Bu üç rakamın anlamı şudur: uygulama lansmanı bütçenizin ne kadarını reklama ayırırsanız ayırın, mağaza sayfanızın arama için düzenlenmiş olması gerekiyor. Başlık ve alt başlıktaki kelimeler, ekran görüntülerindeki ilk iki kare ve ilk 3 satırlık açıklama metni, dönüşümün büyük kısmını taşır. Konunun tamamını ASO nedir rehberinde ele aldık; lansman öncesinde kontrol edilecek maddeleri ise uygulama yayın kontrol listesi aracımızdan tek tek işaretleyin.

Anahtar kelime seçimini lansmandan önce bitirin, çünkü mağaza metinlerini her güncellemede değiştirmek sıralama geçmişinizi dağıtır. Pratik yöntem şu: uygulamanızın çözdüğü sorunu tarif eden 20-30 ifadeyi yazın, her birini mağaza arama kutusuna girip çıkan sonuç sayısına ve rakip yoğunluğuna bakın, sonra iki gruba ayırın. Birinci grup niyeti net ama rekabeti düşük uzun ifadeler — başlık ve alt başlığa bunlar girer. İkinci grup geniş ve rekabetçi tek kelimeler; onları Apple'ın anahtar kelime alanına ve Play açıklamasının gövdesine dağıtın. Yeni bir uygulama geniş kelimelerde ilk haftada sıralanamaz; dar ifadelerde ise ilk günden görünür.

Sayfayı hazırlarken üç pratik kural işinizi kolaylaştırır. Ekran görüntülerinin ilk ikisi, kaydırma yapmadan görünen tek kareyi oluşturur; en güçlü iki ekranı oraya koyun. Her ekran görüntüsünün üstüne tek satırlık bir fayda cümlesi yazın; kullanıcı arayüzü değil, sonucu okumak ister. Son olarak, ilk gün gelen yorumları yanıtsız bırakmayın — düşük puanlı bir yorum, lansman haftasında indirme hızını doğrudan kesen nadir şeylerden biridir. Mağaza incelemesinde takılma riskini azaltmak için App Store uygulama reddi nedenlerini de gönderim öncesinde gözden geçirin.

Bin Kullanıcıya Giden Kanal Planı

İlk 1.000 kullanıcıyı tek kanaldan toplamaya çalışmak, uygulama lansmanı planlarında en sık görülen hatadır. Gerçekçi olan şey, dört ayrı kanalı üst üste bindirmenizdir. Aşağıdaki tablo, kanalları hacme göre değil kontrol gücüne göre sıralar: en üsttekiler yavaş ama kesindir, en alttakiler hızlı ama pahalıdır.

Tablodaki sayılar bir garanti değil, planlama bandıdır; kategoriye ve kitlenizin darlığına göre oynar. Önemli olan toplamın bine yaklaşması ve tek bir kanala bağımlı kalmamanızdır.

İlk yüz kullanıcıyı elle toplarsınız. Bu aşamada ölçek peşine düşmeyin. Telefon rehberinizi, eski müşteri listenizi, LinkedIn bağlantılarınızı tek tek geçin ve kişiye özel mesaj yazın. Kurumsal bir uygulamada bu iş saha ziyaretine dönüşür. Buradaki amaç indirme sayısı değil, konuşma sayısıdır: ilk yüz kullanıcıdan en az yirmisiyle 15 dakikalık görüşme yapın. Hiçbir analitik aracı, "şu ekranda ne yapacağımı anlamadım" cümlesinin yerini tutmaz.

İkinci yüz ile dördüncü yüz arasını topluluklar taşır. Buradaki tek kural, topluluk kurallarına uymaktır. Çoğu niş forum ve subreddit doğrudan link paylaşımını yasaklar; bunun yerine ürünü neden yaptığınızı, hangi sorunu çözdüğünüzü ve ilk sonuçları anlatan bir yazı çok daha iyi karşılık görür. Türkiye'de sektöre özel Facebook grupları, teknoloji forumları ve LinkedIn'in konu grupları bu aşamada işe yarar.

Her paylaşıma benzersiz bir takip bağlantısı koymak bu aşamanın en kârlı alışkanlığıdır. Mağaza bağlantınızın sonuna kampanya parametresi ekleyin, böylece Play Console ve App Store Connect raporlarında hangi topluluğun kaç kurulum getirdiğini ayrı satırlarda görürsünüz. Parametre eklemediğiniz bütün trafik tek bir "doğrudan" kovasında birikir ve ikinci haftada "nereye yoğunlaşalım" sorusuna cevap veremezsiniz. Lansman gibi kısa pencerelerde bu tek ayrıntı, ikinci haftanın bütün önceliklerini belirler.

Arama görünürlüğü yavaş ama kalıcıdır. Mağaza içi arama tarafında işi ASO yapar; mağaza dışında ise uygulamanızın çözdüğü sorunu arayan insanları yakalayan bir blog yazısı veya kısa bir YouTube videosu aynı işi görür. Bu kanal lansman haftasında az katkı verir, üçüncü ayda en büyük kaynağınıza dönüşür.

Basın ve keşif platformları tek günlük bir sıçrama yaratır. Yerel teknoloji sitelerine ve sektör bültenlerine yazarken şablon e-posta göndermeyin; tek paragrafta "ne, kime, neden şimdi" sorularını yanıtlayan kısa bir not çok daha fazla cevap getirir. Ürün keşif platformlarında ise hazırlık her şeydir: paylaşımdan önce yorum yapacak, oy verecek bir grup insanı sıraya dizmeden çıkmayın.

Referans programı en son devreye girer. Mantığı şu: elde tutma oranınız düşükse referans programı yalnız kötü ürünü daha hızlı dağıtır. Day 7 geri dönüş oranınız kategori ortalamasına yaklaştıktan sonra, davet eden ve davet edilen tarafın ikisine de değer veren bir mekanizma kurun. Ödül, ürünün kendi değeriyle ilgiliyse (ek depolama, ek kredi, premium süre) nakit ödülden çok daha sağlıklı kullanıcı getirir.

Lansman Haftası: Gün Gün Plan

Lansman gününü bir sıçrama olarak değil, beş günlük bir dizi olarak kurgulayın. Mağaza sıralamaları ani ve yoğun indirme hareketine tepki verir; bütün duyuruları tek saate sıkıştırmak yerine günlere yaymak, hem sıralama hem de hata yakalama açısından daha iyi sonuç verir.

Lansman haftasında ekipten bir kişiyi tamamen destek kanalına ayırın. Gelen e-postalar, mağaza yorumları ve sosyal medya mesajları o hafta normalin üç-dört katına çıkar ve bunların önemli bir kısmı yanıtlanabilir basit sorulardır. Aynı soruyu üç kullanıcı sorduğunda bunu bir hata kaydı olarak açın; genellikle o soru, arayüzde eksik kalan bir cümleyi işaret eder. İlk haftanın destek kayıtları, sonraki ayın ürün yol haritasının en iyi kaynağıdır — çünkü hiçbir kullanıcı araştırması, parası ve zamanıyla gelmiş gerçek bir kullanıcının takıldığı yer kadar net sinyal vermez.

Bu haftanın en kritik işi duyuru değil, izlemedir. Çökme oranı, kurulumdan kayda geçiş yüzdesi ve ilk oturum süresi üç saatte bir kontrol edilmeli. Lansman haftasında yakaladığınız bir kayıt hatası 50 kullanıcıya zarar verir; aynı hata üçüncü haftada 500 kullanıcıya dokunur. Yayına alma adımlarının tamamını mobil uygulama nasıl yayınlanır rehberinde anlattık.

Reklam Bütçesini Ne Zaman Açarsınız

En sık sorulan soru bu ve cevabı net: ilk 300-400 kullanıcıyı organik kanallardan toplamadan reklam bütçesi açmayın. Nedeni basit — reklam, çalışan bir mesajı büyütür, çalışmayan mesajı büyütmez. Hangi cümlenin insanları indirmeye götürdüğünü organik kanallarda öğrenirsiniz, sonra o cümleyi parayla çoğaltırsınız.

Reklam adımını açtığınızda da hedefi "indirme" olarak kurmayın. Kurulum başına maliyet (CPI) kategoriden kategoriye ve ülkeden ülkeye katlarca değişir; tek başına hiçbir şey anlatmaz. Anlamlı ölçü, değer anına ulaşan kullanıcı başına maliyettir: kaydı tamamlayan, ilk siparişi veren, ilk projeyi oluşturan kullanıcı. İki kampanya aynı CPI'yi verip bu metrikte üç kat ayrışır.

Pratik bir bütçe çerçevesi şöyle işler: ilk ay toplam bütçenizin yalnızca bir bölümünü, iki kanalda ikişer mesajla test edin. Her kanalda en az 100 kurulum toplanacak kadar bütçe ayırın — daha azı istatistiksel olarak yoruma kapalıdır. Mağaza içi arama reklamları bu aşamada genellikle en verimli başlangıçtır, çünkü niyeti yüksek kullanıcıyı doğrudan ürün sayfanıza indirir. Sosyal kanallar ise keşif odaklıdır; orada yaratıcı içeriğin kalitesi maliyeti aşağı çeken asıl değişkendir.

Bütçe planlamasının geliştirme tarafıyla birlikte düşünülmesi gerekir. Uygulama lansmanı için ayıracağınız tutarı uygulamanın kendi maliyetinden bağımsız hesaplamak, çoğu projede yarı yolda kalan kampanyalara yol açar; mobil uygulama maliyet hesaplayıcı aracıyla geliştirme tarafındaki bandı görün, pazarlama payını onun üzerine kurgulayın. Kazanç modelinizi henüz netleştirmediyseniz mobil uygulamadan para kazanma yazısı reklam bütçesini geri kazanma senaryolarını karşılaştırır.

Otuz Günde Ölçeceğiniz Altı Metrik

Lansman sonrası panoyu altı satıra indirin. Daha fazlası dikkat dağıtır, daha azı kör nokta bırakır.

Elde tutma oranı için kategori ortalamasına bakarken dikkat edin: yayımlanan Day 30 rakamları kategoriye göre %1 ile %15 arasında dağılır ve çoğu ikincil kaynak farklı yıllardan rakamları karıştırır. Kendi kategorinizin bandını mağaza panelindeki kıyaslama ekranından okumak, blog yazılarındaki ortalamalardan daha güvenilir bir referanstır. Hangi metriği nasıl kuracağınızı mobil uygulama analitiği yazısında ayrıntılı anlattık.

Bu tabloyu okurken günlük toplamlara değil kohortlara bakın. Lansman haftasında gelen kullanıcılar birbirinden çok farklı kaynaklardan gelir: bekleme listesi en sadık, keşif platformu en meraklı, reklam en kararsız gruptur. Hepsini tek ortalamada topladığınızda hiçbirinin gerçeğini görmezsiniz. Her kanalı ayrı kohort olarak işaretleyip Day 1 ve Day 7 oranlarını yan yana koyun; ikinci haftanın bütçe kararı bu karşılaştırmadan çıkar. Kohortlar arasındaki fark üç katı aşıyorsa sorun üründe değil kanal seçimindedir.

Geri dönüş oranını iyileştirmenin lansman sonrası en hızlı kolu push bildirimler, ama burada ölçü kaçırmak kolay: izin isteme anını yanlış seçen uygulamalar kullanıcının yarısını ilk ekranda kaybeder. Push bildirim stratejisi yazısı izinden etkileşime giden akışı kurar.

Uygulama Lansmanı Sonrası Sürüm Yönetimi

Lansman bitmedi; ilk 30 gün boyunca sürüm yönetimi pazarlamanın parçasıdır. İki mağaza mekanizması bu dönemde riski düşürür.

Aşamalı Sürüm Nasıl Çalışır

Apple'ın aşamalı sürüm (phased release) özelliği bir güncellemeyi yedi güne yayar. Takvim nettir: 1. gün kullanıcıların %1'i, 2. gün %2'si, 3. gün %5'i, 4. gün %10'u, 5. gün %20'si, 6. gün %50'si, 7. gün tamamı. Dağıtım, otomatik güncelleme açık cihazlardan rastgele seçilen bir örneklemle yürür ve kullanıcılar bu örneklemde olduklarını görmez; isteyen herkes güncellemeyi App Store'dan manuel indirir. Sorun görürseniz yayını durdurursunuz — toplam durdurma hakkınız 30 gündür, durdurma sayısında sınır yok ve devam ettirdiğinizde süreç durduğunuz günden işler (App Store Connect Yardım).

Uygulama lansmanı açısından bunun değeri şu: ilk sürümde gözden kaçan bir hatayı kullanıcı tabanınızın %1'i yaşar, %100'ü değil. Google Play tarafında aynı işi kademeli yayın (staged rollout) yüzdeleri görür.

Mağaza Sayfası Testleri

Mağaza sayfanızın hangi versiyonunun daha çok dönüştürdüğünü tahminle değil testle ölçersiniz. App Store Connect'in ürün sayfası optimizasyonu testlerinde her test için en fazla üç varyant tanımlarsınız ve test 90 gün boyunca ya da siz durdurana kadar sürer. Trafik payını siz seçersiniz; üç varyantlı bir testte %30 trafik payı, her varyantın toplam trafiğin %10'unu görmesi demektir. Apple'ın kendi uyarısı da kayda değer: varyant sayısını artırdıkça testin sonuca ulaşması uzar (App Store Connect Yardım).

Lansman trafiği azken test başlatmanın anlamı yoktur; günlük gösterim sayınız istatistiksel sonuç için yeterli düzeye çıkana kadar bekleyin. Bunun yerine ilk ayda ikon ve ilk iki ekran görüntüsü için iki alternatif hazırlayıp, trafiğin arttığı ikinci ayda testi başlatmak daha mantıklı bir sıra kurar.

Türkiye Pazarında Lansmanın Kendine Özgü Tarafları

Türkiye, uygulama lansmanı için hacim açısından elverişli bir pazar. Adjust'ın Türkiye raporundaki verilere göre ülkedeki aktif mobil bağlantı sayısı 81,9 milyona ulaşmış durumda (nüfus 87,7 milyon) ve mobil penetrasyon %93,3 seviyesinde. Aynı rapor, üretken yapay zekâ uygulamalarının Türkiye'deki indirmelerinin bir yılda 33,3 milyondan 82,9 milyona çıktığını, bu uygulamalarda geçirilen sürenin %375 artarak 926 milyon saate ulaştığını gösteriyor. Mobil oyunlarda ortalama oturum süresi 33,69 dakika; Türk oyun geliştiricilerinin küresel hasılatı 2020'de 504 milyon dolardan 2025'te 2,76 milyar dolara ulaştı (ForInvest / Adjust Türkiye raporu).

Bu tablonun lansman planınıza üç pratik yansıması var.

Birincisi, Android ağırlığı. Türkiye'de Android cihaz payının yüksekliği, Play Console tarafındaki kuralların sizin için daha ağır bastığını gösterir — özellikle yukarıda anlattığımız 12 test kullanıcısı koşulu. Lansman takvimini Android'in gerektirdiği süreye göre kurup iOS'u ona hizalamak çoğu ekip için daha az sürtünme yaratır.

İkincisi, dil ve mağaza metinleri. Türkçe mağaza metni yazarken anahtar kelimeleri kullanıcıların yazdığı biçimde seçin; arama kutusuna Türkçe karakter kullanmadan yazan ciddi bir kitle var ve iki yazımı da metinlerinize dağıtmak görünürlüğü artırır. Ekran görüntülerindeki metinlerin Türkçe olması dönüşüm oranına doğrudan yansır.

Üçüncüsü, ödeme ve güven. Yerel bir uygulamada ilk kullanıcılar ödeme adımında en çok tereddüt eder. Lansman sayfanızda ve mağaza açıklamanızda iade koşullarını, veri işleme politikanızı ve destek kanalınızı net yazmak, ilk 1.000 kullanıcıda ölçtüğünüz dönüşüm farkını yaratan ayrıntılardan biridir.

Bir örnek üzerinden bakalım: bursiyer takibi yapan bir eğitim kurumu uygulaması, lansmandan altı hafta önce 14 öğretmeni kapalı teste alarak Google'ın test şartını tamamlar, bu süre içinde 400 velinin e-posta adresini okul bültenine eklenen tek alanlı bir formla toplar ve yayın günü ön kayıt, e-posta ve veli gruplarıyla ilk 600 kurulumu üç günde görür. Kalan 400 kurulum, ikinci haftada açılan davet mekanizmasıyla organik yolla eklenir. Burada hiçbir reklam bütçesi harcanmadı — harcanan şey altı haftalık disiplindir.

Lansmanı Baltalayan Altı Hata

Mağaza onayını lansman tarihi sanmak. İnceleme süresi tahmine kapalı. Yayın tarihini manuel yayına ayarlayın ve onayı önceden çıkarın; "onaylandığında otomatik yayınla" seçeneği pazarlama takviminizi mağazanın insafına bırakır.

Tek kanala bağlı plan yapmak. Tek bir basın yazısına, tek bir influencer paylaşımına veya tek bir keşif platformuna bağlanan lansmanlar o kanal çalışmadığında sıfırlanır. Dört kanalı paralel kurgulayın. Bir kanal beklediğinizin yarısını getirdiğinde diğer üçü açığı kapatacak kadar hazır dursun; yedek plan, lansman gününde yazılan bir plan değildir.

Kimseye söylemeden yayına çıkmak. Bekleme listesi olmadan çıkan bir uygulama, lansman gününde yalnız rastgele mağaza trafiği görür. En az 300 kişilik bir listeyle çıkmayı hedefleyin. Liste küçükse lansmanı iki hafta erteleyip listeyi büyütmek, hazır olmayan bir duyuruyla çıkmaktan çok daha iyi sonuç verir.

Lansmanı ürünün hazır olmadığı anda yapmak. Kayıt akışı kopuksa, ilk ekran yavaşsa veya temel bir hata varsa, getirdiğiniz her kullanıcı kaybettiğiniz bir kullanıcıdır. Elde tutma sinyali zayıfken trafiği artırmayın.

Erken yorumları yanıtsız bırakmak. Lansman haftasındaki ilk on yorum, sonraki yüz kullanıcının kararını etkiler. Düşük puanlı yorumlara hızlı ve somut cevap yazın, düzeltmeyi bir güncellemeyle görünür yapın.

Reklamı erken açmak. Mesajın işe yaradığını organikte göstermeden açılan bütçe, yanlış cümlenin maliyetini çarpar. Önce 300-400 organik kullanıcı, sonra ücretli test.

Sıkça Sorulan Sorular

Uygulama lansmanı kaç hafta sürer?

Gerçekçi bir uygulama lansmanı hazırlığı yaklaşık altı hafta sürer. Bunun iki haftası mağaza hesabı, test grubu ve inceleme süreçlerine, dört haftası bekleme listesi, mağaza metinleri ve içerik üretimine gider. Google Play'de yeni bir bireysel hesapla çıkıyorsanız 12 test kullanıcısı ve kesintisiz 14 gün koşulu bu sürenin alt sınırını bir aya yaklaştırır.

İlk 1.000 kullanıcıya reklamsız ulaşmak mümkün mü?

Evet, çoğu niş uygulamada mümkün. Birebir davet, niş topluluklar, basın ve referans programı birlikte çalıştığında 1.000 kurulum reklamsız toplanır; karşılığında emek ve zaman harcarsınız. Geniş tüketici kategorilerinde (oyun, eğlence) organik kanalların tavanı daha alçaktır ve ücretli test daha erken devreye girer.

Lansman gününde kaç indirme beklemek gerekir?

Tek bir norm yok; önemli olan listenizin büyüklüğüyle oranıdır. 400 kişilik bir bekleme listesinden lansman gününde 120-200 kurulum görmek sağlıklı bir dönüşümdür. Listesi olmayan bir uygulamanın lansman gününde 10-20 kurulum görmesi de şaşırtıcı değil — bu, ürünün kötü olduğunu değil, duyuracağınız kitleyi önceden kurmadığınızı gösterir.

Ön kayıt kampanyası gerçekten indirme getiriyor mu?

Google Play ön kaydının en somut faydası, uygun cihazlarda uygulamanın yayın günü otomatik yüklenmesidir; bu, lansman günü kurulum hacmini doğrudan yukarı çeker. Ancak ön kayıt kendi başına talep yaratmaz: kampanyaya trafiği siz getirirsiniz. Kampanya bir ülkede en fazla 90 gün sürer, bu yüzden ön kaydı yayın tarihine makul bir mesafede açmak gerekir.

Lansmanı iki platformda aynı gün mü yapmalıyım?

Ekip küçükse tek platformla çıkmak genellikle daha iyi sonuç verir. Tek mağazada hatayı yakalayıp düzeltmek, iki mağazada paralel yangın söndürmekten kolaydır. Türkiye ağırlıklı bir kitle için Android'den, uluslararası ve ödeme yapan kitle için iOS'tan başlamak yaygın tercihlerdir.

Lansman sonrası ilk güncellemeyi ne zaman göndermeliyim?

İlk güncellemeyi lansman haftasının sonunda, en geç ikinci haftada gönderin. Erken güncelleme iki iş yapar: kritik hataları kapatır ve mağazaya aktif bakım sinyali verir. Riskli değişiklikleri Apple'ın aşamalı sürüm özelliğiyle yayına çıkarmak, sorunu kullanıcıların tamamı değil küçük bir kısmı yaşarken yakalamanızı sağlar.

Uygulama lansmanı, iyi bir ürünü görünür yapma işidir — ve görünürlük, lansman gününden haftalar önce atılan küçük adımların toplamıdır. Bekleme listesini kuran, 12 test kullanıcısını zamanında toplayan, mağaza sayfasını aramaya göre yazan ve ilk otuz günü altı metrikle izleyen ekipler bin kullanıcıya reklam bütçesi yakmadan ulaşır.

Lansman takviminizi kurarken geliştirme tarafında bir ekibe ihtiyacınız varsa mobil uygulama geliştirme hizmetimize göz atın, projenizin kapsamını ve yayın planını konuşmak için bize yazın.